Method, terminal device and network device for uplink feedback

By using the first and second parameters to indicate different time intervals in the first DCI, the problem of HARQ feedback information transmission in the sleep state of the terminal device is solved, achieving a balance between data transmission reliability and terminal device energy saving.

CN116155455BActive Publication Date: 2026-04-28伟光有限公司(CN)
View PDF 2 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
伟光有限公司(CN)
Filing Date
2022-12-29
Publication Date
2026-04-28

AI Technical Summary

Technical Problem

In some communication systems, terminal devices cannot transmit HARQ feedback information in a timely manner when in sleep mode, resulting in a tradeoff between data transmission reliability and energy-saving performance of the terminal devices.

Method used

By using the first and second parameters contained in the first DCI to indicate different time intervals, the terminal device can transmit HARQ feedback information at an earlier time domain location, enabling rapid or early reporting.

Benefits of technology

It improves the reliability of data transmission and the energy-saving performance of terminal equipment, adapting to different business needs.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN116155455B_ABST
    Figure CN116155455B_ABST
Patent Text Reader

Abstract

The application provides a method, a terminal device and a network device for uplink feedback. The method comprises: receiving a first DCI, the first DCI being used for scheduling resources of downlink data of a first PDSCH transmission; determining, by the terminal device, a time domain position of HARQ feedback information corresponding to a time domain position of the downlink data of the first PDSCH transmission according to the first DCI; the first DCI comprising a first parameter and a second parameter, the first parameter being used for indicating a first time interval between the time domain position of the downlink data of the first PDSCH transmission and the time domain position of the HARQ feedback information, and the second parameter being used for indicating a second time interval between the time domain position of the downlink data of the first PDSCH transmission and the time domain position of the HARQ feedback information, the first time interval being smaller than the second time interval. The application can flexibly use different time intervals to transmit the HARQ feedback information according to the situation, which is beneficial to taking into account the reliability of data transmission and the energy saving performance of the terminal device.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of communication technology, and more specifically, to a method, terminal device, and network device for uplink feedback. Background Technology

[0002] In some communication systems (such as new radio (NR) systems), after a terminal device receives a physical downlink shared channel (PDSCH) sent by a network device, it needs to send a hybrid automatic repeat reQuest (HARQ) feedback message corresponding to the PDSCH to the network device so that the network device can determine whether to retransmit the PDSCH.

[0003] In related technologies, network devices can use downlink control information (DCI) to indicate to terminal devices the time interval between transmitting a certain PDSCH and the time domain position used to carry the HARQ feedback information corresponding to that PDSCH, so that the terminal devices can transmit HARQ feedback information based on the time interval.

[0004] However, in some cases, transmitting HARQ feedback information based on this time interval may cause problems. For example, if the terminal device is in a sleep state at the time domain position corresponding to this time interval, how to transmit HARQ feedback information in this case is a problem that needs to be solved. Summary of the Invention

[0005] In view of this, the embodiments of this application aim to provide a method, terminal device, and network device for uplink feedback. The various aspects involved in the embodiments of this application will be described below.

[0006] In a first aspect, a method for uplink feedback is provided, the method being applied to a terminal device, the method comprising: receiving a first DCI, the first DCI being used to schedule resources for downlink data transmitted by a first PDSCH; determining, based on the first DCI, a time-domain position of HARQ feedback information corresponding to a time-domain position of the downlink data transmitted by the first PDSCH; wherein the first DCI includes a first parameter and a second parameter, the first parameter being used to indicate a first time interval between the time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the HARQ feedback information, the second parameter being used to indicate a second time interval between the time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the HARQ feedback information, the first time interval being less than the second time interval.

[0007] Secondly, a method for uplink feedback is provided, the method being applied to a network device, the method comprising: sending a first DCI, the first DCI being used to schedule resources for downlink data transmitted by a first PDSCH; receiving HARQ feedback information, the time-domain position of the HARQ feedback information corresponding to the time-domain position of the downlink data transmitted by the first PDSCH; wherein the first DCI includes a first parameter and a second parameter, the first parameter being used to indicate a first time interval between the time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the HARQ feedback information, the second parameter being used to indicate a second time interval between the time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the HARQ feedback information, the first time interval being less than the second time interval.

[0008] Thirdly, a terminal device is provided, comprising: a first receiving module, configured to receive a first DCI, the first DCI being used to schedule resources for downlink data transmitted by a first PDSCH; and a determining module, configured to determine, based on the first DCI, the time-domain position of HARQ feedback information corresponding to the time-domain position of the downlink data transmitted by the first PDSCH; wherein the first DCI includes a first parameter and a second parameter, the first parameter being used to indicate a first time interval between the time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the HARQ feedback information, and the second parameter being used to indicate a second time interval between the time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the HARQ feedback information, wherein the first time interval is less than the second time interval.

[0009] Fourthly, a network device is provided, comprising: a first transmitting module for transmitting a first DCI, the first DCI being used to schedule resources for downlink data transmitted via a first PDSCH; and a first receiving module for receiving HARQ feedback information, the time-domain position of the HARQ feedback information corresponding to the time-domain position of the downlink data transmitted via the first PDSCH; wherein the first DCI includes a first parameter and a second parameter, the first parameter indicating a first time interval between the time-domain position of the downlink data transmitted via the first PDSCH and the time-domain position of the HARQ feedback information, and the second parameter indicating a second time interval between the time-domain position of the downlink data transmitted via the first PDSCH and the time-domain position of the HARQ feedback information, the first time interval being less than the second time interval.

[0010] Fifthly, a terminal device is provided, including a processor, a memory, and a communication interface, wherein the memory is used to store one or more computer programs, and the processor is used to invoke the computer programs in the memory to cause the terminal device to perform some or all of the steps in the method of the first aspect.

[0011] In a sixth aspect, a network device is provided, including a processor, a memory, and a communication interface, wherein the memory is used to store one or more computer programs, and the processor is used to invoke the computer programs in the memory to cause the network device to perform some or all of the steps in the method of the second aspect.

[0012] Seventhly, embodiments of this application provide a communication system including the aforementioned terminal device and / or network device. In another possible design, the system may further include other devices that interact with the terminal device or network device as described in the embodiments of this application.

[0013] Eighthly, embodiments of this application provide a computer-readable storage medium storing a computer program that causes a terminal device and / or a network device to perform some or all of the steps in the methods described above.

[0014] Ninthly, embodiments of this application provide a computer program product, wherein the computer program product includes a non-transitory computer-readable storage medium storing a computer program operable to cause a terminal device and / or a network device to perform some or all of the steps of the methods described in the foregoing aspects. In some implementations, the computer program product may be a software installation package.

[0015] In a tenth aspect, embodiments of this application provide a chip including a memory and a processor, the processor being able to call and run a computer program from the memory to implement some or all of the steps described in the methods of the foregoing aspects.

[0016] In this embodiment, the first DCI includes a first parameter and a second parameter. Both the first and second parameters are used to indicate the time interval between the time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the HARQ feedback information corresponding to the first PDSCH. The first time interval indicated by the first parameter is less than the second time interval indicated by the second parameter. Compared to schemes in DCI that use only one parameter (i.e., the second parameter of this application) to indicate the time interval between the time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the HARQ feedback information corresponding to the first PDSCH, this embodiment can flexibly use different time intervals to transmit HARQ feedback information according to specific circumstances, which is beneficial for balancing the reliability of data transmission and the energy-saving performance of terminal devices. Attached Figure Description

[0017] Figure 1 This is a system architecture example diagram of a communication system to which embodiments of this application can be applied.

[0018] Figure 2 This is an example of a network device indicating the time-domain location for transmitting HARQ feedback information using the K1 value.

[0019] Figure 3 An example diagram illustrating skipping PDCCH monitoring provided in an embodiment of this application.

[0020] Figure 4 An example diagram illustrating the transmission of HARQ feedback information under the PDCCH monitoring mechanism.

[0021] Figure 5 This is a flowchart illustrating a method for uplink feedback provided in an embodiment of this application.

[0022] Figure 6 This is a flowchart illustrating a method for uplink feedback provided in another embodiment of this application.

[0023] Figure 7 This is an example diagram illustrating the transmission of HARQ feedback information provided in an embodiment of this application.

[0024] Figure 8 Example diagrams showing the transmission of HARQ feedback information based on the first and second parameters, respectively.

[0025] Figure 9 This is a flowchart illustrating a method for uplink feedback provided in another embodiment of this application.

[0026] Figure 10 An example of the capability reporting behavior of the terminal device provided in the embodiments of this application.

[0027] Figure 11An example of the behavior of a terminal device in determining the temporal location for transmitting HARQ feedback information, as provided in the embodiments of this application.

[0028] Figure 12 An example of the behavior of a terminal device reporting HARQ feedback information provided in the embodiments of this application.

[0029] Figure 13 This is a schematic diagram of the structure of a terminal device provided in an embodiment of this application.

[0030] Figure 14 This is a schematic diagram of the network device provided in an embodiment of this application.

[0031] Figure 15 This is a schematic structural diagram of a communication device provided in an embodiment of this application. Detailed Implementation

[0032] The technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments.

[0033] Figure 1 This is an example diagram of the system architecture of a wireless communication system 100 to which embodiments of this application can be applied. The wireless communication system 100 may include a network device 110 and a terminal device 120. The network device 110 may be a device that communicates with the terminal device 120. The network device 110 may provide communication coverage for a specific geographical area and may communicate with the terminal device 120 located within that coverage area.

[0034] Figure 1 An exemplary embodiment shows a network device and two terminal devices. Optionally, the wireless communication system 100 may include multiple network devices and each network device may include other numbers of terminal devices within its coverage area. This application embodiment does not limit this.

[0035] Optionally, the wireless communication system 100 may also include other network entities such as a network controller and a mobility management entity, which is not limited in this embodiment.

[0036] It should be understood that the technical solutions of the embodiments of this application can be applied to various communication systems, such as: 5th generation (5G) systems or new radio (NR) systems, long term evolution (LTE) systems, LTE frequency division duplex (FDD) systems, LTE time division duplex (TDD) systems, etc. The technical solutions provided in this application can also be applied to future communication systems, such as 6th generation mobile communication systems, satellite communication systems, and so on.

[0037] The terminal device in this application embodiment can also be referred to as user equipment (UE), access terminal, user unit, user station, mobile station, mobile station (MS), mobile terminal (MT), remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or user device. The terminal device in this application embodiment can be a device that provides voice and / or data connectivity to a user, and can be used to connect people, objects, and machines, such as a handheld device with wireless connectivity, vehicle-mounted device, etc. The terminal devices in the embodiments of this application can be mobile phones, tablets, laptops, PDAs, mobile internet devices (MIDs), wearable devices, virtual reality (VR) devices, augmented reality (AR) devices, wireless terminals in industrial control, self-driving, remote medical surgery, smart grids, transportation safety, smart cities, and smart homes, etc. Optionally, the UE can act as a base station. For example, the UE can act as a scheduling entity, providing sidelink signals between UEs in V2X or D2D, etc. For example, cellular phones and cars communicate with each other using sidelink signals. Cellular phones and smart home devices communicate without relaying communication signals through a base station.

[0038] The network device in this application embodiment can be a device used to communicate with a terminal device. This network device can also be called an access network device or a wireless access network device, such as a base station. In this application embodiment, the network device can refer to a radio access network (RAN) node (or device) that connects the terminal device to the wireless network. A base station can broadly encompass, or be replaced by, various names including: NodeB, evolved NodeB (eNB), next-generation NodeB (gNB), relay station, access point, transmitting and receiving point (TRP), transmitting point (TP), master MeNB, auxiliary SeNB, multi-mode radio (MSR) node, home base station, network controller, access node, wireless node, access point (AP), transmission node, transceiver node, baseband unit (BBU), remote radio unit (RRU), active antenna unit (AAU), remote radio head (RRH), central unit (CU), distributed unit (DU), positioning node, etc. A base station can be a macro base station, micro base station, relay node, donor node, or similar, or a combination thereof. A base station can also refer to a communication module, modem, or chip installed within the aforementioned equipment or apparatus. Base stations can also be mobile switching centers, devices that perform base station functions in device-to-device (D2D), vehicle-to-everything (V2X), and machine-to-machine (M2M) communications, network-side devices in 6G networks, and devices that perform base station functions in future communication systems. Base stations can support networks using the same or different access technologies. The embodiments of this application do not limit the specific technologies or device forms used in the network equipment.

[0039] Base stations can be fixed or mobile. For example, a helicopter or drone can be configured to act as a mobile base station, and one or more cells can move depending on the location of the mobile base station. In other examples, a helicopter or drone can be configured as a device to communicate with another base station.

[0040] In some deployments, the network device in this application embodiment may refer to a CU or a DU, or the network device may include both a CU and a DU. The gNB may also include an AAU.

[0041] Network devices and terminal devices can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water; and they can also be deployed in the air on airplanes, balloons, and satellites. This application does not limit the scenario in which the network devices and terminal devices are located.

[0042] It should be understood that all or part of the functions of the communication device in this application can also be implemented by software functions running on hardware, or by virtualization functions instantiated on a platform (e.g., a cloud platform).

[0043] In some communication systems (such as NR systems), to ensure the reliability and transmission rate of communication, network devices can transmit data to terminal devices based on HARQ. After receiving the PDSCH sent by the network device, the terminal device needs to send the corresponding HARQ feedback information to the network device so that the network device can determine whether to retransmit the PDSCH. Specifically, the terminal device can use error detection codes (e.g., cyclic redundancy check, CRC check) to detect whether the received PDSCH is erroneous. If there is no error, the terminal device can send an acknowledgment (ACK) to the network device so that the network device can continue to send the next new data after receiving the ACK. If an error occurs, the terminal device can send a negative acknowledgment (NACK) to the network device so that the network device can retransmit the PDSCH to the terminal device. The ACK and / or NACK information sent by the terminal device are collectively referred to as HARQ feedback information.

[0044] by Figure 1 Taking the communication system shown as an example, terminal device 120 can receive PDSCH sent by network device. If terminal device 120 correctly receives the PDSCH, it can send the HARQ feedback information corresponding to the PDSCH, i.e., ACK, to network device 110. If terminal device 120 does not correctly receive the PDSCH, it can send the HARQ feedback information corresponding to the PDSCH, i.e., NACK, to network device 110 so that network device 110 can retransmit the PDSCH.

[0045] Therefore, after the terminal device receives the PDSCH, the problem to be solved is at what time domain position the HARQ feedback information corresponding to the PDSCH should be transmitted. One implementation method is for the network device to indicate to the terminal device via DCI the time interval between transmitting a certain PDSCH and the time domain position used to carry the HARQ feedback information corresponding to that PDSCH, so that the terminal device can transmit the HARQ feedback information within that time interval.

[0046] Taking an NR system as an example, in an NR system, network devices can notify terminal devices of parameters related to the time-domain resource allocation interval through DCI, such as K0, K1, and K2 values. K1 represents the time interval between the downlink scheduling PDSCH (or downlink scheduling data) time slot (i.e., the time slot in which the network device sends the PDSCH) and the subsequent uplink feedback of the HARQ feedback information (e.g., ACK / NACK) corresponding to the PDSCH. In some embodiments, the unit for K0, K1, and K2 values ​​can be time slots. For ease of understanding, Figure 2 An example is given where a network device uses the K1 value to indicate the time-domain location of transmitting HARQ feedback information, such as... Figure 2 As shown, the K1 configurations for the PDSCH scheduled in time slots 0 / 1 / 2 are K1 = 8 / 7 / 6 respectively. This means that the terminal device can transmit the HARQ feedback information corresponding to the PDSCH scheduled in time slots 0 / 1 / 2 in time slot 8. For example, the HARQ feedback information corresponding to the PDSCH scheduled in time slots 0 / 1 / 2 can be reported separately or in combination in time slot 8.

[0047] In other words, network devices can use the K1 value carried in the DCI to indicate at what time domain position the HARQ feedback information corresponding to a certain PDSCH should be transmitted. However, in some cases, transmitting HARQ feedback information based on the aforementioned time interval (i.e., K1) may cause problems.

[0048] For example, if the terminal device is in a sleep state at the time domain position corresponding to the aforementioned time interval (K1), how to transmit HARQ feedback information in this case is a problem that needs to be solved. One possible implementation is to keep the terminal device in a sleep state and ignore the transmission of HARQ feedback information in order to save energy. However, the network device may not be able to retransmit incorrectly received PDSCH in a timely manner, which may affect the user experience for some services with high latency requirements. Another possible implementation is to prevent the terminal device from entering a sleep state to ensure the normal transmission of HARQ feedback information in order to guarantee the reliability of data transmission. However, this results in relatively high power consumption for the terminal device, which is not conducive to energy saving.

[0049] In some embodiments, the terminal device may be in a sleep state because it has received a command from the network device to skip listening to the physical downlink control channel (PDCCH) and has entered a sleep state. In some embodiments, the terminal device may be in a sleep state because it has configured a discontinuous reception (DRX) mechanism and is in a DRX sleep period (opportunity for DRX).

[0050] For ease of understanding, the following example illustrates the problem this application aims to solve: a terminal device receives a command from a network device to skip PDCCH monitoring and enters a sleep state, where it may need to transmit HARQ feedback information. It should be noted that this description is for illustrative purposes only and is not intended to limit the problem this application aims to solve. In fact, the technical solution of this application can be used in any scenario where HARQ feedback information reporting is applicable.

[0051] First, combine Figure 3 This section introduces the mechanism for skipping PDCCH listening.

[0052] The PDCCH carries the DCI (Distributed Control Channel) to transmit important downlink control information. Taking the NR (Normally Invasive) system as an example, the PDCCH, as the sole downlink control channel, carries crucial downlink control information for NR. The DCI can include various control information, such as transmission resource scheduling information for the PDSCH and the Physical Uplink Shared Channel (PUSCH), uplink power control indications (e.g., PUSCH and Physical Uplink Control Channel (PUCCH)), time slot format indications, physical resource block (PRB) resource allocation, and orthogonal frequency division multiplexing (OFDM) symbol mapping data transmission.

[0053] Network devices can dynamically send DCI to terminal devices via PDCCH. Terminal devices need to read the corresponding DCI to determine the allocated time-frequency domain resources, the necessary information for demodulating / decoding PDSCH, and how the allocated time-frequency domain resources are assembled and sent to PUSCH (or uplink data). Therefore, for terminal devices in connected or sleep states (e.g., idle or inactive) in Radio Resource Control (RRC), they need to listen to PDCCH to obtain DCI. However, continuous PDCCH listening results in significant power consumption for terminal devices; optimizing power consumption is a problem that needs to be addressed.

[0054] Based on this, to further reduce the power consumption of terminal devices during PDCCH listening, the 3rd Generation Partnership Project (3GPP) standards organization introduced a mechanism to skip PDCCH listening for the first time in release 17 (R17). This mechanism is a scheme where the network device takes the lead, explicitly configuring and notifying the terminal device to skip PDCCH listening for a certain period, thereby effectively saving power consumption of the terminal device. For example... Figure 3 As shown, in the mechanism of skipping PDCCH listening, the network device can carry DCI in the PDCCH to dynamically instruct the terminal device to skip a subsequent period of time (i.e., Figure 3 The PDCCH skipping duration (also known as PDCCH skipping time length, skipped PDCCH listening time length, etc.) allows the terminal device to enter a sleep state during this period.

[0055] As one implementation method, network devices can use a higher-layer RRC pre-configuration + DCI dynamic indication approach to notify terminal devices of the time duration for skipping PDCCH listening. This means that a PDCCH skip duration list can be pre-configured via RRC, combined with a notification method that uses dynamic DCI information selection. The following section uses an NR system as an example to explain in detail the scheme of using a higher-layer RRC pre-configuration + DCI dynamic indication approach to notify terminal devices of the time duration for skipping PDCCH listening.

[0056] First, network devices can notify terminal devices of a list of candidate PDCCH skip durations via RRC signaling (e.g., periodically updated RRC signaling). As one implementation, the network device can add a pdcch-SkippingDurationList indicator field to the PDCCH-Config field in the RRC signaling. This indicator field can include one or more PDCCH skip duration parameters. In some embodiments, the number of PDCCH skip duration parameters configured by the network device does not exceed three. In some embodiments, the unit of the PDCCH skip duration parameters configured by the network device can be time slots; for example, the value of each PDCCH skip duration configured by the network device does not exceed 166 time slots. The PDCCH-Config field and its included pdcch-SkippingDurationList indicator field are specifically shown below.

[0057]

[0058]

[0059] After the network device notifies the terminal device of the candidate PDCCH skip duration list via RRC signaling, the network device can notify the terminal device to trigger the mechanism to skip PDCCH monitoring via DCI. As one implementation, the network device can notify the terminal device to trigger the mechanism to skip PDCCH monitoring by adding an effective "PDCCH monitoring adaptation indication" to DCI formats 0_1, 0_2, 1_1, and 1_2 used for normal scheduling. In this way, if the terminal device detects a valid "PDCCH monitoring adaptation indication" configuration in the DCI format content, the skipping of PDCCH monitoring takes effect. For example, the following is a description of the "PDCCH monitoring adaptation indication" added to the DCI in R17.

[0060] DCI format 0_1 ​​is used for scheduling one or more PUSCHs in one cell, or indicating CG downlink feedback information (CG-DFI) to a UE.

[0061] The following information is transmitted using DCI format 0_1, which is CRC scrambled using C-RNTI, CS-RNTI, SP-CSI-RNTI, or MCS-C-RNTI: PDCCH monitoring adaptation indication - 0, 1, or 2 bits.

[0062] In some embodiments, the terminal device can determine the specific duration for skipping PDCCH listening based on the value of the "PDCCH Listening Adjustment Field" contained in the DCI field (or, the numbering information of the "PDCCH Listening Adjustment Field" contained in the DCI) and the pre-configuration of RRC higher-layer parameters.

[0063] In some embodiments, the "PDCCH Listening Adjustment Field" can use 0 bits, 1 bit, or 2 bits of indication information to indicate whether to skip PDCCH listening and the specific duration of skipping PDCCH listening, which is described below with reference to Table 1.

[0064] Table 1

[0065] "PDCCH Listener Adjustment Field" Adjusting the PDCCH monitoring behavior of terminal devices "0" (1 bit) Skip PDCCH listening "1" (1 bit) Skip PDCCH listening according to the #1 candidate time slot number provided by RRC. "00" (2 bits) Skip PDCCH listening "01" (2 bits) Skip PDCCH listening according to the #1 candidate time slot number provided by RRC. "10" (2 bits) Skip PDCCH listening according to the #2 candidate time slot number provided by RRC. "11" (2 bits) Skip PDCCH monitoring according to the #3 candidate time slot number provided by RRC.

[0066] Table 1 illustrates the use of 1-bit or 2-bit indication in the "PDCCH Listening Adjustment Field" as an example. As shown in Table 1, when the "PDCCH Listening Adjustment Field" uses 1 bit, a value of "0" indicates that PDCCH listening is skipped, and a value of "1" indicates that PDCCH listening is skipped according to the #1 candidate slot number provided by RRC. The case where the "PDCCH Listening Adjustment Field" uses 2 bits is similar; please refer to Table 1 for details, which will not be repeated here.

[0067] Based on the above process, starting from the next time slot, in the future several time slots, the terminal device can choose to skip the PDCCH listening process in order to save power consumption.

[0068] As can be seen from the above, in the scheme of skipping PDCCH snooping, network devices need to make dynamic indications through DCI. However, this dynamic indication is not currently effectively integrated with the HARQ retransmission scheme, resulting in an inability to balance data transmission reliability and the energy-saving performance of terminal devices. The following section will combine... Figure 2 and Figure 4 This will be introduced.

[0069] See again Figure 2 Due to the limitations of the K1 parameter in DCI, the HARQ feedback information corresponding to the PDSCH sent by the network device in time slots 0 / 1 / 2 needs to be transmitted in time slot 8. In this case, assuming the network device wants to configure skipping the PDCCH listening time in time slot 3, the network device may not be able to obtain the preceding time slots in time (e.g., Figure 2 The ACK / NACK status of data transmission blocks in time slots 0 / 1 / 2. In response to this situation (the network device subsequently needs to skip PDCCH listening), two direct solutions can be found in [link to relevant documentation]. Figure 4 .

[0070] like Figure 4 As shown in -a, network devices can ignore all ACK / NACK reports in preceding time slots and directly initiate a mechanism to skip PDCCH listening. In this way, network devices cannot trigger data retransmission during the terminal device's sleep period, affecting data transmission reliability. Furthermore, if the preceding time slots contain service data with high latency requirements (e.g., time-sensitive data), it will impact the user's actual service experience.

[0071] like Figure 4 As shown in -b, the network device can wait for ACK / NACK reports from all preceding time slots, that is, report them in the next uplink time slot (e.g., Figure 4 After slot 8 shown in -b, the mechanism to skip PDCCH listening is then started. In this way, the delayed start of the skip PDCCH listening mechanism will result in additional waiting time and power consumption overhead, which is not suitable for application scenarios with strict power saving requirements.

[0072] It should be noted that the above problems are more prominent in TDD application scenarios. This is because the TDD frame structure adjustment is less flexible, which makes it impossible for terminal devices to report HARQ feedback information in a timely manner (i.e., to report ACK / NACK).

[0073] In summary, in some cases, problems may arise in transmitting HARQ feedback information based on the time interval parameter (K1) in the DCI. The inventors have discovered that the main reason for this problem is that transmitting HARQ feedback information based on the K1 value is too slow. Therefore, to solve the above problem, embodiments of this application provide a method, terminal device, and network device for uplink feedback, capable of rapidly transmitting HARQ feedback information (i.e., performing rapid HARQ reporting, or performing early HARQ reporting, etc.). The technical solutions of the embodiments of this application will be described in detail below with reference to the accompanying drawings.

[0074] It should be noted that this application does not specifically limit the application scenarios of the technical solution of this application. It can be applied to any HARQ feedback scenario, such as the application scenario of skipping PDCCH listening mentioned above, or DRX scenario, etc.

[0075] Figure 5 This is a flowchart illustrating a method for uplink feedback provided in an embodiment of this application. Figure 5 The method described is presented from the perspective of the interaction between the terminal device and the network device. These terminal devices and network devices could be, for example, [missing information - likely related to the interaction between the terminal device and the network device]. Figure 1 The terminal device 120 and network device 110 are shown. Figure 5 The method shown may include steps S510 and S520, which are described below.

[0076] In step S510, the network device sends the first DCI to the terminal device.

[0077] The first DCI can be used to schedule downlink data resources transmitted by the first PDSCH. In some embodiments, it can also be referred to as the first DCI being used to schedule the first PDSCH. This application does not specifically limit the DCI format of the first DCI; for example, the first DCI can be DCI 1_0, DCI 1_1, etc.

[0078] In some embodiments, the first DCI can be carried in the PDCCH. The following description takes the first DCI carried in the first PDCCH as an example.

[0079] In this embodiment, the first DCI includes a first parameter and a second parameter. The first parameter can be used to indicate a first time interval between the time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the HARQ feedback information corresponding to the first PDSCH. The second parameter can be used to indicate a second time interval between the time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the HARQ feedback information corresponding to the first PDSCH.

[0080] In some embodiments, the first parameter can be used to directly indicate the first time interval. For example, the first parameter may include the first time interval. In some embodiments, the first parameter can be used to indirectly indicate the first time interval. For example, the first parameter may include indication information or indication parameters, based on which the value of the first time interval can be determined.

[0081] In some embodiments, the second parameter can be used to directly indicate the second time interval. For example, the second parameter may include the second time interval. In some embodiments, the second parameter can be used to indirectly indicate the second time interval. For example, the second parameter may include indication information or indication parameters, based on which the value of the second time interval can be determined.

[0082] In some embodiments, the first DCI including a first parameter and a second parameter can also be understood as the first DCI including a first indicator field (or, the first bit field) and a second indicator field (or, the second bit field). The first indicator field can be used to indicate the first parameter, and the second indicator field can be used to indicate the second parameter. In some embodiments, the first parameter can be omitted.

[0083] In some embodiments, the second parameter mentioned in this application may refer to the time interval between the existing time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the subsequent uplink feedback of the HARQ feedback information corresponding to the first PDSCH, such as the K1 value in the DCI of an NR system. The first parameter may refer to a newly added time interval between the time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the subsequent uplink feedback of the HARQ feedback information corresponding to the first PDSCH. For example, an indication field (e.g., a first indication field) may be added in the DCI to indicate the first parameter.

[0084] In some embodiments, the feedback resource for carrying the HARQ feedback information corresponding to the first PDSCH may include a time-domain resource carrying the HARQ feedback information. That is, the terminal device can determine in which time-domain resource (or time-domain location) the HARQ feedback information corresponding to the first PDSCH is transmitted using the first parameter and / or the second parameter.

[0085] In some embodiments, the time-domain location for transmitting the HARQ feedback information corresponding to the first PDSCH can be indicated by the time interval (e.g., a first time interval, a second time interval) between the time-domain location of the downlink data transmitted via the first PDSCH and the time-domain location of the HARQ feedback information corresponding to the first PDSCH. For example, if the first time interval indicated by the first parameter is 3 time slots, then the HARQ feedback information corresponding to the first PDSCH can be transmitted in the 3rd time slot after the time slot where the first PDSCH is located. Alternatively, if the second time interval indicated by the second parameter is 8 time slots, then the HARQ feedback information corresponding to the first PDSCH can be transmitted in the 8th time slot after the time slot where the first PDSCH is located, and so on.

[0086] However, the embodiments of this application are not limited to this. In some embodiments, the time domain position for transmitting the HARQ feedback information corresponding to the first PDSCH can be directly indicated by the DCI indication information. For example, a certain parameter in the DCI can directly indicate at which time domain position (e.g., which time slot) the HARQ feedback information corresponding to the first PDSCH is transmitted.

[0087] In some embodiments, the time interval (e.g., a first time interval, a second time interval) between the time-domain location of the downlink data transmitted by the first PDSCH and the time-domain location of its corresponding HARQ feedback information refers to the time interval between the time-domain location of the downlink data transmitted by the first PDSCH and the time-domain location of the subsequent uplink feedback of the HARQ feedback information corresponding to the first PDSCH. This application does not specifically limit the granularity of the time-domain location of the downlink data transmitted by the first PDSCH and / or the time-domain location of the HARQ feedback information. For example, the time-domain location can refer to a subframe, time slot, symbol, etc. In some embodiments, the time-domain location can also be replaced or understood as a time unit, such as the time unit where the first PDSCH is located.

[0088] The embodiments of this application do not specifically limit the unit of time interval (e.g., first time interval, second time interval). For example, the time interval can refer to time slot interval, symbol interval, etc.

[0089] In this embodiment, the value of the first time interval is different from the value of the second time interval; for example, the first time interval is shorter than the second time interval. In some embodiments, the first time interval being shorter than the second time interval can be understood as the time domain position for transmitting HARQ feedback information corresponding to the first time interval being earlier than the time domain position for transmitting HARQ feedback information corresponding to the second time interval. In this case, the terminal device being able to send HARQ feedback information based on the first parameter can be understood as the terminal device being able to perform fast HARQ reporting based on the first parameter.

[0090] In step S520, the terminal device determines the time domain position of the HARQ feedback information corresponding to the time domain position of the downlink data transmitted by the first PDSCH based on the first DCI.

[0091] In this embodiment of the application, the terminal device determining the time domain position of the HARQ feedback information based on the first DCI may mean that the terminal device determines the time domain position of the HARQ feedback information based on the first parameter and / or the second parameter.

[0092] In some embodiments, after the terminal device determines the time domain location of the HARQ feedback information based on the first DCI, it can send the HARQ feedback information at that time domain location, wherein the HARQ feedback information corresponds to the downlink data transmitted by the first PDSCH.

[0093] As one implementation method, when both the first parameter and the second parameter exist, the terminal device can determine whether to determine the temporal location of the HARQ feedback information based on the value of the first parameter or the second parameter, or in other words, whether to send the HARQ feedback information to the network device based on the first parameter or the second parameter. For example, if the value of the first parameter is not equal to the target value, the terminal device can determine the temporal location of the HARQ feedback information based on the first parameter, or send the HARQ feedback information to the network device based on the first parameter; or, if the value of the first parameter is equal to the target value, the terminal device can determine the temporal location of the HARQ feedback information based on the second parameter, or send the HARQ feedback information to the network device based on the second parameter.

[0094] As another implementation, if the first DCI only includes the second parameter, the terminal device can determine the temporal location of the HARQ feedback information based on the second parameter, or send the HARQ feedback information to the network device based on the second parameter. For example, if the network device determines that there is a large amount of data or continuous data transmission, the first parameter can be omitted from the first DCI. In this case, the terminal device can determine the temporal location of the HARQ feedback information based on the second parameter, or send the HARQ feedback information to the network device based on the second parameter.

[0095] It should be noted that the aforementioned target value can be understood as a specific setting value. This target value can be used to indicate whether or not to use the first parameter for transmitting HARQ feedback information. Generally, the first parameter indicates a first time interval, which is shorter than the second time interval indicated by the second parameter. However, in certain special cases, the value of the first parameter can be a specific value (i.e., the aforementioned target value) to indicate whether or not to use the first parameter for transmitting HARQ feedback information. In this case, we can consider that the first parameter is no longer used to indicate the first time interval, or that although the first parameter is still used to indicate the first time interval, the terminal device will not transmit HARQ feedback information at the time domain position corresponding to that first time interval. In other words, when the first parameter is the target value, it can be understood that the network device instructs the terminal device to cancel or not perform fast HARQ reporting through this first parameter (target value).

[0096] The specific value of the target value is not limited in the embodiments of this application. For example, the target value can be set to 0, or it can be set to a large value (such as 100, 1000, etc.), or it can be set to a negative number, etc.

[0097] In some embodiments, the target value may be predefined or preconfigured by the protocol. In some embodiments, the target value may be configured by the network device to the terminal device.

[0098] In some embodiments, if the terminal device detects that the first parameter is the target value, the terminal device can clear (or remove) all previous fast HARQ reporting system configurations. For example, it can clear the previously recorded first parameter and stop using the accumulated HARQ feedback information based on the previously recorded first parameter for reporting. As an example, suppose the network device wants the terminal device to skip PDCCH listening after performing fast HARQ reporting based on the first parameter to save power. However, if the network device has a large amount of temporary or continuous data to send to the terminal device between the time the network device sends the first parameter and the time the terminal device has not yet performed fast HARQ reporting based on the first parameter, the network device can resend the first parameter to the terminal device, with the first parameter being the target value, to instruct the terminal device to cancel fast HARQ reporting or not to perform fast HARQ reporting.

[0099] This application does not specifically limit the content of the HARQ feedback information. For example, for a single PDSCH, the HARQ feedback information can be ACK or NACK. Alternatively, for a group (multiple) PDSCHs performing HARQ feedback at the same time domain location, the HARQ feedback information can be all ACK, all NACK, or partly ACK and partly NACK, etc.

[0100] This application does not specifically limit the method of sending HARQ feedback information (or the reporting method, transmission method, etc.). For example, for a group of PDSCHs to perform HARQ feedback at the same time domain position, the group of PDSCHs can report individually at that time domain position, or they can report in combination at that time domain position, etc.

[0101] In this embodiment, the first DCI includes a first parameter and a second parameter. Both the first and second parameters are used to indicate the time interval between the time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the HARQ feedback information corresponding to the first PDSCH. The first time interval indicated by the first parameter is less than the second time interval indicated by the second parameter. Compared to schemes in DCI that use only one parameter (i.e., the second parameter of this application) to indicate the time interval between the time-domain position of the downlink data transmitted by the first PDSCH and the time-domain position of the HARQ feedback information corresponding to the first PDSCH, this embodiment can flexibly use different time intervals to transmit HARQ feedback information according to specific circumstances, which is beneficial for balancing the reliability of data transmission and the energy-saving performance of terminal devices.

[0102] Taking the NR system as an example, compared to the traditional scheme where HARQ feedback for preceding data blocks is limited by frame structure configuration and K1 settings for HARQ reporting, the fast HARQ reporting introduced in this application reduces additional waiting time and corresponding power consumption. Furthermore, network devices can obtain the reception status of data blocks more quickly, improving the transmission reliability of preceding data blocks. In other words, the technical solution of this application can still provide timely data retransmission opportunities for services with high data importance in energy-saving application scenarios.

[0103] Furthermore, in this embodiment, the first DCI includes a first parameter and a second parameter. On the one hand, it can meet the requirements of fast HARQ reporting, which is beneficial to balance the reliability of data transmission and the energy-saving performance of the terminal device. On the other hand, it can meet the backward compatibility of the system, that is, if the first parameter is not used for fast HARQ reporting, the second parameter can be used for traditional HARQ reporting, without affecting the terminal device to maintain the original traditional downlink receiving mode and HARQ reporting configuration.

[0104] Figure 6This is a flowchart illustrating a method for uplink feedback provided in another embodiment of this application. Figure 6 As shown, the method may include steps S610 to S630.

[0105] In step S610, the network device sends first configuration information to the terminal device. This first configuration information can be used to configure one or more of the following: the value of a first parameter; and the HARQ feedback resource set corresponding to the first parameter.

[0106] In some embodiments, the first configuration information can be used to configure the values ​​of one or more first parameters to the terminal device; that is, the first configuration information can be used to configure the values ​​of one or more first parameters supported by the terminal device. In other words, the first configuration information can be used to configure the values ​​of one or more candidate first parameters to the terminal device, so that the first parameter can be selected from the values ​​of the one or more candidate first parameters through the first DCI.

[0107] In some embodiments, the HARQ feedback resource set corresponding to the first parameter may include one or more HARQ feedback resources corresponding to the first parameter. In some embodiments, the HARQ feedback resource corresponding to the first parameter may refer to an uplink resource used for transmitting HARQ feedback information.

[0108] In some embodiments, the HARQ feedback resource corresponding to the first parameter can be a dedicated HARQ feedback resource for the terminal device.

[0109] In some embodiments, the HARQ feedback resource corresponding to the first parameter may be located in a special slot. In some embodiments, a special slot may also be understood as a flexible slot. It should be understood that the frame structure may consist of one or more of uplink slots, downlink slots, and special slots. For example, the frame structure may consist of all downlink slots; or, the frame structure may consist of uplink slots and downlink slots; or, the frame structure may consist of uplink slots, downlink slots, and special slots. Uplink slots can be used for uplink transmission by the terminal device, downlink slots can be used for downlink transmission by the network device, and special slots can be used for downlink transmission and / or uplink transmission. That is, a special slot can be used as a downlink slot or as an uplink slot. In some embodiments, a special slot may also refer to an uplink / downlink switching slot, which may correspond to a configuration (i.e., uplink / downlink switching slot ratio), specifically the duration ratio of the downlink slot, guard slot, and uplink slot. For example, the duration ratio of downlink time slots, protection time slots, and uplink time slots is 10:2:2 or 8:2:2, etc.

[0110] In some embodiments, the HARQ feedback resource corresponding to the first parameter may include time-domain resources and / or frequency-domain resources. For example, the HARQ feedback resource may be a time-domain resource and a frequency-domain resource, such as a resource element (RE), to indicate on which REs the HARQ feedback information can be transmitted; or, the HARQ feedback resource may be a frequency-domain resource, such as a PRB, to indicate on which PRBs the HARQ feedback information can be transmitted; or, the HARQ feedback resource may be a time-domain resource, such as a symbol, to indicate on which symbols the HARQ feedback information can be transmitted.

[0111] In some embodiments, the first configuration information may be carried in higher-layer signaling, for example, in an RRC message. In some embodiments, the first configuration information may be carried in a system message, such as a system information block (SIB) or a master information block (MIB).

[0112] In step S620, the network device sends the first DCI to the terminal device.

[0113] The first DCI is used to schedule the resources for downlink data transmission of the first PDSCH. The first DCI may include a first parameter and a second parameter.

[0114] In step S630, the terminal device determines the time domain position of the HARQ feedback information corresponding to the time domain position of the downlink data transmitted by the first PDSCH based on the first DCI.

[0115] For a detailed description of steps S620 and S630, please refer to the previous descriptions of steps S510 and S520. For the sake of brevity, they will not be repeated here.

[0116] In some embodiments, prior to step S610, Figure 6 The method shown may further include step S605. In step S605, the terminal device sends capability-related information to the network device. This capability-related information can be used to indicate the terminal device's ability to perform uplink / downlink handover within a frame. In some embodiments, the terminal device's ability to perform uplink / downlink handover within a frame may include the terminal device's ability to perform antenna switching.

[0117] In some embodiments, if the terminal device sends capability-related information to the network device, the first configuration information in step S610 may be determined by the network device based on the capability-related information.

[0118] This application does not limit the specific content of the capability-related information, as long as it can indicate the terminal device's ability to perform uplink / downlink handover within a frame. For example, the capability-related information may include one or more of the following: the time of uplink / downlink handover by the terminal device within a frame; the type of the terminal device; and the operating mode of the terminal device.

[0119] As one implementation method, the terminal device can report capability-related information in an explicit manner. For example, when reporting capabilities, the terminal device can report the time required for uplink / downlink handover within a frame, and the unit of this time can be, for example, the number of time slots or symbols.

[0120] As another implementation approach, terminal devices can use implicit indication to report capability-related information. For example, a terminal device can send its type and / or operating mode to the network device to implicitly indicate its ability to perform uplink / downlink handover within a frame. As a concrete example, a terminal device can send to the network device that it is a low-power / low-complexity terminal device, or that it is in a low-end mode, implicitly indicating that its uplink / downlink handover time within a frame is relatively short, enabling fast HARQ reporting.

[0121] In this way, network devices can flexibly configure the value of the first parameter and the corresponding HARQ feedback resource set according to the capabilities of the terminal devices, making the configuration of the first parameter value and the corresponding HARQ feedback resource set more flexible and adaptable. Alternatively, network devices can configure different first parameters and corresponding HARQ feedback resource sets for terminal devices with different capabilities, which helps improve the flexibility and adaptability of system configuration.

[0122] Typically, the value of the first parameter configured by the network device for the terminal device is matched with the reporting capability of the terminal device, and the value of the first parameter is less than the value of the second parameter.

[0123] In some embodiments, the terminal device and network device in this application can communicate based on TDD communication mode. In this case, the terminal device can perform fast HARQ reporting based on the first parameter and the HARQ feedback resource corresponding to the first parameter, with the first parameter configured, which is more flexible in implementation.

[0124] In some embodiments, the present application can be applied to scenarios involving skipping PDCCH eavesdropping. In this case, the terminal device can select an appropriate method for HARQ reporting based on the first parameter and / or second parameter carried in the first DCI. Subsequently, the network device can flexibly adjust and efficiently determine whether to activate the mechanism for skipping PDCCH eavesdropping based on the HARQ feedback information reported by the terminal device, thus balancing data transmission reliability and the energy-saving performance of the terminal device. In this case, the terminal device sending HARQ feedback information corresponding to the first PDSCH to the network device according to the first DCI may include: if the terminal device does not detect the second configuration information, the terminal device sends HARQ feedback information to the network device according to the second parameter; if the terminal device detects the second configuration information, the terminal device sends HARQ feedback information to the network device according to the first parameter, wherein the second configuration information is related to skipping PDCCH eavesdropping. For example, the second configuration information may include higher-level configurations related to skipping PDCCH eavesdropping, such as a list of PDCCH skip durations configured by the network device for the terminal device.

[0125] In some embodiments, if the terminal device does not detect the second configuration information, or if the terminal device detects that the first parameter is not present in the first DCI, the terminal device can transmit HARQ feedback information based on the second parameter. That is, the terminal device can continue to perform normal downlink data reception and HARQ feedback, which can ensure the backward compatibility of the system.

[0126] In some embodiments, when the application scenario of skipping PDCCH eavesdropping is applied to the embodiments of this application, after the network device receives the HARQ feedback information sent by the terminal device, it can determine whether it is necessary to skip PDCCH eavesdropping based on the HARQ feedback information.

[0127] In some embodiments, the network device can determine to skip PDCCH snooping based on the HARQ feedback information. In this case, the network device can send a second DCI to the terminal device, which instructs the terminal device to skip PDCCH snooping during a target time period. That is, the terminal device can report the HARQ feedback information based on the first parameter before the network device sends the second DCI, so that the network device can determine whether to send the second DCI based on the reported HARQ feedback information.

[0128] In some embodiments, the time-domain position of the HARQ feedback information determined based on the first time interval of the present application embodiments can be a first time-domain position, and the time-domain position of the HARQ feedback information determined based on the second time interval of the present application embodiments can be a second time-domain position. The first time-domain position is located before the target time period, and the second time-domain position is located after the target time period. As a specific example, the second DCI can be used to instruct the terminal device to skip PDCCH listening in time slots 4 to 12. In this case, the first time-domain position is located before time slot 4, and the second time-domain position is located within the range of time slots 4 to 12. In this case, the terminal device can complete the reporting of HARQ feedback information based on the first parameter before time slot 4.

[0129] In some embodiments, the network device can determine not to skip PDCCH listening based on the HARQ feedback information. In this case, the terminal device can listen to the PDCCH and send and receive data normally.

[0130] In application scenarios where PDCCH listening is skipped, the typical time after configuring the network device with the time domain position (e.g., time slot) corresponding to the first parameter is the trigger time for skipping PDCCH listening, or the time when skipping PDCCH listening is initiated.

[0131] As mentioned above, in some embodiments, the first DCI may include a first indication field and a second indication field. The first indication field is used to indicate a first parameter, and the second indication field is used to indicate a second parameter. The indication fields included in the first DCI are described below using DCI format 1_0 and DCI format 1_1 as examples. In this example, the first DCI may be a DCI scrambled with a cell-radio network temporary identifier (C-RNTI) and / or a modulation and coding scheme-cell-radio network temporary identifier (MCS-C-RNTI).

[0132] Example 1: The first DCI is DCI format 1_0, and the indication fields included in the first DCI may include one or more of the following:

[0133] Time domain resource assignment – ​​4 bits as defined in Clause 5.1.2.1 of [6, TS 38.214]

[0134] -VRB-to-PRB mapping – 1 bit according to Table 7.3.1.2.2-5

[0135] -Modulation and coding scheme – 5 bits as defined in Clause 5.1.3 of [6, TS 38.214]

[0136] - New data indicator – 1 bit

[0137] - Redundancy version – 2 bits as defined in Table 7.3.1.1.1-2

[0138] -HARQ process number – 4 bits

[0139] - Downlink assignment index – 2 bits as defined in Clause 9.1.3 of [5, TS 38.213], as counter DAI

[0140] - TPC command for scheduled PUCCH – 2 bits as defined in Clause 7.2.1 of [5, TS 38.213]

[0141] -PUCCH resource indicator – 3 bits as defined in Clause 9.2.3 of [5, TS 38.213]

[0142] - The time interval between PDSCH and HARQ feedbacks is indicated by the PDSCH-to-HARQ_feedback timing indicator – 3 bits as defined in Clause 9.2.3 of [5, TS38.213].

[0143] -PDSCH-to-Fast_HARQ_feedback timing indicator – 3 bits.

[0144] In Example 1, an additional definition of the indicator field for the first parameter used for fast HARQ reporting is added to DCI format 1_0, namely, the PDSCH-to-Fast_HARQ_feedback timing indicator field is added to Example 1.

[0145] Example 2: The first DCI is in DCI format 1_1, and the indication fields included in the first DCI are:

[0146] The time interval between PDSCH and HARQ feedbacks is indicated by the PDSCH-to-HARQ_feedback timing indicator – 0, 1, 2, or 3 bits as defined in Clause 9.2.3 of [5, TS 38.213]. The bit width for this field is determined as bits, where I is the number of entries in the higher layer parameter dl-DataToUL-ACK.

[0147] -PDSCH-to-Fast_HARQ_feedback timing indicator – 3 bits.

[0148] In Example 2, an additional definition of the indicator field for the first parameter used for fast HARQ reporting is added to DCI format 1_1, namely, the PDSCH-to-Fast_HARQ_feedback timing indicator field is added in Example 2.

[0149] To facilitate understanding, the following will be combined with... Figures 7-9 Here is an example of how this application is used to skip PDCCH listening.

[0150] like Figure 7 As shown, the first parameter indicates HARQ feedback in time slot 3, and the second parameter indicates HARQ feedback in time slot 8. When the first DCI includes both the first and second parameters, the terminal device can determine to perform HARQ feedback based on the first parameter (the value of the first parameter is not equal to the target value). That is, the terminal device can transmit the HARQ feedback information corresponding to the PDSCH of time slots 0 / 1 / 2 in time slot 3, so that the network device can determine whether to skip PDCCH listening subsequently. Figure 7In the example, the network device determines that PDCCH listening needs to be skipped based on HARQ feedback information. Therefore, the terminal device begins skipping PDCCH listening at time slot 4 according to the instruction of the second DCI. That is, the terminal device can enter sleep mode at the beginning of time slot 4 to save power consumption. See also Figure 8 Compared to terminal devices that can only transmit HARQ feedback information corresponding to PDSCH in time slots 0 / 1 / 2 in time slot 8, the technical solution of this application can perform fast HARQ reporting, so that network devices can determine whether to skip PDCCH listening based on the result of the fast HARQ reporting, thereby balancing the reliability of data transmission and the energy-saving performance of terminal devices.

[0151] Figure 9 This is a flowchart illustrating a method for uplink feedback provided in another embodiment of this application. Figure 9 As shown, this method can include three parts: terminal device capability reporting, terminal device determining the time-domain location for transmitting HARQ feedback information, and terminal device reporting HARQ feedback information. These are described separately below. For details not described here, please refer to the relevant descriptions above.

[0152] The first part is the terminal device capability reporting section, which may include steps S910 to S930.

[0153] In step S910, the terminal device sends capability-related information to the network device. This capability-related information can be used to indicate the terminal device's ability to perform uplink / downlink handover within a frame.

[0154] In some embodiments, the capability-related information may be sent via an RRC capability message.

[0155] In step S920, the network device determines the value of the first parameter and the set of HARQ feedback resources corresponding to the first parameter.

[0156] For example, network devices can determine the value of the first parameter and the set of HARQ feedback resources corresponding to the first parameter based on the capability-related information reported by the terminal device.

[0157] In step S930, the network device sends first configuration information to the terminal device. This first configuration information is used, for example, to configure a dedicated HARQ reporting resource set for the terminal device to skip PDCCH listening.

[0158] In some embodiments, the first configuration information may be sent via an RRC message or a system message (e.g., SIB).

[0159] For details on the terminal device capability reporting section, please refer to [link / reference]. Figure 10 .like Figure 10As shown, in the terminal device capability reporting section, the terminal device can perform one or more of the following operations: the terminal device reports its ability to perform fast uplink / downlink handover within a frame via RRC interaction; the terminal device obtains the system configuration for skipping PDCCH listening based on the RRC message sent by the network device, for example, obtaining a list of candidate PDCCH listening durations corresponding to skipping PDCCH listening; and the terminal device obtains the set of uplink resources for dedicated HARQ reporting for skipping PDCCH listening based on the RRC message or system message (e.g., SIB) sent by the network device.

[0160] In other words, the terminal device can report its intra-frame uplink / downlink handover capability via RRC interaction. The network device determines the value of the first parameter (i.e., the candidate time interval configuration K1_short for fast HARQ reporting) and the set of uplink resources used for reporting based on the capabilities reported by the terminal device. In the first DCI (e.g., DCI 1_0 format / DCI 1_1 format), the network device adds a newly defined fast reporting time interval K1_short indicator field to the existing time interval K1 parameter configuration.

[0161] Then, the terminal device determines the time-domain location part of transmitting HARQ feedback information, which may include steps S940 to S960.

[0162] In step S940, the network device sends the first DCI to the terminal device.

[0163] In some embodiments, the first DCI may include a first parameter and a second parameter (i.e., K1-short and K1). In some embodiments, the first DCI may include a second parameter (K1), in which case it can be understood that the first parameter is absent or omitted.

[0164] In some embodiments, the first DCI may be DCI 1_0 or DCI 1_1.

[0165] In step S950, the terminal device parses the first DCI to determine the first parameter and / or the second parameter.

[0166] In step S960, the terminal device determines the time domain position for transmitting HARQ feedback information based on the first DCI.

[0167] In some embodiments, step S960 may include steps S9601-S9603.

[0168] In step S9601, if the first parameter is not present in the first DCI, the terminal device determines to transmit HARQ feedback information based on the second parameter.

[0169] In step S9602, if a first parameter exists in the first DCI and the value of the first parameter is not equal to the target value, the terminal device accumulates the current HARQ feedback information to transmit HARQ feedback information based on the first parameter.

[0170] In step S9603, if a first parameter exists in the first DCI and the value of the first parameter is equal to the target value, the terminal device clears the previous fast HARQ reporting configuration and determines to transmit HARQ feedback information based on the second parameter.

[0171] In the part where the terminal device determines the time-domain location for transmitting HARQ feedback information, the specific behavior of the terminal device can be found in [reference needed]. Figure 11 .like Figure 11 As shown, in the time-domain location part where the terminal device determines the transmission of HARQ feedback information, the terminal device can perform one or more of the following operations: the terminal device receives a first DCI sent by the network device; the terminal device parses the first DCI and checks whether a first parameter exists; if the first parameter exists and is not equal to the target value, the terminal device accumulates the current HARQ feedback information and transmits the HARQ feedback information based on the first parameter; if the first parameter exists but is equal to the target value, the terminal device clears the configuration of the previous fast HARQ report and transmits the HARQ feedback information based on the second parameter; if the first parameter does not exist, the terminal device transmits the HARQ feedback information based on the second parameter. In other words, the behavior of the terminal device after receiving the first DCI can be divided into the following three cases.

[0172] Scenario 1: If the terminal device does not detect the higher-layer configuration of the network device for the mechanism of skipping PDCCH listening, or detects that there is no valid parameter configuration (i.e., the first parameter) for the fast HARQ reporting interval K1_short in the first DCI, the terminal device continues to receive downlink data normally.

[0173] Scenario 2: If the terminal device detects a higher-layer configuration of the network for the mechanism of skipping PDCCH sniffing, and detects a valid K1_short value in the first DCI, then the terminal device accumulates the ACK / NACK status of the current data block and performs HARQ reporting individually or in combination in the K1_shortth time slot after the current time slot.

[0174] Scenario 3: If the terminal device detects the higher-level configuration of the network device for the mechanism of skipping PDCCH listening, and detects a valid K1_short value as the target value (a special setting value) in the first DCI, then the terminal device clears all previous fast HARQ reporting system configurations and restores normal downlink data reception and traditional HARQ configuration.

[0175] In other words, the terminal device can determine the subsequent ACK / NACK accumulation and reporting behavior based on the configuration of the first parameter (K1_short) in the first DCI.

[0176] Finally, there is the part where the terminal device reports HARQ feedback information. This part can be divided into two cases: one is that the terminal device reports HARQ feedback information based on the first parameter, and the other is that the terminal device reports HARQ feedback information based on the second parameter. The following will introduce these two cases respectively.

[0177] When the terminal device reports HARQ feedback information based on the first parameter, in step S970, the terminal device sends HARQ feedback information based on the first parameter. For example, the terminal device reports HARQ feedback information corresponding to the PDSCH of the preceding time slot based on the first parameter (K1_short), for example, by combining and reporting the HARQ feedback information corresponding to the PDSCH of the preceding time slot at the first time domain position corresponding to the first time interval.

[0178] In step S980, the network device determines whether the conditions for activating skipping PDCCH monitoring are met based on the HARQ feedback information.

[0179] If the conditions for activating the PDCCH skipping mechanism are met, the network device can send a second DCI to the terminal device to initiate the PDCCH skipping mechanism, for example, by activating the PDCCH snooping adaptation field. In this way, the terminal device can skip PDCCH snooping for several time slots based on the second DCI.

[0180] If the conditions for activating the skip PDCCH snooping mechanism are not met, the network device sends a traditional scheduling DCI to the terminal device to instruct the terminal device to perform traditional downlink transmission. For example, the network device may subsequently continue to send PDSCH to the terminal device, and the HARQ feedback information corresponding to the PDSCH can be reported based on the second parameter.

[0181] In other words, in the time slot before the PDCCH listening starts, if the values ​​of the first parameter corresponding to the data blocks for which HARQ reporting has not yet been completed are all valid, the terminal device will accumulate the ACK / NACK status of all data blocks and report it within the terminal device's dedicated HARQ resource set configured by the network device. In some embodiments, this reporting can be based on the entire set or a subset of all data blocks.

[0182] When the terminal device reports HARQ feedback information based on the second parameter, in step S990, the network device sends a conventional scheduling DCI to the terminal device to instruct the terminal device to perform conventional downlink transmission. For example, the network device may subsequently send a PDSCH to the terminal device, and the HARQ feedback information corresponding to the PDSCH can be reported based on the second parameter.

[0183] For details regarding the HARQ feedback information reported by the terminal device, please refer to [link / reference]. Figure 12 .like Figure 12 As shown, in the HARQ feedback information reporting section of the terminal device, the terminal device can perform one or more of the following operations: the terminal device sends HARQ feedback information to the network device according to the first DCI; the terminal device receives the DCI sent by the network device; the terminal device parses the DCI and detects whether there is a bit field in the DCI for skipping PDCCH listening; if there is a bit field for skipping PDCCH listening in the DCI, the terminal device skips PDCCH listening for the configured number of time slots; if there is no bit field for skipping PDCCH listening in the DCI, the terminal device continues to receive traditional downlink data.

[0184] In other words, in the time slot before the skip PDCCH listening mechanism is started, the terminal device reports the ACK / NACK status of the preceding time slot to the network device. The network device then decides whether to trigger the subsequent skip PDCCH listening based on the terminal device's report.

[0185] The network device determines whether to trigger the PDCCH skipping behavior configuration based on the reports from the terminal devices. Specifically, the network device determines whether the conditions for triggering PDCCH skipping are met based on the fast HARQ reports. If the conditions are met, the terminal device will subsequently receive a PDCCH skipping trigger information (i.e., the second DCI mentioned above) sent by the network device in the form of DCI, and will skip PDCCH listening within the configured time length; otherwise, the terminal device will continue to listen to PDCCH.

[0186] In this embodiment, the network device can quickly obtain the ACK / NACK status of the preceding data transmission block when the PDCCH listening is started. Subsequently, the network device reports this information and flexibly adjusts and more efficiently determines whether to start the mechanism of skipping PDCCH listening, so that the mechanism of skipping PDCCH listening can simultaneously take into account higher power saving characteristics and transmission reliability.

[0187] The above text combined Figures 1 to 12 The method embodiments of this application are described in detail below, in conjunction with... Figures 13 to 15The present application provides a detailed description of the apparatus embodiments. It should be understood that the descriptions of the method embodiments correspond to the descriptions of the apparatus embodiments; therefore, any parts not described in detail can be found in the foregoing method embodiments.

[0188] Figure 13 This is a schematic diagram of the structure of a terminal device provided in an embodiment of this application. Figure 13 The terminal device 1300 shown may include a first receiving module 1310 and a first determining module 1320.

[0189] The first receiving module 1310 can be used to receive first downlink control information (DCI), which is used to schedule resources for downlink data transmitted via the first physical downlink shared channel (PDSCH).

[0190] The determining module 1320 can be used to determine the time domain position of the Hybrid Automatic Repeat Request (HARQ) feedback information corresponding to the time domain position of the downlink data transmitted by the first PDSCH based on the first DCI; wherein, the first DCI includes a first parameter and a second parameter, the first parameter is used to indicate a first time interval between the time domain position of the downlink data transmitted by the first PDSCH and the time domain resource of the HARQ feedback information, and the second parameter is used to indicate a second time interval between the time domain position of the downlink data transmitted by the first PDSCH and the time domain position of the HARQ feedback information, wherein the first time interval is less than the second time interval.

[0191] Optionally, the terminal device 1300 further includes: a second receiving module, configured to receive first configuration information, wherein the first configuration information is used to configure one or more of the following: the value of the first parameter; and the HARQ feedback resource set corresponding to the first parameter.

[0192] Optionally, the terminal device 1300 further includes: a sending module, configured to send capability-related information of the terminal device, wherein the capability-related information is used to indicate the terminal device's ability to perform uplink / downlink handover within a frame; wherein the first configuration information is determined based on the capability-related information.

[0193] Optionally, the capability-related information includes one or more of the following: the time during which the terminal device performs uplink / downlink handover within a frame; the type of the terminal device; and the operating mode of the terminal device.

[0194] Optionally, the first configuration information is carried in a Radio Resource Control (RRC) message or a system message.

[0195] Optionally, the determining module 1320 is further configured to: if the terminal device does not detect the second configuration information, determine the time domain position of the HARQ feedback information according to the second parameter; and / or, if the terminal device detects the second configuration information, determine the time domain position of the HARQ feedback information according to the first parameter; wherein the second configuration information is configuration information for skipping the PDCCH listening mechanism.

[0196] Optionally, the determining module 1320 is further configured to: if the value of the first parameter in the first DCI is equal to the target value, then determine the time-domain position of the HARQ feedback information according to the second parameter; and / or, if the value of the first parameter in the first DCI is not equal to the target value, then determine the time-domain position of the HARQ feedback information according to the first parameter.

[0197] Optionally, the HARQ feedback resource corresponding to the first parameter is the dedicated HARQ feedback resource of the terminal device.

[0198] Optionally, the HARQ feedback resource corresponding to the first parameter is located in a special time slot.

[0199] Optionally, the terminal device 1300 further includes: a third receiving module, configured to receive a second DCI, the second DCI being configured to instruct the terminal device to skip PDCCH monitoring during a target time period; wherein, the time domain position of the HARQ feedback information determined based on the first time interval is a first time domain position, the time domain position of the HARQ feedback information determined based on the second time interval is a second time domain position, the first time domain position is located before the target time period, and the second time domain position is located within the target time period.

[0200] Optionally, the temporal location includes one or more of the following: subframe, time slot, and symbol.

[0201] Optionally, the first receiving module 1310 can be a transceiver 1530, the determining module can be a processor 1510, and the terminal device 1300 may further include a memory 1520, specifically as follows: Figure 15 As shown.

[0202] Figure 14 This is a schematic diagram of the network device provided in an embodiment of this application. Figure 14 The network device 1400 shown may include a first transmitting module 1410 and a first receiving module 1420.

[0203] The first transmitting module 1410 can be used to transmit first downlink control information (DCI), which is used to schedule resources for downlink data transmission on the first physical downlink shared channel (PDSCH).

[0204] The first receiving module 1420 can be used to receive HARQ feedback information, the time domain position of which corresponds to the time domain position of the downlink data transmitted by the first PDSCH; wherein, the first DCI includes a first parameter and a second parameter, the first parameter is used to indicate a first time interval between the time domain position of the downlink data transmitted by the first PDSCH and the time domain position of the HARQ feedback information, and the second parameter is used to indicate a second time interval between the time domain position of the downlink data transmitted by the first PDSCH and the time domain position of the HARQ feedback information, wherein the first time interval is less than the second time interval.

[0205] Optionally, the network device 1400 further includes: a second sending module, configured to send first configuration information, the first configuration information being configured with one or more of the following: the value of the first parameter; and the HARQ feedback resource set corresponding to the first parameter.

[0206] Optionally, the network device 1400 further includes: a second receiving module, configured to receive capability-related information of the terminal device, the capability-related information being used to indicate the terminal device's ability to perform uplink / downlink handover within a frame; wherein the first configuration information is determined based on the capability-related information.

[0207] Optionally, the capability-related information includes one or more of the following: the time during which the terminal device performs uplink / downlink handover within a frame; the type of the terminal device; and the operating mode of the terminal device.

[0208] Optionally, the first configuration information is carried in a Radio Resource Control (RRC) message or a system message.

[0209] Optionally, if the network device does not send the second configuration information to the terminal device, the HARQ feedback information is received by the network device according to the second parameter; and / or, if the network device sends the second configuration information to the terminal device, the HARQ feedback information is received by the network device according to the first parameter; wherein, the second configuration information is configuration information for skipping the PDCCH listening mechanism.

[0210] Optionally, if the value of the first parameter in the first DCI is equal to the target value, then the HARQ feedback information is received by the network device based on the second parameter; and / or, if the value of the first parameter in the first DCI is not equal to the target value, then the HARQ feedback information is received by the network device based on the first parameter.

[0211] Optionally, the HARQ feedback resource corresponding to the first parameter is the dedicated HARQ feedback resource of the terminal device.

[0212] Optionally, the HARQ feedback resource corresponding to the first parameter is located in a special time slot.

[0213] Optionally, the network device 1400 further includes: a determining module, configured to determine whether to skip PDCCH listening in a target time period based on the HARQ feedback information; and a third sending module, configured to send a second DCI to the terminal device if the network device determines to skip PDCCH listening in the target time period, wherein the second DCI is used to instruct the terminal device to skip PDCCH listening in the target time period; wherein the time domain position of the HARQ feedback information determined based on the first time interval is the first time domain position, the time domain position of the HARQ feedback information determined based on the second time interval is the second time domain position, the first time domain position is located before the target time period, and the second time domain position is located within the target time period.

[0214] Optionally, the temporal location includes one or more of the following: subframe, time slot, and symbol.

[0215] Optionally, the first transmitting module 1410 and the first receiving module 1420 can be transceivers 1530, and the network device 1400 may further include a processor 1510 and a memory 1520, as specifically... Figure 15 As shown.

[0216] Figure 15 This is a schematic structural diagram of a communication device according to an embodiment of this application. Figure 15 The dashed lines indicate that the unit or module is optional. The device 1500 can be used to implement the methods described in the above method embodiments. The device 1500 can be a chip, a terminal device, or a network device.

[0217] Apparatus 1500 may include one or more processors 1510. The processor 1510 may support apparatus 1500 in implementing the methods described in the preceding method embodiments. The processor 1510 may be a general-purpose processor or a special-purpose processor. For example, the processor may be a central processing unit (CPU). Alternatively, the processor may be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor.

[0218] The apparatus 1500 may further include one or more memories 1520. The memories 1520 store a program that can be executed by the processor 1510, causing the processor 1510 to perform the methods described in the preceding method embodiments. The memories 1520 may be independent of the processor 1510 or integrated into the processor 1510.

[0219] The device 1500 may also include a transceiver 1530. The processor 1510 can communicate with other devices or chips via the transceiver 1530. For example, the processor 1510 can send and receive data with other devices or chips via the transceiver 1530.

[0220] This application also provides a computer-readable storage medium for storing a program. This computer-readable storage medium can be applied to a terminal or network device provided in this application, and the program causes a computer to execute the methods performed by the terminal or network device in various embodiments of this application.

[0221] This application also provides a computer program product. The computer program product includes a program. The computer program product can be applied to a terminal or network device provided in this application embodiment, and the program causes a computer to execute the methods performed by the terminal or network device in various embodiments of this application.

[0222] This application also provides a computer program. This computer program can be applied to the terminal or network device provided in this application, and the computer program causes the computer to execute the methods performed by the terminal or network device in various embodiments of this application.

[0223] It should be understood that the terms "system" and "network" in this application can be used interchangeably. Furthermore, the terminology used in this application is only for explaining specific embodiments of the application and is not intended to limit the application. The terms "first," "second," "third," and "fourth," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish different objects, not to describe a specific order. In addition, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion.

[0224] In the embodiments of this application, the term "instruction" can be a direct instruction, an indirect instruction, or an indication of a relationship. For example, A instructing B can mean that A directly instructs B, such as B being able to obtain information through A; it can also mean that A indirectly instructs B, such as A instructing C, so B can obtain information through C; or it can mean that there is a relationship between A and B.

[0225] In the embodiments of this application, "B corresponding to A" means that B is associated with A, and B can be determined based on A. However, it should also be understood that determining B based on A does not mean that B is determined solely based on A; B can also be determined based on A and / or other information.

[0226] In the embodiments of this application, the term "correspondence" can indicate a direct or indirect correspondence between two things, or an association between two things, or a relationship of instruction and being instructed, configuration and being configured, etc.

[0227] In this application embodiment, "predefined" or "preconfigured" can be implemented by pre-storing corresponding codes, tables, or other means that can be used to indicate relevant information in the device (e.g., including terminal devices and network devices). This application does not limit the specific implementation method. For example, predefined can refer to what is defined in the protocol.

[0228] In this application embodiment, the "protocol" may refer to a standard protocol in the field of communication, such as the LTE protocol, the NR protocol, and related protocols applied to future communication systems. This application does not limit this.

[0229] In the embodiments of this application, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, the character " / " in this document generally indicates that the preceding and following related objects have an "or" relationship.

[0230] In the various embodiments of this application, the order of the above-mentioned processes does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0231] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

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

[0233] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0234] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can read or a data storage device such as a server or data center that integrates one or more available media. The available media may be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., digital video discs, DVDs) or semiconductor media (e.g., solid-state disks, SSDs), etc.

[0235] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method for uplink feedback, the method comprising: The method is applied to a terminal device, and the method comprises: receiving first downlink control information (DCI), the first DCI being used for scheduling resources of downlink data of a first physical downlink shared channel (PDSCH) transmission; determining, according to the first DCI, a time domain position of hybrid automatic repeat request (HARQ) feedback information corresponding to a time domain position of the downlink data of the first PDSCH transmission; wherein the first DCI comprises a first parameter and a second parameter, the first parameter being used for indicating a first time interval between the time domain position of the downlink data of the first PDSCH transmission and the time domain position of the HARQ feedback information, and the second parameter being used for indicating a second time interval between the time domain position of the downlink data of the first PDSCH transmission and the time domain position of the HARQ feedback information, the first time interval being smaller than the second time interval; the determining, according to the first DCI, of the time domain position of the HARQ feedback information corresponding to the time domain position of the downlink data of the first PDSCH transmission comprises: if the terminal device does not detect second configuration information, determining the time domain position of the HARQ feedback information according to the second parameter; if the terminal device detects the second configuration information, determining the time domain position of the HARQ feedback information according to the first parameter; wherein the second configuration information is configuration information for a physical downlink control channel (PDCCH) monitoring skipping mechanism; wherein the time domain position of the HARQ feedback information determined based on the first time interval is a first time domain position, the time domain position of the HARQ feedback information determined based on the second time interval is a second time domain position, the first time domain position is located before a target period, and the second time domain position is located within the target period, the target period being a period of the PDCCH monitoring skipping mechanism.

2. The method of claim 1, wherein, Before receiving the first DCI, the method further comprises: receiving first configuration information, the first configuration information being used for configuring one or more of the following information: a value of the first parameter; and a HARQ feedback resource set corresponding to the first parameter.

3. The method of claim 2, wherein, Before receiving the first configuration information, the method further comprises: sending capability-related information of the terminal device, the capability-related information being used for indicating a capability of the terminal device for uplink-downlink switching within a frame; wherein the first configuration information is determined based on the capability-related information.

4. The method of claim 3, wherein, The capability-related information comprises one or more of the following information: a time of the terminal device for uplink-downlink switching within a frame; a type of the terminal device; and an operating mode of the terminal device.

5. The method according to any one of claims 2-4, characterized in that, The first configuration information is carried in a radio resource control (RRC) message or a system message.

6. The method according to any one of claims 1-5, characterized in that, The determining, according to the first DCI, of the time domain position of the HARQ feedback information corresponding to the time domain position of the downlink data of the first PDSCH transmission comprises: if a value of the first parameter in the first DCI is equal to a target value, determining the time domain position of the HARQ feedback information according to the second parameter; and / or If a value of the first parameter in the first DCI is not equal to the target value, a time domain position of the HARQ feedback information is determined according to the first parameter.

7. The method according to any one of claims 1-4, characterized in that, The HARQ feedback resource corresponding to the first parameter is a dedicated HARQ feedback resource of the terminal device.

8. The method according to any one of claims 1-4, characterized in that, The HARQ feedback resource corresponding to the first parameter is located in a special slot.

9. The method according to any one of claims 1-4, characterized in that, The method further includes: receiving second DCI, the second DCI being used to instruct the terminal device to skip PDCCH monitoring in the target period.

10. The method of any one of claims 1-4, wherein, The time domain position includes one or more of the following: a subframe, a slot, and a symbol.

11. A method for uplink feedback, the method comprising: The method is applied to a network device, and the method includes: sending first downlink control information DCI, the first DCI being used to schedule resources of downlink data of first physical downlink shared channel PDSCH transmission; receiving hybrid automatic repeat request HARQ feedback information, a time domain position of the HARQ feedback information corresponding to a time domain position of the downlink data of the first PDSCH transmission; The first DCI includes a first parameter and a second parameter, the first parameter being used to indicate a first time interval between the time domain position of the downlink data of the first PDSCH transmission and the time domain position of the HARQ feedback information, and the second parameter being used to indicate a second time interval between the time domain position of the downlink data of the first PDSCH transmission and the time domain position of the HARQ feedback information, the first time interval being smaller than the second time interval; If the network device does not send second configuration information to the terminal device, the HARQ feedback information is received by the network device according to the second parameter; If the network device sends second configuration information to the terminal device, the HARQ feedback information is received by the network device according to the first parameter; The second configuration information is configuration information for a physical downlink control channel PDCCH monitoring skipping mechanism; The time domain position of the HARQ feedback information determined based on the first time interval is a first time domain position, the time domain position of the HARQ feedback information determined based on the second time interval is a second time domain position, the first time domain position is located before a target period, the second time domain position is located within the target period, and the target period is a period of the PDCCH monitoring skipping mechanism.

12. The method of claim 11, wherein, Before sending the first DCI, the method further includes: sending first configuration information, the first configuration information being used to configure one or more of the following information: a value of the first parameter; and a set of HARQ feedback resources corresponding to the first parameter.

13. The method of claim 12, wherein, Before sending the first configuration information, the method further includes: receiving capability-related information of a terminal device, the capability-related information being used to indicate a capability of the terminal device for uplink-downlink switching within a frame; and 14. The method of claim 13, wherein, The capability-related information includes one or more of the following information: a time of the terminal device for uplink-downlink switching within a frame; a type of the terminal device; and A working mode in which the terminal device is located.

15. The method according to any one of claims 12-14, characterized in that, The first configuration information is carried in a radio resource control (RRC) message or a system message.

16. The method of any one of claims 11-15, wherein: if a value of the first parameter in the first DCI is equal to a target value, the HARQ feedback information is received by the network device according to the second parameter; and / or if the value of the first parameter in the first DCI is not equal to the target value, the HARQ feedback information is received by the network device according to the first parameter.

17. The method of any one of claims 11-14, wherein, The HARQ feedback resource corresponding to the first parameter is a dedicated HARQ feedback resource of a terminal device.

18. The method of any one of claims 11-14, wherein, The HARQ feedback resource corresponding to the first parameter is located in a special slot.

19. The method of any one of claims 11-14, wherein, The method further comprises: determining whether to skip PDCCH monitoring in the target period according to the HARQ feedback information; if the network device determines to skip PDCCH monitoring in the target period, the network device sends a second DCI, the second DCI being used to instruct a terminal device to skip PDCCH monitoring in the target period.

20. The method of any one of claims 11-14, wherein, The time domain location comprises one or more of the following: a subframe, a slot, and a symbol.

21. A terminal device, comprising: Comprises: a first receiving module configured to receive a first downlink control information (DCI), the first DCI being used to schedule resources of downlink data of a first physical downlink shared channel (PDSCH) transmission; a determining module configured to determine, according to the first DCI, a time domain location of hybrid automatic repeat request (HARQ) feedback information corresponding to a time domain location of the downlink data of the first PDSCH transmission; The first DCI comprises a first parameter and a second parameter, the first parameter being used to indicate a first time interval between the time domain location of the downlink data of the first PDSCH transmission and the time domain location of the HARQ feedback information, and the second parameter being used to indicate a second time interval between the time domain location of the downlink data of the first PDSCH transmission and the time domain location of the HARQ feedback information, the first time interval being smaller than the second time interval; The determining module is further configured to: if the terminal device does not detect second configuration information, determine the time domain location of the HARQ feedback information according to the second parameter; if the terminal device detects the second configuration information, determine the time domain location of the HARQ feedback information according to the first parameter; The second configuration information is configuration information for a skipping physical downlink control channel (PDCCH) monitoring mechanism. The time domain location of the HARQ feedback information determined based on the first time interval is a first time domain location, the time domain location of the HARQ feedback information determined based on the second time interval is a second time domain location, the first time domain location is located before a target period, the second time domain location is located within the target period, and the target period is a period of the skipping PDCCH monitoring mechanism.

22. The terminal device of claim 21, wherein, The terminal device further comprises: The second receiving module is configured to receive first configuration information, where the first configuration information is used for configuring one or more of the following information: a value of the first parameter; and a set of HARQ feedback resources corresponding to the first parameter.

23. The terminal device of claim 22, wherein, The terminal device further includes: The sending module is configured to send capability-related information of the terminal device, where the capability-related information is used to indicate a capability of the terminal device in switching uplink and downlink within a frame; and the first configuration information is determined based on the capability-related information.

24. The terminal device of claim 23, wherein, The capability-related information includes one or more of the following information: a time of the terminal device in switching uplink and downlink within the frame; a type of the terminal device; and a working mode in which the terminal device is located.

25. The terminal device of any one of claims 22-24, wherein, The first configuration information is carried in a radio resource control (RRC) message or a system message.

26. The terminal device of any one of claims 21-25, wherein, The determining module is further configured to: if the value of the first parameter in the first DCI is equal to a target value, determine a time domain position of the HARQ feedback information according to the second parameter; and / or if the value of the first parameter in the first DCI is not equal to the target value, determine the time domain position of the HARQ feedback information according to the first parameter.

27. The terminal device of any one of claims 21-24, wherein, The HARQ feedback resource corresponding to the first parameter is a dedicated HARQ feedback resource of the terminal device.

28. The terminal device of any one of claims 21-24, wherein, The HARQ feedback resource corresponding to the first parameter is located in a special slot.

29. The terminal device of any one of claims 21-24, wherein, The terminal device further includes: The third receiving module is configured to receive second DCI, where the second DCI is used to instruct the terminal device to skip PDCCH monitoring in the target time period.

30. The terminal device of any one of claims 21-24, wherein, The time domain position includes one or more of the following: a subframe, a slot, and a symbol.

31. A network device, comprising: The first sending module is configured to send first downlink control information (DCI), where the first DCI is used to schedule resources of downlink data of first physical downlink shared channel (PDSCH) transmission; The first receiving module is configured to receive hybrid automatic repeat request (HARQ) feedback information, where a time domain position of the HARQ feedback information corresponds to a time domain position of the downlink data of the first PDSCH transmission; The first DCI includes a first parameter and a second parameter, where the first parameter is used to indicate a first time interval between the time domain position of the downlink data of the first PDSCH transmission and the time domain position of the HARQ feedback information, and the second parameter is used to indicate a second time interval between the time domain position of the downlink data of the first PDSCH transmission and the time domain position of the HARQ feedback information, and the first time interval is less than the second time interval; If the network device does not send second configuration information to the terminal device, the HARQ feedback information is received by the network device according to the second parameter; If the network device sends the second configuration information to the terminal device, the HARQ feedback information is received by the network device according to the first parameter; The second configuration information is configuration information for a skipping physical downlink control channel (PDCCH) monitoring mechanism. ​ The time domain position of the HARQ feedback information determined based on the first time interval is a first time domain position, and the time domain position of the HARQ feedback information determined based on the second time interval is a second time domain position. The first time domain position is located before a target period, and the second time domain position is located in the target period. The target period is a period in which PDCCH monitoring is skipped.

32. The network device of claim 31, wherein, The network device further includes: A second sending module configured to send first configuration information, wherein the first configuration information is used to configure one or more of the following information: a value of the first parameter; and a HARQ feedback resource set corresponding to the first parameter.

33. The network device of claim 32, wherein, The network device further includes: A second receiving module configured to receive capability-related information of a terminal device, wherein the capability-related information is used to indicate a capability of the terminal device in switching uplink and downlink within a frame; and 34. The network device of claim 33, wherein, The first configuration information is determined based on the capability-related information. The capability-related information includes one or more of the following information: a time of the terminal device in switching uplink and downlink within the frame; a type of the terminal device; and 35. The network device of any of claims 32-34, wherein, a working mode of the terminal device. The first configuration information is carried in a radio resource control (RRC) message or a system message.

36. The network device of any one of claims 31-35, wherein: if the value of the first parameter in the first DCI is equal to a target value, the HARQ feedback information is received by the network device according to the second parameter; and / or 37. The network device of any of claims 31-34, wherein, if the value of the first parameter in the first DCI is not equal to the target value, the HARQ feedback information is received by the network device according to the first parameter.

38. The network device of any of claims 31-34, wherein, The HARQ feedback resource corresponding to the first parameter is a dedicated HARQ feedback resource of a terminal device.

39. The network device of any of claims 31-34, wherein, The HARQ feedback resource corresponding to the first parameter is located in a special slot. The network device further includes: A determining module configured to determine, according to the HARQ feedback information, whether to skip PDCCH monitoring in the target period; 40. The network device of any of claims 31-34, wherein, A third sending module configured to send a second DCI if the network device determines to skip PDCCH monitoring in the target period, wherein the second DCI is used to instruct a terminal device to skip PDCCH monitoring in the target period.

41. A terminal device, comprising: The time domain position includes one or more of the following: a subframe, a slot, and a symbol.

42. A network device, comprising: The terminal device includes a memory, a processor, and a transceiver. The memory is used to store a program. The processor is used to invoke the program in the memory to enable the terminal device to perform the method of any one of claims 1-10.

43. An apparatus for uplink feedback, the apparatus comprising: The network device includes a memory, a processor, and a transceiver. The memory is used to store programs. The processor is used to invoke the program in the memory to enable the network device to perform the method of any one of claims 11-20. The network device includes: a memory configured to store a program; a processor configured to invoke the program from the memory to enable the apparatus to perform the method of any one of claims 1-20.

44. A chip, comprising: including a processor to call a program from a memory, causing a device in which the chip is installed to perform the method of any of claims 1-20.

45. A computer-readable storage medium, comprising: having a program stored thereon, the program causing a computer to perform the method of any of claims 1-20.

46. A computer program product, characterised in that, including a program that causes a computer to perform the method of any of claims 1-20.

Citation Information

Patent Citations

  • Hybrid automatic repeat request response codebook generation method and device

    CN112887062A

  • Physical downlink control channel (PDCCH) monitoring method and device and terminal

    CN113950151A