[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN117320173A - 无线通信的方法和设备 - Google Patents

无线通信的方法和设备 Download PDF

Info

Publication number
CN117320173A
CN117320173A CN202311388758.2A CN202311388758A CN117320173A CN 117320173 A CN117320173 A CN 117320173A CN 202311388758 A CN202311388758 A CN 202311388758A CN 117320173 A CN117320173 A CN 117320173A
Authority
CN
China
Prior art keywords
harq
rtt
duration
time
feedback
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
CN202311388758.2A
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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN202311388758.2A priority Critical patent/CN117320173A/zh
Publication of CN117320173A publication Critical patent/CN117320173A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
    • 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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/1864—ARQ related signaling
    • 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
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • 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
    • 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)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种无线通信的方法和设备，该方法包括：第一设备根据第一往返时间RTT，确定第一混合自动请求重传HARQ进程对应的HARQ RTT定时器的时长，或所述第一设备确定所述第一HARQ进程对应的HARQ RTT定时器的时长为预设值，其中，所述第一HARQ进程为第一数据信道所使用的HARQ进程，所述第一数据信道用于承载物理下行控制信道PDCCH调度的至少一个传输块TB中的第一TB，所述第一RTT根据终端设备和网络设备之间的信号传输时延确定，所述第一设备为终端设备或网络设备，所述第一设备为所述第一数据信道的发送端或接收端。

Description

无线通信的方法和设备
本发明是2020年09月29日所提出的申请号为202080102117.4、发明名称为《无线通信的方法和设备》的发明专利申请的分案申请。
技术领域
本申请实施例涉及通信领域，具体涉及一种无线通信的方法和设备。
背景技术
在非连续接收(Discontinuous Reception，DRX)场景中，终端设备在完成上行发送或完成下行接收之后，可以启动混合自动重传请求(Hybrid Automatic RepeatRequest，HARQ)往返传输时间(Round Trip Time，RTT)定时器，在该定时器超时之后，网络设备可以进行数据调度。该HARQ RTT定时器的时长的设计通常主要考虑终端设备完成数据传输后的处理时延。
在非地面通信网络(Non-Terrestrial Networks，NTN)系统中，终端与网络之间的信号传输时延非常大，此情况下，如何设计HARQ RTT定时器的时长以兼顾终端的省电和网络的调度是一项急需解决的问题。
发明内容
本申请实施例提供一种无线通信的方法和设备，能够根据终端设备和网络设备之间的RTT设计HARQ RTT定时器的时长，有利于降低终端的功耗。
第一方面，提供了一种无线通信的方法，包括：第一设备根据第一往返时间RTT，确定第一混合自动请求重传HARQ进程对应的HARQ RTT定时器的时长，或所述第一设备确定所述第一HARQ进程对应的HARQ RTT定时器的时长为预设值，其中，所述第一HARQ进程为第一数据信道所使用的HARQ进程，所述第一数据信道用于承载物理下行控制信道PDCCH调度的至少一个传输块TB中的第一TB，所述第一RTT根据终端设备和网络设备之间的信号传输时延确定，所述第一设备为终端设备或网络设备，所述第一设备为所述第一数据信道的发送端或接收端。
第二方面，提供了一种无线通信的设备，用于执行上述第一方面或第一方面的任意可能的实现方式中的方法。具体地，该设备包括用于执行上述第一方面或第一方面的任一可能的实现方式中的方法的单元。
第三方面，提供了一种无线通信的设备，该设备包括：包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第一方面或其各实现方式中的方法。
第四方面，提供了一种芯片，用于实现上述第一方面或其各实现方式中的方法。
具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行如上述第一方面或其各实现方式中的方法。
第五方面，提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述第一方面或其各实现方式中的方法。
第六方面，提供了一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述第一方面或其各实现方式中的方法。
第七方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面或其各实现方式中的方法。
基于上述技术方案，终端设备或网络设备可以根据往返时间RTT确定数据信道所使用的HARQ进程对应的HARQ RTT定时器的时长或确定时长为预设值，有利于兼顾终端的省电和网络的调度。
附图说明
图1是本申请实施例提供的一种应用场景的示意性图。
图2是本申请实施例的DRX的示意性框图。
图3是本申请实施例提供的一种无线通信的方法的示意性图。
图4是本申请实施例提供的一种无线通信的设备的示意性框图。
图5是本申请另一实施例提供的一种通信设备的示意性框图。
图6是本申请实施例提供的一种芯片的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。针对本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(GlobalSystem of Mobile communication，GSM)系统、码分多址(Code Division MultipleAccess，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long TermEvolution，LTE)系统、先进的长期演进(Advanced long term evolution，LTE-A)系统、新无线(New Radio，NR)系统、NR系统的演进系统、非授权频谱上的LTE(LTE-based access tounlicensed spectrum，LTE-U)系统、非授权频谱上的NR(NR-based access to unlicensedspectrum，NR-U)系统、非地面通信网络(Non-Terrestrial Networks，NTN)系统、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、无线局域网(WirelessLocal Area Networks，WLAN)、无线保真(Wireless Fidelity，WiFi)、第五代通信(5th-Generation，5G)系统或其他通信系统等。
通常来说，传统的通信系统支持的连接数有限，也易于实现，然而，随着通信技术的发展，移动通信系统将不仅支持传统的通信，还将支持例如，设备到设备(Device toDevice，D2D)通信，机器到机器(Machine to Machine，M2M)通信，机器类型通信(MachineType Communication，MTC)，车辆间(Vehicle to Vehicle，V2V)通信，或车联网(Vehicleto everything，V2X)通信等，本申请实施例也可以应用于这些通信系统。
可选地，本申请实施例中的通信系统可以应用于载波聚合(CarrierAggregation，CA)场景，也可以应用于双连接(Dual Connectivity，DC)场景，还可以应用于独立(Standalone，SA)布网场景。
可选地，本申请实施例中的通信系统可以应用于非授权频谱，其中，非授权频谱也可以认为是共享频谱；或者，本申请实施例中的通信系统也可以应用于授权频谱，其中，授权频谱也可以认为是非共享频谱。
本申请实施例结合网络设备和终端设备描述了各个实施例，其中，终端设备也可以称为用户设备(User Equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。
终端设备可以是WLAN中的站点(STATION，ST)，可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、下一代通信系统例如NR网络中的终端设备，或者未来演进的公共陆地移动网络(Public LandMobile Network，PLMN)网络中的终端设备等。
在本申请实施例中，终端设备可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。
在本申请实施例中，终端设备可以是手机(Mobile Phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality，VR)终端设备、增强现实(AugmentedReality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self driving)中的无线终端设备、远程医疗(remote medical)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备或智慧家庭(smart home)中的无线终端设备等。
作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。
在本申请实施例中，网络设备可以是用于与移动设备通信的设备，网络设备可以是WLAN中的接入点(Access Point，AP)，GSM或CDMA中的基站(Base Transceiver Station，BTS)，也可以是WCDMA中的基站(NodeB，NB)，还可以是LTE中的演进型基站(EvolutionalNode B，eNB或eNodeB)，或者中继站或接入点，或者车载设备、可穿戴设备以及NR网络中的网络设备(gNB)或者未来演进的PLMN网络中的网络设备或者NTN网络中的网络设备等。
作为示例而非限定，在本申请实施例中，网络设备可以具有移动特性，例如网络设备可以为移动的设备。可选地，网络设备可以为卫星、气球站。例如，卫星可以为低地球轨道(low earth orbit，LEO)卫星、中地球轨道(medium earth orbit，MEO)卫星、地球同步轨道(geostationary earth orbit，GEO)卫星、高椭圆轨道(High Elliptical Orbit，HEO)卫星等。可选地，网络设备还可以为设置在陆地、水域等位置的基站。
在本申请实施例中，网络设备可以为小区提供服务，终端设备通过该小区使用的传输资源(例如，频域资源，或者说，频谱资源)与网络设备进行通信，该小区可以是网络设备(例如基站)对应的小区，小区可以属于宏基站，也可以属于小小区(Small cell)对应的基站，这里的小小区可以包括：城市小区(Metro cell)、微小区(Micro cell)、微微小区(Pico cell)、毫微微小区(Femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。
示例性的，本申请实施例应用的通信系统100如图1所示。该通信系统100可以包括网络设备110，网络设备110可以是与终端设备120(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备进行通信。
图1示例性地示出了一个网络设备和两个终端设备，可选地，该通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。
可选地，该通信系统100还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例对此不作限定。
应理解，本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统100为例，通信设备可包括具有通信功能的网络设备110和终端设备120，网络设备110和终端设备120可以为上文所述的具体设备，此处不再赘述；通信设备还可包括通信系统100中的其他设备，例如网络控制器、移动管理实体等其他网络实体，本申请实施例中对此不做限定。
应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
应理解，在本申请的实施例中提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C，B可以通过C获取；还可以表示A和B之间具有关联关系。
在本申请实施例的描述中，术语“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。
在一些场景中，为了终端省电的目的，提出了DRX的概念。具体的，网络设备可以配置终端设备在网络预知的时间醒来(DRX ON)，监听PDSCH，同时网络也可以配置终端设备在网络预知的时间睡眠(DRX OFF)，即，终端设备不用监听PDCCH。由此，如果网络设备120有数据要传给终端设备110，网路设备120可以在终端设备110处于DRX ON的时间内调度所述终端设备110，而DRC OFF时间内，由于射频关闭，可以减少终端耗电。
如图2所述，网络设备为终端设备配置的DRX cycle由激活期(On Duration)和休眠期(Opportunity for DRX)组成，在RRC连接态(RRC CONNECTED)模式下，如果终端设备配置了DRX功能，在On Duration时间内，终端设备监听并接收PDCCH；终端设备在休眠期内不监听PDCCH以减少功耗。
应理解，本申请实施例中的处于休眠期的终端设备不接收PDCCH，但是可以接收来自其它物理信道的数据。本发明实施例不作具体限定。例如，该终端设备可以接收物理下行共享信道(Physical Downlink Shared Channel，PDSCH)、确认/非确认(ACK/NACK)等。又例如，在半永久性调度(Semi-Persistent Scheduling，SPS)中，该终端设备可以接收周期性配置的PDSCH数据。
在一些实施例中，可以通过无线资源控制(Radio Resource Control，RRC)为媒体介入控制(Media Access Control，MAC)实体(entity)配置DRX功能，用于控制终端设备监听PDCCH的行为。即每个MAC实体可以对应一个DRX配置，可选的，DRX配置可以包括如下中的至少一种：
DRX持续定时器(drx-onDurationTimer)：在一个DRX Cycle的开始终端设备醒来的持续时间。
DRX时隙偏移(drx-SlotOffset)：终端设备启动drx-onDurationTimer的时延。
DRX非激活定时器(drx-InactivityTimer)：当终端设备收到一个指示上行初传或者下行初传的PDCCH后，终端设备继续监听PDCCH的持续时间。
DRX下行重传定时器(drx-RetransmissionTimerDL)：终端设备监听指示下行重传调度的PDCCH的最长持续时间。除广播HARQ进程之外的每个下行HARQ进程对应一个drx-RetransmissionTimerDL。
DRX上行重传定时器(drx-RetransmissionTimerUL)：终端设备监听指示上行重传调度的PDCCH的最长持续时间。每个上行HARQ进程对应一个drx-RetransmissionTimerUL。
长DRX周期开始偏移(longDRX-CycleStartOffset)：用于配置长DRX周期，以及长DRX周期和短DRX周期开始的子帧偏移。
短DRX周期(drx-ShortCycle)：短DRX周期，为可选配置。
短周期定时器(drx-ShortCycleTimer)：终端设备处于短DRX周期(并且没有接收到任何PDCCH)的持续时间，为可选配置。
下行混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)往返传输时间(Round Trip Time，RTT)定时器(HARQ RTT Timer)：终端设备期望接收到指示下行调度的PDCCH需要的最少等待时间。除广播HARQ进程之外的每个下行HARQ进程对应一个HARQRTT Timer。
短TTIDRX重传定时器(drx-RetransmissionTimerShortTTI)：当配置了短TTI时，下行重传定时器的时长。
短TTIDRX上行重传定时器(drx-ULRetransmissionTimerShortTTI)：当配置了短TTI时，上行重传定时器的时长。
上行混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)往返传输时间(Round Trip Time，RTT)定时器(UL HARQ RTT Timer)：终端设备期望接收到指示上行调度的PDCCH需要的最少等待时间，每个上行HARQ进程对应一个UL HARQ RTT Timer。
如果终端设备配置了DRX，则终端设备需要在DRX激活时间(Active Time)监听PDCCH。DRX Active Time包括如下几种情况：
drx-onDurationTimer，drx-InactivityTimer，drx-RetransmissionTimerDL,drx-RetransmissionTimerShortTTI，drx-RetransmissionTimerUL，drx-ULRetransmissionTimerShortTTI以及随机接入竞争决议定时器(ra-ContentionResolutionTimer)中的任何一个定时器正在运行；
终端设备在PUCCH/短PUCCH(Short PUCCH，SPUCCH)上发送了调度请求(Scheduling Request，SR)并处于等待(pending)状态；
在基于竞争的随机接入过程中，终端设备在成功接收到随机接入响应后还没有接收到小区无线网络临时标识(Cell RNTI，C-RNTI)加扰的PDCCH指示的一次初始传输；
对于一个pending的HARQ重传可以接收UL grant，并且该异步HARQ进程的HARQ缓存(buffer)里有数据；
配置了机器类通信(machine type of communication，MTC)PDCCH上行HARQ-ACK反馈配置(mpdcch-UL-HARQ-ACK-FeedbackConfig)并且当前正在进行一个绑定组(bundle)内的重复传输。
在一些实施例中，若drx-InactivityTimer超时和/或终端设备收到一个DRX命令媒体接入控制控制元素(DRX Media Access Control Command Control Element，DRXCommand MAC CE)，所述终端设备使用长DRX周期。
在一些实施例中，若drx-ShortCycleTimer超时和/或终端设备收到一个long DRXcommand MAC CE，所述终端设备使用短DRX周期。
在一些实施例中，所述终端设备可以根据当前是处于长DRX周期还是短DRX周期，来决定启动drx-onDurationTimer的时间。
例如，如果使用的是短DRX周期，并且当前子帧满足[(SFN×10)+子帧号]modulo(drx-ShortCycle)＝(drx-StartOffset)modulo(drx-ShortCycle)。
又例如，如果使用的是长DRX周期，并且当前子帧满足[(SFN×10)+子帧号]modulo(drx-LongCycle)＝drx-StartOffset。
其中，modulo表示取模运算。
在一些实施例中，所述终端设备可以在当前子帧开始的drx-SlotOffset个slot之后的时刻启动drx-onDurationTimer。
在一些实施例中，启动或重启drx-InactivityTimer的条件包括但不限于：
如果终端设备接收到一个指示下行或者上行初始传输的PDCCH，则终端设备启动或者重启drx-InactivityTimer。
在一些实施例中，启动和停止drx-RetransmissionTimerDL的条件包括但不限于：
当所述终端设备接收到一个指示下行传输的PDCCH，或者当终端设备在配置的下行授权资源上接收到一个MAC PDU，则终端设备停止该HARQ进程对应的drx-RetransmissionTimerDL。
应理解，在本申请实施例中，用于控制终端设备期望接收到指示下行调度的PDCCH需要的最少等待时间的定时器可以表述为不同的名称，例如，在LTE系统中，该定时器可以被称作HARQ RTT timer，在NR系统中可以称为drx-HARQ-RTT-TimerDL，随着标准的演进，该定时器也可以更新为其他名称，本申请实施例对于该定时器的名称以及所适用的通信系统不作具体限定，其可以适用于各种设置有该定时器的系统或网络，类似地，对于用于控制终端设备期望接收到指示上行调度的PDCCH需要的最少等待时间的定时器亦是如此，以下，以下行为HARQ RTT timer，上行为UL HARQ RTT timer为例进行说明，但本申请并不限于此。
在一些实施例中，启动和停止HARQ RTT Timer的条件包括但不限于：
当所述终端设备接收到一个指示下行传输的PDCCH，或者如果终端设备在接收该物理上行共享信道(Physical Uplink Shared Channel，PUSCH)的子帧有配置的下行授权，则：
如果该终端设备为窄带物联网(Narrow Band Internet of Things，NB-IoT)终端或者增强机器类通信(enhanced machine type of communication，eMTC)终端，则；
如果物理层指示调度了多个传输块(Transport Block，TB)传输，则终端设备在接收该多个TB的最后一个TB的PDSCH的最后一次重复传输所在子帧启动该多个TB中的每个TB的PDSCH所使用的下行HARQ进程对应的HARQ RTT Timer。
否则，即物理层指示调度了一个TB传输，终端设备在接收该PDSCH的最后一次重复传输所在子帧启动该PDSCH所使用的下行HARQ进程对应的HARQ RTT Timer。
如果该UE不为前述两种终端，启动该PDSCH所使用的下行HARQ进程对应的HARQRTT Timer。
如果HARQ RTT Timer超时，并且如果该HARQ进程的数据解码失败，则终端设备启动该下行HARQ进程对应的drx-RetransmissionTimer。
对于NB-IoT终端，如果物理层指示对于该HARQ RTT Timer关联的是多个TB，则当所有这些HARQ进程对应的HARQ RTT Timer都超时之后启动或重启drx-InactivityTimer，否则，启动或重启drx-InactivityTimer。
对于UL HARQ RTT Timer，即UL HARQ RTT Timer，终端设备启动或重启UL HARQRTT Timer的条件为：
如果终端设备接收到PDCCH指示一个使用异步HARQ进程的上行传输，或者如果终端设备在该子帧对于某个异步HARQ进程有配置的上行授权，或者终端接收到PDCCH指示使用一个自动HARQ进程的上行传输，则：
如果没有配置高层参数(mpdcch-UL-HARQ-ACK-FeedbackConfig)
情况1：如果物理层指示调度了多个TB传输，则终端设备在完成该多个TB的最后一个TB的PUSCH的最后一次重复传输所在子帧启动该多个TB中的每个TB的PUSCH所使用的上行HARQ进程对应的UL HARQ RTT Timer。
情况2，如果物理层指示调度了一个TB传输，终端设备在完成该PUSCH的最后一次重复传输所在子帧启动该PUSCH所使用的上行HARQ进程对应的UL HARQ RTT Timer。
如果某个上行HARQ进程对应的UL HARQ RTT Timer超时，则终端设备启动该上行HARQ进程对应的drx-ULRetransmissionTimer。对于NB-IoT终端，如果物理层指示对于该ULHARQ RTT Timer关联的是多个TB，则当所有这些HARQ进程对应的UL HARQ RTT Timer都超时之后启动或重启drx-InactivityTimer；否则，启动或重启drx-InactivityTimer。
从上述DRX过程可以看出，终端设备在完成上行发送或者完成下行接收之后都会先启动一个HARQ RTT定时器(对于上行发送是UL HARQ RTT Timer，对于下行传输是HARQRTT Timer)，
对于HARQ RTT Timer的取值主要考虑终端设备的反馈时延以及在完成HARQ反馈之后的终端处理时延，对于UL HARQ RTT Timer主要考虑终端设备完成PUSCH传输之后的处理时延。
终端设备的处理时延通常是几毫秒，在地面网络中，该处理时延大于终端与网络之间的信号传输的往返传输时间(Round Trip Time，RTT)，即网络可以在该处理时间内根据上行接收情况响应终端后续的调度。在NTN中，UE与网络之间的信号传输时延大幅增加，因此，如何设计HARQ RTT定时器的时长是一项继续解决的问题。
图3为本申请实施例提供的一种无线通信的方法200的示意性交互图。该方法200可以由图1所示的通信系统中的终端设备或网络设备执行，如图3所示，该方法200可以包括如下至少部分内容：
S210，第一设备根据第一往返时间RTT，确定第一混合自动请求重传HARQ进程对应的HARQ RTT定时器的时长，或所述第一设备确定所述第一HARQ进程对应的HARQ RTT定时器的时长为预设值，其中，所述第一HARQ进程为第一数据信道所使用的HARQ进程，所述第一数据信道用于承载物理下行控制信道PDCCH调度的至少一个传输块TB中的第一TB，所述第一RTT根据所述终端设备和网络设备之间的信号传输时延确定。
可选地，在本申请实施例中，所述第一设备可以为终端设备，或者也可以为网络设备，该终端设备和网络设备的各种具体实现参考图1所示实施例的说明，这里不再赘述。
在本申请实施例中，所述第一设备为所述第一数据信道的发送端，或者为所述第一数据信道的接收端。
可选地，在本申请实施例中，所述终端设备可以接收网络设备的DRX配置，该DRX配置例如可以包括前文实施例所述的任一DRX参数，为了简洁，这里不再赘述。
可选地，在一些实施例中，所述第一RTT可以根据终端设备的时间提前量(TimeAdvance，TA)确定。例如，所述第一RTT可以为所述TA。对于该第一RTT，终端设备侧和网络设备侧都可以获知，因此，都可以根据该第一RTT确定HARQ进程对应的HARQ RTT定时器的时长。
在一些实施例中，所述终端设备可以接收网络设备发送的PDCCH，所述PDCCH用于调度上行或下行传输。该PDCCH的调度情况可以包括以下至少之一：
调度情况1：PDCCH用于调度一个下行TB的接收。
调度情况2：PDCCH用于调度多个下行TB的接收。
调度情况3：PDCCH用于调度一个上行TB的发送。
调度情况4：PDCCH用于调度多个下行TB的发送。
在本申请实施例中，所述第一数据信道可以用于承载被调度的TB，或者说，该第一数据信道为被调度的TB对应的数据信道。
例如，若PDCCH用于调度上行TB的发送，所述第一数据信道可以为物理上行共享信道(Physical Uplink Shared Channel，PUSCH)。又例如，若PDCCH用于调度下行TB的接收，所述第一数据信道可以为物理下行共享信道(Physical Downlink Shared Channel，PDSCH)。
应理解，在本申请实施例中，当PDCCH调度的是上行TB的发送时，所述第一数据信道使用的第一HARQ进程是上行HARQ进程。当PDCCH调度的是下行TB的接收时，所述第一数据信道使用的第一HARQ进程是下行HARQ进程。
在终端设备接收到该PDCCH之后，可以在特定时间启动承载被调度的TB对应的数据信道所使用的HARQ进程对应的HARQ RTT定时器，在HARQ RTT定时器运行期间，不监听PDCCH，在HARQ RTT定时器超时之后，网络设备可以进行数据的调度。
对应地，在网络设备发送该PDCCH之后，网络设备也可以在特定时间启动承载被调度的TB对应的数据信道所使用的HARQ进程所对应的HARQ RTT定时器，在HARQ RTT定时器运行期间，不再次调度使用该HARQ进程的数据传输。
应理解，在本申请实施例中，被调度的上行传输或下行传输可以只传输一次，或者也可以传输多次，某个下行传输的第一次传输(即初传)也可以称为该下行传输的第一次重复传输，该下行传输的最后一次传输也可以称为下行传输的最后一次重复传输，类似地，对于上行传输亦是如此，这里不再赘述。
对于调度情况1，所述终端设备可以在第一时间启动第一数据信道所使用的第一HARQ进程对应的HARQ RTT定时器，其中，第一数据信道用于承载所述一个下行TB。
在一些实施例中，所述第一时间例如可以为第一子帧，所述第一子帧为接收该第一数据信道的最后一次重复传输所在的子帧。
对于调度情况2，所述终端设备可以在第二时间启动第一数据信道所使用的第一HARQ进程对应的HARQ RTT定时器，其中，第一数据信道用于承载所述多个下行TB中的第一下行TB。
在一些实施例中，所述第二时间例如可以为第二子帧，所述第二子帧为接收该多个下行TB的最后一个TB的最后一次重复传输所在的子帧。
对于调度情况3，所述终端设备可以在第三时间启动第一数据信道所使用的第一HARQ进程对应的UL HARQ RTT定时器，其中，第一数据信道用于承载所述一个上行TB。
在一些实施例中，所述第三时间例如可以为第三子帧，所述第三子帧为完成所述第一数据信道的最后一次重复传输所在子帧。
对于调度情况4，所述终端设备可以在第四时间启动第一数据信道所使用的第一HARQ进程对应的HARQ RTT定时器，其中，第一数据信道用于承载所述多个上行TB中的第一上行TB。
在一些实施例中，所述第四时间例如可以为第四子帧，所述第四子帧为完成多个下行TB的最后一个TB的最后一重复传输所在子帧。
应理解，本申请实施例可以适用于RTT较大的场景，例如NTN场景，或者其他需要对HARQ RTT定时器的时长进行重新设计或定义的场景，本申请并不限于此。
对于终端设备与网络设备之间的RTT较大的情况，在一些场景中，为了在不增加HARQ进程数的情况下实现数据的连续传输，可以将终端设备的其中一部分或者所有HARQ进程的HARQ反馈功能配置为关闭状态，这样，网络设备可以不等待接收终端设备的上行传输(对于上行HARQ为上行数据传输，对于下行HARQ为终端设备针对该HARQ的下行数据传输的HARQ反馈)，而继续调度该HARQ进程进行数据传输。
因此，在一些实施例中，在设计HARQ RTT定时器的时长时可以考虑HARQ进程的HARQ反馈功能的状态。
作为一个实施例，在第一HARQ进程的HARQ反馈功能的状态为开启状态时，根据第一RTT，确定所述第一HARQ进程对应的HARQ RTT定时器的时长。
作为另一实施例，在第一HARQ进程的HARQ反馈功能的状态为关闭状态时，确定所述第一HARQ进程对应的HARQ RTT定时器的时长为预设值。
可选地，所述预设值可以为非负常量，例如0或3等。单位可以为毫秒或子帧等。
可选地，在本申请实施例中，对于下行HARQ进程对应的HARQ RTT定时器的时长设计可以考虑终端设备的HARQ-ACK反馈时延、终端设备进行HARQ-ACK反馈可能花费的时间和RTT中的至少一个。
应理解，在本申请实施例中，由于终端设备进行HARQ-ACK反馈的情形比较多，因此，HARQ-ACK反馈可能花费的时间的情况也比较多，本申请对此不作具体限定，在下文介绍结合具体实施例进行详细说明。
作为一个示例，若对一个TB进行HARQ-ACK反馈，终端设备进行HARQ-ACK反馈可能花费的时间例如可以包括对该一个TB进行单次HARQ-ACK反馈所占用的时间，或者进行多次HARQ-ACK反馈所占用的时间等。
作为另一示例，若需要对多个TB进行反馈，终端设备进行HARQ-ACK反馈可能花费的时间例如可以包括对该多个TB中的每个TB进行单次HARQ-ACK反馈所占用的时间，或者对该多个TB中的每个TB进行多次HARQ-ACK反馈所需的时间，或者，对该多个TB进行HARQ绑定反馈(HARQ-ACK bundling)所占用的时间，或者，对该多个TB中的部分TB进行单次HARQ-ACK反馈花费的时间，以及对其他TB进行多次HARQ-ACK反馈花费的时间等。
在一种实现方式中，可以将所述HARQ RTT定时器的时长设计为使得该HARQ RTT定时器的结束时刻(或者说，停止时刻)晚于RTT时刻或者为RTT时刻，将终端设备完成HARQ-ACK反馈的时刻记为反馈结束时刻，该RTT时刻在反馈结束时刻之后并且间隔所述第一RTT，这是由于在RTT时刻之前，网络设备不会调度终端设备使用同一HARQ进程进行上行或下行传输，因此，终端设备可以不监听PDCCH，从而能够降低终端的功耗。
作为一个实施例，该HARQ RTT定时器的结束时刻例如可以为RTT时刻之后的第一个PDCCH时机(PDCCH occasion，PO)，或者RTT时刻之后的第一个PDCCH时机所在子帧，由于网络设备在非PO上不进行数据调度，因此，在RTT时刻之后的第一PO或第一个PO所在子帧再开始监听PDCCH，有利于降低终端的功耗。
以下，说明当PDCCH调度的是下行传输时，下行HARQ进程对应的HARQ RTT定时器的时长的确定方式。
可选地，在本申请一些实施例中，所述S210可以具体包括：
根据所述第一RTT和第一信息，确定所述第一HARQ进程对应的HARQ RTT定时器的时长；
其中，所述第一信息包括如下中的至少一项：
所述至少一个TB的HARQ-ACK反馈时延；
所述终端设备完成HARQ-ACK反馈后的处理时延；
所述至少一个TB对应的HARQ-ACK信息的反馈重复传输次数参数；
所述至少一个TB的个数；
终端设备是否被配置为HARQ绑定反馈；
进行HARQ绑定反馈的TB个数；
所述第一HARQ进程对应的HARQ反馈功能的状态；
HARQ反馈持续时间，表示多次发送一个HARQ反馈信息所占用的总时间；
单次发送一个HARQ反馈信息所占用的时间；
第一PDCCH间隔，表示从第一时刻到第一时刻之后的第一个PDCCH时机之间的时间间隔，所述第一时刻在所述终端设备进行HARQ反馈之后，并且间隔所述第一RTT；
第二PDCCH间隔，表示从第二时刻到所述第二时刻之后的第一PDCCH时机之间的时间间隔，所述第二时刻在所述终端设备进行HARQ反馈之后，并且间隔所述终端设备的处理时延。
可选地，在本申请实施例中，HARQ-ACK反馈时延可以为终端设备在完成下行传输到开始对该下行传输进行HARQ-ACK反馈之间的时延。
可选地，在本申请实施例中，所述终端设备完成HARQ-ACK反馈后的处理时延，例如可以包括终端从上行发送切换为下行接收的时延，或者从完成HARQ-ACK反馈到进行下次数据传输之间的时延。
可选地，在本申请实施例中，所述HARQ-ACK信息的反馈重复传输次数参数可以用于指示HARQ-ACK信息需要反馈几次，例如一次，或者多次等。
可选地，在本申请实施例中，所述终端设备是否被配置为HARQ-ACK bundling可以用于确定针对所述至少一个TB需要传输的HARQ-ACK信息的个数。
例如，当没有被配置HARQ-ACK bundling时，每个TB的HARQ-ACK信息需要单独反馈，则HARQ-ACK信息的个数和被调度的TB个数相同。当被配置HARQ-ACK bundling时，多个TB的HARQ-ACK信息可以进行bundling反馈，则HARQ-ACK信息的个数k可以根据被调度的TB个数和绑定反馈的TB个数M确定。例如k＝ceiling(NTB/M)，其中NTB为PDCCH调度的TB个数，M为PDCCH中指示的多个TB HARQ-ACK的bundling大小，即一个bundling包括多少个TB的反馈，ceiling表示向上取整。
可选地，在本申请实施例中，所述第一HARQ进程对应的HARQ反馈功能的状态例如可以为开启状态或关闭状态，在第一HARQ进程对应的HARQ反馈功能的状态为开启状态时，可以根据第一RTT结合上述其他信息确定第一HARQ进程对应的HARQ RTT定时器的时长，在第一HARQ进程对应的HARQ反馈功能的状态为关闭状态时，确定第一HARQ进程对应的HARQRTT定时器的时长为预设值。
在一些实施例中，所述第一PDCCH间隔可以为前文所述的RTT时刻到该RTT时刻之后的第一个PDCCH时机之间的时间间隔。更具体的，RTT时刻到该RTT时刻之后的第一个PDCCH时机所在子帧之间的时间间隔，换言之，终端设备完成HARQ反馈之后再经历第一RTT的时刻到下一个PDCCH时机的第一个子帧之间的时间间隔。
在一些实施例中，所述第二PDCCH间隔可以为前文所述的反馈结束时刻之后再经历所述处理时延的时刻到其后的第一个PDCCH时机之间的时间间隔。更具体地，该时刻到其后的第一个PDCCH时机所在子帧之间的时间间隔。作为一个示例，终端设备完成HARQ反馈所使用的最后一个子帧之后的第3个子帧到下一个PDCCH时机的第一个子帧之间的时间间隔。
以下，从终端设备的角度描述下行HARQ进程对应的HARQ RTT定时器的时长的确定方式，对于网络设备而言，上述信息网络设备也可以获知，因此，网络设备也可以按照终端设备类似的方式确定下行HARQ进程对应的HARQ RTT定时器的时长，进一步地，在下行HARQ进程对应的HARQ RTT定时器未超时时，不进行数据的调度，在定时器超时时，进行数据的调度，为了简洁，这里不再赘述。
在一些实施例中，所述根据所述第一RTT和第一信息，确定所述第一HARQ进程对应的HARQ RTT定时器的时长，包括：
终端设备可以根据所述第一RTT和所述第一信息，确定第一时长；
进一步根据所述第一时长，确定所述第一HARQ进程对应的HARQ RTT定时器的时长。
作为一个实施例，所述终端设备可以将所述第一时长确定为所述第一HARQ进程对应的HARQ RTT定时器的时长。
作为一个实施例，所述终端设备可以将所述第一时长和第一预设时长中的较大值确定为所述第一HARQ进程对应的HARQ RTT定时器的时长，其中，所述第一预设时长根据所述至少一个TB的反馈时延和所述处理时延确定。
以下结合具体实施例，说明该下行HARQ进程对应的HARQ RTT定时器的时长的确定方式。
情况1：所述至少一个TB只包括第一TB。
在该情况1中，所述至少一个TB的反馈时延包括第一时间间隔，所述第一时间间隔表示所述第一TB的最后一次传输到所述第一TB对应的HARQ反馈信息的第一次传输之间的时间间隔。
所述至少一个TB对应的HARQ-ACK信息的反馈重复传输次数参数包括第一参数和/或第二参数，其中，所述第一参数用于指示物理上行控制信道PUCCH的第一次传输。所述第二参数用于指示PUCCH重复因子。即第一TB的反馈重复传输次数为多次，其中，所述PUCCH用于承载所述第一TB对应的HARQ反馈信息。
在该情况1中，所述终端设备可以根据所述第一RTT、所述第一时间间隔和所述反馈重复传输次数参数确定所述第一时长。
作为一个示例，所述第一时长等于所述第一时间间隔、所述第一参数和所述第一RTT的和值。
作为另一示例，所述第一时长等于所述第一时间间隔、所述第二参数和所述第一RTT的和值。
可选地，所述第一预设时长等于所述第一TB的反馈时延和所述处理时延。
则在一些实施例中，所述第一HARQ进程对应的HARQ RTT定时器的时长可以设置为所述第一时长，或者所述第一时长和所述第一预设时长中的最大值。
情况2：所述至少一个TB包括多个TB，所述多个TB包括所述第一TB，所述终端设备没有被配置HARQ绑定反馈，即所述多个TB需要单独反馈。
在该情况2中，所述至少一个TB的反馈时延包括第二时间间隔，所述第二时间间隔表示所述多个TB中的最后一个TB的最后一次传输到所述多个TB对应的HARQ反馈信息的第一次传输之间的时间间隔。
所述至少一个TB对应的HARQ-ACK信息的反馈重复传输次数参数包括第一参数N1和/或第二参数N，其中，所述第一参数N1用于指示PUCCH的第一次传输，所述PUCCH用于承载所述多个TB中的最后一个TB对应的HARQ反馈信息。换言之，最后一个TB的反馈重复传输次数可以为1，即N1为1。所述第二参数N用于指示PUCCH重复因子。
在该情况2中，所述终端设备可以根据所述第一RTT、所述多个TB的个数、所述第二时间间隔和所述反馈重复传输次数参数，确定所述第一时长。
在一些实施例中，在确定HARQ RTT定时器的时长时考虑进行HARQ-ACK反馈所花费的时间包括该多个TB对应的HARQ反馈信息都重复传输N次所占用的时间(最差的情况)，或者也可以考虑对该多个TB中的最后一个TB对应的HARQ反馈信息只传输一次，对其他TB对应的HARQ反馈信息都重复传输N次所所占的时间。
假设有NTB个TB，则进行HARQ-ACK反馈所花费的时间例如可以为NTB*N或(NTB-1)*N+N1，其中，N表示N次重复传输一个HARQ反馈信息所占用的时间，N1为传输最后一个TB对应的HARQ反馈信息第一次重复传输所占用的时间，N的单位可以是单次传输一个HARQ信息所需要的时间，或者可以认为单次传输一个HARQ信息需要1个子帧，即N的单位可以为子帧。
应理解，本申请实施例所确定的HARQ RTT定时器的时长的单位可以为子帧，或毫秒等，本申请对此不作限定。
作为一个示例，所述第一时长等于T2+NTB*N+RTT或T2+(NTB-1)*N+N1+RTT。
作为一个示例，所述第一预设时长等于7+NTB*N。
其中，RTT表示所述第一RTT，T2表示所述第二时间间隔，N1表示所述第一参数，N表示所述第二参数，NTB表示所述多个TB的个数。情况3：所述至少一个TB包括多个TB，所述多个TB包括所述第一TB，所述终端设备被配置HARQ绑定反馈，即所述多个TB可以进行绑定反馈。
在该情况3中，所述至少一个TB的反馈时延包括第三时间间隔，所述第三时间间隔表示所述多个TB中的最后一个TB的最后一次传输到所述多个TB对应的HARQ反馈信息的第一次传输之间的时间间隔。
所述至少一个TB对应的HARQ-ACK信息的反馈重复传输次数参数包括第一参数和/或第二参数，其中，所述第一参数用于指示PUCCH的第一次传输，所述PUCCH用于承载所述多个TB中的最后一个绑定反馈的HARQ反馈信息。所述第二参数用于指示PUCCH重复因子。
在该情况3中，所述终端设备可以根据所述第一RTT、所述第三时间间隔、所述反馈重复传输次数参数和对所述多个TB进行HARQ绑定反馈的组数确定所述第一HARQ进程对应的HARQ RTT定时器的时长。
该情况3跟情况2类似，区别在于情况2中NTB个TB需要单独反馈，所以HARQ反馈信息的个数为NTB，而在情况3中可以进行绑定反馈，因此HARQ反馈信息的个数变更为k，例如k＝ceiling(NTB/M)。进一步确定时长时只需将情况2中的NTB替换为k即可。
作为一个示例，所述第一时长等于T3+k*N+RTT，或T3+(k-1)*N+N1+RTT。
对应地，所述第一预设时长等于7+k*N；
其中，RTT表示所述第一RTT，T3表示所述第三时间间隔，N1表示所述第一参数，N表示所述第二参数，k表示所述多个TB进行HARQ绑定反馈的bundling数。
可选地，在一些实施例中，所述情况1-情况3中的实现方式可以适用于降低能力(Reduced Capbility，RedCap)终端，此类终端对时延、可靠性、带宽、覆盖、吞吐量等性能要求较低，例如增强机械类通信eMTC终端。
情况4：所述至少一个TB只包括第一TB。
在该情况4中，所述至少一个TB的反馈时延包括第四时间间隔，所述第四时间间隔表示所述第一TB的最后一次传输到所述第一TB对应的HARQ反馈信息的第一次传输之间的时间间隔，换言之，第一TB的PDSCH的最后一个子帧到对应第一TB的HARQ反馈的第一个子帧之间的时间间隔。
所述第一信息包括所述第四时间间隔、所述HARQ反馈持续时间和所述第一PDCCH间隔，其中，所述HARQ反馈持续时间为传输所述第一TB对应的HARQ反馈信息所占用的总时间(可以是单次传输，或者也可以是多次传输)，所述第一PDCCH间隔为完成传输所述第一TB对应的HARQ反馈信息之后再经历所述第一RTT的时刻到下一个PO之间的时间间隔。
在该情况4中，所述终端设备可以根据所述第一RTT、所述第四时间间隔、所述HARQ反馈持续时间和所述第一PDCCH间隔确定所述第一时长。
作为一个示例，所述第一时长等于T4+TCK+RTT+ΔPDCCH1，对应于所述第一TB的HARQ反馈信息是传输一次的情况，TCK表示单次发送一个反馈信息所占用的时间，该TCK可以为1ms或其他时间长度。
作为另一示例，所述第一时长等于T4+N+RTT+ΔPDCCH1，对应于所述第一TB的HARQ反馈信息是传输N次的情况，N表示N次发送一个反馈信息所占用的时间。
可选地，所述第一预设时长等于T4+3+N+ΔPDCCH2。
其中，RTT表示所述第一RTT，T4表示所述第四时间间隔，N表示所述HARQ反馈持续时间，ΔPDCCH1表示所述第一PDCCH间隔，ΔPDCCH2表示所述第二PDCCH间隔。
应理解，在本申请实施例中，N的单位可以是单次传输一个HARQ信息所需要的时间，或者可以认为单次传输一个HARQ信息需要1个子帧，即N的单位可以为子帧。
可选地，在一些实施例中，所述情况4中的实现方式可以适用于RedCap终端，例如NB-Iot终端。
情况5：所述至少一个TB包括多个TB，所述多个TB包括所述第一TB，所述终端设备被配置HARQ绑定反馈，即所述多个TB可以进行绑定反馈。
在该情况5中，所述至少一个TB的反馈时延包括第五时间间隔，所述第五时间间隔表示所述多个TB的最后一次传输到所述多个TB对应的HARQ反馈信息的第一次传输之间的时间间隔。更具体地，所述第五时间间隔表示多个TB中的最后一个TB的PDSCH的最后一个子帧到对应第一个HARQ反馈信息的第一个子帧之间的时间间隔。
所述第一信息包括所述第五时间间隔、所述HARQ反馈持续时间和所述第一PDCCH间隔，其中，所述HARQ反馈持续时间为传输所述多个TB对应的HARQ反馈信息所占用的总时间(可以是单次传输，或者也可以是多次传输)，所述第一PDCCH间隔为完成传输所述最后一个HARQ反馈信息之后再经历所述第一RTT的时刻到下一个PO之间的时间间隔。
在该情况5中，传输所述多个TB对应的HARQ反馈信息所占用的时间的具体确定方式可以参考场景3中的相关描述。
在一个具体示例中，所述多个TB包括两个TB，该两个TB对应的HARQ反馈信息可以绑定反馈，则传输N次该两个TB对应的HARQ反馈信息所需要的时间为N，单位可以为单次传输一个HARQ反馈信息所占用的时间，或者单位为一个子帧。即所述HARQ反馈持续时间可以为N。
在该情况5中，所述终端设备可以根据所述第一RTT、所述第五时间间隔、所述HARQ反馈持续时间和所述第一PDCCH间隔确定所述第一时长。
作为一个示例，所述第一时长等于T5+N+RTT+ΔPDCCH1，其中，所述多个TB的HARQ反馈信息传输N次。
可选地，所述第一预设时长等于T5+3+N+ΔPDCCH2。
其中，RTT表示所述第一RTT，T5表示所述第五时间间隔，N表示所述HARQ反馈持续时间，ΔPDCCH1表示所述第一PDCCH间隔，ΔPDCCH2表示所述第二PDCCH间隔。
可选地，在一些实施例中，所述情况5中的实现方式可以适用于RedCap终端，例如NB-Iot终端。具体地，适用于交织场景中并且终端设备被配置HARQ-ACK bundling的情况。
情况6：所述至少一个TB包括多个TB，所述多个TB包括所述第一TB，所述终端设备没有被配置HARQ绑定反馈，即所述多个TB可以进行单独反馈。
在该情况6中，所述至少一个TB的反馈时延包括第六时间间隔，所述第六时间间隔表示所述多个TB的最后一次传输到所述多个TB对应的HARQ反馈信息的第一次传输之间的时间间隔。更具体地，所述第六时间间隔表示多个TB中的最后一个TB的PDSCH的最后一个子帧到对应第一个TB的HARQ反馈信息的第一个子帧之间的时间间隔。
所述第一信息包括所述第六时间间隔、所述HARQ反馈持续时间和所述第一PDCCH间隔，其中，所述HARQ反馈持续时间为传输所述多个TB对应的HARQ反馈信息所占用的总时间(可以是单次传输，或者也可以是多次传输)，所述第一PDCCH间隔为完成传输最后一个TB的HARQ反馈信息之后再经历所述第一RTT的时刻到下一个PO之间的时间间隔。
在该情况6中，传输所述多个TB对应的HARQ反馈信息所占用的时间的具体确定方式可以参考场景2中的相关描述。
在一个具体示例中，所述多个TB包括两个TB，则在一种情况下，所述HARQ反馈持续时间包括传输N次该两个TB分别对应的HARQ反馈信息所需要的时间，即2*N，单位可以为单次传输一个HARQ反馈信息所占用的时间，或者单位为一个子帧。
在另一个具体示例中，所述多个TB包括两个TB，在另一种情况中，所述HARQ反馈持续时间包括传输N次第一个TB对应的HARQ反馈信息所需要的时间和传输N1次第二个TB对应的HARQ反馈信息所需要的时间，即N+N1，单位可以为单次传输一个HARQ反馈信息所占用的时间，或者单位为一个子帧。可选地，在一些实施例中，N1为1。
进一步地，所述终端设备可以根据所述第一RTT、所述第六时间间隔、所述HARQ反馈持续时间和所述第一PDCCH间隔确定所述第一时长。
作为一个示例，所述第一时长等于T6+2*N+RTT+ΔPDCCH1。
作为另一个示例，所述第一时长等于T6+N+N1+RTT+ΔPDCCH1。
可选地，所述第一预设时长等于T6+2N+1+ΔPDCCH2。
其中，RTT表示所述第一RTT，T5表示所述第六时间间隔，N表示所述HARQ反馈持续时间，ΔPDCCH1表示所述第一PDCCH间隔，ΔPDCCH2表示所述第二PDCCH间隔。
可选地，在一些实施例中，所述情况6中的实现方式可以适用于RedCap终端，例如NB-Iot终端。具体地，适用于非交织场景，或者交织场景中终端设备没有被配置HARQ-ACKbundling的情况。
以下，说明当PDCCH调度的是上行传输时，上行HARQ进程对应的UL HARQ RTT定时器的时长的确定方式。
作为一个实施例，可以将所述第一HARQ进程对应的HARQ RTT定时器的时长确定为所述第一RTT，或者，所述第一RTT和第二预设时长中的较大值。
可选地，所述第二预设时长可以是4，或者可以根据高层参数KULHARQRTT确定，单位为子帧，或毫秒。
可选地，在本申请另一些实施例中，所述S210可以具体包括：
根据所述第一RTT和第二信息，确定所述第一HARQ进程对应的HARQ RTT定时器的时长；
其中，所述第二信息包括如下中的至少一项：
第三PDCCH间隔，表示从第三时刻到第三时刻之后的第一个PDCCH时机之间的时间间隔，所述第三时刻在所述终端设备完成传输所述至少一个TB对应的数据信道的时刻之后，并且间隔所述第一RTT；
第四PDCCH间隔，表示从第四时刻到所述第四时刻之后的第一PDCCH时机之间的时间间隔，所述第四时刻在完成传输所述至少一个TB对应的数据信道之后，并且间隔所述处理时延。
在一些实施例中，在第一HARQ进程对应的HARQ反馈功能的状态为开启状态时，可以根据第一RTT确定第一HARQ进程对应的HARQ RTT定时器的时长；在第一HARQ进程对应的HARQ反馈功能的状态为关闭状态时，确定第一HARQ进程对应的HARQ RTT定时器的时长为预设值。
在一些实施例中，将终端设备完成所述至少一个TB对应的数据信道的时刻记为传输完成时刻，所述传输完成时刻之后的第一RTT时刻为RTT时刻，所述第三PDCCH间隔可以为所述RTT时刻到该RTT时刻之后的第一个PDCCH时机之间的时间间隔，更具体地，所述第三PDCCH间隔可以为RTT时刻到该RTT时刻之后的第一个PDCCH时机所在子帧之间的时间间隔，即终端设备完成上行传输之后再经历第一RTT的时刻到下一个PDCCH时机的第一个子帧之间的时间间隔。
在一些实施例中，所述第四PDCCH间隔可以为传输完成时刻之后再经历所述处理时延的时刻到其后的第一个PDCCH时机之间的时间间隔。作为一个示例，终端设备完成PUSCH传输对应的最后一个子帧之后再经历3ms到下一个PDCCH时机的第一个子帧之间的时间间隔。
以下，从终端设备的角度描述上行HARQ进程对应的HARQ RTT定时器的时长的确定方式，对于网络设备而言，上述信息网络设备也可以获知，因此，网络设备也可以按照终端设备类似的方式确定上行HARQ进程对应的HARQ RTT定时器的时长，进一步地，在上行HARQ进程对应的HARQ RTT定时器超时时，进行数据的调度，为了简洁，这里不再赘述。
在一些实施例中，所述根据所述第一RTT和第二信息，确定所述第一HARQ进程对应的HARQ RTT定时器的时长，包括：
终端设备可以根据所述第一RTT和所述第二信息，确定第二时长；
进一步根据所述第二时长，确定所述第一HARQ进程对应的HARQ RTT定时器的时长。
作为一个实施例，所述终端设备可以将所述第二时长确定为所述第一HARQ进程对应的HARQ RTT定时器的时长。
作为另一个实施例，所述终端设备可以将所述第二时长和第二预设时长中的较大值确定为所述第一HARQ进程对应的HARQ RTT定时器的时长。
以下结合具体实施例，说明该第一HARQ进程对应的HARQ RTT定时器的时长的确定方式。
情况7：此情况可以适用于RedCap终端，例如，eMTC终端
作为一个实施例，所述终端设备可以将第一RTT确定为第一HARQ进程对应的HARQRTT定时器的时长。
作为另一实施例，所述终端设备可以根据第一RTT和第二预设时长确定第一HARQ进程对应的HARQ RTT定时器的时长。
例如，可以将所述第一RTT和所述第二预设时长中的最大值确定为所述第一HARQ进程对应的HARQ RTT定时器的时长。
情况8：所述至少一个TB包括一个TB，所述多个TB包括所述第一TB。
此情况可以适用于RedCap终端，例如，NB-IoT终端。
在此情况8中，所述终端设备可以根据所述第一RTT和第三PDCCH间隔，确定所述第二时长。
其中，所述第三PDCCH间隔ΔPDCCH3表示第一TB的PUSCH传输对应的最后一个子帧之后再经历第一RTT的时刻到下一个PO之间的时间间隔，或者，第一TB的PUSCH传输对应的最后一个子帧之后再经历第一RTT的时刻到下一个PO的第一个子帧之间的时间间隔。
作为一个示例，所述第二时长等于RTT+ΔPDCCH3。
作为一个示例，所述第二预设时长等于4+ΔPDCCH4。
其中，RTT表示所述第一RTT，ΔPDCCH3表示所述第三PDCCH间隔，ΔPDCCH4表示所述第四PDCCH间隔。
情况9：所述至少一个TB包括多个TB，所述多个TB包括所述第一TB。
此情况可以适用于RedCap终端，例如，NB-IoT终端。
在此情况9中，所述终端设备可以根据所述第一RTT和第三PDCCH间隔，确定所述第二时长。
其中，所述第三PDCCH间隔ΔPDCCH3表示第一TB的PUSCH传输对应的最后一个子帧之后再经历第一RTT的时刻到下一个PO之间的时间间隔，或者说，第一TB的PUSCH传输对应的最后一个子帧之后再经历第一RTT的时刻到下一个PO的第一个子帧之间的时间间隔。
作为一个示例，所述第二时长等于RTT+ΔPDCCH3。
作为一个示例，所述第二预设时长等于1+ΔPDCCH4。
其中，RTT表示所述第一RTT，ΔPDCCH3表示所述第三PDCCH间隔，ΔPDCCH4表示所述第四PDCCH间隔。
应理解，本申请实施例仅以单次反馈一个HARQ反馈信息所占用的时间为1ms或一个子帧为例进行说明，在其他实施例中，当单次反馈一个HARQ反馈信息所占用的时间为其他时间长度时，只需将占用的时间乘以该其他时间长度即可，本申请对此不作限定。
以下结合具体实施例，说明前述的9种情况的具体实现过程。
实施例一，对应于前述的情况1：
可选地，该实施例一可以适用于eMTC终端。
步骤1：UE接收网络的DRX配置。
步骤2：UE接收到PDCCH，该PDCCH指示调度一个下行TB，则UE在接收该一个下行TB的PDSCH的最后一次重复传输所在子帧启动该PDSCH所使用的下行HARQ进程i对应的HARQRTT Timer。
步骤3：UE确定步骤2中所述下行HARQ进程i对应的HARQ RTT Timer的时长。
在一些实施例中，如果所述下行HARQ进程i为开启HARQ反馈功能的HARQ进程，则：
对于FDD系统，可以根据如下方式中的一种确定HARQ RTT Timer的时长：
方式1：HARQ RTT Timer的时长为max{T1+N1+RTT，7+N}；
方式2：HARQ RTT Timer的时长为max{T1+N+RTT，7+N}；
方式3：HARQ RTT Timer的时长为T1+N+RTT。
其中：T1表示PDSCH的最后一次重复传输到对应的HARQ反馈的第一次重复传输之间的时间间隔，对应于情况1中的第一时间间隔。
可选地，在一些实施例中，T1可以为预定义的取值，例如T1＝4。
N1表示PUCCH的第一次重复传输，PUCCH用于承载TB对应的HARQ反馈信息，对应于前文中的第一参数。
在一些实施例中，由高层配置参数(fdd-UplinkSubframeBitmapBR)确定的有效上行子帧才会计入到N1。可选地，N1取值为1。
RTT表示UE与网络之间信号传输时延，即第一RTT；
N表示使用的PUCCH重复因子，对应于前文中的第二参数。
可选地，只有由高层配置参数fdd-UplinkSubframeBitmapBR确定的有效的上行子帧才会计入到N。
对于TDD系统，可以根据如下方式中的一种确定HARQ RTT Timer的时长：
方式1：HARQ RTT Timer的时长为max{T1+N1+RTT，3+k+N}；
方式2：HARQ RTT Timer的时长为max{T1+N+RTT，3+k+N}；
方式3：HARQ RTT Timer的时长为T1+N+RTT。
其中，T1、N1、RTT和N的含义和FDD中的对应参数的含义相同。
在另一些情况中，如果所述下行HARQ进程i为关闭HARQ反馈功能的HARQ进程，则HARQ RTT Timer为一个预定义的非负常量，例如，HARQ RTT Timer取值固定为0。
实施例二，对应于前述的情况2：
可选地，该实施例二可以适用于eMTC终端。
步骤1：UE接收网络的DRX配置。
步骤2：UE接收到PDCCH指示调度多个下行TB，则UE在接收所述多个下行TB的最后一个下行TB的PDSCH的最后一次重复传输所在子帧启动所述多个下行TB中的每个下行TB的PDSCH所使用的下行HARQ进程对应的HARQ RTT Timer。
步骤3：如果该UE没有被配置HARQ-ACK bundling，则对于所述多个下行TB中的每个下行TB的PDSCH所使用的下行HARQ进程，UE可以确定其对应的HARQ RTT Timer的时长。
在一些情况中，如果下行HARQ进程为开启HARQ反馈功能的HARQ进程，则可以根据如下方式中的一种确定HARQ RTT Timer的时长：
方式1：HARQ RTT Timer的时长为T2+NTB*N+RTT；
方式2：HARQ RTT Timer的时长为max{T2+NTB*N+RTT,7+NTB*N}；
方式3：HARQ RTT Timer的时长为max{T2+(NTB-1)*N+N1+RTT,7+NTB*N}。
其中：T2表示所述NTB个TB的最后一个TB的PDSCH的最后一次重复传输到针对所述NTB个TB的HARQ反馈的第一次重复传输之间的时间间隔。
可选地，T2可以为预定义的取值，例如T2＝4。
N1表示针对所述多个TB中的最后一个TB反馈的PUCCH的第一次重复传输，只有有效的上行子帧才会计入到N1。可选地，N1取值为1。
RTT表示UE与网络之间信号传输时延。
N表示使用的PUCCH重复因子。
可选地，只有由高层配置参数fdd-UplinkSubframeBitmapBR确定的有效的上行子帧才会计入到N。
NTB为所述PDCCH调度的TB个数。
在另一些情况中，如果所述下行HARQ进程为关闭HARQ反馈功能的HARQ进程，则HARQ RTT Timer为一个预定义的非负常量，例如，HARQ RTT Timer取值固定为0。
实施例三，对应于前述的情况3：
可选地，该实施例三可以适用于eMTC终端。
步骤1：UE接收网络的DRX配置。
步骤2：UE接收到PDCCH指示调度多个下行TB，则UE在接收所述多个下行TB的最后一个下行TB的PDSCH的最后一次重复传输所在子帧启动所述多个下行TB中的每个下行TB的PDSCH所使用的下行HARQ进程对应的HARQ RTT Timer，其中，该PDSCH用于承载该下行TB。
步骤3：如果该UE被配置HARQ-ACK bundling，则对于所述多个下行TB中的每个下行TB的PDSCH所使用的下行HARQ进程，UE可以确定其对应的HARQ RTT Timer的时长。
在一些实施例中，如果所使用的下行HARQ进程为开启HARQ反馈功能的HARQ进程，则可以根据如下方式中的一种确定HARQ RTT Timer的时长：
方式1：HARQ RTT Timer的时长为T3+k*N+RTT；
方式2：HARQ RTT Timer的时长为max{T3+k*N+RTT,7+k*N}；
方式3：HARQ RTT Timer的时长为max{T3+(k-1)*N+N1+RTT,7+k*N}。
其中：T3表示所述NTB个TB的最后一个TB的PDSCH的最后一次重复传输到针对所述NTB个TB的HARQ反馈的第一次重复传输之间的时间间隔。
可选地，T3可以为预定义的取值，例如T3＝4。
N1表示针对所述多个TB中的最后一个TB反馈的PUCCH的第一次重复传输，只有有效的上行子帧才会计入到N1。可选地，N1取值为1。
RTT表示UE与网络之间信号传输时延。
N表示使用的PUCCH重复因子。
可选地，只有由高层配置参数fdd-UplinkSubframeBitmapBR确定的有效的上行子帧才会计入到N。
k为HARQ反馈组(bundle)的个数。可选地，k＝ceiling(NTB/M)，其中NTB为PDCCH调度的TB个数，M为单个bundling的大小，即一个bundling包括多少个TB的反馈，ceiling表示向上取整。
在另一些实施例中，如果所述下行HARQ进程为关闭HARQ反馈功能的HARQ进程，则HARQ RTT Timer为一个预定义的非负常量，例如，HARQ RTT Timer取值固定为0。
实施例四，对应于前述的情况4：
可选地，该实施例四可以适用于NB-IoT终端。
步骤1：UE接收网络的DRX配置。
步骤2：UE接收到PDCCH指示调度一个下行TB，则UE在接收该一个下行TB的PDSCH的最后一次重复传输所在子帧启动该PDSCH所使用的下行HARQ进程i对应的HARQ RTT Timer。
步骤3：UE确定步骤2中所述下行HARQ进程i对应的HARQ RTT Timer的时长。
在一些实施例中，如果所述下行HARQ进程i为开启HARQ反馈功能的HARQ进程，则可以根据如下方式中的一种确定HARQ RTT Timer的时长：
方式1：HARQ RTT Timer的时长为max{T4+TCK+RTT+ΔPDCCH1，T4+3+N+ΔPDCCH2}，其中，TCK表示单次发送一个反馈信息所占用的时间；
方式2：HARQ RTT Timer的时长为max{T4+N+RTT+ΔPDCCH1，T4+3+N+ΔPDCCH2}，N表示N次发送一个反馈信息所占用的时间；
方式3：HARQ RTT Timer的时长为T4+N+RTT+ΔPDCCH1。
其中：T4表示传输PDSCH的最后一个子帧到对应的HARQ反馈的第一个子帧之间的时间间隔。
RTT表示UE与网络之间信号传输时延。
N表示HARQ反馈持续时间。
ΔPDCCH1，表示UE完成HARQ反馈之后经历第一RTT的时刻到下一个PDCCH时机的第一个子帧之间的时间间隔。
ΔPDCCH2，表示从进行HARQ反馈使用的最后一个子帧之后的第3个子帧到下一个PDCCH时机的第一个子帧之间的时间间隔。
在另一些实施例中，如果所述下行HARQ进程i为关闭HARQ反馈功能的HARQ进程，则HARQ RTT Timer为一个预定义的非负常量，例如，HARQ RTT Timer取值固定为0。
实施例五，对应于前述的情况5：
可选地，该实施例五可以适用于NB-IoT终端。
可选地，该实施例可以适用于交织场景中终端设备被配置了HARQ-ACK bundling的情况。
步骤1：UE接收网络的DRX配置。
步骤2：UE接收到PDCCH指示调度多个下行TB，则UE在接收所述多个下行TB的最后一个下行TB的PDSCH的最后一次重复传输所在子帧启动所述多个下行TB中的每个下行TB的PDSCH所使用的下行HARQ进程对应的HARQ RTT Timer。
步骤3：如果该UE被配置HARQ-ACK bundling，则对于所述多个下行TB中的每个下行TB的PDSCH所使用的下行HARQ进程，UE可以确定其对应的HARQ RTT Timer的时长。
在一些情况中，如果所述使用的下行HARQ进程为开启HARQ反馈功能的HARQ进程，则可以根据如下方式中的一种确定HARQ RTT Timer的时长：
方式1：HARQ RTT Timer的时长为T5+N+RTT+ΔPDCCH1；
方式2：HARQ RTT Timer的时长为max{T5+N+RTT+ΔPDCCH1，T5+3+N+ΔPDCCH2}。
其中：T5表示传输PDSCH的最后一个子帧到对应的HARQ反馈的第一个子帧之间的时间间隔。
RTT表示UE与网络之间信号传输时延。
N表示HARQ反馈持续时间。
ΔPDCCH1，表示UE完成HARQ反馈之后经历第一RTT的时刻到下一个PDCCH时机的第一个子帧之间的时间间隔；
ΔPDCCH2，表示从进行HARQ反馈使用的最后一个子帧之后的第3个子帧到下一个PDCCH时机的第一个子帧之间的时间间隔。
在另一些实施例中，如果所述下行HARQ进程为关闭HARQ反馈功能的HARQ进程，则HARQ RTT Timer为一个预定义的非负常量，例如，HARQ RTT Timer取值固定为0。
实施例六，对应于前述的情况6：
可选地，该实施例六可以适用于NB-IoT终端。
可选地，该实施例可以适用于非交织场景，或者交织场景中终端设备没有被配置HARQ-ACK bundling的情况。
步骤1：UE接收网络的DRX配置。
步骤2：UE接收到PDCCH指示调度多个下行TB，则UE在接收所述多个下行TB的最后一个下行TB的PDSCH的最后一次重复传输所在子帧启动所述多个下行TB中的每个下行TB的PDSCH所使用的下行HARQ进程对应的HARQ RTT Timer，其中，该PDSCH用于承载该下行TB。
步骤3：如果该UE没有被配置HARQ-ACK bundling，则对于所述多个下行TB中的每个下行TB的PDSCH所使用的下行HARQ进程，UE可以确定其对应的HARQ RTT Timer的时长。
在一些情况中，如果所使用的下行HARQ进程为开启HARQ反馈功能的HARQ进程，则可以根据如下方式中的一种确定HARQ RTT Timer的时长：
方式1：HARQ RTT Timer的时长为T6+2*N+RTT+ΔPDCCH1；
方式2：HARQ RTT Timer的时长为max{T6+2*N+RTT+ΔPDCCH1,T6+2*N+1+ΔPDCCH2}；
方式3：HARQ RTT Timer的时长为max{T6+N+N1+RTT+ΔPDCCH1,T6+2*N+1+ΔPDCCH2}。
其中：T6表示传输PDSCH的最后一个子帧到对应的HARQ反馈的第一个子帧之间的时间间隔。
RTT表示UE与网络之间信号传输时延。
N表示HARQ反馈持续时间。
ΔPDCCH1，表示UE完成HARQ反馈之后经历第一RTT的时刻到下一个PDCCH时机的第一个子帧之间的时间间隔；
ΔPDCCH2，表示从UE完成HARQ反馈后的第一个子帧到下一个PDCCH时机的第一个子帧之间的时间间隔。
在另一些情况中，如果所述下行HARQ进程为关闭HARQ反馈功能的HARQ进程，则HARQ RTT Timer为一个预定义的非负常量，例如，HARQ RTT Timer取值固定为0。
实施例七，对应于前述的情况7：
可选地，该实施例七可以适用于eMTC终端。
步骤1：UE接收网络的DRX配置。
步骤2：UE接收到PDCCH指示调度上行TB或UE在配置授权商发送上行TB，则UE在完成所述上行TB的PDSCH的最后一次重复传输所在子帧启动所述上行TB的PDSCH所使用的上行HARQ进程对应的UL HARQ RTT Timer。
步骤3：UE可以确定步骤2中的上行HARQ进程对应的UL HARQ RTT Timer的时长。
在一些实施例中，如果所述上行HARQ进程为开启HARQ功能的HARQ进程
对于FDD系统，则可以根据如下方式中的一种确定UL HARQ RTT Timer的时长：
方式1：UL HARQ RTT Timer的时长为RTT；
方式2：UL HARQ RTT Timer为max{RTT，4}。
对于TDD系统，则可以根据如下方式中的一种确定UL HARQ RTT Timer的时长：
方法1：UL HARQ RTT Timer的时长为RTT；
方法2：UL HARQ RTT Timer的时长为max{RTT,kULHARQRTT}
其中，RTT表示UE与网络之间信号传输时延。
在另一些实施例中，如果所述上行HARQ进程为关闭HARQ反馈功能的HARQ进程，则UL HARQ RTT Timer为一个预定义的非负常量，比如，UL HARQ RTT Timer取值固定为3。
实施例八，对应于前述的情况8：
可选地，该实施例八可以适用于NB-IoT终端。
步骤1：UE接收网络的DRX配置。
步骤2：UE接收到PDCCH指示调度一个上行TB，则UE在完成所述上行TB的PDSCH的最后一次重复传输所在子帧启动所述上行TB的PDSCH所使用的上行HARQ进程对应的UL HARQRTT Timer。
步骤3：UE可以确定步骤2中的上行HARQ进程对应的HARQ RTT Timer的时长。
在一些实施例中，如果所述上行HARQ进程为开启HARQ反馈功能的HARQ进程，则可以根据如下方式中的一种确定UL HARQ RTT Timer的时长：
方式1：HARQ RTT Timer的时长可以为RTT+ΔPDCCH3；
方式2：HARQ RTT Timer的时长可以为max{RTT+ΔPDCCH3,4+ΔPDCCH4}。
其中：RTT表示UE与网络之间信号传输时延。
ΔPDCCH3，表示PUSCH传输对应的最后一个子帧之后经历第一RTT之后的时刻到下一个PDCCH时机的第一个子帧之间的时间间隔。
ΔPDCCH4，表示从PUSCH传输对应的最后一个子帧的下一个子帧之后再经历3ms的时刻到下一个PDCCH时机的第一个子帧之间的时间间隔。
在另一些实施例中，如果所述上行HARQ进程为关闭HARQ反馈功能的HARQ进程，则ULHARQ RTT Timer为一个预定义的非负常量，例如，HARQ RTT Timer取值固定为0。
实施例九，对应于前述的情况9：
可选地，该实施例九可以适用于NB-IoT终端。
步骤1：UE接收网络的DRX配置。
步骤2：UE接收到PDCCH指示调度多个上行TB，则UE在发送所述多个上行TB的最后一个上行TB的PUSCH的最后一次重复传输所在子帧启动所述多个上行TB中的每个上行TB的PUSCH所使用的上行HARQ进程对应的UL HARQ RTT Timer。
步骤3：UE可以确定步骤2中的每个上行HARQ进程对应的UL HARQ RTT Timer的时长。
在一些情况中，如果所使用的上行HARQ进程为开启HARQ反馈功能的HARQ进程，，则可以根据如下方式中的一种确定UL HARQ RTT Timer的时长：
方式1：HARQ RTT Timer的时长可以为RTT+ΔPDCCH3；
方式2：HARQ RTT Timer的时长可以为max{RTT+ΔPDCCH3,1+ΔPDCCH4}。
其中：RTT表示UE与网络之间信号传输时延。
ΔPDCCH3，表示PUSCH传输对应的最后一个子帧之后经历第一RTT之后的时刻到下一个PDCCH时机的第一个子帧之间的时间间隔。
ΔPDCCH4，表示从PUSCH传输对应的最后一个子帧的下一个子帧之后再经历3ms的时刻到下一个PDCCH时机的第一个子帧之间的时间间隔。
在另一些实施例中，如果所述上行HARQ进程为关闭HARQ反馈功能的HARQ进程，则ULHARQ RTT Timer为一个预定义的非负常量，例如，HARQ RTT Timer取值固定为0。
基于上述技术方案，终端设备或网络设备可以在HARQ进程对应的HARQ反馈状态为开启终端或关闭状态时，分别根据往返时间RTT确定数据信道所使用的HARQ进程对应的HARQ RTT定时器的时长或确定时长为预设值，有利于兼顾终端的省电和网络的调度。
上文结合图3，详细描述了本申请的方法实施例，下文结合图4至图6，详细描述本申请的装置实施例，应理解，装置实施例与方法实施例相互对应，类似的描述可以参照方法实施例。
图4示出了根据本申请实施例的设备400的示意性框图。如图4所示，该设备400包括：
处理单元410，根据第一往返时间RTT，确定第一混合自动请求重传HARQ进程对应的HARQ RTT定时器的时长，或确定所述第一HARQ进程对应的HARQ RTT定时器的时长为预设值，其中，所述第一HARQ进程为第一数据信道所使用的HARQ进程，所述第一数据信道用于承载物理下行控制信道PDCCH调度的至少一个传输块TB中的第一TB，所述第一RTT根据终端设备和网络设备之间的信号传输时延确定，所述设备为终端设备或网络设备，所述设备为所述第一数据信道的发送端或接收端。
可选地，在一些实施例中，所述至少一个TB为下行TB，所述第一HARQ进程为下行HARQ进程，所述处理单元410具体用于：
根据所述第一RTT和第一信息，确定所述第一HARQ进程对应的HARQ RTT定时器的时长；
其中，所述第一信息包括如下中的至少一项：
所述至少一个TB的HARQ-ACK反馈时延；
终端设备完成HARQ-ACK反馈后的处理时延；
所述至少一个TB对应的HARQ-ACK信息的反馈重复传输次数参数；
所述至少一个TB的个数；
终端设备是否被配置为HARQ绑定反馈；
进行HARQ绑定反馈的TB个数；
所述第一HARQ进程对应的HARQ反馈功能的状态；
HARQ反馈持续时间，表示多次发送一个HARQ反馈信息所占用的总时间；
单次发送一个HARQ反馈信息所占用的时间；
第一PDCCH间隔，表示从第一时刻到第一时刻之后的第一个PDCCH时机之间的时间间隔，所述第一时刻在所述终端设备完成HARQ反馈之后，并且间隔所述第一RTT；
第二PDCCH间隔，表示从第二时刻到所述第二时刻之后的第一PDCCH时机之间的时间间隔，所述第二时刻在所述终端设备完成HARQ反馈之后，并且间隔所述处理时延。
可选地，在一些实施例中，所述处理单元410还用于：
根据所述第一RTT和所述第一信息，确定第一时长；
根据所述第一时长，确定所述第一HARQ进程对应的HARQ RTT定时器的时长。
可选地，在一些实施例中，所述处理单元410还用于：
将所述第一时长确定为所述第一HARQ进程对应的HARQ RTT定时器的时长；或者
将所述第一时长和第一预设时长中的较大值确定为所述第一HARQ进程对应的HARQ RTT定时器的时长；
其中，所述第一预设时长根据所述至少一个TB的反馈时延和所述处理时延确定。
可选地，在一些实施例中，所述至少一个TB只包括第一TB，其中，
所述至少一个TB的反馈时延包括第一时间间隔，所述第一时间间隔表示所述第一TB的最后一次传输到所述第一TB对应的HARQ反馈信息的第一次传输之间的时间间隔；
所述至少一个TB对应的HARQ-ACK信息的反馈重复传输次数参数包括第一参数和/或第二参数，其中，所述第一参数用于指示物理上行控制信道PUCCH的第一次传输，所述PUCCH用于承载所述第一TB对应的HARQ反馈信息，所述第二参数用于指示PUCCH重复因子。
可选地，在一些实施例中，所述处理单元410还用于：
根据所述第一RTT、所述第一时间间隔和所述反馈重复传输次数参数确定所述第一时长。
可选地，在一些实施例中，所述第一时长等于所述第一时间间隔、所述第一参数和所述第一RTT的和值，或者，所述第一时长等于所述第一时间间隔、所述第二参数和所述第一RTT的和值；
所述第一预设时长等于所述第一TB的反馈时延和所述处理时延。
可选地，在一些实施例中，所述至少一个TB包括多个TB，所述多个TB包括所述第一TB，所述终端设备没有被配置HARQ绑定反馈，其中，所述至少一个TB的反馈时延包括第二时间间隔，所述第二时间间隔表示所述多个TB中的最后一个TB的最后一次传输到所述多个TB对应的HARQ反馈信息的第一次传输之间的时间间隔；
所述至少一个TB对应的HARQ-ACK信息的反馈重复传输次数参数包括第一参数和/或第二参数，其中，所述第一参数用于指示PUCCH的第一次传输，所述PUCCH用于承载所述多个TB中的最后一个TB对应的HARQ反馈信息，所述第二参数用于指示PUCCH重复因子。
可选地，在一些实施例中，所述处理单元410还用于：根据所述第一RTT、所述多个TB的个数、所述第二时间间隔和所述反馈重复传输次数参数，确定所述第一时长。
可选地，在一些实施例中，所述第一时长等于T2+NTB*N+RTT或T2+(NTB-1)*N+N1+RTT，所述第一预设时长等于7+NTB*N；其中，RTT表示所述第一RTT，T2表示所述第二时间间隔，N1表示所述第一参数，N表示所述第二参数，NTB表示所述多个TB的个数。
可选地，在一些实施例中，所述至少一个TB包括多个TB，所述多个TB包括所述第一TB，所述终端设备被配置HARQ绑定反馈，其中，
所述至少一个TB的反馈时延包括第三时间间隔，所述第三时间间隔表示所述多个TB中的最后一个TB的最后一次传输到所述多个TB对应的HARQ反馈信息的第一次传输之间的时间间隔；
所述至少一个TB对应的HARQ-ACK信息的反馈重复传输次数参数包括第一参数和/或第二参数，其中，所述第一参数用于指示PUCCH的第一次传输，所述PUCCH用于承载所述多个TB中的最后一个绑定反馈的HARQ反馈信息，所述第二参数用于指示PUCCH重复因子。
可选地，在一些实施例中，所述处理单元410还用于：
根据所述第一RTT、所述第三时间间隔、所述反馈重复传输次数参数和对所述多个TB进行HARQ绑定反馈的组数确定所述第一HARQ进程对应的HARQ RTT定时器的时长。
可选地，在一些实施例中，所述第一时长等于T3+k*N+RTT，或T3+(k-1)*N+N1+RTT，所述第一预设时长等于7+k*N；其中，RTT表示所述第一RTT，T3表示所述第三时间间隔，N1表示所述第一参数，N表示所述第二参数，k表示所述多个TB进行HARQ绑定反馈的组数。
可选地，在一些实施例中，所述终端设备为增强机械类通信eMTC终端。
可选地，在一些实施例中，所述至少一个TB只包括第一TB，所述处理单元410还用于：
根据所述第一RTT、第四时间间隔、所述HARQ反馈持续时间和所述第一PDCCH间隔确定所述第一时长，其中，所述第四时间间隔表示所述第一TB的最后一次传输到所述第一TB对应的HARQ反馈信息的第一次传输之间的时间间隔。
可选地，在一些实施例中，所述第一时长等于T4+1+RTT+ΔPDCCH1，或T4+N+RTT+ΔPDCCH1，所述第一预设时长等于k+3+N+ΔPDCCH2；
其中，RTT表示所述第一RTT，T4表示所述第四时间间隔，N表示所述HARQ反馈持续时间，ΔPDCCH1表示所述第一PDCCH间隔，ΔPDCCH2表示所述第二PDCCH间隔。
可选地，在一些实施例中，所述至少一个TB包括多个TB，所述多个TB包括所述第一TB，所述终端设备被配置HARQ绑定反馈，所述处理单元410还用于：
根据所述第一RTT、第五时间间隔、所述HARQ反馈持续时间和所述第一PDCCH间隔确定所述第一时长，其中，所述第六时间间隔表示所述多个TB的最后一次传输到所述多个TB对应的HARQ反馈信息的第一次传输之间的时间间隔。
可选地，在一些实施例中，所述第一时长等于T5+N+RTT+ΔPDCCH1，所述第一预设时长等于T5+3+N+ΔPDCCH2；其中，RTT表示所述第一RTT，T5表示所述第五时间间隔，N表示所述HARQ反馈持续时间，ΔPDCCH1表示所述第一PDCCH间隔，ΔPDCCH2表示所述第二PDCCH间隔。
可选地，在一些实施例中，所述至少一个TB包括多个TB，所述多个TB包括所述第一TB，所述终端设备未被配置HARQ绑定反馈，所述处理单元410还用于：
根据所述第一RTT、第六时间间隔、所述HARQ反馈持续时间、单次发送一个HARQ反馈信息所占用的时间和所述第一PDCCH间隔确定所述第一时长；或
根据所述第一RTT、第六时间间隔、所述HARQ反馈持续时间和所述第一PDCCH间隔确定所述第一时长；其中，所述第六时间间隔表示所述多个TB的最后一次传输到所述多个TB对应的HARQ反馈信息的第一次传输之间的时间间隔。
可选地，所述第一时长等于T6+2N+RTT+ΔPDCCH1，或T6+N+N1+RTT+ΔPDCCH1，所述第一预设时长等于k+2N+1+ΔPDCCH2；其中，RTT表示所述第一RTT，T6表示所述第六时间间隔，N表示所述HARQ反馈持续时间，ΔPDCCH1表示所述第一PDCCH间隔，ΔPDCCH2表示所述第二PDCCH间隔，N1表示从完成第一个HARQ反馈信息的传输到完成第二个HARQ反馈信息的第一次传输所需使用的时间。
可选地，在一些实施例中，所述终端设备为窄带物联网NB-IoT终端。
可选地，所述至少一个TB为上行TB，所述第一HARQ进程为上行HARQ进程。
可选地，在一些实施例中，所述第一HARQ进程对应的HARQ RTT定时器的时长为所述第一RTT；或者，所述第一RTT和第二预设时长中的较大值。
可选地，在一些实施例中，所述终端设备为eMTC终端。
可选地，在一些实施例中，所述处理单元410还用于：
根据所述第一RTT和第二信息，确定所述第一HARQ进程对应的HARQ RTT定时器的时长；
其中，所述第二信息包括如下中的至少一项：第三PDCCH间隔，表示从第三时刻到第三时刻之后的第一个PDCCH时机之间的时间间隔，所述第三时刻在所述终端设备完成传输所述至少一个TB对应的数据信道的时刻之后，并且间隔所述第一RTT；
第四PDCCH间隔，表示从第四时刻到所述第四时刻之后的第一PDCCH时机之间的时间间隔，所述第四时刻在完成传输所述至少一个TB对应的数据信道之后，并且间隔所述处理时延。
可选地，在一些实施例中，所述处理单元410还用于：
根据所述第一RTT和所述第二信息确定第二时长；
根据所述第二时长确定所述第一HARQ进程对应的HARQ RTT定时器的时长。
可选地，在一些实施例中，所述根据所述第二时长确定所述第一HARQ进程对应的HARQ RTT定时器的时长，包括：
将所述第二时长确定为所述第一HARQ进程对应的HARQ RTT定时器的时长；或者
将所述第二时长和第二预设时长中的较大值确定为所述第一HARQ进程对应的HARQ RTT定时器的时长；其中，所述第二预设时长根据所述处理时延确定。
可选地，在一些实施例中，所述至少一个TB只包括第一TB，所述第二时长等于所述第一RTT和所述第三PDCCH间隔的和值；所述第二预设时长等于4和所述第四PDCCH间隔的和值。
可选地，在一些实施例中，所述至少一个TB包括多个TB，所述第二时长等于所述第一RTT和所述第三PDCCH间隔的和值；
所述第二预设时长等于1和所述第四PDCCH间隔的和值。
可选地，在一些实施例中，所述终端设备为NB-IoT终端。
可选地，在一些实施例中，所述处理单元410还用于：
在所述第一HARQ进程对应的HARQ反馈功能的状态为开启HARQ反馈功能的情况下，根据所述第一RTT，确定所述第一HARQ进程对应的HARQ RTT定时器的时长。
可选地，在一些实施例中，所述处理单元410还用于：
在所述第一HARQ进程对应的HARQ反馈功能的状态为关闭HARQ反馈功能的情况下，所述第一设备确定所述第一HARQ进程对应的HARQ RTT定时器的时长为预设值。
可选地，在一些实施例中，所述第一RTT根据所述终端设备的时间提前量TA确定。
应理解，根据本申请实施例的终端设备400可对应于本申请方法实施例中的终端设备，并且终端设备400中的各个单元的上述和其它操作和/或功能分别为了实现图3所示方法200中终端设备或网络设备的相应流程，为了简洁，在此不再赘述。
图5是本申请实施例提供的一种通信设备600示意性结构图。图5所示的通信设备600包括处理器610，处理器610可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图5所示，通信设备600还可以包括存储器620。其中，处理器610可以从存储器620中调用并运行计算机程序，以实现本申请实施例中的方法。其中，存储器620可以是独立于处理器610的一个单独的器件，也可以集成在处理器610中。
可选地，如图5所示，通信设备600还可以包括收发器630，处理器610可以控制该收发器630与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器630可以包括发射机和接收机。收发器630还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该通信设备600具体可为本申请实施例的网络设备，并且该通信设备600可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该通信设备600具体可为本申请实施例的移动终端/终端设备，并且该通信设备600可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
图6是本申请实施例的芯片的示意性结构图。图6所示的芯片700包括处理器710，处理器710可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图6所示，芯片700还可以包括存储器720。其中，处理器710可以从存储器720中调用并运行计算机程序，以实现本申请实施例中的方法。其中，存储器720可以是独立于处理器710的一个单独的器件，也可以集成在处理器710中。
可选地，该芯片700还可以包括输入接口730。其中，处理器710可以控制该输入接口730与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片700还可以包括输出接口740。其中，处理器710可以控制该输出接口740与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该芯片可应用于本申请实施例中的移动终端/终端设备，并且该芯片可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(doubledata rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。
可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。
可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序可应用于本申请实施例中的移动终端/终端设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (15)

1.一种无线通信的方法，其特征在于，包括：
第一设备根据第一往返时间RTT，确定第一混合自动请求重传HARQ进程对应的HARQRTT定时器的时长，或所述第一设备确定所述第一HARQ进程对应的HARQ RTT定时器的时长为预设值，其中，所述第一HARQ进程为第一数据信道所使用的HARQ进程，所述第一数据信道用于承载物理下行控制信道PDCCH调度的至少一个传输块TB中的第一TB，所述第一RTT根据终端设备和网络设备之间的信号传输时延确定，所述第一设备为终端设备或网络设备，所述第一设备为所述第一数据信道的发送端或接收端。
2.根据权利要求1所述的方法，其特征在于，所述至少一个TB为下行TB，所述第一HARQ进程为下行HARQ进程，所述第一设备根据第一往返时间RTT，确定第一混合自动请求重传HARQ进程对应的HARQ RTT定时器的时长，包括：
根据所述第一RTT和第一信息，确定所述第一HARQ进程对应的HARQ RTT定时器的时长；
其中，所述第一信息包括如下中的至少一项：
所述至少一个TB的HARQ-ACK反馈时延；
终端设备完成HARQ-ACK反馈后的处理时延；
所述至少一个TB对应的HARQ-ACK信息的反馈重复传输次数参数；
所述至少一个TB的个数；
终端设备是否被配置为HARQ绑定反馈；
进行HARQ绑定反馈的TB个数；
所述第一HARQ进程对应的HARQ反馈功能的状态；
HARQ反馈持续时间，表示多次发送一个HARQ反馈信息所占用的总时间；
单次发送一个HARQ反馈信息所占用的时间；
第一PDCCH间隔，表示从第一时刻到第一时刻之后的第一个PDCCH时机之间的时间间隔，所述第一时刻在所述终端设备完成HARQ反馈之后，并且间隔所述第一RTT；
第二PDCCH间隔，表示从第二时刻到所述第二时刻之后的第一PDCCH时机之间的时间间隔，所述第二时刻在所述终端设备完成HARQ反馈之后，并且间隔所述处理时延。
3.根据权利要求2所述的方法，其特征在于，所述根据所述第一RTT和第一信息，确定所述第一HARQ进程对应的HARQ RTT定时器的时长，包括：
根据所述第一RTT和所述第一信息，确定第一时长；
根据所述第一时长，确定所述第一HARQ进程对应的HARQ RTT定时器的时长。
4.根据权利要求3所述的方法，其特征在于，所述根据所述第一时长，确定所述第一HARQ进程对应的HARQ RTT定时器的时长，包括：
将所述第一时长确定为所述第一HARQ进程对应的HARQ RTT定时器的时长；或者
将所述第一时长和第一预设时长中的较大值确定为所述第一HARQ进程对应的HARQRTT定时器的时长；
其中，所述第一预设时长根据所述至少一个TB的反馈时延和所述处理时延确定。
5.根据权利要求3或4所述的方法，其特征在于，所述至少一个TB只包括第一TB，其中，
所述至少一个TB的反馈时延包括第一时间间隔，所述第一时间间隔表示所述第一TB的最后一次传输到所述第一TB对应的HARQ反馈信息的第一次传输之间的时间间隔；
所述至少一个TB对应的HARQ-ACK信息的反馈重复传输次数参数包括第一参数和/或第二参数，其中，所述第一参数用于指示物理上行控制信道PUCCH的第一次传输，所述PUCCH用于承载所述第一TB对应的HARQ反馈信息，所述第二参数用于指示PUCCH重复因子。
6.根据权利要求5所述的方法，其特征在于，所述根据所述第一RTT和所述第一信息，确定第一时长，包括：
根据所述第一RTT、所述第一时间间隔和所述反馈重复传输次数参数确定所述第一时长，其中，所述第一时长等于所述第一时间间隔、所述第一参数和所述第一RTT的和值，或者，所述第一时长等于所述第一时间间隔、所述第二参数和所述第一RTT的和值；
所述第一预设时长等于所述第一TB的反馈时延和所述处理时延。
7.根据权利要求3或4所述的方法，其特征在于，所述至少一个TB包括多个TB，所述多个TB包括所述第一TB，所述终端设备没有被配置HARQ绑定反馈，其中，
所述至少一个TB的反馈时延包括第二时间间隔，所述第二时间间隔表示所述多个TB中的最后一个TB的最后一次传输到所述多个TB对应的HARQ反馈信息的第一次传输之间的时间间隔；
所述至少一个TB对应的HARQ-ACK信息的反馈重复传输次数参数包括第一参数和/或第二参数，其中，所述第一参数用于指示PUCCH的第一次传输，所述PUCCH用于承载所述多个TB中的最后一个TB对应的HARQ反馈信息，所述第二参数用于指示PUCCH重复因子，其中，所述根据所述第一RTT和第一信息，确定第一时长，包括：
根据所述第一RTT、所述多个TB的个数、所述第二时间间隔和所述反馈重复传输次数参数，确定所述第一时长。
8.根据权利要求3或4所述的方法，其特征在于，所述至少一个TB包括多个TB，所述多个TB包括所述第一TB，所述终端设备被配置HARQ绑定反馈，其中，
所述至少一个TB的反馈时延包括第三时间间隔，所述第三时间间隔表示所述多个TB中的最后一个TB的最后一次传输到所述多个TB对应的HARQ反馈信息的第一次传输之间的时间间隔；
所述至少一个TB对应的HARQ-ACK信息的反馈重复传输次数参数包括第一参数和/或第二参数，其中，所述第一参数用于指示PUCCH的第一次传输，所述PUCCH用于承载所述多个TB中的最后一个绑定反馈的HARQ反馈信息，所述第二参数用于指示PUCCH重复因子。
9.根据权利要求3或4所述的方法，其特征在于，所述至少一个TB只包括第一TB，其中，所述根据所述第一RTT和第一信息，确定第一时长，包括：
根据所述第一RTT、第四时间间隔、所述HARQ反馈持续时间和所述第一PDCCH间隔确定所述第一时长，其中，所述第四时间间隔表示所述第一TB的最后一次传输到所述第一TB对应的HARQ反馈信息的第一次传输之间的时间间隔。
10.根据权利要求3或4所述的方法，其特征在于，所述至少一个TB包括多个TB，所述多个TB包括所述第一TB，所述终端设备被配置HARQ绑定反馈，其中，
根据所述第一RTT和第一信息，确定第一时长，包括：
根据所述第一RTT、第五时间间隔、所述HARQ反馈持续时间和所述第一PDCCH间隔确定所述第一时长，其中，所述第六时间间隔表示所述多个TB的最后一次传输到所述多个TB对应的HARQ反馈信息的第一次传输之间的时间间隔。
11.根据权利要求3或4所述的方法，其特征在于，所述至少一个TB包括多个TB，所述多个TB包括所述第一TB，所述终端设备未被配置HARQ绑定反馈，其中，
所述根据所述第一RTT和第一信息，确定第一时长，包括：
根据所述第一RTT、第六时间间隔、所述HARQ反馈持续时间、单次发送一个HARQ反馈信息所占用的时间和所述第一PDCCH间隔确定所述第一时长；或
根据所述第一RTT、第六时间间隔、所述HARQ反馈持续时间和所述第一PDCCH间隔确定所述第一时长；
其中，所述第六时间间隔表示所述多个TB的最后一次传输到所述多个TB对应的HARQ反馈信息的第一次传输之间的时间间隔。
12.根据权利要求1所述的方法，其特征在于，其中所述至少一个TB为上行TB，所述第一HARQ进程为上行HARQ进程，且所述根据第一往返时间RTT，确定第一混合自动请求重传HARQ进程对应的HARQ RTT定时器的时长，包括：
根据所述第一RTT和第二信息，确定所述第一HARQ进程对应的HARQ RTT定时器的时长；
其中，所述第二信息包括如下中的至少一项：
第三PDCCH间隔，表示从第三时刻到第三时刻之后的第一个PDCCH时机之间的时间间隔，所述第三时刻在所述终端设备完成传输所述至少一个TB对应的数据信道的时刻之后，并且间隔所述第一RTT；
第四PDCCH间隔，表示从第四时刻到所述第四时刻之后的第一PDCCH时机之间的时间间隔，所述第四时刻在完成传输所述至少一个TB对应的数据信道之后，并且间隔所述处理时延。
13.根据权利要求1-12中任一项所述的方法，其特征在于，所述第一设备根据第一往返时间RTT，确定第一混合自动请求重传HARQ进程对应的HARQ RTT定时器的时长，包括：
在所述第一HARQ进程对应的HARQ反馈功能的状态为开启HARQ反馈功能的情况下，根据所述第一RTT，确定所述第一HARQ进程对应的HARQ RTT定时器的时长；
其中，所述第一设备确定所述第一HARQ进程对应的HARQ RTT定时器的时长为预设值，包括：
在所述第一HARQ进程对应的HARQ反馈功能的状态为关闭HARQ反馈功能的情况下，所述第一设备确定所述第一HARQ进程对应的HARQ RTT定时器的时长为预设值。
14.一种无线通信的设备，其特征在于，包括：
处理单元，根据第一往返时间RTT，确定第一混合自动请求重传HARQ进程对应的HARQRTT定时器的时长，或确定所述第一HARQ进程对应的HARQ RTT定时器的时长为预设值，其中，所述第一HARQ进程为第一数据信道所使用的HARQ进程，所述第一数据信道用于承载物理下行控制信道PDCCH调度的至少一个传输块TB中的第一TB，所述第一RTT根据终端设备和网络设备之间的信号传输时延确定，所述无线通信的设备为终端设备或网络设备，所述无线通信的设备为所述第一数据信道的发送端或接收端。
15.一种无线通信的设备，其特征在于，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至13中任一项所述的方法。
CN202311388758.2A 2020-09-29 2020-09-29 无线通信的方法和设备 Pending CN117320173A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311388758.2A CN117320173A (zh) 2020-09-29 2020-09-29 无线通信的方法和设备

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
PCT/CN2020/118989 WO2022067549A1 (zh) 2020-09-29 2020-09-29 无线通信的方法和设备
CN202311388758.2A CN117320173A (zh) 2020-09-29 2020-09-29 无线通信的方法和设备
CN202080102117.4A CN115702584A (zh) 2020-09-29 2020-09-29 无线通信的方法和设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN202080102117.4A Division CN115702584A (zh) 2020-09-29 2020-09-29 无线通信的方法和设备

Publications (1)

Publication Number Publication Date
CN117320173A true CN117320173A (zh) 2023-12-29

Family

ID=80949413

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202080102117.4A Pending CN115702584A (zh) 2020-09-29 2020-09-29 无线通信的方法和设备
CN202311388758.2A Pending CN117320173A (zh) 2020-09-29 2020-09-29 无线通信的方法和设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202080102117.4A Pending CN115702584A (zh) 2020-09-29 2020-09-29 无线通信的方法和设备

Country Status (4)

Country Link
US (1) US20230224091A1 (zh)
EP (1) EP4221310A4 (zh)
CN (2) CN115702584A (zh)
WO (1) WO2022067549A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11889498B2 (en) * 2021-08-06 2024-01-30 Qualcomm Incorporated Indication of control channel repetition factor
US11962420B1 (en) * 2022-10-11 2024-04-16 Asus Technology Licensing Inc. Method and apparatus of handling discontinuous reception (DRX) timer for multicast data reception in a wireless communication system
WO2024098341A1 (zh) * 2022-11-10 2024-05-16 Oppo广东移动通信有限公司 无线通信的方法和终端设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010075102A1 (en) * 2008-12-16 2010-07-01 Research In Motion Limited Hybrid automatic repeat request round trip time and acknowledgement/negative acknowledgement repetition in discontinuous reception
EP3280085B1 (en) * 2016-08-05 2020-09-23 HTC Corporation Device for handling a hybrid automatic repeat request round-trip time timer in a discontinuous reception
JP2020080442A (ja) * 2017-03-22 2020-05-28 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
CN110876210B (zh) * 2018-08-31 2021-06-25 展讯通信（上海）有限公司 Ue非连续接收的控制方法及装置、存储介质、终端
CN114982170B (zh) * 2020-01-17 2024-06-04 瑞典爱立信有限公司 用于多tb调度的harq rtt定时器调整

Also Published As

Publication number Publication date
US20230224091A1 (en) 2023-07-13
EP4221310A4 (en) 2023-11-01
EP4221310A1 (en) 2023-08-02
WO2022067549A1 (zh) 2022-04-07
CN115702584A (zh) 2023-02-14

Similar Documents

Publication Publication Date Title
CN110035502B (zh) 通信方法、通信设备和网络设备
US20220232596A1 (en) Discontinuous reception method, terminal device and storage medium
US20230224091A1 (en) Wireless communication method and device
CN113728697B (zh) 无线通信方法和终端设备
CN114270917B (zh) 一种drx配置方法及装置、终端设备、网络设备
US20240023015A1 (en) Sidelink transmission method and terminal
CN115462115A (zh) 物理下行控制信道pdcch的监听方法及装置
CN117322032A (zh) 确定drx激活期的方法及终端设备
US20230337320A1 (en) Wireless communication method and terminal device
CN116134906A (zh) 一种随机接入方法、电子设备及存储介质
CN115868132B (zh) 无线通信方法和设备
WO2022205346A1 (zh) 终端设备切换搜索空间集分组sssg的方法、终端设备和网络设备
CN116569644A (zh) 无线通信的方法及终端设备
WO2021087903A1 (zh) 无线通信方法及设备、终端设备和网络设备
CN117044383A (zh) 一种控制定时器的方法及装置、终端设备
WO2023102788A1 (zh) 无线通信的方法、终端设备和网络设备
WO2023044655A1 (zh) 无线通信的方法、终端设备和网络设备
WO2022067729A1 (zh) 非连续接收的方法、终端设备和网络设备
CN116671164A (zh) 无线通信的方法及设备
CN115314917A (zh) 一种侧行链路sl通信的方法和装置
CN117413591A (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