Wireless communication method and device

Abstract

A method and device for wireless communication, the method comprising: a first device determines the duration of a HARQ RTT timer corresponding to a first hybrid automatic repeat request HARQ process based on a first round-trip time RTT, or the first device determines the duration of the HARQ RTT timer corresponding to the first HARQ process to be a preset value, wherein the first HARQ process is a HARQ process used by a first data channel, the first data channel is used to carry a first TB of at least one transmission block TB scheduled by a physical downlink control channel PDCCH, the first RTT is determined based on a signal transmission delay between a terminal device and a network device, the first device is a terminal device or a network device, and the first device is a transmitting end or a receiving end of the first data channel.

Description

[0001] This invention is a divisional application of the invention patent application with application number 202080102117.4 filed on September 29, 2020 and invention name “Method and Device for Wireless Communication”. Technical Field

[0002] The embodiments of the present application relate to the field of communications, and specifically to a method and device for wireless communications. Background Art

[0003] In a discontinuous reception (DRX) scenario, after completing uplink transmission or downlink reception, the terminal device can start the Hybrid Automatic Repeat Request (HARQ) round trip time (RTT) timer. After the timer times out, the network device can schedule data. The design of the HARQ RTT timer usually mainly considers the processing delay after the terminal device completes data transmission.

[0004] In non-terrestrial networks (NTN) systems, the signal transmission delay between the terminal and the network is very large. In this case, how to design the duration of the HARQ RTT timer to take into account both the power saving of the terminal and the scheduling of the network is an urgent problem to be solved. Summary of the invention

[0005] The embodiments of the present application provide a method and device for wireless communication, which can design the duration of the HARQ RTT timer according to the RTT between the terminal device and the network device, which is beneficial to reducing the power consumption of the terminal.

[0006] In a first aspect, a method for wireless communication is provided, including: a first device determines, based on a first round-trip time RTT, a duration of a HARQ RTT timer corresponding to a first hybrid automatic repeat request HARQ process, or the first device determines, as a preset value, the duration of the HARQ RTT timer corresponding to the first HARQ process, wherein the first HARQ process is a HARQ process used by a first data channel, the first data channel is used to carry a first TB of at least one transmission block TB scheduled by a physical downlink control channel PDCCH, the first RTT is determined based on a signal transmission delay between a terminal device and a network device, the first device is a terminal device or a network device, and the first device is a transmitting end or a receiving end of the first data channel.

[0007] In a second aspect, a wireless communication device is provided, which is used to execute the method in the first aspect or any possible implementation of the first aspect. Specifically, the device includes a unit for executing the method in the first aspect or any possible implementation of the first aspect.

[0008] In a third aspect, a wireless communication device is provided, the device comprising: a processor and a memory. The memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory to execute the method in the first aspect or its implementation manner.

[0009] In a fourth aspect, a chip is provided for implementing the method in the first aspect or its various implementations.

[0010] Specifically, the chip includes: a processor, which is used to call and run a computer program from a memory, so that a device equipped with the chip executes the method in the above-mentioned first aspect or its various implementation modes.

[0011] In a fifth aspect, a computer-readable storage medium is provided for storing a computer program, wherein the computer program enables a computer to execute the method in the above-mentioned first aspect or its various implementations.

[0012] In a sixth aspect, a computer program product is provided, comprising computer program instructions, which enable a computer to execute the method in the above-mentioned first aspect or its various implementations.

[0013] In a seventh aspect, a computer program is provided, which, when executed on a computer, enables the computer to execute the method in the first aspect or its various implementations.

[0014] Based on the above technical solution, the terminal device or network device can determine the duration of the HARQ RTT timer corresponding to the HARQ process used by the data channel according to the round-trip time RTT or determine the duration as a preset value, which is beneficial to balancing terminal power saving and network scheduling. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] Figure 1 It is a schematic diagram of an application scenario provided by an embodiment of the present application.

[0016] Figure 2 It is a schematic block diagram of DRX of an embodiment of the present application.

[0017] Figure 3 It is a schematic diagram of a wireless communication method provided in an embodiment of the present application.

[0018] Figure 4 It is a schematic block diagram of a wireless communication device provided in an embodiment of the present application.

[0019] Figure 5 It is a schematic block diagram of a communication device provided in another embodiment of the present application.

[0020] Figure 6 It is a schematic block diagram of a chip provided in an embodiment of the present application. DETAILED DESCRIPTION

[0021] The following will describe the technical solutions in the embodiments of the present application in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. For the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0022] The technical solutions of the embodiments of the present application can be applied to various communication systems, such as: Global System of Mobile communication (GSM) system, Code Division Multiple Access (CDMA) system, Wideband Code Division Multiple Access (WCDMA) system, General Packet Radio Service (GPRS), Long Term Evolution (LTE) system, Advanced Long Term Evolution (LTE-A) system, New Radio (NR) system, NR system evolution system, LTE on unlicensed spectrum (LTE-U) system, NR on unlicensed spectrum (NR-U) system, Non-Terrestrial Networks (NTN) system, Universal Mobile Telecommunication System (UMTS), Wireless Local Area Networks (WLAN), Wireless Fidelity (Wireless Fidelity) system. Fidelity, WiFi), fifth-generation communication (5th-Generation, 5G) system or other communication systems, etc.

[0023] Generally speaking, traditional communication systems support a limited number of connections and are easy to implement. However, with the development of communication technology, mobile communication systems will not only support traditional communications, but will also support, for example, device to device (Device to Device, D2D) communication, machine to machine (Machine to Machine, M2M) communication, machine type communication (Machine Type Communication, MTC), vehicle to vehicle (V2V) communication, or vehicle to everything (V2X) communication, etc. The embodiments of the present application can also be applied to these communication systems.

[0024] Optionally, the communication system in the embodiment of the present application can be applied to a carrier aggregation (CA) scenario, a dual connectivity (DC) scenario, or a standalone (SA) networking scenario.

[0025] Optionally, the communication system in the embodiment of the present application can be applied to an unlicensed spectrum, wherein the unlicensed spectrum can also be considered as a shared spectrum; or, the communication system in the embodiment of the present application can also be applied to an authorized spectrum, wherein the authorized spectrum can also be considered as an unshared spectrum.

[0026] The embodiments of the present application describe various embodiments in conjunction with network devices and terminal devices, wherein the terminal device may also be referred to as user equipment (UE), access terminal, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent or user device, etc.

[0027] The terminal device can be a station (STATION, ST) in a WLAN, a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA) device, a handheld device with wireless communication function, a computing device or other processing device connected to a wireless modem, a vehicle-mounted device, a wearable device, a terminal device in a next-generation communication system such as an NR network, or a terminal device in a future evolved Public Land Mobile Network (PLMN) network, etc.

[0028] In the embodiments of the present application, the terminal device can be deployed on land, including indoors or outdoors, handheld, wearable or vehicle-mounted; it can also be deployed on the water surface (such as ships, etc.); it can also be deployed in the air (for example, on airplanes, balloons and satellites, etc.).

[0029] In the embodiment of the present application, the terminal device can be a mobile phone, a tablet computer, a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in self driving, a wireless terminal device in remote medical, a wireless terminal device in a smart grid, a wireless terminal device in transportation safety, a wireless terminal device in a smart city, or a wireless terminal device in a smart home, etc.

[0030] As an example but not limitation, in the embodiments of the present application, the terminal device may also be a wearable device. Wearable devices may also be referred to as wearable smart devices, which are a general term for wearable devices that are intelligently designed and developed using wearable technology for daily wear, such as glasses, gloves, watches, clothing, and shoes. A wearable device is a portable device that is worn directly on the body or integrated into the user's clothes or accessories. Wearable devices are not only hardware devices, but also powerful functions achieved through software support, data interaction, and cloud interaction. Broadly speaking, wearable smart devices include full-featured, large-sized, and fully or partially independent of smartphones, such as smart watches or smart glasses, as well as devices that only focus on a certain type of application function and need to be used in conjunction with other devices such as smartphones, such as various types of smart bracelets and smart jewelry for vital sign monitoring.

[0031] In an embodiment of the present application, the network device may be a device for communicating with a mobile device. The network device may be an access point (AP) in WLAN, a base station (Base Transceiver Station, BTS) in GSM or CDMA, a base station (NodeB, NB) in WCDMA, an evolved base station (EvolutionalNode B, eNB or eNodeB) in LTE, or a relay station or access point, or a vehicle-mounted device, a wearable device, and a network device (gNB) in an NR network, or a network device in a future evolved PLMN network, or a network device in an NTN network, etc.

[0032] As an example but not limitation, in an embodiment of the present application, the network device may have a mobile characteristic, for example, the network device may be a mobile device. Optionally, the network device may be a satellite or a balloon station. For example, the satellite may be a low earth orbit (LEO) satellite, a medium earth orbit (MEO) satellite, a geostationary earth orbit (GEO) satellite, a high elliptical orbit (HEO) satellite, etc. Optionally, the network device may also be a base station set up in a location such as land or water.

[0033] In an embodiment of the present application, the network device can provide services for a cell, and the terminal device communicates with the network device through the transmission resources used by the cell (for example, frequency domain resources, or spectrum resources). The cell can be a cell corresponding to the network device (for example, a base station), and the cell can belong to a macro base station or a base station corresponding to a small cell. The small cells here may include: metro cells, micro cells, pico cells, femto cells, etc. These small cells have the characteristics of small coverage and low transmission power, and are suitable for providing high-speed data transmission services.

[0034] For example, the communication system 100 used in the embodiment of the present application is as follows: Figure 1 The communication system 100 may include a network device 110, which may be a device that communicates with a terminal device 120 (or a communication terminal or terminal). The network device 110 may provide communication coverage for a specific geographical area and may communicate with terminal devices located in the coverage area.

[0035] Figure 1One network device and two terminal devices are shown exemplarily. Optionally, the communication system 100 may include multiple network devices and each network device may include another number of terminal devices within its coverage area, which is not limited in the embodiments of the present application.

[0036] Optionally, the communication system 100 may also include other network entities such as a network controller and a mobility management entity, which is not limited in the embodiments of the present application.

[0037] It should be understood that the device with communication function in the network / system in the embodiment of the present application can be referred to as a communication device. Figure 1 Taking the communication system 100 shown as an example, the communication equipment may include a network device 110 and a terminal device 120 with communication functions. The network device 110 and the terminal device 120 may be the specific devices described above and will not be repeated here. The communication equipment may also include other devices in the communication system 100, such as a network controller, a mobile management entity and other network entities, which is not limited in the embodiments of the present application.

[0038] It should be understood that the terms "system" and "network" are often used interchangeably in this article. The term "and / or" in this article is only a description of the association relationship of associated objects, indicating that three relationships can exist. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article generally indicates that the associated objects before and after are in an "or" relationship.

[0039] It should be understood that the "indication" mentioned in the embodiments of the present application can be a direct indication, an indirect indication, or an indication of an association relationship. For example, A indicates B, which can mean that A directly indicates B, for example, B can be obtained through A; it can also mean that A indirectly indicates B, for example, A indicates C, and B can be obtained through C; it can also mean that there is an association relationship between A and B.

[0040] In the description of the embodiments of the present application, the term "corresponding" may indicate a direct or indirect correspondence between two items, or an association relationship between the two items, or a relationship between indication and being indicated, configuration and being configured, and the like.

[0041] In some scenarios, the concept of DRX is proposed for the purpose of terminal power saving. Specifically, the network device can configure the terminal device to wake up (DRX ON) at a time predicted by the network and monitor the PDSCH. At the same time, the network can also configure the terminal device to sleep (DRX OFF) at a time predicted by the network, that is, the terminal device does not need to monitor the PDCCH. Therefore, if the network device 120 has data to transmit to the terminal device 110, the network device 120 can schedule the terminal device 110 during the time when the terminal device 110 is in DRX ON, and during the DRC OFF time, the terminal power consumption can be reduced because the radio frequency is turned off.

[0042] like Figure 2 As described above, the DRX cycle configured by the network device for the terminal device consists of an activation period (On Duration) and a sleep period (Opportunity for DRX). In the RRC connected state (RRC CONNECTED) mode, if the terminal device is configured with the DRX function, the terminal device monitors and receives the PDCCH during the On Duration time; the terminal device does not monitor the PDCCH during the sleep period to reduce power consumption.

[0043] It should be understood that the terminal device in the dormant period in the embodiment of the present application does not receive PDCCH, but can receive data from other physical channels. The embodiment of the present invention is not specifically limited. For example, the terminal device can receive a physical downlink shared channel (PDSCH), ACK / NACK, etc. For another example, in semi-persistent scheduling (Semi-Persistent Scheduling, SPS), the terminal device can receive periodically configured PDSCH data.

[0044] In some embodiments, a DRX function may be configured for a Media Access Control (MAC) entity through Radio Resource Control (RRC) to control the behavior of a terminal device monitoring PDCCH. That is, each MAC entity may correspond to a DRX configuration. Optionally, the DRX configuration may include at least one of the following:

[0045] DRX onDuration Timer (drx-onDurationTimer): The duration of the terminal device waking up at the beginning of a DRX Cycle.

[0046] DRX slot offset (drx-SlotOffset): The delay for the terminal device to start drx-onDurationTimer.

[0047] DRX inactivity timer (drx-InactivityTimer): When the terminal device receives a PDCCH indicating an initial uplink transmission or an initial downlink transmission, the terminal device continues to monitor the PDCCH for a certain period of time.

[0048] DRX downlink retransmission timer (drx-RetransmissionTimerDL): The maximum duration that the terminal device monitors the PDCCH indicating downlink retransmission scheduling. Each downlink HARQ process except the broadcast HARQ process corresponds to one drx-RetransmissionTimerDL.

[0049] DRX uplink retransmission timer (drx-RetransmissionTimerUL): The maximum duration for the terminal device to monitor the PDCCH indicating uplink retransmission scheduling. Each uplink HARQ process corresponds to one drx-RetransmissionTimerUL.

[0050] Long DRX cycle start offset (longDRX-CycleStartOffset): used to configure the long DRX cycle, and the subframe offset at which the long DRX cycle and the short DRX cycle start.

[0051] Short DRX cycle (drx-ShortCycle): Short DRX cycle, which is an optional configuration.

[0052] Short cycle timer (drx-ShortCycleTimer): The duration that the terminal device is in a short DRX cycle (and does not receive any PDCCH), which is an optional configuration.

[0053] Downlink Hybrid Automatic Repeat Request (HARQ) Round Trip Time (RTT) Timer (HARQ RTT Timer): The minimum waiting time required for a terminal device to receive a PDCCH indicating downlink scheduling. Each downlink HARQ process except the broadcast HARQ process corresponds to a HARQ RTT Timer.

[0054] Short TTIDRX retransmission timer (drx-RetransmissionTimerShortTTI): The length of the downlink retransmission timer when short TTI is configured.

[0055] Short TTIDRX uplink retransmission timer (drx-ULRetransmissionTimerShortTTI): The length of the uplink retransmission timer when short TTI is configured.

[0056] Uplink hybrid automatic repeat request (Hybrid Automatic Repeat Request, HARQ) round trip time (Round Trip Time, RTT) timer (UL HARQ RTT Timer): the minimum waiting time required for the terminal device to receive the PDCCH indicating uplink scheduling. Each uplink HARQ process corresponds to one UL HARQ RTT Timer.

[0057] If the terminal device is configured with DRX, the terminal device needs to monitor the PDCCH during the DRX Active Time. The DRX Active Time includes the following situations:

[0058] Any of drx-onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimerDL, drx-RetransmissionTimerShortTTI, drx-RetransmissionTimerUL, drx-ULRetransmissionTimerShortTTI and random access contention resolution timer (ra-ContentionResolutionTimer) is running;

[0059] The terminal device sends a Scheduling Request (SR) on PUCCH / Short PUCCH (SPUCCH) and is in a pending state;

[0060] In a contention-based random access process, the terminal device has not received an initial transmission indicated by a PDCCH scrambled by a cell radio network temporary identifier (Cell RNTI, C-RNTI) after successfully receiving a random access response;

[0061] For a pending HARQ retransmission, a UL grant can be received and there is data in the HARQ buffer of the asynchronous HARQ process;

[0062] A machine type of communication (MTC) PDCCH uplink HARQ-ACK feedback configuration (mpdcch-UL-HARQ-ACK-FeedbackConfig) is configured and repeated transmission within a bundling group (bundle) is currently being performed.

[0063] In some embodiments, if the drx-InactivityTimer times out and / or the terminal device receives a DRX command media access control control element (DRX Command MAC CE), the terminal device uses a long DRX cycle.

[0064] In some embodiments, if the drx-ShortCycleTimer times out and / or the terminal device receives a long DRXcommand MAC CE, the terminal device uses a short DRX cycle.

[0065] In some embodiments, the terminal device may decide when to start the drx-onDurationTimer according to whether it is currently in a long DRX cycle or a short DRX cycle.

[0066] For example, if a short DRX cycle is used, and the current subframe satisfies [(SFN×10)+subframe number] modulo(drx-ShortCycle)=(drx-StartOffset) modulo(drx-ShortCycle).

[0067] For another example, if a long DRX cycle is used, and the current subframe satisfies [(SFN×10)+subframe number] modulo(drx-LongCycle)=drx-StartOffset.

[0068] Among them, modulo represents the modulo operation.

[0069] In some embodiments, the terminal device may start drx-onDurationTimer at a time drx-SlotOffset slots after the start of the current subframe.

[0070] In some embodiments, the conditions for starting or restarting the drx-InactivityTimer include but are not limited to:

[0071] If the terminal device receives a PDCCH indicating a downlink or uplink initial transmission, the terminal device starts or restarts the drx-InactivityTimer.

[0072] In some embodiments, the conditions for starting and stopping drx-RetransmissionTimerDL include but are not limited to:

[0073] When the terminal device receives a PDCCH indicating downlink transmission, or when the terminal device receives a MAC PDU on the configured downlink authorization resources, the terminal device stops the drx-RetransmissionTimerDL corresponding to the HARQ process.

[0074] It should be understood that in an embodiment of the present application, the timer used to control the minimum waiting time required for a terminal device to expect to receive a PDCCH indicating downlink scheduling can be expressed as different names. For example, in an LTE system, the timer can be called a HARQ RTT timer, and in an NR system it can be called drx-HARQ-RTT-TimerDL. As the standard evolves, the timer can also be updated to other names. The embodiment of the present application does not specifically limit the name of the timer and the applicable communication system. It can be applicable to various systems or networks equipped with the timer. Similarly, the timer used to control the minimum waiting time required for a terminal device to expect to receive a PDCCH indicating uplink scheduling is also true. Below, the lower line HARQ RTT timer and the up line UL HARQ RTT timer are used as examples for explanation, but the present application is not limited to this.

[0075] In some embodiments, the conditions for starting and stopping the HARQ RTT Timer include but are not limited to:

[0076] When the terminal device receives a PDCCH indicating a downlink transmission, or if the terminal device has a configured downlink grant in a subframe receiving the Physical Uplink Shared Channel (PUSCH), then:

[0077] If the terminal device is a narrowband Internet of Things (NB-IoT) terminal or an enhanced machine type communication (eMTC) terminal, then;

[0078] If the physical layer indicates that multiple transport blocks (TB) transmissions are scheduled, the terminal device starts the HARQ RTT Timer corresponding to the downlink HARQ process used by the PDSCH of each TB in the multiple TBs when receiving the last repeated transmission of the PDSCH of the last TB of the multiple TBs.

[0079] Otherwise, that is, the physical layer indicates that a TB transmission is scheduled, the terminal device starts the HARQ RTT Timer corresponding to the downlink HARQ process used by the PDSCH in the subframe where the last repeated transmission of the PDSCH is received.

[0080] If the UE is not one of the above two terminals, the HARQRTT Timer corresponding to the downlink HARQ process used by the PDSCH is started.

[0081] If the HARQ RTT Timer times out and if the data decoding of the HARQ process fails, the terminal device starts the drx-RetransmissionTimer corresponding to the downlink HARQ process.

[0082] For NB-IoT terminals, if the physical layer indicates that multiple TBs are associated with the HARQ RTT Timer, the drx-InactivityTimer is started or restarted after the HARQ RTT Timers corresponding to all these HARQ processes have timed out, otherwise, the drx-InactivityTimer is started or restarted.

[0083] For the UL HARQ RTT Timer, that is, the UL HARQ RTT Timer, the conditions for the terminal device to start or restart the UL HARQRTT Timer are:

[0084] If the terminal device receives a PDCCH indicating an uplink transmission using an asynchronous HARQ process, or if the terminal device has a configured uplink grant for an asynchronous HARQ process in the subframe, or the terminal receives a PDCCH indicating an uplink transmission using an automatic HARQ process, then:

[0085] If higher-level parameters (mpdcch-UL-HARQ-ACK-FeedbackConfig) are not configured

[0086] Case 1: If the physical layer indicates that multiple TB transmissions are scheduled, the terminal device starts the UL HARQ RTT Timer corresponding to the uplink HARQ process used by the PUSCH of each TB in the multiple TBs in the subframe where the last repeated transmission of the PUSCH of the last TB of the multiple TBs is completed.

[0087] Case 2: If the physical layer indicates that a TB transmission is scheduled, the terminal device starts the UL HARQ RTT Timer corresponding to the uplink HARQ process used by the PUSCH in the subframe where the last repeated transmission of the PUSCH is completed.

[0088] If the UL HARQ RTT Timer corresponding to a certain uplink HARQ process times out, the terminal device starts the drx-ULRetransmissionTimer corresponding to the uplink HARQ process. For NB-IoT terminals, if the physical layer indicates that multiple TBs are associated with the ULHARQ RTT Timer, the drx-InactivityTimer is started or restarted after all the UL HARQ RTT Timers corresponding to these HARQ processes have timed out; otherwise, the drx-InactivityTimer is started or restarted.

[0089] From the above DRX process, it can be seen that after completing uplink transmission or downlink reception, the terminal device will first start a HARQ RTT timer (UL HARQ RTT Timer for uplink transmission and HARQRTT Timer for downlink transmission).

[0090] The value of HARQ RTT Timer mainly considers the feedback delay of the terminal device and the terminal processing delay after completing the HARQ feedback. The value of UL HARQ RTT Timer mainly considers the processing delay after the terminal device completes the PUSCH transmission.

[0091] The processing delay of the terminal device is usually several milliseconds. In the terrestrial network, this processing delay is greater than the round trip time (RTT) of the signal transmission between the terminal and the network, that is, the network can respond to the subsequent scheduling of the terminal according to the uplink reception situation within this processing time. In NTN, the signal transmission delay between the UE and the network is greatly increased, so how to design the duration of the HARQ RTT timer is an issue that needs to be solved.

[0092] Figure 3 A schematic interactive diagram of a wireless communication method 200 provided in an embodiment of the present application. The method 200 may be Figure 1The terminal device or network device in the communication system shown in the figure performs, as shown in FIG. Figure 3 As shown, the method 200 may include at least part of the following:

[0093] S210, the first device determines the duration of the HARQ RTT timer corresponding to the first hybrid automatic retransmission request HARQ process based on the first round-trip time RTT, or the first device determines the duration of the HARQ RTT timer corresponding to the first HARQ process as a preset value, wherein the first HARQ process is the HARQ process used by the first data channel, and the first data channel is used to carry the first TB of at least one transmission block TB scheduled by the physical downlink control channel PDCCH, and the first RTT is determined according to the signal transmission delay between the terminal device and the network device.

[0094] Optionally, in the embodiment of the present application, the first device may be a terminal device, or may also be a network device. For various specific implementations of the terminal device and the network device, refer to Figure 1 The description of the illustrated embodiment will not be repeated here.

[0095] In an embodiment of the present application, the first device is a transmitting end of the first data channel, or a receiving end of the first data channel.

[0096] Optionally, in an embodiment of the present application, the terminal device may receive a DRX configuration of a network device, and the DRX configuration may include, for example, any DRX parameter described in the previous embodiment, which will not be described here for the sake of brevity.

[0097] Optionally, in some embodiments, the first RTT may be determined according to a time advance (TA) of the terminal device. For example, the first RTT may be the TA. Both the terminal device side and the network device side may know the first RTT, and therefore, the duration of the HARQ RTT timer corresponding to the HARQ process may be determined according to the first RTT.

[0098] In some embodiments, the terminal device may receive a PDCCH sent by a network device, where the PDCCH is used to schedule uplink or downlink transmission. The scheduling of the PDCCH may include at least one of the following:

[0099] Scheduling case 1: PDCCH is used to schedule the reception of a downlink TB.

[0100] Scheduling case 2: PDCCH is used to schedule the reception of multiple downlink TBs.

[0101] Scheduling case 3: PDCCH is used to schedule the transmission of an uplink TB.

[0102] Scheduling case 4: PDCCH is used to schedule the transmission of multiple downlink TBs.

[0103] In an embodiment of the present application, the first data channel can be used to carry the scheduled TB, or in other words, the first data channel is the data channel corresponding to the scheduled TB.

[0104] For example, if the PDCCH is used to schedule the transmission of uplink TB, the first data channel may be a physical uplink shared channel (PUSCH). For another example, if the PDCCH is used to schedule the reception of downlink TB, the first data channel may be a physical downlink shared channel (PDSCH).

[0105] It should be understood that in the embodiment of the present application, when the PDCCH schedules the transmission of an uplink TB, the first HARQ process used by the first data channel is an uplink HARQ process. When the PDCCH schedules the reception of a downlink TB, the first HARQ process used by the first data channel is a downlink HARQ process.

[0106] After the terminal device receives the PDCCH, it can start the HARQ RTT timer corresponding to the HARQ process used by the data channel corresponding to the scheduled TB at a specific time. During the operation of the HARQ RTT timer, the PDCCH is not monitored. After the HARQ RTT timer times out, the network device can schedule data.

[0107] Correspondingly, after the network device sends the PDCCH, the network device may also start the HARQ RTT timer corresponding to the HARQ process used by the data channel corresponding to the scheduled TB at a specific time. During the operation of the HARQ RTT timer, data transmission using the HARQ process will not be scheduled again.

[0108] It should be understood that in the embodiments of the present application, the scheduled uplink transmission or downlink transmission may be transmitted only once, or may be transmitted multiple times. The first transmission (i.e., initial transmission) of a downlink transmission may also be referred to as the first repeated transmission of the downlink transmission, and the last transmission of the downlink transmission may also be referred to as the last repeated transmission of the downlink transmission. Similarly, the same is true for the uplink transmission, which will not be repeated here.

[0109] For scheduling situation 1, the terminal device can start the HARQ RTT timer corresponding to the first HARQ process used by the first data channel at the first time, wherein the first data channel is used to carry the one downlink TB.

[0110] In some embodiments, the first time may be, for example, a first subframe, where the first subframe is a subframe where the last repeated transmission of the first data channel is received.

[0111] For scheduling situation 2, the terminal device can start the HARQ RTT timer corresponding to the first HARQ process used by the first data channel at the second time, wherein the first data channel is used to carry the first downlink TB among the multiple downlink TBs.

[0112] In some embodiments, the second time may be, for example, a second subframe, where the second subframe is a subframe where the last repeated transmission of the last TB of the multiple downlink TBs is received.

[0113] For scheduling situation 3, the terminal device can start the UL HARQ RTT timer corresponding to the first HARQ process used by the first data channel at a third time, wherein the first data channel is used to carry the one uplink TB.

[0114] In some embodiments, the third time may be, for example, a third subframe, and the third subframe is a subframe in which the last repeated transmission of the first data channel is completed.

[0115] For scheduling situation 4, the terminal device may start a HARQ RTT timer corresponding to a first HARQ process used by a first data channel at a fourth time, wherein the first data channel is used to carry a first uplink TB among the multiple uplink TBs.

[0116] In some embodiments, the fourth time may be, for example, a fourth subframe, where the fourth subframe is a subframe in which the last repeated transmission of the last TB of multiple downlink TBs is completed.

[0117] It should be understood that the embodiments of the present application can be applicable to scenarios with larger RTT, such as NTN scenarios, or other scenarios where the duration of the HARQ RTT timer needs to be redesigned or defined, but the present application is not limited thereto.

[0118] In some scenarios, when the RTT between the terminal device and the network device is large, in order to achieve continuous data transmission without increasing the number of HARQ processes, the HARQ feedback function of some or all of the HARQ processes of the terminal device can be configured to be turned off. In this way, the network device can continue to schedule the HARQ process for data transmission without waiting for the uplink transmission of the receiving terminal device (for uplink HARQ, it is uplink data transmission; for downlink HARQ, it is HARQ feedback of the terminal device for downlink data transmission of the HARQ).

[0119] Therefore, in some embodiments, the state of the HARQ feedback function of the HARQ process may be considered when designing the duration of the HARQ RTT timer.

[0120] As an embodiment, when the state of the HARQ feedback function of the first HARQ process is turned on, the duration of the HARQ RTT timer corresponding to the first HARQ process is determined according to the first RTT.

[0121] As another embodiment, when the state of the HARQ feedback function of the first HARQ process is a disabled state, the duration of the HARQ RTT timer corresponding to the first HARQ process is determined to be a preset value.

[0122] Optionally, the preset value may be a non-negative constant, such as 0 or 3, etc. The unit may be milliseconds or subframes, etc.

[0123] Optionally, in an embodiment of the present application, the design of the duration of the HARQ RTT timer corresponding to the downlink HARQ process may take into account at least one of the HARQ-ACK feedback delay of the terminal device, the time that the terminal device may spend for HARQ-ACK feedback, and the RTT.

[0124] It should be understood that in the embodiments of the present application, since there are many situations in which the terminal device performs HARQ-ACK feedback, there are also many situations in which the time spent on HARQ-ACK feedback may be relatively large. The present application does not make specific limitations on this, and a detailed description is given below in conjunction with specific embodiments.

[0125] As an example, if HARQ-ACK feedback is performed on a TB, the time that the terminal device may spend on HARQ-ACK feedback may include, for example, the time taken for a single HARQ-ACK feedback on the TB, or the time taken for multiple HARQ-ACK feedbacks, etc.

[0126] As another example, if feedback is required for multiple TBs, the time that the terminal device may spend on HARQ-ACK feedback may include, for example, the time taken for a single HARQ-ACK feedback for each of the multiple TBs, or the time required for multiple HARQ-ACK feedback for each of the multiple TBs, or the time taken for HARQ bundling feedback for the multiple TBs, or the time taken for a single HARQ-ACK feedback for some of the multiple TBs, and the time taken for multiple HARQ-ACK feedback for other TBs, etc.

[0127] In one implementation, the duration of the HARQ RTT timer can be designed so that the end time (or stop time) of the HARQ RTT timer is later than the RTT time or is the RTT time, and the time when the terminal device completes the HARQ-ACK feedback is recorded as the feedback end time. The RTT time is after the feedback end time and is separated by the first RTT. This is because before the RTT time, the network device will not schedule the terminal device to use the same HARQ process for uplink or downlink transmission. Therefore, the terminal device may not monitor the PDCCH, thereby reducing the power consumption of the terminal.

[0128] As an embodiment, the end time of the HARQ RTT timer can be, for example, the first PDCCH occasion (PDCCH occasion, PO) after the RTT moment, or the subframe where the first PDCCH occasion after the RTT moment is located. Since the network device does not perform data scheduling on non-POs, therefore, starting to monitor PDCCH at the first PO after the RTT moment or the subframe where the first PO is located is beneficial to reducing the power consumption of the terminal.

[0129] The following describes a method for determining the duration of the HARQ RTT timer corresponding to the downlink HARQ process when the PDCCH schedules downlink transmission.

[0130] Optionally, in some embodiments of the present application, the S210 may specifically include:

[0131] Determine, according to the first RTT and the first information, a duration of a HARQ RTT timer corresponding to the first HARQ process;

[0132] The first information includes at least one of the following:

[0133] A HARQ-ACK feedback delay of the at least one TB;

[0134] The processing delay after the terminal device completes the HARQ-ACK feedback;

[0135] A parameter for the number of feedback repetition transmissions of the HARQ-ACK information corresponding to the at least one TB;

[0136] The number of the at least one TB;

[0137] Whether the terminal device is configured for HARQ bundling feedback;

[0138] The number of TBs for HARQ bundling feedback;

[0139] a state of a HARQ feedback function corresponding to the first HARQ process;

[0140] HARQ feedback duration, which indicates the total time taken to send a HARQ feedback message multiple times;

[0141] The time taken to send a single HARQ feedback message;

[0142] A first PDCCH interval represents a time interval from a first moment to a first PDCCH opportunity after the first moment, the first moment being after the terminal device performs HARQ feedback and being an interval of the first RTT;

[0143] The second PDCCH interval represents the time interval from a second moment to a first PDCCH opportunity after the second moment, the second moment being after the terminal device performs HARQ feedback and the interval being the processing delay of the terminal device.

[0144] Optionally, in an embodiment of the present application, the HARQ-ACK feedback delay may be the delay between the completion of downlink transmission by the terminal device and the start of HARQ-ACK feedback for the downlink transmission.

[0145] Optionally, in an embodiment of the present application, the processing delay after the terminal device completes HARQ-ACK feedback may, for example, include the delay for the terminal to switch from uplink transmission to downlink reception, or the delay from completing HARQ-ACK feedback to the next data transmission.

[0146] Optionally, in an embodiment of the present application, the feedback repetition transmission number parameter of the HARQ-ACK information can be used to indicate how many times the HARQ-ACK information needs to be fed back, for example, once, or multiple times.

[0147] Optionally, in an embodiment of the present application, whether the terminal device is configured for HARQ-ACK bundling can be used to determine the number of HARQ-ACK information that needs to be transmitted for the at least one TB.

[0148] For example, when HARQ-ACK bundling is not configured, the HARQ-ACK information of each TB needs to be fed back separately, and the number of HARQ-ACK information is the same as the number of scheduled TBs. When HARQ-ACK bundling is configured, the HARQ-ACK information of multiple TBs can be fed back in bundled form, and the number of HARQ-ACK information k can be determined based on the number of scheduled TBs and the number of TBs M for bundled feedback. For example, k = ceiling (N TB / M), where N TBis the number of TBs scheduled by PDCCH, M is the bundle size of multiple TB HARQ-ACKs indicated in PDCCH, that is, how many TBs of feedback are included in one bundle, and ceiling indicates rounding up.

[0149] Optionally, in an embodiment of the present application, the state of the HARQ feedback function corresponding to the first HARQ process may be, for example, an on state or an off state. When the state of the HARQ feedback function corresponding to the first HARQ process is an on state, the length of the HARQ RTT timer corresponding to the first HARQ process may be determined based on the first RTT combined with the above-mentioned other information. When the state of the HARQ feedback function corresponding to the first HARQ process is an off state, the length of the HARQRTT timer corresponding to the first HARQ process is determined to be a preset value.

[0150] In some embodiments, the first PDCCH interval may be the time interval between the RTT moment mentioned above and the first PDCCH opportunity after the RTT moment. More specifically, the time interval between the RTT moment and the subframe where the first PDCCH opportunity after the RTT moment is located, in other words, the time interval between the moment when the terminal device completes the HARQ feedback and then experiences the first RTT and the first subframe of the next PDCCH opportunity.

[0151] In some embodiments, the second PDCCH interval may be the time interval between the moment after the feedback end moment described above and then the processing delay to the first PDCCH opportunity thereafter. More specifically, the time interval between the subframe where the first PDCCH opportunity thereafter is located from that moment. As an example, the time interval between the third subframe after the last subframe used by the terminal device to complete HARQ feedback and the first subframe of the next PDCCH opportunity.

[0152] The following describes a method for determining the duration of the HARQ RTT timer corresponding to the downlink HARQ process from the perspective of the terminal device. For the network device, the network device can also obtain the above information. Therefore, the network device can also determine the duration of the HARQ RTT timer corresponding to the downlink HARQ process in a similar manner to the terminal device. Furthermore, when the HARQ RTT timer corresponding to the downlink HARQ process has not timed out, data scheduling is not performed. When the timer times out, data scheduling is performed. For the sake of brevity, it will not be repeated here.

[0153] In some embodiments, determining, according to the first RTT and the first information, the duration of the HARQ RTT timer corresponding to the first HARQ process includes:

[0154] The terminal device may determine a first duration according to the first RTT and the first information;

[0155] Further based on the first duration, the duration of the HARQ RTT timer corresponding to the first HARQ process is determined.

[0156] As an embodiment, the terminal device may determine the first duration as the duration of the HARQ RTT timer corresponding to the first HARQ process.

[0157] As an embodiment, the terminal device may determine the larger value between the first duration and the first preset duration as the duration of the HARQ RTT timer corresponding to the first HARQ process, wherein the first preset duration is determined based on the feedback delay of the at least one TB and the processing delay.

[0158] The following describes a method for determining the duration of the HARQ RTT timer corresponding to the downlink HARQ process in conjunction with a specific embodiment.

[0159] Case 1: the at least one TB includes only the first TB.

[0160] In this case 1, the feedback delay of the at least one TB includes a first time interval, where the first time interval represents a time interval between the last transmission of the first TB and the first transmission of HARQ feedback information corresponding to the first TB.

[0161] The feedback repetition transmission times parameter of the HARQ-ACK information corresponding to the at least one TB includes a first parameter and / or a second parameter, wherein the first parameter is used to indicate the first transmission of the physical uplink control channel PUCCH. The second parameter is used to indicate the PUCCH repetition factor. That is, the feedback repetition transmission times of the first TB is multiple times, wherein the PUCCH is used to carry the HARQ feedback information corresponding to the first TB.

[0162] In this situation 1, the terminal device can determine the first duration according to the first RTT, the first time interval and the feedback repetition transmission number parameter.

[0163] As an example, the first duration is equal to the sum of the first time interval, the first parameter and the first RTT.

[0164] As another example, the first duration is equal to the sum of the first time interval, the second parameter, and the first RTT.

[0165] Optionally, the first preset duration is equal to the feedback delay of the first TB and the processing delay.

[0166] In some embodiments, the duration of the HARQ RTT timer corresponding to the first HARQ process may be set to the first duration, or a maximum value between the first duration and the first preset duration.

[0167] Case 2: the at least one TB includes multiple TBs, the multiple TBs include the first TB, and the terminal device is not configured with HARQ bundling feedback, that is, the multiple TBs need to be fed back separately.

[0168] In this case 2, the feedback delay of the at least one TB includes a second time interval, where the second time interval represents a time interval between the last transmission of the last TB among the multiple TBs and the first transmission of HARQ feedback information corresponding to the multiple TBs.

[0169] The feedback repetition transmission number parameter of the HARQ-ACK information corresponding to the at least one TB includes a first parameter N1 and / or a second parameter N, wherein the first parameter N1 is used to indicate the first transmission of a PUCCH, and the PUCCH is used to carry the HARQ feedback information corresponding to the last TB among the multiple TBs. In other words, the feedback repetition transmission number of the last TB can be 1, that is, N1 is 1. The second parameter N is used to indicate the PUCCH repetition factor.

[0170] In this situation 2, the terminal device can determine the first duration according to the first RTT, the number of the multiple TBs, the second time interval and the feedback repetition transmission number parameter.

[0171] In some embodiments, when determining the length of the HARQ RTT timer, the time taken for HARQ-ACK feedback includes the time taken for HARQ feedback information corresponding to the multiple TBs to be repeatedly transmitted N times (the worst case), or it may also be considered that the HARQ feedback information corresponding to the last TB of the multiple TBs is transmitted only once, and the time taken for HARQ feedback information corresponding to other TBs to be repeatedly transmitted N times.

[0172] Assume that there is N TB TB, the time spent on HARQ-ACK feedback may be, for example, N TB *N or (N TB -1)*N+N1, where N represents the time taken for N repeated transmissions of a HARQ feedback message, and N1 represents the time taken for the first repeated transmission of the HARQ feedback message corresponding to the last TB. The unit of N can be the time required for a single transmission of a HARQ message, or it can be considered that a single transmission of a HARQ message requires 1 subframe, that is, the unit of N can be a subframe.

[0173] It should be understood that the unit of the duration of the HARQ RTT timer determined in the embodiment of the present application can be a subframe, or millisecond, etc., and the present application is not limited to this.

[0174] As an example, the first duration is equal to T2+N TB *N+RTT or T2+(N TB -1)*N+N1+RTT.

[0175] As an example, the first preset duration is equal to 7+N TB *N.

[0176] RTT represents the first RTT, T2 represents the second time interval, N1 represents the first parameter, N represents the second parameter, and N TB Indicates the number of the multiple TBs. Case 3: The at least one TB includes multiple TBs, the multiple TBs include the first TB, and the terminal device is configured with HARQ bundling feedback, that is, the multiple TBs can perform bundling feedback.

[0177] In this case 3, the feedback delay of the at least one TB includes a third time interval, and the third time interval represents the time interval between the last transmission of the last TB among the multiple TBs and the first transmission of HARQ feedback information corresponding to the multiple TBs.

[0178] The feedback repetition transmission times parameter of the HARQ-ACK information corresponding to the at least one TB includes a first parameter and / or a second parameter, wherein the first parameter is used to indicate the first transmission of a PUCCH, and the PUCCH is used to carry the HARQ feedback information of the last bundled feedback in the multiple TBs. The second parameter is used to indicate the PUCCH repetition factor.

[0179] In this situation 3, the terminal device can determine the length of the HARQ RTT timer corresponding to the first HARQ process based on the first RTT, the third time interval, the feedback repetition transmission number parameter, and the number of groups for HARQ binding feedback for the multiple TBs.

[0180] This case 3 is similar to case 2. The difference is that in case 2, N TB TBs need to be fed back individually, so the number of HARQ feedback information is N TB , while in case 3, bundling feedback can be performed, so the number of HARQ feedback information is changed to k, for example, k = ceiling (N TB / M). To further determine the duration, just replace N in case 2 with TB Just replace it with k.

[0181] As an example, the first duration is equal to T3+k*N+RTT, or T3+(k-1)*N+N1+RTT.

[0182] Correspondingly, the first preset duration is equal to 7+k*N;

[0183] Among them, RTT represents the first RTT, T3 represents the third time interval, N1 represents the first parameter, N represents the second parameter, and k represents the number of bundles for HARQ bundling feedback of the multiple TBs.

[0184] Optionally, in some embodiments, the implementation methods in Case 1-Case 3 may be applicable to reduced capability (RedCap) terminals, which have low requirements on performance such as latency, reliability, bandwidth, coverage, and throughput, such as enhanced machine type communication eMTC terminals.

[0185] Case 4: the at least one TB includes only the first TB.

[0186] In this case 4, the feedback delay of the at least one TB includes a fourth time interval, and the fourth time interval represents the time interval between the last transmission of the first TB and the first transmission of the HARQ feedback information corresponding to the first TB, in other words, the time interval between the last subframe of the PDSCH of the first TB and the first subframe of the HARQ feedback corresponding to the first TB.

[0187] The first information includes the fourth time interval, the HARQ feedback duration and the first PDCCH interval, wherein the HARQ feedback duration is the total time occupied by transmitting the HARQ feedback information corresponding to the first TB (it can be a single transmission or multiple transmissions), and the first PDCCH interval is the time interval between the moment when the first RTT is experienced after the transmission of the HARQ feedback information corresponding to the first TB is completed and the next PO.

[0188] In this situation 4, the terminal device can determine the first duration based on the first RTT, the fourth time interval, the HARQ feedback duration and the first PDCCH interval.

[0189] As an example, the first duration is equal to T4+T CK +RTT+ΔPDCCH1, corresponding to the case where the HARQ feedback information of the first TB is transmitted once, T CK Indicates the time taken to send a feedback message once. CKIt can be 1ms or other time lengths.

[0190] As another example, the first duration is equal to T4+N+RTT+ΔPDCCH1, corresponding to the case where the HARQ feedback information of the first TB is transmitted N times, and N represents the time taken for sending one feedback information N times.

[0191] Optionally, the first preset duration is equal to T4+3+N+ΔPDCCH2.

[0192] Among them, RTT represents the first RTT, T4 represents the fourth time interval, N represents the HARQ feedback duration, ΔPDCCH1 represents the first PDCCH interval, and ΔPDCCH2 represents the second PDCCH interval.

[0193] It should be understood that in the embodiment of the present application, the unit of N can be the time required for a single transmission of a HARQ message, or it can be considered that a single transmission of a HARQ message requires 1 subframe, that is, the unit of N can be a subframe.

[0194] Optionally, in some embodiments, the implementation method in Case 4 may be applicable to a RedCap terminal, such as a NB-Iot terminal.

[0195] Case 5: the at least one TB includes multiple TBs, the multiple TBs include the first TB, and the terminal device is configured with HARQ bundling feedback, that is, the multiple TBs can perform bundling feedback.

[0196] In this case 5, the feedback delay of the at least one TB includes a fifth time interval, and the fifth time interval represents the time interval between the last transmission of the multiple TBs and the first transmission of the HARQ feedback information corresponding to the multiple TBs. More specifically, the fifth time interval represents the time interval between the last subframe of the PDSCH of the last TB in the multiple TBs and the first subframe corresponding to the first HARQ feedback information.

[0197] The first information includes the fifth time interval, the HARQ feedback duration and the first PDCCH interval, wherein the HARQ feedback duration is the total time occupied by transmitting the HARQ feedback information corresponding to the multiple TBs (it can be a single transmission or multiple transmissions), and the first PDCCH interval is the time interval between the moment when the first RTT is experienced after the transmission of the last HARQ feedback information is completed and the next PO.

[0198] In this situation 5, the specific method for determining the time taken to transmit the HARQ feedback information corresponding to the multiple TBs can refer to the relevant description in scenario 3.

[0199] In a specific example, the multiple TBs include two TBs, and the HARQ feedback information corresponding to the two TBs can be bundled for feedback. Then, the time required to transmit the HARQ feedback information corresponding to the two TBs N times is N, and the unit can be the time taken for a single transmission of one HARQ feedback information, or the unit can be one subframe. That is, the HARQ feedback duration can be N.

[0200] In this situation 5, the terminal device can determine the first duration based on the first RTT, the fifth time interval, the HARQ feedback duration and the first PDCCH interval.

[0201] As an example, the first duration is equal to T5+N+RTT+ΔPDCCH1, wherein the HARQ feedback information of the multiple TBs is transmitted N times.

[0202] Optionally, the first preset duration is equal to T5+3+N+ΔPDCCH2.

[0203] Among them, RTT represents the first RTT, T5 represents the fifth time interval, N represents the HARQ feedback duration, ΔPDCCH1 represents the first PDCCH interval, and ΔPDCCH2 represents the second PDCCH interval.

[0204] Optionally, in some embodiments, the implementation method in situation 5 may be applicable to a RedCap terminal, such as a NB-Iot terminal. Specifically, it is applicable to a situation in which a terminal device is configured with HARQ-ACK bundling in an interleaved scenario.

[0205] Case 6: the at least one TB includes multiple TBs, the multiple TBs include the first TB, and the terminal device is not configured with HARQ bundling feedback, that is, the multiple TBs can perform separate feedback.

[0206] In this case 6, the feedback delay of the at least one TB includes a sixth time interval, and the sixth time interval represents the time interval between the last transmission of the multiple TBs and the first transmission of the HARQ feedback information corresponding to the multiple TBs. More specifically, the sixth time interval represents the time interval between the last subframe of the PDSCH of the last TB in the multiple TBs and the first subframe of the HARQ feedback information corresponding to the first TB.

[0207] The first information includes the sixth time interval, the HARQ feedback duration and the first PDCCH interval, wherein the HARQ feedback duration is the total time occupied by transmitting the HARQ feedback information corresponding to the multiple TBs (it can be a single transmission or multiple transmissions), and the first PDCCH interval is the time interval between the moment when the first RTT is experienced after the transmission of the HARQ feedback information of the last TB is completed and the next PO.

[0208] In this situation 6, the specific method for determining the time taken to transmit the HARQ feedback information corresponding to the multiple TBs can refer to the relevant description in scenario 2.

[0209] In a specific example, the multiple TBs include two TBs. In one case, the HARQ feedback duration includes the time required to transmit the HARQ feedback information corresponding to the two TBs N times, that is, 2*N, and the unit can be the time occupied by a single transmission of one HARQ feedback information, or the unit can be one subframe.

[0210] In another specific example, the multiple TBs include two TBs. In another case, the HARQ feedback duration includes the time required to transmit the HARQ feedback information corresponding to the first TB N times and the time required to transmit the HARQ feedback information corresponding to the second TB N1 times, that is, N+N1, and the unit can be the time occupied by a single transmission of one HARQ feedback information, or the unit can be one subframe. Optionally, in some embodiments, N1 is 1.

[0211] Further, the terminal device may determine the first duration based on the first RTT, the sixth time interval, the HARQ feedback duration and the first PDCCH interval.

[0212] As an example, the first duration is equal to T6+2*N+RTT+ΔPDCCH1.

[0213] As another example, the first duration is equal to T6+N+N1+RTT+ΔPDCCH1.

[0214] Optionally, the first preset duration is equal to T6+2N+1+ΔPDCCH2.

[0215] Among them, RTT represents the first RTT, T5 represents the sixth time interval, N represents the HARQ feedback duration, ΔPDCCH1 represents the first PDCCH interval, and ΔPDCCH2 represents the second PDCCH interval.

[0216] Optionally, in some embodiments, the implementation method in situation 6 may be applicable to RedCap terminals, such as NB-Iot terminals. Specifically, it is applicable to non-interlaced scenarios, or situations where the terminal device is not configured with HARQ-ACKbundling in the interlaced scenario.

[0217] The following describes a method for determining the duration of the UL HARQ RTT timer corresponding to the uplink HARQ process when the PDCCH schedules uplink transmission.

[0218] As an embodiment, the duration of the HARQ RTT timer corresponding to the first HARQ process may be determined as the first RTT, or a larger value between the first RTT and a second preset duration.

[0219] Optionally, the second preset duration may be 4, or may be set according to a high-level parameter K. ULHARQRTT OK, the unit is subframe, or millisecond.

[0220] Optionally, in some other embodiments of the present application, the S210 may specifically include:

[0221] Determine, according to the first RTT and the second information, a duration of a HARQ RTT timer corresponding to the first HARQ process;

[0222] The second information includes at least one of the following:

[0223] A third PDCCH interval represents a time interval from a third moment to a first PDCCH opportunity after the third moment, wherein the third moment is after the moment when the terminal device completes transmission of the data channel corresponding to the at least one TB and is an interval of the first RTT;

[0224] The fourth PDCCH interval represents the time interval from a fourth moment to a first PDCCH opportunity after the fourth moment, wherein the fourth moment is after the data channel corresponding to the at least one TB is transmitted and the processing delay is separated.

[0225] In some embodiments, when the state of the HARQ feedback function corresponding to the first HARQ process is in the on state, the length of the HARQ RTT timer corresponding to the first HARQ process can be determined based on the first RTT; when the state of the HARQ feedback function corresponding to the first HARQ process is in the off state, the length of the HARQ RTT timer corresponding to the first HARQ process is determined to be a preset value.

[0226] In some embodiments, the moment when the terminal device completes the data channel corresponding to the at least one TB is recorded as the transmission completion moment, the first RTT moment after the transmission completion moment is the RTT moment, and the third PDCCH interval can be the time interval between the RTT moment and the first PDCCH opportunity after the RTT moment. More specifically, the third PDCCH interval can be the time interval between the RTT moment and the subframe where the first PDCCH opportunity after the RTT moment is located, that is, the time interval between the moment when the terminal device completes the uplink transmission and then experiences the first RTT to the first subframe of the next PDCCH opportunity.

[0227] In some embodiments, the fourth PDCCH interval may be the time interval between the moment of transmission completion and the moment of processing delay to the first PDCCH opportunity thereafter. As an example, the time interval between 3ms after the terminal device completes the last subframe corresponding to the PUSCH transmission and the first subframe of the next PDCCH opportunity.

[0228] The following describes a method for determining the duration of the HARQ RTT timer corresponding to the uplink HARQ process from the perspective of the terminal device. For the network device, the network device can also obtain the above information. Therefore, the network device can also determine the duration of the HARQ RTT timer corresponding to the uplink HARQ process in a similar manner to the terminal device. Furthermore, when the HARQ RTT timer corresponding to the uplink HARQ process times out, data scheduling is performed. For the sake of brevity, it will not be repeated here.

[0229] In some embodiments, determining, according to the first RTT and the second information, the duration of the HARQ RTT timer corresponding to the first HARQ process includes:

[0230] The terminal device may determine a second duration according to the first RTT and the second information;

[0231] Further based on the second duration, the duration of the HARQ RTT timer corresponding to the first HARQ process is determined.

[0232] As an embodiment, the terminal device may determine the second duration as the duration of the HARQ RTT timer corresponding to the first HARQ process.

[0233] As another embodiment, the terminal device may determine a larger value between the second duration and the second preset duration as the duration of the HARQ RTT timer corresponding to the first HARQ process.

[0234] The following describes a method for determining the duration of the HARQ RTT timer corresponding to the first HARQ process in conjunction with a specific embodiment.

[0235] Case 7: This case may be applicable to RedCap terminals, for example, eMTC terminals

[0236] As an embodiment, the terminal device may determine the first RTT as the duration of the HARQRTT timer corresponding to the first HARQ process.

[0237] As another embodiment, the terminal device may determine the duration of the HARQ RTT timer corresponding to the first HARQ process based on the first RTT and the second preset duration.

[0238] For example, the maximum value between the first RTT and the second preset duration may be determined as the duration of the HARQ RTT timer corresponding to the first HARQ process.

[0239] Case 8: the at least one TB includes one TB, and the multiple TBs include the first TB.

[0240] This situation may be applicable to RedCap terminals, for example, NB-IoT terminals.

[0241] In this situation 8, the terminal device can determine the second duration based on the first RTT and the third PDCCH interval.

[0242] Among them, the third PDCCH interval ΔPDCCH3 represents the time interval between the moment when the first RTT occurs after the last subframe corresponding to the PUSCH transmission of the first TB and the next PO, or the time interval between the moment when the first RTT occurs after the last subframe corresponding to the PUSCH transmission of the first TB and the first subframe of the next PO.

[0243] As an example, the second duration is equal to RTT+ΔPDCCH3.

[0244] As an example, the second preset duration is equal to 4+ΔPDCCH4.

[0245] Here, RTT represents the first RTT, ΔPDCCH3 represents the third PDCCH interval, and ΔPDCCH4 represents the fourth PDCCH interval.

[0246] Case 9: the at least one TB includes a plurality of TBs, and the plurality of TBs includes the first TB.

[0247] This situation may be applicable to RedCap terminals, for example, NB-IoT terminals.

[0248] In this situation 9, the terminal device can determine the second duration based on the first RTT and the third PDCCH interval.

[0249] Among them, the third PDCCH interval ΔPDCCH3 represents the time interval between the moment of the first RTT after the last subframe corresponding to the PUSCH transmission of the first TB and the next PO, or the time interval between the moment of the first RTT after the last subframe corresponding to the PUSCH transmission of the first TB and the first subframe of the next PO.

[0250] As an example, the second duration is equal to RTT+ΔPDCCH3.

[0251] As an example, the second preset duration is equal to 1+ΔPDCCH4.

[0252] Here, RTT represents the first RTT, ΔPDCCH3 represents the third PDCCH interval, and ΔPDCCH4 represents the fourth PDCCH interval.

[0253] It should be understood that the embodiments of the present application only illustrate the time occupied by a single feedback of a HARQ feedback information as 1ms or a subframe. In other embodiments, when the time occupied by a single feedback of a HARQ feedback information is other time lengths, it is only necessary to multiply the occupied time by the other time length. The present application does not limit this.

[0254] The specific implementation process of the above-mentioned 9 situations is explained below in conjunction with specific embodiments.

[0255] Embodiment 1, corresponding to the above-mentioned situation 1:

[0256] Optionally, this first embodiment may be applicable to an eMTC terminal.

[0257] Step 1: UE receives the DRX configuration from the network.

[0258] Step 2: When the UE receives a PDCCH indicating scheduling of a downlink TB, the UE starts the HARQ RTT Timer corresponding to the downlink HARQ process i used by the PDSCH in the subframe where the last repeated transmission of the PDSCH of the downlink TB is received.

[0259] Step 3: The UE determines the duration of the HARQ RTT Timer corresponding to the downlink HARQ process i in step 2.

[0260] In some embodiments, if the downlink HARQ process i is a HARQ process with an HARQ feedback function enabled, then:

[0261] For an FDD system, the duration of the HARQ RTT Timer can be determined in one of the following ways:

[0262] Method 1: The duration of the HARQ RTT Timer is max{T1+N1+RTT,7+N};

[0263] Method 2: The duration of HARQ RTT Timer is max{T1+N+RTT,7+N};

[0264] Method 3: The duration of the HARQ RTT Timer is T1+N+RTT.

[0265] Wherein: T1 represents the time interval between the last repeated transmission of PDSCH and the first repeated transmission of the corresponding HARQ feedback, corresponding to the first time interval in case 1.

[0266] Optionally, in some embodiments, T1 may be a predefined value, for example, T1=4.

[0267] N1 represents the first repeated transmission of PUCCH. PUCCH is used to carry HARQ feedback information corresponding to TB, corresponding to the first parameter in the previous text.

[0268] In some embodiments, only valid uplink subframes determined by a higher layer configuration parameter (fdd-UplinkSubframeBitmapBR) are counted into N1. Optionally, N1 takes a value of 1.

[0269] RTT represents the signal transmission delay between UE and network, i.e. the first RTT;

[0270] N represents the PUCCH repetition factor used, corresponding to the second parameter in the previous text.

[0271] Optionally, only valid uplink subframes determined by the higher layer configuration parameter fdd-UplinkSubframeBitmapBR are counted into N.

[0272] For a TDD system, the duration of the HARQ RTT Timer can be determined in one of the following ways:

[0273] Method 1: The duration of HARQ RTT Timer is max{T1+N1+RTT, 3+k+N};

[0274] Method 2: The duration of HARQ RTT Timer is max{T1+N+RTT, 3+k+N};

[0275] Method 3: The duration of the HARQ RTT Timer is T1+N+RTT.

[0276] The meanings of T1, N1, RTT and N are the same as those of the corresponding parameters in FDD.

[0277] In other cases, if the downlink HARQ process i is a HARQ process with a HARQ feedback function disabled, the HARQ RTT Timer is a predefined non-negative constant, for example, the value of the HARQ RTT Timer is fixed to 0.

[0278] Embodiment 2, corresponding to the aforementioned situation 2:

[0279] Optionally, this second embodiment may be applicable to an eMTC terminal.

[0280] Step 1: UE receives the DRX configuration from the network.

[0281] Step 2: When the UE receives a PDCCH indicating scheduling of multiple downlink TBs, the UE starts the HARQ RTT Timer corresponding to the downlink HARQ process used by the PDSCH of each downlink TB in the multiple downlink TBs in the subframe where the last repeated transmission of the PDSCH of the last downlink TB of the multiple downlink TBs is received.

[0282] Step 3: If the UE is not configured with HARQ-ACK bundling, then for the downlink HARQ process used by the PDSCH of each downlink TB in the multiple downlink TBs, the UE may determine the duration of the corresponding HARQ RTT Timer.

[0283] In some cases, if the downlink HARQ process is a HARQ process with an HARQ feedback function enabled, the duration of the HARQ RTT Timer may be determined in one of the following ways:

[0284] Method 1: The duration of HARQ RTT Timer is T2+N TB *N+RTT;

[0285] Method 2: The duration of HARQ RTT Timer is max{T2+N TB *N+RTT,7+N TB *N};

[0286] Method 3: The duration of HARQ RTT Timer is max{T2+(N TB -1)*N+N1+RTT,7+N TB *N}.

[0287] Where: T2 represents the N TB The last repetition of the PDSCH of the last TB of the N TB is transmitted to TB The time interval between the first repeated transmissions of HARQ feedback for each TB.

[0288] Optionally, T2 may be a predefined value, for example, T2=4.

[0289] N1 represents the first repetitive transmission of the PUCCH fed back for the last TB in the multiple TBs, and only valid uplink subframes are counted in N1. Optionally, N1 takes a value of 1.

[0290] RTT refers to the signal transmission delay between UE and network.

[0291] N represents the PUCCH repetition factor used.

[0292] Optionally, only valid uplink subframes determined by the higher layer configuration parameter fdd-UplinkSubframeBitmapBR are counted into N.

[0293] N TB The number of TBs scheduled by the PDCCH.

[0294] In other cases, if the downlink HARQ process is a HARQ process with a HARQ feedback function disabled, the HARQ RTT Timer is a predefined non-negative constant, for example, the value of the HARQ RTT Timer is fixed to 0.

[0295] Embodiment 3, corresponding to the above-mentioned situation 3:

[0296] Optionally, this third embodiment may be applicable to an eMTC terminal.

[0297] Step 1: UE receives the DRX configuration from the network.

[0298] Step 2: When the UE receives a PDCCH indicating scheduling of multiple downlink TBs, the UE starts the HARQ RTT Timer corresponding to the downlink HARQ process used by the PDSCH of each downlink TB in the multiple downlink TBs in the subframe where the last repeated transmission of the PDSCH of the last downlink TB of the multiple downlink TBs is received, wherein the PDSCH is used to carry the downlink TB.

[0299] Step 3: If the UE is configured with HARQ-ACK bundling, then for the downlink HARQ process used by the PDSCH of each downlink TB in the multiple downlink TBs, the UE can determine the duration of the corresponding HARQ RTT Timer.

[0300] In some embodiments, if the downlink HARQ process used is a HARQ process with an HARQ feedback function enabled, the duration of the HARQ RTT Timer may be determined according to one of the following methods:

[0301] Method 1: The duration of HARQ RTT Timer is T3+k*N+RTT;

[0302] Method 2: The duration of HARQ RTT Timer is max{T3+k*N+RTT,7+k*N};

[0303] Method 3: The duration of the HARQ RTT Timer is max{T3+(k-1)*N+N1+RTT,7+k*N}.

[0304] Where: T3 represents the N TB The last repetition of the PDSCH of the last TB of the N TB is transmitted to TB The time interval between the first repeated transmissions of HARQ feedback for each TB.

[0305] Optionally, T3 may be a predefined value, for example, T3=4.

[0306] N1 represents the first repetitive transmission of the PUCCH fed back for the last TB in the multiple TBs, and only valid uplink subframes are counted in N1. Optionally, N1 takes a value of 1.

[0307] RTT refers to the signal transmission delay between UE and network.

[0308] N represents the PUCCH repetition factor used.

[0309] Optionally, only valid uplink subframes determined by the higher layer configuration parameter fdd-UplinkSubframeBitmapBR are counted into N.

[0310] k is the number of HARQ feedback bundles. Optionally, k=ceiling(N TB / M), where N TB is the number of TBs scheduled by PDCCH, M is the size of a single bundle, that is, the feedback of how many TBs a bundle includes, and ceiling means rounding up.

[0311] In some other embodiments, if the downlink HARQ process is a HARQ process with a HARQ feedback function disabled, the HARQ RTT Timer is a predefined non-negative constant, for example, the value of the HARQ RTT Timer is fixed to 0.

[0312] Embodiment 4, corresponding to the above-mentioned situation 4:

[0313] Optionally, this fourth embodiment may be applicable to NB-IoT terminals.

[0314] Step 1: UE receives the DRX configuration from the network.

[0315] Step 2: When the UE receives a PDCCH indicating scheduling of a downlink TB, the UE starts the HARQ RTT Timer corresponding to the downlink HARQ process i used by the PDSCH in the subframe where the last repeated transmission of the PDSCH of the downlink TB is received.

[0316] Step 3: The UE determines the duration of the HARQ RTT Timer corresponding to the downlink HARQ process i in step 2.

[0317] In some embodiments, if the downlink HARQ process i is a HARQ process with an HARQ feedback function enabled, the duration of the HARQ RTT Timer may be determined according to one of the following methods:

[0318] Method 1: The duration of HARQ RTT Timer is max{T4+T CK +RTT+ΔPDCCH1, T4+3+N+ΔPDCCH2}, where T CK Indicates the time taken to send a feedback message once;

[0319] Mode 2: The duration of the HARQ RTT Timer is max{T4+N+RTT+ΔPDCCH1, T4+3+N+ΔPDCCH2}, where N represents the time taken to send one feedback message N times;

[0320] Mode 3: The duration of the HARQ RTT Timer is T4+N+RTT+ΔPDCCH1.

[0321] Wherein: T4 represents the time interval between the last subframe transmitting the PDSCH and the first subframe of the corresponding HARQ feedback.

[0322] RTT refers to the signal transmission delay between UE and network.

[0323] N represents the HARQ feedback duration.

[0324] ΔPDCCH1 represents the time interval between the moment when the UE experiences the first RTT after completing the HARQ feedback and the first subframe of the next PDCCH opportunity.

[0325] ΔPDCCH2 represents the time interval from the third subframe after the last subframe used for HARQ feedback to the first subframe of the next PDCCH opportunity.

[0326] In some other embodiments, if the downlink HARQ process i is a HARQ process with a HARQ feedback function disabled, the HARQ RTT Timer is a predefined non-negative constant, for example, the value of the HARQ RTT Timer is fixed to 0.

[0327] Embodiment 5, corresponding to the above-mentioned situation 5:

[0328] Optionally, this fifth embodiment may be applicable to NB-IoT terminals.

[0329] Optionally, this embodiment may be applicable to a case where a terminal device is configured with HARQ-ACK bundling in an interleaved scenario.

[0330] Step 1: UE receives the DRX configuration from the network.

[0331] Step 2: When the UE receives a PDCCH indicating scheduling of multiple downlink TBs, the UE starts the HARQ RTT Timer corresponding to the downlink HARQ process used by the PDSCH of each downlink TB in the multiple downlink TBs in the subframe where the last repeated transmission of the PDSCH of the last downlink TB of the multiple downlink TBs is received.

[0332] Step 3: If the UE is configured with HARQ-ACK bundling, then for the downlink HARQ process used by the PDSCH of each downlink TB in the multiple downlink TBs, the UE can determine the duration of the corresponding HARQ RTT Timer.

[0333] In some cases, if the downlink HARQ process used is a HARQ process with an HARQ feedback function enabled, the duration of the HARQ RTT Timer may be determined according to one of the following methods:

[0334] Mode 1: The duration of HARQ RTT Timer is T5+N+RTT+ΔPDCCH1;

[0335] Mode 2: The duration of the HARQ RTT Timer is max{T5+N+RTT+ΔPDCCH1, T5+3+N+ΔPDCCH2}.

[0336] Wherein: T5 represents the time interval between the last subframe transmitting the PDSCH and the first subframe of the corresponding HARQ feedback.

[0337] RTT refers to the signal transmission delay between UE and network.

[0338] N represents the HARQ feedback duration.

[0339] ΔPDCCH1 represents the time interval between the first RTT after the UE completes the HARQ feedback and the first subframe of the next PDCCH opportunity;

[0340] ΔPDCCH2 represents the time interval from the third subframe after the last subframe used for HARQ feedback to the first subframe of the next PDCCH opportunity.

[0341] In some other embodiments, if the downlink HARQ process is a HARQ process with a HARQ feedback function disabled, the HARQ RTT Timer is a predefined non-negative constant, for example, the value of the HARQ RTT Timer is fixed to 0.

[0342] Embodiment 6, corresponding to the aforementioned situation 6:

[0343] Optionally, this sixth embodiment may be applicable to NB-IoT terminals.

[0344] Optionally, this embodiment may be applicable to a non-interlaced scenario, or a situation where a terminal device is not configured with HARQ-ACK bundling in an interlaced scenario.

[0345] Step 1: UE receives the DRX configuration from the network.

[0346] Step 2: When the UE receives a PDCCH indicating scheduling of multiple downlink TBs, the UE starts the HARQ RTT Timer corresponding to the downlink HARQ process used by the PDSCH of each downlink TB in the multiple downlink TBs in the subframe where the last repeated transmission of the PDSCH of the last downlink TB of the multiple downlink TBs is received, wherein the PDSCH is used to carry the downlink TB.

[0347] Step 3: If the UE is not configured with HARQ-ACK bundling, then for the downlink HARQ process used by the PDSCH of each downlink TB in the multiple downlink TBs, the UE may determine the duration of the corresponding HARQ RTT Timer.

[0348] In some cases, if the downlink HARQ process used is a HARQ process with an HARQ feedback function enabled, the duration of the HARQ RTT Timer may be determined in one of the following ways:

[0349] Method 1: The duration of HARQ RTT Timer is T6+2*N+RTT+ΔPDCCH1;

[0350] Mode 2: The duration of HARQ RTT Timer is max{T6+2*N+RTT+ΔPDCCH1,T6+2*N+1+ΔPDCCH2};

[0351] Mode 3: The duration of the HARQ RTT Timer is max{T6+N+N1+RTT+ΔPDCCH1,T6+2*N+1+ΔPDCCH2}.

[0352] Wherein: T6 represents the time interval between the last subframe transmitting the PDSCH and the first subframe of the corresponding HARQ feedback.

[0353] RTT refers to the signal transmission delay between UE and network.

[0354] N represents the HARQ feedback duration.

[0355] ΔPDCCH1 represents the time interval between the first RTT after the UE completes the HARQ feedback and the first subframe of the next PDCCH opportunity;

[0356] ΔPDCCH2 represents the time interval from the first subframe after the UE completes the HARQ feedback to the first subframe of the next PDCCH opportunity.

[0357] In other cases, if the downlink HARQ process is a HARQ process with a HARQ feedback function disabled, the HARQ RTT Timer is a predefined non-negative constant, for example, the value of the HARQ RTT Timer is fixed to 0.

[0358] Embodiment 7, corresponding to the aforementioned situation 7:

[0359] Optionally, this seventh embodiment may be applicable to an eMTC terminal.

[0360] Step 1: UE receives the DRX configuration from the network.

[0361] Step 2: When the UE receives a PDCCH indicating scheduling of an uplink TB or the UE sends an uplink TB in the configuration authorization, the UE starts the UL HARQ RTT Timer corresponding to the uplink HARQ process used by the PDSCH of the uplink TB in the subframe where the last repeated transmission of the PDSCH of the uplink TB is completed.

[0362] Step 3: The UE may determine the duration of the UL HARQ RTT Timer corresponding to the uplink HARQ process in step 2.

[0363] In some embodiments, if the uplink HARQ process is a HARQ process with the HARQ function enabled

[0364] For an FDD system, the duration of the UL HARQ RTT Timer may be determined in one of the following ways:

[0365] Method 1: The duration of UL HARQ RTT Timer is RTT;

[0366] Method 2: UL HARQ RTT Timer is max{RTT, 4}.

[0367] For a TDD system, the duration of the UL HARQ RTT Timer may be determined in one of the following ways:

[0368] Method 1: The duration of UL HARQ RTT Timer is RTT;

[0369] Method 2: The duration of UL HARQ RTT Timer is max{RTT,k ULHARQRTT}

[0370] Among them, RTT represents the signal transmission delay between UE and network.

[0371] In some other embodiments, if the uplink HARQ process is a HARQ process with a HARQ feedback function disabled, the UL HARQ RTT Timer is a predefined non-negative constant, for example, the value of the UL HARQ RTT Timer is fixed to 3.

[0372] Embodiment 8, corresponding to the aforementioned situation 8:

[0373] Optionally, this eighth embodiment may be applicable to NB-IoT terminals.

[0374] Step 1: UE receives the DRX configuration from the network.

[0375] Step 2: When the UE receives a PDCCH indicating scheduling of an uplink TB, the UE starts the UL HARQ RTT Timer corresponding to the uplink HARQ process used by the PDSCH of the uplink TB in the subframe where the last repeated transmission of the PDSCH of the uplink TB is completed.

[0376] Step 3: The UE may determine the duration of the HARQ RTT Timer corresponding to the uplink HARQ process in step 2.

[0377] In some embodiments, if the uplink HARQ process is a HARQ process with an HARQ feedback function enabled, the duration of the UL HARQ RTT Timer may be determined according to one of the following methods:

[0378] Method 1: The duration of the HARQ RTT Timer can be RTT+ΔPDCCH3;

[0379] Mode 2: The duration of the HARQ RTT Timer may be max{RTT+ΔPDCCH3,4+ΔPDCCH4}.

[0380] Wherein: RTT represents the signal transmission delay between UE and network.

[0381] ΔPDCCH3 represents the time interval between the moment after the first RTT after the last subframe corresponding to the PUSCH transmission and the first subframe of the next PDCCH opportunity.

[0382] ΔPDCCH4 represents the time interval from the moment 3 ms after the next subframe of the last subframe corresponding to the PUSCH transmission to the first subframe of the next PDCCH opportunity.

[0383] In some other embodiments, if the uplink HARQ process is a HARQ process with a HARQ feedback function disabled, the UL HARQ RTT Timer is a predefined non-negative constant, for example, the value of the HARQ RTT Timer is fixed to 0.

[0384] Embodiment 9, corresponding to the aforementioned situation 9:

[0385] Optionally, this ninth embodiment may be applicable to NB-IoT terminals.

[0386] Step 1: UE receives the DRX configuration from the network.

[0387] Step 2: When the UE receives a PDCCH indicating scheduling of multiple uplink TBs, the UE starts the UL HARQ RTT Timer corresponding to the uplink HARQ process used by the PUSCH of each uplink TB in the multiple uplink TBs in the subframe where the last repeated transmission of the PUSCH of the last uplink TB of the multiple uplink TBs is sent.

[0388] Step 3: The UE may determine the duration of the UL HARQ RTT Timer corresponding to each uplink HARQ process in step 2.

[0389] In some cases, if the uplink HARQ process used is a HARQ process with the HARQ feedback function enabled, the duration of the UL HARQ RTT Timer may be determined in one of the following ways:

[0390] Method 1: The duration of the HARQ RTT Timer can be RTT+ΔPDCCH3;

[0391] Mode 2: The duration of the HARQ RTT Timer may be max{RTT+ΔPDCCH3,1+ΔPDCCH4}.

[0392] Wherein: RTT represents the signal transmission delay between UE and network.

[0393] ΔPDCCH3 represents the time interval between the moment after the first RTT after the last subframe corresponding to the PUSCH transmission and the first subframe of the next PDCCH opportunity.

[0394] ΔPDCCH4 represents the time interval from the moment 3 ms after the next subframe of the last subframe corresponding to the PUSCH transmission to the first subframe of the next PDCCH opportunity.

[0395] In some other embodiments, if the uplink HARQ process is a HARQ process with a HARQ feedback function disabled, the UL HARQ RTT Timer is a predefined non-negative constant, for example, the value of the HARQ RTT Timer is fixed to 0.

[0396] Based on the above technical solution, when the HARQ feedback state corresponding to the HARQ process is the open terminal or the closed state, the terminal device or network device can determine the duration of the HARQ RTT timer corresponding to the HARQ process used by the data channel according to the round-trip time RTT or determine the duration as a preset value, which is beneficial to taking into account both terminal power saving and network scheduling.

[0397] Combination of the above Figure 3, describes in detail the method embodiment of the present application, and the following is combined with Figures 4 to 6 , the device embodiments of the present application are described in detail. It should be understood that the device embodiments and the method embodiments correspond to each other, and similar descriptions can refer to the method embodiments.

[0398] Figure 4 FIG. 4 shows a schematic block diagram of a device 400 according to an embodiment of the present application. Figure 4 As shown, the device 400 includes:

[0399] The processing unit 410 determines the duration of the HARQ RTT timer corresponding to the first hybrid automatic retransmission request HARQ process according to the first round-trip time RTT, or determines that the duration of the HARQ RTT timer corresponding to the first HARQ process is a preset value, wherein the first HARQ process is the HARQ process used by the first data channel, the first data channel is used to carry the first TB of at least one transmission block TB scheduled by the physical downlink control channel PDCCH, the first RTT is determined according to the signal transmission delay between the terminal device and the network device, the device is a terminal device or a network device, and the device is a transmitting end or a receiving end of the first data channel.

[0400] Optionally, in some embodiments, the at least one TB is a downlink TB, the first HARQ process is a downlink HARQ process, and the processing unit 410 is specifically configured to:

[0401] Determine, according to the first RTT and the first information, a duration of a HARQ RTT timer corresponding to the first HARQ process;

[0402] The first information includes at least one of the following:

[0403] A HARQ-ACK feedback delay of the at least one TB;

[0404] Processing delay after the terminal device completes HARQ-ACK feedback;

[0405] A parameter for the number of feedback repetition transmissions of the HARQ-ACK information corresponding to the at least one TB;

[0406] The number of the at least one TB;

[0407] Whether the terminal device is configured for HARQ bundling feedback;

[0408] The number of TBs for HARQ bundling feedback;

[0409] a state of a HARQ feedback function corresponding to the first HARQ process;

[0410] HARQ feedback duration, which indicates the total time taken to send a HARQ feedback message multiple times;

[0411] The time taken to send a single HARQ feedback message;

[0412] A first PDCCH interval represents a time interval from a first moment to a first PDCCH opportunity after the first moment, the first moment being after the terminal device completes HARQ feedback and being an interval of the first RTT;

[0413] The second PDCCH interval represents the time interval from a second moment to a first PDCCH opportunity after the second moment, the second moment being after the terminal device completes the HARQ feedback, and the interval is the processing delay.

[0414] Optionally, in some embodiments, the processing unit 410 is further configured to:

[0415] Determine a first duration according to the first RTT and the first information;

[0416] According to the first duration, a duration of a HARQ RTT timer corresponding to the first HARQ process is determined.

[0417] Optionally, in some embodiments, the processing unit 410 is further configured to:

[0418] Determine the first duration as the duration of a HARQ RTT timer corresponding to the first HARQ process; or

[0419] Determine a larger value between the first duration and the first preset duration as the duration of the HARQ RTT timer corresponding to the first HARQ process;

[0420] The first preset duration is determined according to the feedback delay of the at least one TB and the processing delay.

[0421] Optionally, in some embodiments, the at least one TB includes only the first TB, wherein:

[0422] The feedback delay of the at least one TB includes a first time interval, where the first time interval represents a time interval between the last transmission of the first TB and the first transmission of HARQ feedback information corresponding to the first TB;

[0423] The feedback repetition transmission times parameter of the HARQ-ACK information corresponding to the at least one TB includes a first parameter and / or a second parameter, wherein the first parameter is used to indicate the first transmission of a physical uplink control channel PUCCH, the PUCCH is used to carry the HARQ feedback information corresponding to the first TB, and the second parameter is used to indicate the PUCCH repetition factor.

[0424] Optionally, in some embodiments, the processing unit 410 is further configured to:

[0425] The first duration is determined according to the first RTT, the first time interval and the feedback repetition transmission number parameter.

[0426] Optionally, in some embodiments, the first duration is equal to the sum of the first time interval, the first parameter and the first RTT, or the first duration is equal to the sum of the first time interval, the second parameter and the first RTT;

[0427] The first preset time length is equal to the feedback delay of the first TB and the processing delay.

[0428] Optionally, in some embodiments, the at least one TB includes multiple TBs, the multiple TBs include the first TB, the terminal device is not configured with HARQ bundling feedback, wherein the feedback delay of the at least one TB includes a second time interval, and the second time interval represents a time interval between the last transmission of the last TB of the multiple TBs and the first transmission of HARQ feedback information corresponding to the multiple TBs;

[0429] The feedback repetition transmission times parameter of the HARQ-ACK information corresponding to the at least one TB includes a first parameter and / or a second parameter, wherein the first parameter is used to indicate the first transmission of PUCCH, the PUCCH is used to carry the HARQ feedback information corresponding to the last TB among the multiple TBs, and the second parameter is used to indicate the PUCCH repetition factor.

[0430] Optionally, in some embodiments, the processing unit 410 is further used to determine the first duration according to the first RTT, the number of the multiple TBs, the second time interval and the feedback repetition transmission number parameter.

[0431] Optionally, in some embodiments, the first duration is equal to T2+N TB *N+RTT or T2+(N TB -1)*N+N1+RTT, the first preset duration is equal to 7+N TB*N; wherein RTT represents the first RTT, T2 represents the second time interval, N1 represents the first parameter, N represents the second parameter, N TB Indicates the number of the multiple TBs.

[0432] Optionally, in some embodiments, the at least one TB includes a plurality of TBs, the plurality of TBs include the first TB, and the terminal device is configured with HARQ bundling feedback, wherein:

[0433] The feedback delay of the at least one TB includes a third time interval, where the third time interval represents a time interval between the last transmission of the last TB of the multiple TBs and the first transmission of the HARQ feedback information corresponding to the multiple TBs;

[0434] The feedback repetition transmission times parameter of the HARQ-ACK information corresponding to the at least one TB includes a first parameter and / or a second parameter, wherein the first parameter is used to indicate the first transmission of PUCCH, the PUCCH is used to carry the HARQ feedback information of the last bound feedback in the multiple TBs, and the second parameter is used to indicate the PUCCH repetition factor.

[0435] Optionally, in some embodiments, the processing unit 410 is further configured to:

[0436] The length of the HARQ RTT timer corresponding to the first HARQ process is determined according to the first RTT, the third time interval, the feedback repetition transmission number parameter, and the number of groups for performing HARQ bundling feedback on the multiple TBs.

[0437] Optionally, in some embodiments, the first duration is equal to T3+k*N+RTT, or T3+(k-1)*N+N1+RTT, and the first preset duration is equal to 7+k*N; wherein RTT represents the first RTT, T3 represents the third time interval, N1 represents the first parameter, N represents the second parameter, and k represents the number of groups of the multiple TBs for HARQ binding feedback.

[0438] Optionally, in some embodiments, the terminal device is an enhanced machine type communication (eMTC) terminal.

[0439] Optionally, in some embodiments, the at least one TB includes only the first TB, and the processing unit 410 is further configured to:

[0440] The first duration is determined according to the first RTT, a fourth time interval, the HARQ feedback duration and the first PDCCH interval, wherein the fourth time interval represents the time interval between the last transmission of the first TB and the first transmission of HARQ feedback information corresponding to the first TB.

[0441] Optionally, in some embodiments, the first duration is equal to T4+1+RTT+ΔPDCCH1, or T4+N+RTT+ΔPDCCH1, and the first preset duration is equal to k+3+N+ΔPDCCH2;

[0442] Among them, RTT represents the first RTT, T4 represents the fourth time interval, N represents the HARQ feedback duration, ΔPDCCH1 represents the first PDCCH interval, and ΔPDCCH2 represents the second PDCCH interval.

[0443] Optionally, in some embodiments, the at least one TB includes multiple TBs, the multiple TBs include the first TB, the terminal device is configured with HARQ bundling feedback, and the processing unit 410 is further used to:

[0444] The first duration is determined according to the first RTT, the fifth time interval, the HARQ feedback duration and the first PDCCH interval, wherein the sixth time interval represents the time interval between the last transmission of the multiple TBs and the first transmission of the HARQ feedback information corresponding to the multiple TBs.

[0445] Optionally, in some embodiments, the first duration is equal to T5+N+RTT+ΔPDCCH1, and the first preset duration is equal to T5+3+N+ΔPDCCH2; wherein RTT represents the first RTT, T5 represents the fifth time interval, N represents the HARQ feedback duration, ΔPDCCH1 represents the first PDCCH interval, and ΔPDCCH2 represents the second PDCCH interval.

[0446] Optionally, in some embodiments, the at least one TB includes multiple TBs, the multiple TBs include the first TB, the terminal device is not configured with HARQ bundling feedback, and the processing unit 410 is further configured to:

[0447] Determine the first duration according to the first RTT, a sixth time interval, the HARQ feedback duration, the time taken for sending a single HARQ feedback information, and the first PDCCH interval; or

[0448] The first duration is determined according to the first RTT, the sixth time interval, the HARQ feedback duration and the first PDCCH interval; wherein the sixth time interval represents the time interval between the last transmission of the multiple TBs and the first transmission of the HARQ feedback information corresponding to the multiple TBs.

[0449] Optionally, the first duration is equal to T6+2N+RTT+ΔPDCCH1, or T6+N+N1+RTT+ΔPDCCH1, and the first preset duration is equal to k+2N+1+ΔPDCCH2; wherein RTT represents the first RTT, T6 represents the sixth time interval, N represents the HARQ feedback duration, ΔPDCCH1 represents the first PDCCH interval, ΔPDCCH2 represents the second PDCCH interval, and N1 represents the time required from completing the transmission of the first HARQ feedback information to completing the first transmission of the second HARQ feedback information.

[0450] Optionally, in some embodiments, the terminal device is a narrowband Internet of Things NB-IoT terminal.

[0451] Optionally, the at least one TB is an uplink TB, and the first HARQ process is an uplink HARQ process.

[0452] Optionally, in some embodiments, the duration of the HARQ RTT timer corresponding to the first HARQ process is the first RTT; or a larger value between the first RTT and a second preset duration.

[0453] Optionally, in some embodiments, the terminal device is an eMTC terminal.

[0454] Optionally, in some embodiments, the processing unit 410 is further configured to:

[0455] Determine, according to the first RTT and the second information, a duration of a HARQ RTT timer corresponding to the first HARQ process;

[0456] The second information includes at least one of the following: a third PDCCH interval, which indicates a time interval from a third moment to a first PDCCH opportunity after the third moment, wherein the third moment is after the moment when the terminal device completes transmission of the data channel corresponding to the at least one TB and is separated from the first RTT;

[0457] The fourth PDCCH interval represents the time interval from a fourth moment to a first PDCCH opportunity after the fourth moment, wherein the fourth moment is after the data channel corresponding to the at least one TB is transmitted and the processing delay is separated.

[0458] Optionally, in some embodiments, the processing unit 410 is further configured to:

[0459] Determine a second duration according to the first RTT and the second information;

[0460] Determine the duration of the HARQ RTT timer corresponding to the first HARQ process according to the second duration.

[0461] Optionally, in some embodiments, determining the duration of a HARQ RTT timer corresponding to the first HARQ process according to the second duration includes:

[0462] Determine the second duration as the duration of the HARQ RTT timer corresponding to the first HARQ process; or

[0463] The larger value between the second duration and the second preset duration is determined as the duration of the HARQ RTT timer corresponding to the first HARQ process; wherein the second preset duration is determined according to the processing delay.

[0464] Optionally, in some embodiments, the at least one TB includes only the first TB, the second duration is equal to the sum of the first RTT and the third PDCCH interval; the second preset duration is equal to the sum of 4 and the fourth PDCCH interval.

[0465] Optionally, in some embodiments, the at least one TB includes a plurality of TBs, and the second duration is equal to a sum of the first RTT and the third PDCCH interval;

[0466] The second preset duration is equal to the sum of 1 and the fourth PDCCH interval.

[0467] Optionally, in some embodiments, the terminal device is a NB-IoT terminal.

[0468] Optionally, in some embodiments, the processing unit 410 is further configured to:

[0469] When the state of the HARQ feedback function corresponding to the first HARQ process is to enable the HARQ feedback function, the duration of the HARQ RTT timer corresponding to the first HARQ process is determined according to the first RTT.

[0470] Optionally, in some embodiments, the processing unit 410 is further configured to:

[0471] When the state of the HARQ feedback function corresponding to the first HARQ process is to disable the HARQ feedback function, the first device determines that the duration of the HARQ RTT timer corresponding to the first HARQ process is a preset value.

[0472] Optionally, in some embodiments, the first RTT is determined according to the time advance TA of the terminal device.

[0473] It should be understood that the terminal device 400 according to the embodiment of the present application may correspond to the terminal device in the method embodiment of the present application, and the above and other operations and / or functions of each unit in the terminal device 400 are respectively to implement Figure 3 For the sake of brevity, the corresponding processes of the terminal device or the network device in the method 200 are not repeated here.

[0474] Figure 5 It is a schematic structural diagram of a communication device 600 provided in an embodiment of the present application. Figure 5 The communication device 600 shown includes a processor 610, which can call and run a computer program from a memory to implement the method in the embodiment of the present application.

[0475] Alternatively, if Figure 5 As shown, the communication device 600 may further include a memory 620. The processor 610 may call and run a computer program from the memory 620 to implement the method in the embodiment of the present application. The memory 620 may be a separate device independent of the processor 610, or may be integrated in the processor 610.

[0476] Alternatively, if Figure 5 As shown, the communication device 600 may further include a transceiver 630, and the processor 610 may control the transceiver 630 to communicate with other devices, specifically, may send information or data to other devices, or receive information or data sent by other devices.

[0477] The transceiver 630 may include a transmitter and a receiver. The transceiver 630 may further include an antenna, and the number of the antennas may be one or more.

[0478] Optionally, the communication device 600 may specifically be a network device of an embodiment of the present application, and the communication device 600 may implement the corresponding processes implemented by the network device in each method of the embodiment of the present application, which will not be described in detail here for the sake of brevity.

[0479] Optionally, the communication device 600 may specifically be a mobile terminal / terminal device of an embodiment of the present application, and the communication device 600 may implement the corresponding processes implemented by the mobile terminal / terminal device in each method of the embodiment of the present application, which will not be described in detail here for the sake of brevity.

[0480] Figure 6 It is a schematic structural diagram of the chip of an embodiment of the present application. Figure 6 The chip 700 shown includes a processor 710, which can call and run a computer program from a memory to implement the method in the embodiment of the present application.

[0481] Alternatively, if Figure 6 As shown, the chip 700 may further include a memory 720. The processor 710 may call and run a computer program from the memory 720 to implement the method in the embodiment of the present application. The memory 720 may be a separate device independent of the processor 710, or may be integrated in the processor 710.

[0482] Optionally, the chip 700 may further include an input interface 730. The processor 710 may control the input interface 730 to communicate with other devices or chips, and specifically, may obtain information or data sent by other devices or chips.

[0483] Optionally, the chip 700 may further include an output interface 740. The processor 710 may control the output interface 740 to communicate with other devices or chips, and specifically, may output information or data to other devices or chips.

[0484] Optionally, the chip can be applied to the network device in the embodiments of the present application, and the chip can implement the corresponding processes implemented by the network device in each method of the embodiments of the present application. For the sake of brevity, they will not be repeated here.

[0485] Optionally, the chip can be applied to the mobile terminal / terminal device in the embodiments of the present application, and the chip can implement the corresponding processes implemented by the mobile terminal / terminal device in the various methods of the embodiments of the present application. For the sake of brevity, they will not be repeated here.

[0486] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0487] It should be understood that the processor of the embodiment of the present application may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method embodiment can be completed by the hardware integrated logic circuit or software instructions in the processor. The above processor can be a general processor, a digital signal processor (Digital Signal Processor, DSP), an application-specific integrated circuit (Application Specific Integrated Circuit, ASIC), a field programmable gate array (Field Programmable Gate Array, FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general processor can be a microprocessor or the processor can also be any conventional processor. The steps of the method disclosed in the embodiment of the present application can be directly embodied as a hardware decoding processor to perform, or the hardware and software modules in the decoding processor are combined and performed. The software module can be located in a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, and other mature storage media in the art. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

[0488] It can be understood that the memory in the embodiments of the present application can be a volatile memory or a non-volatile memory, or can include both volatile and non-volatile memories. Among them, the non-volatile memory can be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory can be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct RAM bus random access memory (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0489] It should be understood that the above-mentioned memory is exemplary but not restrictive. For example, the memory in the embodiments of the present application may also be static random access memory (static RAM, SRAM), dynamic random access memory (dynamic RAM, DRAM), synchronous dynamic random access memory (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous link dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DR RAM), etc. That is to say, the memory in the embodiments of the present application is intended to include but not limited to these and any other suitable types of memory.

[0490] An embodiment of the present application also provides a computer-readable storage medium for storing a computer program.

[0491] Optionally, the computer-readable storage medium can be applied to the network device in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the network device in the various methods of the embodiments of the present application. For the sake of brevity, they are not repeated here.

[0492] Optionally, the computer-readable storage medium can be applied to the mobile terminal / terminal device in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the mobile terminal / terminal device in the various methods of the embodiments of the present application. For the sake of brevity, they are not repeated here.

[0493] An embodiment of the present application also provides a computer program product, including computer program instructions.

[0494] Optionally, the computer program product can be applied to the network device in the embodiments of the present application, and the computer program instructions enable the computer to execute the corresponding processes implemented by the network device in the various methods of the embodiments of the present application. For the sake of brevity, they are not repeated here.

[0495] Optionally, the computer program product can be applied to the mobile terminal / terminal device in the embodiments of the present application, and the computer program instructions enable the computer to execute the corresponding processes implemented by the mobile terminal / terminal device in the various methods of the embodiments of the present application. For the sake of brevity, they are not repeated here.

[0496] The embodiment of the present application also provides a computer program.

[0497] Optionally, the computer program can be applied to the network device in the embodiments of the present application. When the computer program runs on a computer, the computer executes the corresponding processes implemented by the network device in the various methods in the embodiments of the present application. For the sake of brevity, they are not described here.

[0498] Optionally, the computer program can be applied to the mobile terminal / terminal device in the embodiments of the present application. When the computer program runs on the computer, the computer executes the corresponding processes implemented by the mobile terminal / terminal device in the various methods of the embodiments of the present application. For the sake of brevity, they are not repeated here.

[0499] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0500] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0501] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0502] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0503] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0504] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can be essentially or partly embodied in the form of a software product that contributes to the prior art. The computer software product is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0505] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A wireless communication method, characterized in that: include: The first device determines the duration of the HARQ RTT timer corresponding to the first hybrid automatic retransmission request HARQ process according to the first round-trip time RTT, or the first device determines that the duration of the HARQ RTT timer corresponding to the first HARQ process is a preset value, wherein the first HARQ process is a HARQ process used by a first data channel, the first data channel is used to carry the first TB of at least one transmission block TB scheduled by a physical downlink control channel PDCCH, the first RTT is determined according to the signal transmission delay between the terminal device and the network device, the first device is a terminal device or a network device, and the first device is a sending end or a receiving end of the first data channel, The first RTT is determined according to the time advance TA of the terminal device, and the network device belongs to a non-terrestrial communication network system, the at least one TB is a downlink TB, the first HARQ process is a downlink HARQ process, and the first device determines the duration of the HARQ RTT timer corresponding to the first hybrid automatic request retransmission HARQ process according to the first round-trip time RTT, including: Determine, according to the first RTT and the first information, a duration of a HARQ RTT timer corresponding to the first HARQ process, wherein the first information includes a feedback repetition transmission number parameter of the HARQ-ACK information corresponding to the at least one TB; The at least one TB includes only the first TB, and the feedback delay of the at least one TB includes a first time interval, where the first time interval represents a time interval between the last transmission of the first TB and the first transmission of HARQ feedback information corresponding to the first TB; The feedback repetition transmission times parameter of the HARQ-ACK information corresponding to the at least one TB includes a first parameter and / or a second parameter, wherein the first parameter is used to indicate the first transmission of a physical uplink control channel PUCCH, the PUCCH is used to carry the HARQ feedback information corresponding to the first TB, and the second parameter is used to indicate the PUCCH repetition factor.

2. The method according to claim 1, characterized in that The first information also includes at least one of the following: A HARQ-ACK feedback delay of the at least one TB; Processing delay after the terminal device completes HARQ-ACK feedback; The number of the at least one TB; Whether the terminal device is configured for HARQ bundling feedback; The number of TBs for HARQ bundling feedback; a state of a HARQ feedback function corresponding to the first HARQ process; HARQ feedback duration, which indicates the total time taken to send a HARQ feedback message multiple times; The time taken to send a single HARQ feedback message; A first PDCCH interval represents a time interval from a first moment to a first PDCCH opportunity after the first moment, the first moment being after the terminal device completes HARQ feedback and being an interval of the first RTT; The second PDCCH interval represents the time interval from a second moment to a first PDCCH opportunity after the second moment, the second moment being after the terminal device completes the HARQ feedback, and the interval is the processing delay.

3. The method according to claim 2, characterized in that The determining, according to the first RTT and the first information, a duration of a HARQ RTT timer corresponding to the first HARQ process includes: Determine a first duration according to the first RTT and the first information; According to the first duration, a duration of a HARQ RTT timer corresponding to the first HARQ process is determined.

4. The method according to claim 3, characterized in that The determining, according to the first duration, a duration of a HARQ RTT timer corresponding to the first HARQ process includes: Determine the first duration as the duration of the HARQ RTT timer corresponding to the first HARQ process; or determine the larger value of the first duration and the first preset duration as the duration of the HARQ RTT timer corresponding to the first HARQ process; The first preset duration is determined according to the feedback delay of the at least one TB and the processing delay.

5. The method according to claim 4, characterized in that The determining a first duration according to the first RTT and the first information includes: Determine the first duration according to the first RTT, the first time interval, and the feedback repetition transmission number parameter, wherein the first duration is equal to the sum of the first time interval, the first parameter, and the first RTT, or the first duration is equal to the sum of the first time interval, the second parameter, and the first RTT; The first preset time length is equal to the feedback delay of the first TB and the processing delay.

6. The method according to claim 3 or 4, characterized in that: The at least one TB includes a plurality of TBs, the plurality of TBs include the first TB, and the terminal device is not configured with HARQ bundling feedback, wherein, The feedback delay of the at least one TB includes a second time interval, where the second time interval represents a time interval between the last transmission of the last TB of the multiple TBs and the first transmission of the HARQ feedback information corresponding to the multiple TBs; The feedback repetition transmission number parameter of the HARQ-ACK information corresponding to the at least one TB includes a first parameter and / or a second parameter, wherein the first parameter is used to indicate the first transmission of a PUCCH, the PUCCH is used to carry the HARQ feedback information corresponding to the last TB in the multiple TBs, and the second parameter is used to indicate a PUCCH repetition factor, wherein the determining the first duration according to the first RTT and the first information includes: The first duration is determined according to the first RTT, the number of the multiple TBs, the second time interval and the feedback repetition transmission number parameter.

7. The method according to claim 3 or 4, characterized in that: The at least one TB includes a plurality of TBs, the plurality of TBs include the first TB, and the terminal device is configured with HARQ bundling feedback, wherein, The feedback delay of the at least one TB includes a third time interval, where the third time interval represents a time interval between the last transmission of the last TB of the multiple TBs and the first transmission of the HARQ feedback information corresponding to the multiple TBs; The feedback repetition transmission times parameter of the HARQ-ACK information corresponding to the at least one TB includes a first parameter and / or a second parameter, wherein the first parameter is used to indicate the first transmission of PUCCH, the PUCCH is used to carry the HARQ feedback information of the last bound feedback in the multiple TBs, and the second parameter is used to indicate the PUCCH repetition factor.

8. The method according to claim 3 or 4, characterized in that: The at least one TB includes only the first TB, wherein determining the first duration according to the first RTT and the first information includes: The first duration is determined according to the first RTT, a fourth time interval, the HARQ feedback duration and the first PDCCH interval, wherein the fourth time interval represents the time interval between the last transmission of the first TB and the first transmission of HARQ feedback information corresponding to the first TB.

9. The method according to claim 3 or 4, characterized in that: The at least one TB includes a plurality of TBs, the plurality of TBs include the first TB, and the terminal device is configured with HARQ bundling feedback, wherein, Determining a first duration according to the first RTT and the first information includes: The first duration is determined according to the first RTT, the fifth time interval, the HARQ feedback duration and the first PDCCH interval, wherein the fifth time interval represents the time interval between the last transmission of the multiple TBs and the first transmission of the HARQ feedback information corresponding to the multiple TBs.

10. The method according to claim 3 or 4, characterized in that: The at least one TB includes a plurality of TBs, the plurality of TBs include the first TB, and the terminal device is not configured with HARQ bundling feedback, wherein, The determining the first duration according to the first RTT and the first information includes: Determine the first duration according to the first RTT, a sixth time interval, the HARQ feedback duration, the time taken for sending a single HARQ feedback information, and the first PDCCH interval; or Determine the first duration according to the first RTT, a sixth time interval, the HARQ feedback duration, and the first PDCCH interval; The sixth time interval represents the time interval between the last transmission of the multiple TBs and the first transmission of the HARQ feedback information corresponding to the multiple TBs.

11. The method according to any one of claims 1 to 5, characterized in that The first device determines, according to the first round-trip time RTT, a duration of a HARQ RTT timer corresponding to the first hybrid automatic repeat request HARQ process, including: When the state of the HARQ feedback function corresponding to the first HARQ process is to enable the HARQ feedback function, determining, according to the first RTT, a duration of a HARQ RTT timer corresponding to the first HARQ process; The first device determines that the duration of the HARQ RTT timer corresponding to the first HARQ process is a preset value, including: When the state of the HARQ feedback function corresponding to the first HARQ process is to disable the HARQ feedback function, the first device determines that the duration of the HARQ RTT timer corresponding to the first HARQ process is a preset value.

12. A wireless communication device, characterized in that: include: The processing unit determines, according to the first round-trip time RTT, the duration of the HARQ RTT timer corresponding to the first hybrid automatic request for retransmission HARQ process, or determines that the duration of the HARQ RTT timer corresponding to the first HARQ process is a preset value, wherein the first HARQ process is a HARQ process used by a first data channel, the first data channel is used to carry a first TB of at least one transmission block TB scheduled by a physical downlink control channel PDCCH, the first RTT is determined according to a signal transmission delay between a terminal device and a network device, the wireless communication device is a terminal device or a network device, and the wireless communication device is a transmitting end or a receiving end of the first data channel, The first RTT is determined according to the time advance TA of the terminal device, and the network device belongs to a non-terrestrial communication network system, the at least one TB is a downlink TB, and the first HARQ process is a downlink HARQ process, wherein the duration of the HARQ RTT timer corresponding to the first hybrid automatic request retransmission HARQ process is determined according to the first round-trip time RTT, including: Determine, according to the first RTT and the first information, the duration of the HARQ RTT timer corresponding to the first HARQ process, wherein the first information includes a feedback repetition transmission number parameter of the HARQ-ACK information corresponding to the at least one TB, The at least one TB includes only the first TB, and the feedback delay of the at least one TB includes a first time interval, where the first time interval represents a time interval between the last transmission of the first TB and the first transmission of HARQ feedback information corresponding to the first TB; The feedback repetition transmission times parameter of the HARQ-ACK information corresponding to the at least one TB includes a first parameter and / or a second parameter, wherein the first parameter is used to indicate the first transmission of a physical uplink control channel PUCCH, the PUCCH is used to carry the HARQ feedback information corresponding to the first TB, and the second parameter is used to indicate the PUCCH repetition factor.

13. A wireless communication device, characterized in that: include: A processor and a memory, the memory being used to store a computer program, the processor being used to call and run the computer program stored in the memory to execute the method according to any one of claims 1 to 11.

Images