Retransmission method and communication device

By using the MCS field and/or HPN field in the downlink control information to indicate the retransmission of the HARQ process, the problem of inflexible retransmission scheduling of the HARQ process is solved, and more flexible retransmission scheduling and lower scheduling overhead are achieved.

CN121644035APending Publication Date: 2026-03-10HUAWEI TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-09-06
Publication Date
2026-03-10

AI Technical Summary

Technical Problem

In cases of deep channel fading or strong interference, the retransmission scheduling of the HARQ process in existing technologies is not flexible enough and has a large scheduling overhead.

Method used

By carrying information in the MCS field and/or HPN field of the downlink control information, one or more HARQ processes that need to be retransmitted are instructed, enabling flexible retransmission scheduling and reducing scheduling overhead.

Benefits of technology

It improves the flexibility of retransmission scheduling, reduces the amount of downlink control information used for retransmission scheduling, and lowers the implementation complexity and computational complexity of terminal equipment.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121644035A_ABST
    Figure CN121644035A_ABST
Patent Text Reader

Abstract

The invention provides a retransmission method and a communication device, which can improve the flexibility of retransmission scheduling and can be applied to a communication system. The method comprises the following steps: receiving downlink control information; the downlink control information comprises first information, the first information is used for indicating at least one hybrid automatic repeat request (HARQ) process needing to be retransmitted, and the first information is carried in a modulation and coding scheme (MCS) domain and / or a hybrid automatic repeat request process number (HPN) domain in the downlink control information. And sending data retransmitted by the at least one HARQ process needing to be retransmitted according to the downlink control information or receiving data retransmitted by the at least one HARQ process needing to be retransmitted according to the downlink control information.
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 in particular to a retransmission method and communication device. Background Technology

[0002] When the channel experiences deep fading or strong interference, grant-free (GF) transmissions may fail. In such cases, downlink control information (DCI) can be used to schedule the retransmission of data from hybrid automatic repeat request (HARQ) processes that initially transmitted as GF. The DCI can indicate the HARQ process number that needs to be retransmitted through a HARQ process number (HPN) field. One DCI can indicate one HARQ process number that needs retransmission. If multiple HARQ processes contain data that needs retransmission, the network device needs to send multiple DCIs to schedule the retransmission of data from multiple HARQ processes. Therefore, a single DCI can only indicate a limited number of HARQ processes that need retransmission, making retransmission scheduling inflexible. Summary of the Invention

[0003] This application provides a retransmission method and communication device that can improve the flexibility of retransmission scheduling.

[0004] To achieve the above objectives, this application adopts the following technical solution:

[0005] In a first aspect, a retransmission method is provided. The retransmission method includes: a first communication device receiving downlink control information; the downlink control information includes first information, which indicates at least one Hybrid Automatic Repeat Request (HARQ) process requiring retransmission, the first information being carried in a Modulation and Coding Scheme (MCS) field and / or a Hybrid Automatic Repeat Request Process Number (HPN) field in the downlink control information; the first communication device transmitting data retransmitted by at least one HARQ process requiring retransmission according to the downlink control information, or receiving data retransmitted by at least one HARQ process requiring retransmission according to the downlink control information.

[0006] Based on the retransmission method provided in the first aspect, the first information can be carried in the MCS field and / or HPN field in the downlink control information to indicate at least one HARQ process that needs to be retransmitted. In this way, the retransmission scheduling of one or more HARQ processes that need to be retransmitted can be realized, thereby making the retransmission scheduling more flexible.

[0007] Furthermore, when there are multiple HARQ processes that need to be retransmitted, the retransmission scheduling of these multiple HARQ processes can be achieved through downlink control information, which can reduce the amount of downlink control information used for retransmission scheduling and thus reduce scheduling overhead.

[0008] As an example, the first communication device may be a terminal device, or a communication module, circuit with communication function, chip, chip system or other component or assembly in the terminal device.

[0009] In one possible implementation, the initial transmission of data retransmitted by at least one HARQ process that requires retransmission uses unlicensed transmission. This allows for retransmission scheduling where the initial transmission is unlicensed.

[0010] In one possible implementation, at least one HARQ process requiring retransmission is determined at least based on the first Hybrid Automatic Repeat Request (HARQ) process. This avoids indicating the process IDs of at least one HARQ process other than the first HARQ process, reducing the size of downlink control information used for retransmission scheduling, and thus further reducing scheduling overhead.

[0011] In one possible implementation, the downlink control information may further include second information used to indicate the first HARQ process. This allows the first HARQ process to be matched with the actual HARQ process requiring retransmission, thus providing more flexibility in indicating at least one HARQ process.

[0012] In one possible implementation, the second information is carried in the HPN field. That is, the HPN field is reused to indicate the first HARQ process, which reduces changes to the existing protocol and lowers implementation complexity.

[0013] In one possible implementation, the downlink control information further includes third information, which indicates a first unlicensed transport configuration and a first HARQ process configured within that configuration. This ensures that the first unlicensed transport configuration matches the actual HARQ process requiring retransmission, allowing for flexible indication of at least one HARQ process.

[0014] In one possible implementation, the third information is carried in the HPN field. This avoids the need for additional downlink control information and reduces implementation complexity.

[0015] In one possible implementation, each HARQ process in at least one HARQ process requiring retransmission belongs to the same unlicensed transport configuration as the first HARQ process. This reduces implementation complexity by scheduling retransmissions for HARQ processes configured within the same unlicensed transport configuration.

[0016] In one possible implementation, at least one HARQ process requiring retransmission is determined based on a first bias and a first HARQ process.

[0017] In one possible implementation, the process IDs of at least one HARQ process requiring retransmission satisfy the following relationship: h k = (h + k - offset) mod M + offset; where k is the first offset, h k h is the process ID of the HARQ process determined based on the first offset k and the first HARQ process, h is the process ID of the first HARQ process, offset is the offset of the HARQ process configured in the unlicensed transport where the first HARQ process is located, and M is the total number of HARQ processes in the unlicensed transport where the first HARQ process is located; k h, k, offset, and M are all integers.

[0018] In one possible implementation, the length of the first information is p, where p is less than or equal to R or S, where R is the length of the MCS field and S is the length of the HPN field. The values ​​of the p bits of the first information correspond to one or more HARQ processes; for example, the values ​​of the p bits of the first information correspond to whether data is retransmitted by each of the one or more HARQ processes. Here, p, S, and R are all positive integers. In this way, the first information can be carried in the same field, thereby reducing implementation complexity.

[0019] In one possible implementation, the first piece of information is a bitmap, where each bit in the bitmap indicates whether the corresponding HARQ process should retransmit. In this way, each bit can correspond to one HARQ process, reducing the computational complexity of the terminal device.

[0020] In one possible implementation, the first information includes retransmission information from q HARQ processes.

[0021] In one possible implementation, the method provided by the first aspect may further include: the first communication device receiving fourth information; wherein the fourth information is used to indicate the correspondence between the values ​​of p bits and at least one HARQ process. In this way, different methods can be selected to indicate the HARQ process for retransmission, further improving the flexibility of retransmission scheduling.

[0022] In one possible implementation, the fourth information is determined based on the capabilities of the first communication device.

[0023] In one possible implementation, the downlink control information also includes a start position and length indicator (SLIV), and the resources used to carry retransmission data for at least one HARQ process that requires retransmission are determined based on the SLIV.

[0024] In one possible implementation, the downlink control information also includes multiple SLIVs, and the resources for carrying retransmission data of each HARQ process in at least one HARQ process that needs to be retransmitted are determined based on one of the multiple SLIVs.

[0025] Secondly, a retransmission method is provided. The retransmission method includes: a second communication device transmitting downlink control information; the downlink control information includes first information, which indicates at least one Hybrid Automatic Repeat Request (HARQ) process requiring retransmission, the first information being carried in the Modulation and Coding Scheme (MCS) field and / or the Hybrid Automatic Repeat Request Process Number (HPN) field of the downlink control information; the second communication device receiving or transmitting data retransmitted by at least one HARQ process requiring retransmission.

[0026] Based on the retransmission method provided in the second aspect, the second communication device can carry first information through the MCS field and / or HPN field in the downlink control information to indicate at least one HARQ process that needs to be retransmitted. In this way, the retransmission scheduling of one or more HARQ processes that need to be retransmitted can be realized, thereby making the retransmission scheduling more flexible.

[0027] Furthermore, when there are multiple HARQ processes that need to be retransmitted, the retransmission scheduling of these multiple HARQ processes can be achieved through downlink control information, which can reduce the amount of downlink control information used for retransmission scheduling and thus reduce scheduling overhead.

[0028] As an example, the second communication device may be a network device, or a communication module, circuit with communication function, chip, chip system, or other component or assembly within the network device. Alternatively, the second communication device may be a terminal device, or a communication module, circuit with communication function, chip, chip system, or other component or assembly within the terminal device.

[0029] In one possible implementation, the initial transmission of data retransmitted by at least one HARQ process that requires retransmission uses unlicensed transmission.

[0030] In one possible implementation, at least one HARQ process requiring retransmission is determined at least based on the first Hybrid Automatic Repeat Request (HARQ) process.

[0031] In one possible implementation, the downlink control information also includes second information used to instruct the first HARQ process.

[0032] In one possible implementation, the second information is carried in the HPN field.

[0033] In one possible implementation, the downlink control information further includes third information, which indicates a first unlicensed transport configuration and a first HARQ process configured for the first unlicensed transport configuration.

[0034] In one possible implementation, the third information is carried in the HPN domain.

[0035] In one possible implementation, each HARQ process in at least one HARQ process that requires retransmission belongs to the same unlicensed transport configuration as the first HARQ process.

[0036] In one possible implementation, at least one HARQ process requiring retransmission is determined based on a first bias and a first HARQ process.

[0037] In one possible implementation, the process IDs of at least one HARQ process requiring retransmission satisfy the following relationship: h k = (h + k - offset) mod M + offset; where k is the first offset, h k h is the process ID of the HARQ process determined based on the first offset k and the first HARQ process, h is the process ID of the first HARQ process, offset is the offset of the HARQ process configured in the unlicensed transport where the first HARQ process is located, and M is the total number of HARQ processes in the unlicensed transport where the first HARQ process is located; k h, k, offset, and M are all integers.

[0038] In one possible implementation, the length of the first information is p, where p is less than or equal to R or S, where R is the length of the MCS field and S is the length of the HPN field. The values ​​of the p bits of the first information correspond to one or more HARQ processes. For example, the values ​​of the p bits of the first information correspond to whether the data of each HARQ process in one or more HARQ processes is retransmitted. Here, p, S, and R are all positive integers.

[0039] In one possible implementation, the first information is a bitmap, where each bit in the bitmap is used to indicate whether the HARQ process corresponding to each bit should retransmit.

[0040] In one possible implementation, the first information includes retransmission information from q HARQ processes.

[0041] In one possible implementation, the method provided by the second aspect may further include: the second communication device sending fourth information; wherein the fourth information is used to indicate the correspondence between the values ​​of p bits and at least one HARQ process.

[0042] In one possible implementation, the fourth information is determined based on the capabilities of the first communication device.

[0043] In one possible implementation, the downlink control information also includes a start position and length indicator (SLIV), and the resources used to carry retransmission data of at least one HARQ process that needs to be retransmitted are determined based on the SLIV.

[0044] In one possible implementation, the downlink control information also includes multiple SLIVs, and the resources for carrying retransmission data of each HARQ process in at least one HARQ process that needs to be retransmitted are determined based on one of the multiple SLIVs.

[0045] Furthermore, the technical effects of the retransmission method described in the second aspect can be referred to the technical effects of the retransmission method described in the first aspect, and will not be repeated here.

[0046] Thirdly, a communication device is provided. This communication device is used to execute the retransmission method described in any one of the implementations of the first to second aspects.

[0047] In this application, the communication device described in the third aspect can be a terminal device, or a communication module, circuit with communication function, chip, chip system, or other component or assembly within a terminal device. Alternatively, the communication device can be a network device, or a communication module, circuit with communication function, chip, chip system, or other component or assembly within a network device.

[0048] It should be understood that the communication apparatus described in the third aspect includes modules, units, or means that implement the retransmission method described in any of the first to second aspects. These modules, units, or means can be implemented in hardware, software, or by hardware executing corresponding software. The hardware or software includes one or more modules or units for performing the functions involved in the retransmission method described above.

[0049] Fourthly, a communication device is provided. The communication device includes a processor configured to execute the retransmission method described in any of the possible implementations of the first to second aspects.

[0050] In one possible implementation, the communication device described in the fourth aspect may further include a transceiver. The transceiver may be a transceiver circuit or an interface circuit. The transceiver may be used for communication between the communication device described in the fourth aspect and other communication devices, or for acquiring a computer program (such as the computer program involved in the retransmission method described in any of the first to second aspects above) and transmitting it to the processor.

[0051] In this embodiment of the application, a computer program may also be referred to as an instruction, program instruction, or code instruction.

[0052] In one possible implementation, the communication device described in the fourth aspect may further include a memory. This memory may be integrated with the processor or disposed separately. The memory may be used to store computer programs and / or data involved in the retransmission method described in any of the first to second aspects.

[0053] Alternatively, the memory can also be located outside the communication device.

[0054] In this application, the communication device described in the fourth aspect can be a terminal device, or a communication module, circuit with communication function, chip, chip system, or other component or assembly within the terminal device. Alternatively, the communication device can be a network device, or a communication module, circuit with communication function, chip, chip system, or other component or assembly within the network device.

[0055] Fifthly, a communication device is provided. The communication device includes a processor coupled to a memory, the processor executing a computer program stored in the memory, such that the communication device performs the retransmission method described in any possible implementation of the first to second aspects.

[0056] In one possible implementation, the communication device described in the fifth aspect may further include a transceiver. The transceiver may be a transceiver circuit or an interface circuit. The transceiver may be used for communication between the communication device described in the fifth aspect and other communication devices, or for acquiring computer programs and transmitting them to the processor.

[0057] In this application, the communication device described in the fifth aspect can be a terminal device, or a communication module, circuit with communication function, chip, chip system, or other component or assembly within a terminal device. Alternatively, the communication device can be a network device, or a communication module, circuit with communication function, chip, chip system, or other component or assembly within a network device.

[0058] A sixth aspect provides a communication device, comprising: a processor and a memory; the memory being used to store a computer program, which, when executed by the processor, causes the communication device to perform the retransmission method described in any one of the first to second aspects.

[0059] In one possible implementation, the communication device described in the sixth aspect may further include a transceiver. The transceiver may be a transceiver circuit or an interface circuit. The transceiver may be used for communication between the communication device described in the sixth aspect and other communication devices, or for acquiring computer programs and transmitting them to the processor.

[0060] In this application, the communication device described in the sixth aspect can be a terminal device, or a communication module, circuit with communication function, chip, chip system, or other component or assembly within a terminal device. Alternatively, the communication device can be a network device, or a communication module, circuit with communication function, chip, chip system, or other component or assembly within a network device.

[0061] In a seventh aspect, a communication system is provided. The communication system includes one or more terminal devices and one or more network devices.

[0062] Eighthly, a computer-readable storage medium is provided, comprising: a computer program or instructions; when the computer program or instructions are executed on a computer, causing the computer to perform the retransmission method described in any possible implementation of the first to second aspects.

[0063] Ninth aspect, a computer program product is provided, including a computer program or instructions that, when executed on a computer, cause the computer to perform the retransmission method described in any possible implementation of the first to second aspects.

[0064] Furthermore, the technical effects of the communication devices described in the third to ninth aspects above can be referred to the technical effects of the retransmission methods described in the first to second aspects above, and will not be repeated here. Attached Figure Description

[0065] Figure 1 This is a schematic diagram of the architecture of the communication system provided in the embodiments of this application;

[0066] Figure 2 A schematic diagram illustrating the unlicensed transmission process provided in this application embodiment;

[0067] Figure 3 A schematic diagram illustrating the data retransmission process provided in this application embodiment;

[0068] Figure 4 A schematic diagram of the transmission resources corresponding to the HARQ process provided in the embodiments of this application;

[0069] Figure 5 This is a schematic diagram of channel quality variation provided in an embodiment of this application;

[0070] Figure 6 A diagram illustrating the relationship between the HARQ process for retransmission and DCI.

[0071] Figure 7 A flowchart illustrating the retransmission method provided in an embodiment of this application;

[0072] Figure 8This diagram illustrates the relationship between p bits and the retransmission process of the HARQ process.

[0073] Figure 9 A schematic diagram illustrating the relationship between the HARQ process for retransmission and DCI provided in an embodiment of this application;

[0074] Figure 10 Schematic diagram of the location relationship of the time slots where the retransmitted data is located, provided in the embodiments of this application. Figure 1 ;

[0075] Figure 11 Schematic diagram of the location relationship of the time slots where the retransmitted data is located, provided in the embodiments of this application. Figure 2 ;

[0076] Figure 12 Schematic diagram of the communication device provided in the embodiments of this application Figure 1 ;

[0077] Figure 13 Schematic diagram of the communication device provided in the embodiments of this application Figure 2 . Detailed Implementation

[0078] In the description of this application, unless otherwise stated, " / " indicates that the objects before and after are in an "or" relationship. For example, A / B can mean A or B. "And / or" in this application is merely a description of the relationship between the related objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist simultaneously, and B exists alone. A and B can be singular or plural.

[0079] In the description of this application, unless otherwise stated, "multiple" means two or more. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of a single item or a plurality of items. For example, at least one of a, b, or c can mean: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or multiple.

[0080] Furthermore, to facilitate a clear description of the technical solutions in the embodiments of this application, the terms "first" and "second" are used in the embodiments of this application to distinguish identical or similar items with substantially the same function and effect. Those skilled in the art will understand that the terms "first" and "second" do not limit the quantity or execution order, and the terms "first" and "second" are not necessarily different.

[0081] It is understood that in the embodiments of this application, words such as "exemplarily" and "for example" are used to indicate that they are examples, illustrations, or descriptions. Any embodiment or implementation described as "exemplary" in this application should not be construed as being more preferred or advantageous than other embodiments or implementations. Specifically, the use of the word "exemplary" is intended to present the concept in a concrete manner.

[0082] It is understandable that the terms "information," "signal," "message," "channel," and "signaling" can sometimes be used interchangeably. It should be noted that when the distinction is not emphasized, their intended meanings are consistent. Similarly, "of," "corresponding (relevant)," and "corresponding" can sometimes be used interchangeably. Again, it should be noted that when the distinction is not emphasized, their intended meanings are consistent.

[0083] It is understood that the term "embodiment" used throughout the specification means that a specific feature, structure, or characteristic related to an embodiment is included in at least one embodiment of this application. Therefore, various embodiments throughout the specification do not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. It is understood that in the various embodiments of this application, the sequence number of each process 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.

[0084] It is understood that the terms “comprising” and “having”, and any variations thereof, are intended to cover non-exclusive inclusion, such that a process, method, system, product, or apparatus that includes a series of steps or units is not necessarily limited to those steps or units that are explicitly listed, but may include other steps or units that are not explicitly listed or that are inherent to such process, method, product, or apparatus.

[0085] It is understood that in this application, "...when" and "if" both refer to the corresponding processing that will be carried out under certain objective circumstances, and are not limited to a specific time, nor do they require a judgment action to be performed during implementation, nor do they imply any other limitations.

[0086] It is understood that some optional features in the embodiments of this application can be implemented independently in certain scenarios without relying on other features, such as the current solution on which they are based, to solve the corresponding technical problems and achieve the corresponding effects. Alternatively, they can be combined with other features as needed in certain scenarios. Correspondingly, the apparatus given in the embodiments of this application can also implement these features or functions, which will not be elaborated here.

[0087] It is understood that in this application, "instruction" can include direct and indirect instructions, as well as explicit and implicit instructions. When describing "a certain instruction information instructs A" or "instruction information of A," it can include whether the instruction information directly or indirectly instructs A, but does not necessarily mean that the instruction information carries A. The information indicated by a certain piece of information is called the information to be instructed. In the specific implementation process, there are many ways to instruct the information to be instructed, such as, but not limited to, directly instructing the information to be instructed, such as the information to be instructed itself or its index. It can also indirectly instruct the information to be instructed by instructing other information, where there is a relationship between the other information and the information to be instructed. It can also instruct only a part of the information to be instructed, while the other parts are known or pre-agreed upon. For example, the instruction of specific information can be achieved by using a pre-agreed (e.g., protocol-defined) arrangement of various information, thereby reducing instruction overhead to some extent. At the same time, the common parts of various information can be identified and uniformly indicated to reduce the instruction overhead caused by individually indicating the same information. Furthermore, the specific instruction method can also be any existing instruction method, such as, but not limited to, the above-mentioned instruction methods and their various combinations. As described above, for example, when multiple pieces of information of the same type need to be indicated, the indication methods for different pieces of information may differ. In specific implementation, the required indication method can be selected according to specific needs. This application embodiment does not limit the selected indication method; therefore, the indication methods involved in this application embodiment should be understood to cover various methods that enable the party to be indicated to obtain the information to be indicated. The information to be indicated can be sent as a whole or divided into multiple sub-information pieces and sent separately. Furthermore, the sending period or timing of these sub-information pieces can be the same or different. This application does not limit the specific sending method. The sending period or timing of these sub-information pieces can be predefined, for example, predefined according to a protocol, or configured by the transmitting device by sending configuration information to the receiving device.

[0088] In this application, "send" and "receive" indicate the direction of signal transmission. For example, "send information to XX" can be understood as the destination of the information being XX, which can include direct transmission via the air interface or indirect transmission via the air interface from other units or modules. "Receive information from YY" can be understood as the source of the information being YY, which can include direct reception from YY via the air interface or indirect reception from YY via the air interface from other units or modules. "Send" can also be understood as the "output" of a chip interface, and "receive" can also be understood as the "input" of a chip interface. In other words, sending and receiving can occur between devices, such as between network devices and terminal devices, or within a device, such as between components, modules, chips, software modules, or hardware modules within the device via buses, traces, or interfaces.

[0089] In this application, unless otherwise specified, the same or similar parts between the various embodiments can be referred to each other. Unless otherwise specified or logically conflicting, the terminology and / or descriptions between different embodiments are consistent and can be mutually referenced. Different embodiments can be combined to form new embodiments based on their inherent logical relationships. The following descriptions of the embodiments of this application do not constitute a limitation on the scope of protection of this application.

[0090] The technical solutions of this application embodiment can be applied to various communication systems, such as wireless fidelity (WiFi) systems, vehicle-to-everything (V2X) communication systems, device-to-device (D2D) communication systems, vehicle-to-everything (V2X) communication systems, 4th generation (4G) mobile communication systems, such as long term evolution (LTE) systems, 5th generation (5G) mobile communication systems, such as new radio (NR) systems, and future communication systems, etc.

[0091] This application will present various aspects, embodiments, or features relating to systems that may include multiple devices, components, modules, etc. It should be understood and appreciated that individual systems may include additional devices, components, modules, etc., and / or may not include all the devices, components, modules, etc. discussed in conjunction with the accompanying drawings. Furthermore, combinations of these approaches are also possible.

[0092] The network architecture and business scenarios described in the embodiments of this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. As those skilled in the art will know, with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0093] The network architecture and business scenarios described in the embodiments of this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. As those skilled in the art will know, with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0094] To facilitate understanding of the embodiments of this application, let's first take... Figure 1 The communication system illustrated herein is used as an example to illustrate a communication system applicable to embodiments of this application. For example, Figure 1 This is a schematic diagram of the architecture of a communication system to which the method provided in the embodiments of this application applies. For example... Figure 1 As shown, the communication system includes network equipment and terminal equipment.

[0095] like Figure 1 As shown, the communication system includes at least one network device (such as network device 110a and network device 110b) and at least one terminal device (such as terminal devices 120a to 120j).

[0096] Terminal devices can connect to network devices wirelessly, and network devices can connect to the core network via wired or wireless means. Figure 1 (Not shown in the image) connected.

[0097] Among them, network devices and terminal devices can exchange information.

[0098] Terminal equipment can be a terminal with transceiver capabilities. This terminal equipment can also be referred to as user equipment (UE), access terminal, subscriber unit, user station, mobile station (MS), mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication equipment, user agent, or user apparatus. The terminal devices in the embodiments of this application may be mobile phones, cellular phones, smartphones, tablets, wireless data cards, personal digital assistants (PDAs), wireless modems, handsets, laptop computers, machine-type communication (MTC) terminals, computers with wireless transceiver capabilities, virtual reality (VR) terminals, augmented reality (AR) terminals, smart home devices (e.g., refrigerators, televisions, air conditioners, electricity meters, speakers, etc.), intelligent robots, robotic arms, workshop equipment, wireless terminals in autonomous driving, wireless terminals in industrial control, wireless terminals in self-driving, wireless terminals in telemedicine, wireless terminals in smart grids, wireless terminals in transportation safety, wireless terminals in smart cities, wireless terminals in smart homes, vehicle-mounted terminals, and roadside units with terminal functions. The terminal device can be an onboard unit (RSU), flight equipment (e.g., intelligent robots, hot air balloons, drones, airplanes), automated guided vehicles (AGVs), electronic door locks, Internet of Things (IoT) devices, etc. The terminal device in this application can also be a car, or an onboard module, onboard component, onboard chip, or onboard unit built into a vehicle as one or more components or units. The terminal device can also be other devices with terminal functions; for example, it can be a device that functions as a terminal in D2D communication.The embodiments of this application do not limit the form of the terminal device. The device used to implement the function of the terminal device can be the terminal device itself; it can also be any device that supports the terminal device in implementing the function, such as a communication module, chip, chip system, other components or parts, or circuits or functional components. This device can be applied to or used in conjunction with the terminal device. The chip system can be composed of chips or can include chips and other discrete devices. The various forms of terminal devices described above can also be referred to as terminal-side devices.

[0099] In this application embodiment, the network device can be a device with wireless transceiver capabilities. For example, the network device can be a device located in the access network (AN) of a communication system, which can be used to provide access services for terminals. In one possible scenario, the network device can be a radio access network (RAN) device, such as a base station, an evolved NodeB (eNodeB), an access point (AP), a transmission and reception point (TRP), or a base station in a future communication system. In future mobile communication systems, the network device may also have other naming conventions, all of which are covered within the protection scope of this application embodiment, and this application does not impose any limitations on them. Alternatively, the network device may also include 5G, such as a gNB in ​​an NR system, or one or a group (including multiple antenna panels) of an antenna panel of a 5G base station, or it may also be a network node constituting a gNB, a transmission and reception point (TRP or transmission point (TP)) or a transmission measurement function (TMF). Alternatively, the network device may be a macro base station (such as... Figure 1 110a), micro base stations or indoor stations (such as Figure 1The network device can be a relay node or donor node (as described in section 110b), or a wireless controller in a cloud radio access network (CRAN) scenario. Optionally, the network device can also be a wireless router, server, wearable device, vehicle, or in-vehicle equipment. For example, in V2X technology, the network device can be a roadside unit (RSU). The network device can also be a terminal performing network device functions in a D2D communication system or a machine-to-machine (M2M) communication system. All or part of the functions of the network device in this application can also be implemented through software functions running on hardware, or through virtualization functions instantiated on a platform (e.g., a cloud platform). The network device in this application can also be a logical node, logical module, or software capable of implementing all or part of the network device functions.

[0100] In another possible scenario, multiple network devices collaborate to assist terminal devices in achieving wireless access, with each network device performing a portion of the base station's functions. For example, network devices can be central units (CUs), distributed units (DUs), CU-control plane (CPs), CU-user plane (UPs), or radio units (RUs), etc. CUs and DUs can be configured separately or included in the same network element, such as a baseband unit (BBU). RUs can be included in radio equipment or radio units, such as remote radio units (RRUs), active antenna units (AAUs), or remote radio heads (RRHs).

[0101] In different systems, CU (or centralized unit control plane (CU-CP)) and centralized unit user plane (CU-UP)), DU, or RU may have different names, but those skilled in the art will understand their meaning. For example, in an open radioaccess network (O-RAN or ORAN) system, CU can also be called an open centralized unit (O-CU) (open CU), DU can also be called an open distributed unit (O-DU), CU-CP can also be called an open centralized unit control plane (O-CU-CP), CU-UP can also be called an open centralized unit user plane (O-CU-UP), and RU can also be called an open radio unit (O-RU). For ease of description, this application uses CU, CU-CP, CU-UP, DU, and RU as examples. Any of the CU (or CU-CP, CU-UP), DU and RU units in this application can be implemented through a software module, a hardware module, or a combination of software and hardware modules.

[0102] In this embodiment, the form of the network device is not limited. The device used to implement the function of the network device can be the network device itself; it can also be any device that supports the network device in implementing that function, such as a communication module, chip, chip system, other components or parts, or circuits or functional components. This device can be applied to the network device or used in conjunction with the network device. The chip system can be composed of chips or can include chips and other discrete devices. The network devices of the various forms described above can also be referred to as network-side devices.

[0103] It should be noted that the solutions in the embodiments of this application can also be applied to other communication systems, and the corresponding names can be replaced by the names of the corresponding functions in other communication systems.

[0104] It should be understood that Figure 1 This is a simplified diagram for ease of understanding only. The communication system may also include other network devices and / or other terminal devices. Figure 1 It was not drawn in the middle.

[0105] The technologies involved in the embodiments of this application are described below.

[0106] 1. Unlicensed transmission refers to a transmission method that does not require dynamic configuration of transmission resources.

[0107] Uplink grant-free (GF) transmission: In uplink grant-free transmission, network devices, such as base stations, configure uplink grants for terminal devices in a semi-static manner through higher-layer signaling and / or physical-layer signaling. This includes configuring the time-frequency resources used for uplink data transmission and transmission parameters. Higher-layer signaling can include radio resource control (RRC) signaling, system information (SI), etc. In uplink grant-free transmission, if the terminal device has uplink data transmission needs, it directly sends data to the network device using the semi-statically configured time-frequency resources and transmission parameters. This achieves immediate data transmission, avoiding the need to send scheduling requests (SRs) or buffer state reports (BSRs) to the network device, and waiting for uplink dynamic grants. This reduces transmission latency, signaling overhead, and terminal power consumption. Grant-free transmission can also be called transmission without dynamic grant, transmission without dynamic scheduling, or higher-layer configured grants.

[0108] Depending on the resource configuration method, unlicensed uplink transmissions can include the following types:

[0109] 1.1 Type 1, also known as the first type of configured grant (type 1 CG).

[0110] like Figure 2As shown in (a) of the diagram, in the first type of grant configuration, the network device issues a configured grant configuration information via RRC signaling. This grant configuration information is used to configure transmission resources and parameters, including the period of time-domain resources, open-loop power control parameters, waveform, redundancy version sequence, repetition count, frequency hopping mode, resource allocation type, number of HARQ processes, demodulation reference signal (DMRS) related parameters, modulation and coding scheme table, resource block group (RBG) size, and time-domain resources, frequency-domain resources, and modulation and coding scheme (MCS). After receiving this grant configuration information, the terminal device can directly use the transmission resources and parameters configured in the grant configuration information to perform configured grant (CG) physical uplink shared channel (PUSCH) transmission, that is, send uplink data on the CG PUSCH resource.

[0111] 1.2 Type 2, also known as type 2 configured grant (type 2CG).

[0112] like Figure 2As shown in (b), the authorization for the second type of configuration employs a two-step resource configuration method: the network device issues authorization configuration information via RRC signaling. This authorization configuration information is used to configure transmission resources and parameters, including the period of time-domain resources, open-loop power control related parameters, waveform, redundancy version sequence, repetition count, frequency hopping mode, resource allocation type, number of HARQ processes, decall reference signal related parameters (including the sequence of decall reference signals, time-domain resources, number of symbols occupied, etc.), MCS table, RBG group size, etc., and to activate the PUSCH transmission authorized by the second type of configuration using a dedicated activation DCI. Simultaneously, it configures other transmission resources and parameters, including time-domain resources, frequency-domain resources, DMRS (generated signal initialization parameters), MCS, etc. When the terminal device receives the RRC signaling, it cannot directly use the transmission resources and parameters configured by the RRC signaling to perform CG PUSCH transmission. Instead, it needs to receive the corresponding dedicated activation DCI activation and configure other transmission resources and parameters before it can perform CG PUSCH transmission. For example, a dedicated activation DCI can be a DCI that is scrambled with a cell-specific radio network temporary identifier (CS-RNTI) and has the new data indicator (NDI) field set to 1.

[0113] 1.3 Type 3, also known as the third type of configured grant.

[0114] The third type of authorization can be understood as a combination of the first and second types of authorization. Specifically, the network device sends the authorized configuration information via RRC signaling. After receiving this authorization configuration information, the terminal device can directly use the configured transmission resources and parameters for CG PUSCH transmission. Furthermore, the network device can also reactivate or reconfigure the third type of authorization through a dedicated activation DCI, including reconfiguring the transmission resources and / or transmission parameters of the third type of authorization.

[0115] 1.4 Type Four: In this type of unlicensed transmission, such as... Figure 2As shown in (c), the network device first issues authorized configuration information via RRC signaling, including configuring unlicensed transmission resources and / or transmission parameters. After receiving this authorized configuration information, the terminal device can directly use the configured transmission resources and transmission parameters to perform CG PUSCH transmission. For example, the terminal device can send uplink data 1 on the transmission resources configured by the RRC signaling. The network device can reactivate or reconfigure this type of unlicensed transmission through a multi-functional DCI, such as reconfiguring transmission resources and / or transmission parameters. The multi-functional DCI differs from the dedicated activation DCI in Types 1, 2, and 3. The multi-functional DCI can be used to reconfigure the unlicensed transmission function and can also be used to implement other functions, such as authorizing the terminal device to retransmit uplink data. In contrast, the dedicated activation DCI, while having the function of activating unlicensed transmission, does not have functions such as authorizing the terminal device to retransmit uplink data. This type of unlicensed transmission enables flexible, fast, and low-overhead reconfiguration of unlicensed transmission. If the network device fails to decode uplink data 1, the terminal device can retransmit uplink data 1 to the network device after receiving the multifunction DCI. It can be understood that the terminal device can also send uplink data 2 to the network device.

[0116] 1.5 Type Five: In this type of unlicensed transmission, such as... Figure 2 As shown in (d), the network device configures unlicensed transmission resources and / or transmission parameters through RRC signaling. After receiving this authorization configuration information, the terminal device can directly use the transmission resources and transmission parameters configured in the authorization configuration information to perform CG PUSCH transmission. For example, the terminal device can send uplink data 1 on the transmission resources configured in the RRC signaling. The terminal device can actively trigger the reconfiguration of unlicensed transmission, such as reconfiguring unlicensed transmission resources and / or transmission parameters, and send the reconfiguration information (also known as resource update information) to the network device. The terminal device and the network device use unlicensed transmission reconfiguration at an agreed time. This type of unlicensed transmission can achieve DCI-free unlicensed transmission reconfiguration. Assuming that the network device fails to decode uplink data 1, the terminal device can retransmit uplink data 1 to the network device within the time period when the authorization configuration information is effective (such as within the time threshold after the terminal device sends the reconfiguration information). It can be understood that the terminal device can also send uplink data 2 to the network device.

[0117] Furthermore, to reduce DCI signaling overhead and terminal device power consumption, some communication systems, such as NR communication systems, also support unlicensed transmission technology for downlink, namely semi-persistent scheduling (SPS) transmission. The principle of downlink unlicensed transmission is similar to the licensing in the second type of configuration, employing a two-step resource configuration method. Network devices issue SPS configuration information via RRC signaling to configure transmission resources and parameters. When a terminal device receives RRC signaling, it cannot directly use the transmission resources and parameters configured by the RRC signaling to receive the physical downlink share channel (PDSCH). Instead, it needs to receive the corresponding DCI activation and configure other transmission resources and parameters before receiving the SPS PDSCH, i.e., receiving the downlink data carried on the SPS PDSCH.

[0118] It should be understood that the unlicensed transmissions listed above are for illustrative purposes only. In actual implementation, unlicensed transmissions may also include other types of unlicensed transmissions, such as transmissions based on preconfigured uplink resources (PURs). This application does not limit the type of unlicensed transmission in its embodiments. As an example, a preconfigured uplink resource may be a PUSCH.

[0119] 2. Retransmission: To ensure transmission reliability, such as the reliability of unlicensed transmission, in uplink transmission, when a network device fails to correctly receive the PUSCH, the network device can issue a DCI for retransmission scheduling to instruct the terminal device to retransmit the CG PUSCH, thereby increasing PUSCH reliability. Alternatively, in downlink transmission, when a terminal device fails to correctly receive the PDSCH, the network device can send a DCI for retransmission scheduling to instruct the terminal device to receive a retransmission of the SPS PDSCH, thereby increasing PDSCH reception reliability. The DCI for retransmission scheduling can be scrambled using a specific radio network temporary identifier (RNTI), such as CS-RNTI. After receiving a DCI, the terminal device determines whether the DCI is used for retransmission scheduling based on one or more specific fields within the DCI. For example, when the NDI field in the DCI is set to 1, it indicates that the DCI is used for retransmission scheduling. Considering uplink transmission as an example... Figure 3As shown, (1) the network device sends a signaling message to the terminal device to configure or reconfigure transmission resources for the terminal device; (2) the terminal device performs uplink transmission (including data 0 to data 2) according to the configured transmission resources. (3) Assuming that the network device successfully decodes data 0 and data 1, but fails to decode data 2, the network device will send a DCI to instruct the retransmission of data 2; (4) the terminal device retransmits data 2 according to the DCI.

[0120] Data that a terminal device needs to retransmit or receives as retransmitted data is stored in a HARQ process. Therefore, when retransmitting data, the terminal device needs to determine which HARQ process's data to retransmit between the terminal device and the network device. For example, in uplink transmission, the terminal device needs to determine which HARQ process's data to retransmit. In downlink transmission, the terminal device needs to determine which HARQ process to use to store the received retransmitted data. The HARQ process can be indicated by a field or field in the DCI.

[0121] It should be understood that in the embodiments of this application, the retransmitted data sent by the terminal device can also be understood as the terminal device retransmitting the PUSCH, or the retransmitted data carried on the PUSCH. The retransmitted data received by the terminal device can also be understood as the terminal device receiving the retransmitted PDSCH, or the retransmitted data received by the terminal device carried on the PDSCH. When the initial transmission corresponding to the retransmitted data is an unlicensed transmission, the aforementioned PUSCH is a CG PUSCH; or, the aforementioned PDSCH is an SPSPUSCH.

[0122] For unlicensed transmission, a single unlicensed transmission configuration (any one of the licensed configuration information from Type 1 to Type 5) can be associated with one or more HARQ processes. The process number (or index, identifier, or number, hereinafter collectively referred to as process number) of one or more HARQ processes can be determined based on the network device configuration parameters, such as the number of HARQ processes in the unlicensed transmission configuration and the offset corresponding to each HARQ process. Figure 4 As shown, for example, suppose an unlicensed transport configuration is associated with multiple consecutive HARQ processes. If the number of HARQ processes in an unlicensed transport configuration indicated by the network device is 4, the corresponding offset of each HARQ process is 2, and the process numbers of the multiple HARQ processes are consecutive, then the process numbers of the HARQ processes (i.e., the multiple HARQ processes) in this unlicensed transport configuration are 2, 3, 4, and 5. The unlicensed transport configuration can configure resources for transmitting data within each HARQ process. Taking the HARQ processes with process numbers 2, 3, 4, and 5 as an example, each HARQ process can correspond to resources at multiple different time-domain locations.

[0123] In some scenarios, such as Figure 5 As shown, when the channel experiences deep fading or strong interference, the channel quality degrades, potentially leading to GF (Gateway for Found) transmission failure. In such cases, a DCI (Distributed Channel Interchange) can be used to schedule the retransmission of data from HARQ processes initially intended for GF transmission. The DCI can use the HPN field to indicate the HARQ process number requiring retransmission. One DCI can indicate one HARQ process number requiring retransmission. If multiple HARQ processes contain data requiring retransmission, the network device needs to send multiple DCIs to schedule the retransmission of data across these processes. Figure 6 For example, suppose during the initial transmission, the network device correctly decodes the data from process number 0 to process number 3 for HARQ process number 1, but fails to correctly decode the data from HARQ process numbers 0, 2, and 3. In this case, the network device can send DCI0 to indicate the retransmission of data from process number 0, send DCI1 to indicate the retransmission of data from process number 2, and send DCI2 to indicate the retransmission of data from process number 3. Therefore, a single DCI can only indicate a limited number of HARQ processes requiring retransmission, making retransmission scheduling inflexible.

[0124] To improve the flexibility of retransmission scheduling, embodiments of this application provide a retransmission method. In this method, a first communication device receives a Data Interchange Controller (DCI). The DCI includes first information indicating at least one HARQ process requiring retransmission, the first information being carried in the MCS field or HPN field of the DCI. The first communication device sends data to be retransmitted by at least one HARQ process requiring retransmission based on the DCI, or receives data to be retransmitted by at least one HARQ process requiring retransmission based on downlink control information. Thus, retransmission of at least one HARQ process requiring retransmission can be achieved through the MCS field and / or HPN field, making retransmission scheduling more flexible.

[0125] It should be noted that the retransmission method provided in this application embodiment can be applied to... Figure 1 For any two devices shown, such as between terminal devices, between network devices, and between terminal devices and network devices, the specific implementation can be referred to the following method embodiments, which will not be repeated here.

[0126] The following will combine Figures 7-11 The retransmission method provided in the embodiments of this application will be described in detail.

[0127] For example, Figure 7 Flowchart of the retransmission method provided in the embodiments of this application Figure 1 This retransmission method can be applied to Figure 1 Communication between any two devices shown.

[0128] like Figure 7 As shown, the retransmission method includes the following steps:

[0129] S701, the second communication device transmits the DCI. Correspondingly, the first communication device receives the DCI.

[0130] The DCI includes first information, which is used to indicate at least one HARQ process that needs to be retransmitted. The first information is carried in the MCS field and / or HPN field of the DCI.

[0131] The DCI can be scrambled using RNTI. For the first communication device, it can determine whether the DCI is for retransmission scheduling based on the RNTI used for scrambling the received DCI and / or the first field in the DCI. For example, when the DCI uses CS-RNTI scrambling and / or the NDI field of the DCI is set to 1, the terminal determines that the DCI is for retransmission scheduling.

[0132] In one possible implementation, for data that is initially transmitted without license, the retransmission of this data can use the same encoding method as the initial transmission. Therefore, in the retransmission scheduling of data that was initially transmitted without license, the bits in the MCS field of the DCI, except for those used to indicate the modulation scheme, can be used to indicate at least one HARQ process that needs to be retransmitted, i.e., the first information is carried in the MCS field.

[0133] In one possible implementation, DCI can indicate at least one HARQ process that needs to be retransmitted through bits in the HPN field, i.e., the first information is carried in the HPN field.

[0134] At least one HARQ process requiring retransmission can be at least a portion of the HARQ processes used for data transmission between the first and second communication devices. There are K HARQ processes used for data transmission between the first and second communication devices, where K is an integer greater than or equal to 1.

[0135] In one possible implementation, the initial transmission of data retransmitted by at least one HARQ process that requires retransmission uses unlicensed transmission.

[0136] In this way, retransmission scheduling can be achieved when the initial transmission is an unlicensed transmission.

[0137] The implementation of unlicensed transmission can be found in the above introduction on unlicensed transmission, and will not be repeated here.

[0138] In one possible implementation, each HARQ process in at least one HARQ process that requires retransmission belongs to the same unlicensed transport configuration as the first HARQ process.

[0139] Thus, retransmission scheduling for HARQ processes configured under the same unlicensed transport configuration can reduce implementation complexity.

[0140] Optionally, at least one HARQ process requiring retransmission may include a first HARQ process. The first HARQ process is one of K HARQ processes.

[0141] Alternatively, the first HARQ process may not be included in at least one HARQ process that requires retransmission. In other words, the first HARQ process can be a HARQ process other than at least one HARQ process that requires retransmission. In this case, the first HARQ process can be one of the K HARQ processes that requires retransmission, or the first HARQ process can be one of the K HARQ processes that does not require retransmission.

[0142] Optionally, the DCI may also include third information, which indicates the first unlicensed transport configuration and the first HARQ process is the HARQ process configured for the first unlicensed transport configuration.

[0143] This allows the first unlicensed transport configuration to match the HARQ process that actually needs to retransmit, thus enabling flexible instruction of at least one HARQ process.

[0144] Optionally, the third information is carried in the HPN field. This avoids the need for a new structure for downlink control information, reducing implementation complexity.

[0145] It should be understood that the first HARQ process can be one of the K HARQ processes.

[0146] In this embodiment of the application, the first information may be determined by the second communication device based on at least one HARQ process that needs to be retransmitted.

[0147] In one possible implementation, the first information includes retransmission information for q HARQ processes. Here, q is a positive integer. q is greater than or equal to the number of HARQ processes in at least one HARQ process that requires retransmission. The retransmission information for a single HARQ process indicates whether the HARQ process needs to retransmit or not.

[0148] In one possible implementation, the length of the first information is p. Optionally, when the first information is carried in the MCS field, p is less than or equal to R, where R is the length of the MCS field. Alternatively, when the first information is carried in the HPN field, p is less than or equal to S, where S is the length of the HPN field. Alternatively, when the first information is carried in both the MCS and HPN fields, p is less than or equal to R+S. The values ​​of the p bits of the first information correspond to one or more HARQ processes, for example, the values ​​of the p bits of the first information correspond to whether data is retransmitted in each of the one or more HARQ processes, where p, S, and R are all positive integers.

[0149] As an example, S = 5 and R = 3. It should be understood that the values ​​of S and R are for illustrative purposes only. In actual implementation, S and R can have other values, which will not be elaborated here.

[0150] In this way, the first piece of information can be carried in the same domain, thereby reducing the implementation complexity.

[0151] It should be understood that p being less than or equal to R is used as an example; in actual implementation, p can be less than R. Similarly, p being less than or equal to S is used as an example; in actual implementation, p can be less than R.

[0152] Optionally, the first information is a bitmap, where each bit in the bitmap indicates whether the corresponding HARQ process should retransmit. That is, when the first information is a bitmap, the first information can also indicate HARQ processes that do not require retransmission.

[0153] In this way, each bit can correspond to a HARQ process, which can reduce the computational complexity of the terminal device.

[0154] It should be understood that when the first information is a bitmap, the number of bits in the first information can be equal to q, i.e., p = q.

[0155] As an example, suppose a bit set to "1" indicates that the data for the corresponding HARQ process needs to be retransmitted, and a bit set to "0" indicates that the data for the corresponding HARQ process does not need to be retransmitted. For example, if p = 3, the first information consists of 3 bits: the first bit corresponds to HARQ process h, the second bit corresponds to HARQ process h+1, and the third bit corresponds to HARQ process h+2. If HARQ process h needs to be retransmitted, but HARQ processes h+1 and h+2 do not, then the first information is "100". It should be understood that this first information is for illustrative purposes; in actual implementation, a bit set to "0" can indicate that the data for the corresponding HARQ process needs to be retransmitted, and a bit set to "1" can indicate that the data for the corresponding HARQ process does not need to be retransmitted.

[0156] When the first piece of information is a bitmap, the values ​​of the p bits refer to the numerical values ​​of the bitmap corresponding to the p bits, such as the binary values ​​corresponding to the p bits.

[0157] Alternatively, the first information may be a binary value, and the value of the first information may correspond to at least one HARQ process that needs to be retransmitted.

[0158] Taking the length of the first information as an example (p), the second communication device can pre-configure the correspondence between the values ​​of p bits and at least one HARQ process. The first information can be determined based on the correspondence between the values ​​of p bits and at least one HARQ process, and whether each of the t HARQ processes retransmits. The t HARQ processes are at least a portion of the K HARQ processes, and t is the upper limit of the number of HARQ processes that the first information can indicate. t is a positive integer. The following examples illustrate how to determine the first information under different circumstances, and further explain the first information.

[0159] Case 1: The first information is a bitmap. This first information does not include retransmission information for the first HARQ process. The second communication device can pre-configure the correspondence between the bitmap and whether at least one HARQ process retransmits, i.e., the first correspondence set. For example, configuring the correspondence between the values ​​of a 3-bit bitmap and whether HARQ processes h+x1, h+x2, and h+x3 retransmit, the correspondence in the first correspondence set can be shown in Table 1 below.

[0160] Table 1

[0161] 3-bit bitmap HARQ process that needs to be retransmitted HARQ process that does not require retransmission 000 none h+x1, h+x2, h+x3 100 h+x1 h+x2, h+x3 010 h+x2 h+x1, h+x3 001 h+x3 h+x1, h+x2 110 h+x1, h+x2 h+x3 101 h+x1, h+x3 h+x2 011 h+x2, h+x3 h+x1 111 h+x1, h+x2, h+x3 none

[0162] Table 1 shows the relationship between each bitmap in the first correspondence set and whether the HARQ process retransmits, as follows: Figure 8 As shown in (a) in the figure.

[0163] h can be the process ID of the first HARQ process.

[0164] In Table 1 above, x1, x2, and x3 are constants or parameters. The values ​​of x1, x2, and x3 can be determined by the second communication device, or they can be pre-configured (e.g., as agreed upon by the protocol). Optionally, x1 = 1, x2 = 2, and x3 = 3. It is understood that x1, x2, and x3 can also have other possible values, which will not be elaborated upon.

[0165] In this case, t = 4, and the t HARQ processes can include HARQ processes h to h+x3. The second communication device can determine the first information based on whether the HARQ processes other than the first HARQ process among the t HARQ processes need to be retransmitted and the first correspondence set. For example, assuming x1 = 1, x2 = 2, x3 = 3, the HARQ processes that need to be retransmitted among HARQ processes h+1 to h+3 include HARQ processes h+1 and h+3, and the HARQ processes that do not need to be retransmitted include HARQ process h+2. Then, combined with the first correspondence set, the first information can be determined to be the bitmap "101", and the length of the first information is 3, that is, p = 3.

[0166] Scenario 2: The first information is a bitmap. This first information includes retransmission information for the first HARQ process. The second communication device can pre-configure the correspondence between the bitmap and whether at least one HARQ process retransmits, i.e., a second set of correspondences. For example, configuring the correspondence between the values ​​of a 3-bit bitmap and whether HARQ processes h, h+y1, and h+y2 retransmit, the correspondences in the second set of correspondences can be shown in Table 2 below.

[0167] Table 2

[0168]

[0169]

[0170] The relationship between each bitmap in the second correspondence set shown in Table 2 and the retransmission status of the HARQ process is as follows: Figure 8 As shown in (b) of the diagram.

[0171] h can be the process ID of the first HARQ process.

[0172] In Table 2 above, y1 and y2 are constants or parameters. The values ​​of y1 and y2 can be determined by the second communication device, or they can be pre-configured (e.g., as agreed upon by the protocol). For example, y1 = 1, y2 = 2. It is understood that y1 and y2 can also have other possible values, which will not be elaborated here.

[0173] In this case, t = 3, and the t HARQ processes can include HARQ processes h to h+y2. The second communication device can determine the first information based on the HARQ processes that need to be retransmitted among the t HARQ processes and the second correspondence set. For example, assuming y1 = 1, y2 = 2, and the HARQ processes that need to be retransmitted among HARQ processes h to h+2 include HARQ processes h+1 and h+2, then, according to the second correspondence set, the first information can be determined to be the bitmap "011", and p = 3.

[0174] Case 3: The first information is a binary value. The first information does not include retransmission information for the first HARQ process. The second communication device can pre-configure different binary values ​​and their corresponding relationships with at least one HARQ process requiring retransmission, i.e., a third set of correspondences. Assuming the first information contains 3 bits, whose values ​​indicate one or more HARQ processes (h+z1, h+z2, and h+z3) that require retransmission, the correspondences in the third set of correspondences can be shown in Table 3 below.

[0175] Table 3

[0176] binary numbers HARQ process that needs to be retransmitted 001 h+z1 010 h+z2 011 h+z3 100 h+z1, h+z2 101 h+z1, h+z3 110 h+z2, h+z3 111 h+z1, h+z2, h+z3

[0177] The correspondence between binary values ​​and HARQ processes requiring retransmission in the third set of correspondences shown in Table 3 is as follows: Figure 8 As shown in (c) in the figure.

[0178] h can be the process ID of the first HARQ process.

[0179] Optionally, in Table 1 above, z1, z2, and z3 can be constants or parameters. The values ​​of z1, z2, and z3 can be determined by the second communication device, or the values ​​of z1, z2, and z3 can be pre-configured (e.g., as agreed upon by the protocol). For example, z1 = 1, z2 = 2, and z3 = 3. It is understood that z1, z2, and z3 can also have other possible values, which will not be elaborated upon.

[0180] In this case, t = 4, and the t HARQ processes can include HARQ processes h to h+z3. The second communication device can determine the first information based on whether the HARQ processes other than the first HARQ process among the t HARQ processes need to retransmit and the third correspondence set. For example, assuming that in the third correspondence set, z1 = 1, z2 = 2, z3 = 3, and the HARQ processes that need to retransmit among HARQ processes h+1 to h+3 include HARQ processes h+1 and h+2, then, according to the third correspondence set, the first information can be determined to be the binary value "100".

[0181] Case 4: The first information is a binary value. The first information includes retransmission information for the first HARQ process. The second communication device can be pre-configured with different binary values ​​corresponding to at least one HARQ process requiring retransmission, i.e., the fourth set of correspondences. Assuming the first information contains 3 bits, whose values ​​indicate one or more HARQ processes (h, h+u1, and h+u2) requiring retransmission, the correspondences in the fourth set can be shown in Table 4 below.

[0182] Table 4

[0183]

[0184]

[0185] The correspondence between binary values ​​and HARQ processes requiring retransmission in the fourth set of correspondences shown in Table 4 is as follows: Figure 8 As shown in (d) in the figure.

[0186] h can be the process ID of the first HARQ process.

[0187] Optionally, in Table 1 above, u1, u2, and u3 can be constants or parameters. The values ​​of u1, u2, and u3 can be determined by the second communication device, or the values ​​of u1, u2, and u3 can be pre-configured (e.g., as agreed upon by the protocol). For example, u1 = 1, u2 = 2, and u3 = 3. It is understood that u1, u2, and u3 can also have other possible values, which will not be elaborated upon.

[0188] In this case, t = 4, and the t HARQ processes can include HARQ processes h to h+u3. The second communication device can determine the first information based on the HARQ processes that need to be retransmitted and the fourth correspondence set. For example, assuming that in the fourth correspondence set, u1 = 1, u2 = 2, u3 = 3, and the HARQ processes that need to be retransmitted from HARQ processes h to h+3 include HARQ process h, HARQ process h+1, and HARQ process h+2, then, according to the fourth correspondence set, the first information can be determined to be the binary value "100".

[0189] Tables 1 to 4 above are for illustrative purposes only. In actual implementation, the HARQ processes corresponding to different values ​​of the p bits in Tables 1 to 4 can be interchanged, which will not be elaborated further.

[0190] It should be understood that Tables 1 and 4 above are only illustrative examples with the length of the first information p = 3. In actual implementation, the length of the first information can also be an integer greater than 3. When the length of the first information is an integer greater than 3, the implementation principle of the first correspondence set is similar to that in case 1, the implementation principle of the second correspondence set is similar to that in case 2, the implementation principle of the third correspondence set is similar to that in case 3, and the implementation principle of the fourth correspondence set is similar to that in case 4, which will not be elaborated further.

[0191] When the length of the first information is p, and the first information is carried in the MCS field, the first information can be the first p most significant bits (MSBs) in the MCS field. It should be understood that the first information being MSBs is only for example. In actual implementation, the first information can also be other possible bits. The position of the bits occupied by the first information can be agreed upon by the protocol, or by the first communication device and the second communication device through information exchange, which will not be elaborated here.

[0192] As an example, the second communication device may be a network device, or a communication module, circuit with communication function, chip, chip system, or other component or assembly within the network device. Alternatively, the second communication device may be a terminal device, or a communication module, circuit with communication function, chip, chip system, or other component or assembly within the terminal device.

[0193] As an example, the first communication device may be a terminal device, or a communication module, circuit with communication function, chip, chip system or other component or assembly in the terminal device.

[0194] It should be understood that the DCI in the embodiments of this application is a DCI that can be used for retransmission scheduling.

[0195] S702, the first communication device sends at least one piece of data retransmitted by the HARQ process that needs to be retransmitted, according to the DCI. Correspondingly, the second communication device receives at least one piece of data retransmitted by the HARQ process that needs to be retransmitted. Alternatively, the second communication device sends at least one piece of data retransmitted by the HARQ process that needs to be retransmitted. Correspondingly, the first communication device receives at least one piece of data retransmitted by the HARQ process that needs to be retransmitted, according to the DCI.

[0196] Understandably, in the uplink transmission, S702 includes: the first communication device sending at least one data retransmitted by the HARQ process that needs to be retransmitted according to the DCI. Correspondingly, the second communication device receives at least one data retransmitted by the HARQ process that needs to be retransmitted.

[0197] In downlink transmission, S702 includes: the second communication device sending at least one HARQ process retransmission data that needs to be retransmitted. Correspondingly, the first communication device receives at least one HARQ process retransmission data that needs to be retransmitted according to the DCI.

[0198] In one possible implementation, the first communication device can determine the HARQ process that needs to be retransmitted based on the first information, the first HARQ process, and the target correspondence set.

[0199] The target mapping set is associated with the mapping between the values ​​of p bits and at least one HARQ process. For the first communication device, the mapping between the values ​​of p bits and at least one HARQ process can be indicated by the second communication device or pre-configured (as agreed upon in the protocol).

[0200] Optionally, the target mapping set includes the mapping between the values ​​of p bits and at least one HARQ process.

[0201] In case 1, where the first information is a bitmap and does not include retransmission information of the first HARQ process, if the values ​​of x1, x2, and x3 are determined by the protocol or if x1, x2, and x3 in the first correspondence set are constants, the target correspondence set is the first correspondence set.

[0202] In case 2, where the first information is a bitmap and includes retransmission information of the first HARQ process, if the values ​​of y1 and y2 are determined by the protocol or if y1 and y2 are constants in the second correspondence set, the target correspondence set is the second correspondence set.

[0203] In case 3, where the first information is a binary value and does not include the retransmission information of the first HARQ process, if the values ​​of z1, z2, and z3 are agreed upon by the protocol or z1, z2, and z3 are constants in the third correspondence set, the target correspondence set is the third correspondence set.

[0204] In case 4, where the first information is a binary value and includes retransmission information from the first HARQ process, if the values ​​of u1, u2, and u3 are determined by the protocol or are constants in the fourth correspondence set, the target correspondence set is the fourth correspondence set.

[0205] Alternatively, the target mapping set is determined based on the mapping between the values ​​of p bits and at least one HARQ process.

[0206] In Case 1, where the first information is a bitmap and does not include retransmission information from the first HARQ process, if x1, x2, and x3 are parameters in the first correspondence set, then the target correspondence set is the first correspondence set determined based on the values ​​of x1, x2, and x3. In other words, the target correspondence set is determined based on the first correspondence set.

[0207] In scenario 2, where the first information is a bitmap and includes retransmission information from the first HARQ process, if y1 and y2 are parameters in the second correspondence set, then the target correspondence set is the second correspondence set determined based on the values ​​of y1 and y2. In other words, the target correspondence set is determined based on the second correspondence set.

[0208] In scenario 3, where the first information is a binary value and does not include retransmission information from the first HARQ process, if z1, z2, and z3 are parameters in the third correspondence set, then the target correspondence set is the third correspondence set determined based on the values ​​of z1, z2, and z3. In other words, the target correspondence set is determined based on the third correspondence set.

[0209] In scenario 4, where the first information is a binary value and includes retransmission information from the first HARQ process, if u1, u2, and u3 are parameters in the fourth correspondence set, then the target correspondence set is the fourth correspondence set determined based on the values ​​of u1, u2, and u3. In other words, the target correspondence set is determined based on the fourth correspondence set.

[0210] For the first communication device, the correspondence between the values ​​of the p bits and at least one HARQ process can be indicated by the second communication device or pre-configured, such as by a protocol. It should be understood that the correspondence between the values ​​of the p bits and at least one HARQ process is consistent for both the first and second communication devices.

[0211] The first communication device can determine the HARQ process that needs to be retransmitted corresponding to the values ​​of the first information (i.e., the values ​​of p bits) and the target correspondence set.

[0212] Taking case 1 as an example, suppose the process ID of the first HARQ process is h, and the target mapping set is as shown in Table 4, where u1 = 1, u2 = 2, u3 = 3. Then, the target mappings are shown in Table 5 below:

[0213] Table 5

[0214] binary numbers HARQ process that needs to be retransmitted 000 h 001 h, h+1 010 h, h+2 011 h, h+3 100 h, h+1, h+2 101 h, h+1, h+3 110 h, h+2, h+3 111 h, h+1, h+2, h+3

[0215] It should be understood that the principle for determining the HARQ process that needs to be retransmitted is similar in any of cases 1 to 3, and will not be elaborated further in case 4.

[0216] The HARQ processes that need to be retransmitted, as determined by the first communication device, include at least one HARQ process that needs to be retransmitted.

[0217] In one possible implementation, for the first communication device, at least one HARQ process requiring retransmission is determined based on at least the first HARQ process. In other words, at least one HARQ process requiring retransmission is at least related to the first HARQ.

[0218] In this way, it is possible to avoid indicating the process number of HARQ processes other than the first HARQ process in at least one HARQ process, thereby reducing the size of downlink control information used for retransmission scheduling and thus further reducing scheduling overhead.

[0219] Optionally, each HARQ process in at least one HARQ process that requires retransmission is determined based on a first bias and a first HARQ process.

[0220] As an example, the first bias of a HARQ process can be the bias of the process ID of that HARQ process relative to the first HARQ process. Here, bias can also be understood as offset or offset amount, which will not be elaborated further.

[0221] Optionally, the first bias of each HARQ process in at least one HARQ process that requires retransmission can be determined by the second communication device.

[0222] Here, the first bias can refer to the bias of a HARQ process relative to the first HARQ process. Each HARQ process in at least one HARQ process that needs to retransmit corresponds to a first bias, and the first biases corresponding to different HARQ processes are different.

[0223] As an example, the process IDs of at least one HARQ process that requires retransmission satisfy the relationship shown in formula (1):

[0224] h k =(h+k-offset) mod M + offset; (1)

[0225] Where k is the first bias, h k h is the process ID of the HARQ process determined based on the first offset k and the first HARQ process, h is the process ID of the first HARQ process, offset is the offset of the HARQ process configured in the unlicensed transmission where the first HARQ process is located, and offset can be indicated by the second communication device. M is the total number of HARQ processes in the unlicensed transmission where the first HARQ process is located; h k h, k, offset, and M are all integers.

[0226] The above formula (1) is used as an example. In actual implementation, formula (1) may have other possible variations, or formula (1) may be implemented in other ways such as tables or correspondences, which will not be elaborated here.

[0227] It is understandable that, given that the first information is a bitmap, the other HARQ processes besides the one requiring retransmission can also be determined based on the first offset and the first HARQ process. This is similar to the HARQ processes within the one requiring retransmission.

[0228] In another possible implementation, during uplink transmission, the first communication device may or may not send retransmitted data from the q HARQ processes corresponding to the first information that do not belong to the same unlicensed transmission configuration as the first HARQ process. Alternatively, during downlink transmission, the first communication device may or may not receive retransmitted data from the q HARQ processes corresponding to the first information that do not belong to the same unlicensed transmission configuration as the first HARQ process.

[0229] In one possible implementation, if the first information indicates that at least one HARQ process requiring retransmission does not include the first HARQ process, optionally, the protocol can be used to specify whether or not the first HARQ process needs to be retransmitted. Optionally, if the first HARQ process needs to be retransmitted, then in the uplink transmission scenario... Figure 7 The provided method may further include: the first communication device sending retransmitted data for the first HARQ process. Alternatively, in a downlink transmission scenario, Figure 7 The provided method may further include: the first communication device receiving retransmitted data from the first HARQ process.

[0230] based on Figure 7 The provided retransmission method can carry first information through the MCS field and / or HPN field in the DCI to indicate at least one HARQ process that needs to be retransmitted. In this way, retransmission scheduling of one or more HARQ processes that need to be retransmitted can be realized, making retransmission scheduling more flexible.

[0231] Furthermore, when multiple HARQ processes require retransmission, retransmission scheduling for these multiple HARQ processes can be implemented through DCI, reducing the number of DCIs used for retransmission scheduling and thus reducing scheduling overhead. Referring to Table 5 for examples, such as... Figure 9 As shown, in this case, if the first information (i.e., the value of p bits) is "110", then HARQ processes h, h+2, and h+3 need to be retransmitted, while HARQ process h+1 does not need to be retransmitted. Here, HARQ process h is the first HARQ process. If the first HARQ process is HARQ process 0, then HARQ processes h+1, h+2, and h+3 are respectively HARQ process 1, HARQ process 2, and HARQ process 3. In this case, DCI can implement retransmission scheduling for HARQ processes 0, 2, and 3, reducing the overhead of two DCIs.

[0232] In addition, the first communication device can reduce the time spent detecting DCI, thereby reducing the power consumption of the first communication device.

[0233] In one possible implementation, the DCI may also include a start and length indicator value (SLIV), and the resources used to carry retransmitted data from at least one HARQ process that requires retransmission are determined based on the SLIV.

[0234] As an example, the resources used to carry retransmitted data from at least one HARQ process that requires retransmission are located in one of at least one available time slot. Resources used to carry different HARQ processes are located in different time slots. An available time slot is one in which all symbols determined by SLIV are available.

[0235] like Figure 10 As shown, assuming that in HARQ processes 0 to 3, the initial data decoding of HARQ processes 0 and 3 fails, while the initial data decoding of HARQ processes 1 and 2 succeeds, then two available time slots are needed for retransmission. If the first time slot determined by SLIV and time slot offset is time slot n, and time slot n is an available time slot, time slot n+1 is an unavailable time slot, and time slot n+2 is an available time slot, then the resources in time slot n can be used for retransmission of data from HARQ process 0, and the resources in time slot n+1 can be used for retransmission of data from HARQ process 3.

[0236] When there are multiple HARQ processes requiring retransmission, at least one available time slot can be multiple available time slots. Optionally, these multiple available time slots can be multiple consecutive available time slots, meaning that there are no other available time slots between any two adjacent available time slots.

[0237] Understandably, in this case, the DCI may also include a slot offset, where at least one of the available slots in a series is determined based on the slot in which the DCI is located and that slot offset.

[0238] In one possible implementation, the DCI may also include multiple SLIVs, and the resources for carrying retransmission data for each HARQ process in at least one HARQ process that needs to be retransmitted are determined based on one of the multiple SLIVs.

[0239] As an example, the resource used to carry the data of the m-th HARQ process that needs to be retransmitted out of at least one HARQ process that needs to be retransmitted can be one of the available resources indicated by multiple SLIVs. The resources used to carry data in different HARQ processes are different. Each SLIV in the multiple SLIVs indicates a resource, and an available resource is one whose included symbols are all available symbols. For example, the resource used to carry the data of the m-th HARQ process that needs to be retransmitted out of at least one HARQ process that needs to be retransmitted can be the m-th available resource among the available resources indicated by multiple SLIVs.

[0240] like Figure 11As shown, assuming that in HARQ processes 0 to 3, the initial data decoding of HARQ processes 0 and 2 fails, while the initial data decoding of HARQ processes 1 and 3 succeeds, then two available time slots are needed for retransmission. If the time slots determined by multiple SLIVs and time slot offsets are time slots w to w+3, with time slot w+1 being an unavailable time slot and time slots w, w+2, and w+3 being available time slots, then the resources in time slot w can be used for retransmission of data from HARQ process 0, and the resources in time slot w+2 can be used for retransmission of data from HARQ process 2.

[0241] For uplink transmission, available resources can be resources excluding unavailable symbols, or in other words, available resources include uplink symbols and / or flexible symbols. Unavailable symbols refer to symbols that cannot be used for uplink transmission, such as downlink symbols and / or symbols used by the user to transmit other uplink signals. For downlink transmission, available resources can be resources excluding unavailable symbols, or in other words, available resources include downlink symbols and / or flexible symbols. Unavailable symbols refer to symbols that cannot be used for downlink transmission, such as uplink symbols and / or symbols used by the user to transmit other downlink signals. It should be understood that when a frequency domain resource allocation (FDRA) field is included in the DCI, the frequency domain resources of the data retransmitted by each HARQ process in at least one HARQ process are the frequency domain resources indicated by the FDRA field. In this case, the frequency domain resources of the data retransmitted by each HARQ process in at least one HARQ process are the same.

[0242] When the DCI includes an MCS field, the modulation scheme of the data retransmitted by each HARQ process in at least one HARQ process is the modulation scheme indicated by the MCS field. In this case, the encoding scheme of the data retransmitted by each HARQ process in at least one HARQ process is the same.

[0243] When the DCI includes a redundant version (RV) field, the RV of the data retransmitted by each HARQ process in at least one HARQ process is the RV indicated by the RV field in the DCI. In this case, the RV of the data retransmitted by each HARQ process in at least one HARQ process is the same.

[0244] In one possible implementation, for the first communication device, the correspondence between the values ​​of p bits and at least one HARQ process can be indicated by the second communication device. Figure 7 The provided method may also include S703.

[0245] S703, the second communication device sends the fourth information. Correspondingly, the first communication device receives the fourth information.

[0246] The fourth piece of information indicates the correspondence between the values ​​of the p bits and at least one HARQ process. For details regarding the correspondence between the values ​​of the p bits and at least one HARQ process, please refer to the relevant description in S701, which will not be repeated here.

[0247] In this way, different methods can be selected to instruct the HARQ process for retransmission, further improving the flexibility of retransmission scheduling.

[0248] Optionally, the fourth information is determined based on the capabilities of the first communication device. The capabilities of the first communication device may include: whether the first communication device supports determining at least one HARQ process requiring retransmission based on the HPN domain and / or MCS domain in the DCI, or whether the first communication device supports retransmission of data from multiple HARQ processes scheduled by a single DCI, wherein the initial data transmission uses unlicensed transmission. In this case, it can be understood that if the first communication device supports determining at least one HARQ process requiring retransmission based on the HPN domain and / or MCS domain in the DCI, or if the first communication device supports retransmission of data from multiple HARQ processes scheduled by a single DCI, then S703 can be executed. In this case, Figure 7 The provided method may also include S704.

[0249] S704, the first communication device sends the fifth message. Correspondingly, the second communication device receives the fifth message.

[0250] The fifth piece of information is used to indicate the capabilities of the first communication device; the fifth piece of information can also be referred to as the capability information of the first communication device.

[0251] S703 is executed when the fifth information instructs the first communication device to support the determination of at least one HARQ process requiring retransmission based on the HPN field and / or MCS field in the DCI, or instructs the first communication device to support the retransmission of data for multiple HARQ processes scheduled by a DCI. It should be understood that in uplink transmission, the resources used for retransmitting HARQ process data can be uplink resources, such as PUSCH. In downlink transmission, the resources used for retransmitting HARQ process data can be downlink resources, such as PDSCH.

[0252] The fifth piece of information can be carried in signaling, such as RRC signaling or MAC CE signaling.

[0253] The following explains the principle behind determining the first HARQ process.

[0254] In one possible implementation, the first HARQ process can be determined by the second communication device.

[0255] In this case, the DCI may optionally include second information, which is used to indicate the first HARQ process.

[0256] This allows the first HARQ process to be matched with the HARQ process that actually needs to be retransmitted, thus enabling more flexible instruction of at least one HARQ process.

[0257] For example, if the first information is carried in the MCS field of the DCI, the second information can be carried in the HPN field of the DCI. That is, the HPN field is reused to indicate the first HARQ process, thus reducing changes to existing protocols and lowering implementation complexity. If the first information is carried in the HPN field of the DCI, the second information can be carried in other possible fields in the DCI besides the HPN field, which will not be elaborated further.

[0258] Alternatively, the first HARQ process may be configured by the second access device to the first communication device. In this case, Figure 7 The provided method may also include S705.

[0259] S705, the second communication device sends the sixth message. Correspondingly, the first communication device receives the sixth message.

[0260] The sixth message is used to instruct the first HARQ process. It is understood that the sixth message can be the second message, or it can be other information besides the DCI.

[0261] In another possible implementation, the first HARQ process can be defined by the protocol. For example, the protocol may define the first HARQ process out of K HARQ processes as the first HARQ process.

[0262] In one possible implementation, in at least one HARQ process requiring retransmission, each HARQ process is determined based on a first bias and a first HARQ process. Figure 7 The provided method may also include S706.

[0263] S706, the second communication device sends the seventh message. Correspondingly, the first communication device receives the seventh message.

[0264] The seventh piece of information is used to indicate the first bias of each HARQ process in at least one HARQ process that needs to retransmit. In this case, the first bias can be 0 for the first HARQ process.

[0265] Alternatively, the seventh information is used to indicate the first bias of each HARQ process other than the first HARQ process in at least one HARQ process that needs to be retransmitted.

[0266] In one possible implementation, the values ​​of the aforementioned p bits correspond to one or more HARQ processes. For example, the values ​​of the p bits of the first information correspond to whether data is retransmitted in each of the one or more HARQ processes. Figure 7 The provided method may also include S707.

[0267] S707, the second communication device sends the eighth message. Correspondingly, the first communication device receives the eighth message.

[0268] The eighth piece of information is used to indicate t HARQ processes. At least one HARQ process that needs to be retransmitted is one of the t HARQ processes.

[0269] For example, if the first information is a bitmap, the eighth information can indicate the HARQ process corresponding to each bit of the first information, i.e., t HARQ processes. Alternatively, if the first information is a binary value, t can be the maximum number of HARQ processes that the first information can indicate.

[0270] In one possible implementation, Figure 7 The provided method may also include S708.

[0271] S708, the second communication device sends the ninth message. Correspondingly, the first communication device receives the ninth message.

[0272] The ninth piece of information is used to determine the target set of correspondences. For example, for the first set of correspondences, the ninth piece of information can indicate the values ​​of x1, x2, and x3. For the second set of correspondences, the ninth piece of information can indicate the values ​​of y1 and y2. For the third set of correspondences, the ninth piece of information can indicate the values ​​of z1, z2, and z3. For the fourth set of correspondences, the ninth piece of information can indicate u1 = 1, u2 = 2, and u3 = 3.

[0273] It should be understood that in the embodiments of this application, the MCS domain can also be called an MCS field. In future communication standards, it can also refer to a domain located in the same location as the MCS domain. In this case, the MCS domain can also have other names. The HPN domain can also be called an HPN field, or a domain used to indicate the HARQ process. In future communication standards, it can also refer to a domain located in the same location as the HPN domain. In this case, the HPN domain can also have other names. The NDI domain can also be called an NDI field. In future communication standards, it can also refer to a domain located in the same location as the NDI domain. In this case, the NDI domain can also have other names.

[0274] The above combination Figures 7-11 The retransmission method provided in the embodiments of this application is described in detail below. Figures 12-13 This document describes in detail the communication apparatus used to perform the retransmission method provided in the embodiments of this application.

[0275] For example, Figure 12 This is a schematic diagram of the structure of the communication device provided in the embodiments of this application. Figure 1 .like Figure 12 As shown, the communication device 1200 includes a processing module 1201 and a transceiver module 1202. For ease of explanation, Figure 12 Only the main components of the communication device are shown.

[0276] In some embodiments, the communication device 1200 may be adapted to Figure 1 In the communication system shown, the execution Figure 7 The function of the first communication device in the retransmission method shown.

[0277] The transceiver module 1202 is used to perform the above. Figure 7 The sending and receiving functions of the method shown are executed by the processing module 1201. Figure 7 The method shown includes functions other than sending and receiving.

[0278] Optionally, the transceiver module 1202 may include a receiving module and a transmitting module. Figure 12 (Not shown in the image). The transceiver module is used to implement the sending and receiving functions of the communication device 1200.

[0279] Optionally, the communication device 1200 may also include a storage module. Figure 12 (Not shown in the image), this storage module stores programs or instructions. When the processing module 1201 executes the program or instructions, it enables the communication device 1200 to perform operations. Figure 7 The function of the first communication device in the retransmission method shown.

[0280] In other embodiments, the communication device 1200 may be adapted to Figure 1 In the communication system shown, the execution Figure 7 The function of the second communication device in the retransmission method shown is that, when the processing module 1201 executes the program or instruction, the communication device 1200 can perform... Figure 6 The function of the second communication device in the retransmission method shown.

[0281] The transceiver module 1202 is used to perform the above. Figure 7 The sending and receiving functions of the method shown are executed by the processing module 1201. Figure 7 The method shown includes functions other than sending and receiving.

[0282] Optionally, the transceiver module 1202 may include a receiving module and a transmitting module. Figure 12 (Not shown in the image). The transceiver module is used to implement the sending and receiving functions of the communication device 1200.

[0283] Optionally, the communication device 1200 may also include a storage module. Figure 12 (Not shown in the image), this storage module stores programs or instructions. When the processing module 1201 executes the program or instructions, it enables the communication device 1200 to perform operations. Figure 7 The function of the first communication device in the retransmission method shown.

[0284] It should be understood that the processing module 1201 involved in the communication device 1200 can be implemented by a processor or processor-related circuit components, and can be a processor or processing unit; the transceiver module 1202 can be implemented by a transceiver or transceiver-related circuit components, and can be a transceiver or transceiver unit.

[0285] In the embodiments of this application, the communication device 1200 may be a terminal device, or a communication module, circuit with communication function, chip, chip system or other component or assembly in the terminal device, and this application does not limit it.

[0286] In addition, the technical effects of the communication device 1200 can be referenced. Figure 7 The technical effects of the retransmission method shown will not be elaborated here.

[0287] For example, Figure 13 Schematic diagram of the communication device provided in the embodiments of this application Figure 2 The communication device can be a terminal device or a network device, or it can be a chip (system) or other component or assembly that can be installed in the terminal device or network device. For example... Figure 13 As shown, the communication device 1300 may include a processor 1301. Optionally, the communication device 1300 may also include a memory 1302 and / or a transceiver 1303. The processor 1301 is coupled to the memory 1302 and the transceiver 1303, for example, they may be connected via a communication bus.

[0288] The following is combined with Figure 13 A detailed description of each component of the communication device 1300 is provided below:

[0289] The processor 1301 is the control center of the communication device 1300. It can be a single processor or a collective term for multiple processing elements. For example, the processor 1301 can be one or more central processing units (CPUs), application-specific integrated circuits (ASICs), or one or more integrated circuits configured to implement the embodiments of this application, such as one or more digital signal processors (DSPs), or one or more field-programmable gate arrays (FPGAs).

[0290] Optionally, the processor 1301 can perform various functions of the communication device 1300 by running or executing software programs stored in the memory 1302 and calling data stored in the memory 1302.

[0291] In a specific implementation, as one example, the processor 1301 may include one or more CPUs, for example... Figure 13 CPU0 and CPU1 are shown in the diagram.

[0292] In a specific implementation, as one example, the communication device 1300 may also include multiple processors, for example... Figure 13 The processors 1301 and 1304 are shown. Each of these processors can be a single-core processor or a multi-core processor. Here, "processor" can refer to one or more devices, circuits, and / or processing cores used to process data (e.g., computer program instructions).

[0293] The memory 1302 is used to store the software program that executes the solution of this application, and is controlled by the processor 1301 to execute it. The specific implementation method can be referred to the above method embodiment, and will not be repeated here.

[0294] Optionally, the memory 1302 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical discs, laser discs, optical discs, digital universal optical discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but not limited thereto. The memory 1302 may be integrated with the processor 1301 or may exist independently, and may be connected via the interface circuit of the communication device 1300. Figure 13 (Not shown in the image) is coupled to processor 1301, and this embodiment of the application does not specifically limit this.

[0295] Alternatively, the memory may be located outside the communication device.

[0296] Transceiver 1303 is used for communication with other communication devices. For example, if communication device 1300 is a terminal device, transceiver 1303 can be used to communicate with a network device or with another terminal device. As another example, if communication device 1300 is a network device, transceiver 1303 can be used to communicate with a terminal device or with another network device.

[0297] Optionally, transceiver 1303 may include a receiver and a transmitter. Figure 13 (Not shown separately). The receiver is used to implement the receiving function, and the transmitter is used to implement the sending function.

[0298] Optionally, the transceiver 1303 can be integrated with the processor 1301, or it can exist independently and be connected via the interface circuit of the communication device 1300. Figure 13 (Not shown in the image) is coupled to processor 1301, and this embodiment of the application does not specifically limit this.

[0299] It should be noted that, Figure 13 The structure of the communication device 1300 shown does not constitute a limitation on the communication device. Actual communication devices may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0300] Furthermore, the technical effects of the communication device 1300 can be referred to the technical effects of the retransmission method described in the above method embodiments, and will not be repeated here.

[0301] It should be understood that the processor in the embodiments of this application can be a CPU, but it can also be other general-purpose processors, DSPs, ASICs, FPGAs, or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or any conventional processor, etc.

[0302] It should also be understood that the memory in the embodiments of this application can be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. Non-volatile memory can be ROM, programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), EEPROM, or flash memory. Volatile memory can be RAM, which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0303] The above embodiments can be implemented, in whole or in part, by software, hardware (such as circuits), firmware, or any other combination thereof. When implemented using software, the above embodiments can be implemented, in whole or in part, in the form of a computer program product. The computer program product includes one or more computer instructions or computer programs. When the computer instructions or computer programs are loaded or 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., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that includes one or more sets of available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium. A semiconductor medium can be a solid-state drive.

[0304] It should be understood that the term "and / or" in this article 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. A and B can be singular or plural. Additionally, the character " / " in this article generally indicates an "or" relationship between the preceding and following related objects, but it can also represent an "and / or" relationship. Please refer to the context for a more accurate understanding.

[0305] In this application, "at least one" means one or more, and "more than one" means two or more. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or multiple items. For example, at least one of a, b, or c can mean: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or multiple.

[0306] It should be understood that 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.

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

[0308] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0309] 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.

[0310] 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.

[0311] 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.

[0312] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

[0313] 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 scope of the technology 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 retransmission method, characterized by, The method comprises: receiving downlink control information; the downlink control information comprises first information, the first information is used for indicating at least one hybrid automatic repeat request (HARQ) process requiring retransmission, and the first information is carried in a modulation and coding scheme (MCS) field and / or a hybrid automatic repeat request process number (HPN) field in the downlink control information; transmitting or receiving data retransmission of the at least one HARQ process requiring retransmission according to the downlink control information.

2. The method of claim 1, wherein, Initial transmission of data retransmission of the at least one HARQ process requiring retransmission adopts grant-free transmission.

3. The method according to claim 1 or 2, characterized in that, The at least one HARQ process requiring retransmission is determined at least according to a first hybrid automatic repeat request (HARQ) process.

4. The method of claim 3, wherein, The downlink control information further comprises second information, the second information is used for indicating the first HARQ process.

5. The method of claim 3, wherein, The downlink control information further comprises third information, the third information is used for indicating a first grant-free transmission configuration, and the first HARQ process is a HARQ process configured by the first grant-free transmission configuration.

6. The method of claim 5, wherein, The third information is carried in the HPN field.

7. The method according to any one of claims 3-6, characterized in that, The at least one HARQ process requiring retransmission is determined according to a first offset and the first HARQ process.

8. The method of claim 7, wherein, A process number of the at least one HARQ process requiring retransmission satisfies the following relationship: h k = (h + k - offset) mod M + offset; wherein k is the first offset, h k is a process number of a HARQ process determined according to the first offset k and the first HARQ process, h is the process number of the first HARQ process, offset is an offset of a HARQ process of a grant-free transmission configuration in which the first HARQ process is located, and M is a total number of HARQ processes in the grant-free transmission in which the first HARQ process is located; h k , h, k, offset, and M are all integers.

9. The method according to any one of claims 1-8, characterized in that, A length of the first information is p, p is less than or equal to R or S, R is a length of the MCS field, S is a length of the HPN field, and a value of p bits of the first information has a corresponding relationship with one or more HARQ processes, wherein p, S and R are positive integers.

10. The method of claim 9, wherein, The first information is a bit map, and each bit in the bit map is used for indicating whether a HARQ process corresponding to the bit retransmits.

11. The method according to any one of claims 1-10, characterized in that, The first information comprises retransmission information of q HARQ processes.

12. The method according to claim 9 or 10, characterized in that, The method further comprises: receiving fourth information; wherein the fourth information is used for indicating a corresponding relationship between a value of p bits and at least one HARQ process.

13. The method according to any one of claims 1-12, characterized in that, The downlink control information further comprises a start position and length indication (SLIV), and a resource used for carrying data retransmission of the at least one HARQ process requiring retransmission is determined according to the SLIV.

14. The method according to any one of claims 1-12, characterized in that, The downlink control information further comprises a plurality of SLIVs, and a resource used for carrying data retransmission of each HARQ process in the at least one HARQ process requiring retransmission is determined according to one SLIV in the plurality of SLIVs.

15. A retransmission method, characterized by, The method comprises: transmitting downlink control information; the downlink control information comprises first information, the first information is used for indicating at least one hybrid automatic repeat request (HARQ) process requiring retransmission, and the first information is carried in a modulation and coding scheme (MCS) field and / or a hybrid automatic repeat request process number (HPN) field in the downlink control information; receiving or transmitting data retransmission of the at least one HARQ process requiring retransmission.

16. The method of claim 15, wherein, The initial transmission of data of the HARQ process retransmission in the at least one HARQ process requiring retransmission adopts grant-free transmission.

17. The method according to claim 15 or 16, characterized in that, The at least one HARQ process requiring retransmission is determined at least according to a first hybrid automatic repeat request (HARQ) process.

18. The method of claim 17, wherein, The downlink control information further comprises second information, and the second information is used to indicate the first HARQ process.

19. The method of claim 17, wherein, The downlink control information further comprises third information, and the third information is used to indicate a first grant-free transmission configuration, and the first HARQ process is a HARQ process configured by the first grant-free transmission configuration.

20. The method of claim 19, wherein, The third information is carried in a HPN field.

21. The method according to any one of claims 17-20, characterized by, The at least one HARQ process requiring retransmission is determined according to a first offset and the first HARQ process.

22. The method of claim 21, wherein, The process number of the HARQ process in the at least one HARQ process requiring retransmission satisfies the following relationship: h k = (h + k - offset) mod M + offset; wherein k is the first offset, h k is a process number of a HARQ process determined according to the first offset k and the first HARQ process, h is the process number of the first HARQ process, offset is an offset of a HARQ process of a grant-free transmission configuration in which the first HARQ process is located, and M is a total number of HARQ processes in the grant-free transmission in which the first HARQ process is located; h k , h, k, offset, and M are all integers.

23. The method of any one of claims 15-22, wherein, A length of the first information is p, and p is less than or equal to R or S, where R is a length of a MCS field, and S is a length of a HPN field, and a value of p bits of the first information has a corresponding relationship with one or more HARQ processes, where p, S and R are positive integers.

24. The method of claim 23, wherein, The first information is a bit map, and each bit in the bit map is used to indicate whether a HARQ process corresponding to the bit retransmits.

25. The method of any one of claims 15-24, wherein, The first information comprises retransmission information of q HARQ processes.

26. The method of claim 25, wherein, The method further comprises: receiving fourth information, where the fourth information is used to indicate a corresponding relationship between a value of p bits and at least one HARQ process.

27. The method of any one of claims 1-26, wherein, The downlink control information further comprises a start position and length indication (SLIV), and a resource for carrying retransmission data of the at least one HARQ process requiring retransmission is determined according to the SLIV.

28. The method of any one of claims 1-26, wherein, The downlink control information further comprises a plurality of SLIVs, and a resource for carrying retransmission data of each HARQ process in the at least one HARQ process requiring retransmission is determined according to one SLIV in the plurality of SLIVs.

29. A communications device, characterized by The communication apparatus comprises a module for executing the method in any one of claims 1-28.

30. A communications device, characterized by comprises: a processor; and the processor is configured to execute instructions to perform the method in any one of claims 1-28.

31. The apparatus of claim 30, wherein, The communication apparatus further comprises a transceiver, and the transceiver is configured to interact information between the communication apparatus and another communication apparatus.

32. The apparatus of claim 30 or 31, wherein, The communication apparatus further comprises a memory, and the memory is configured to store the instructions.

33. The communication apparatus according to any one of claims 29-32, wherein, The communication apparatus is a chip.

34. A computer-readable storage medium, characterized in that, The computer readable storage medium comprises a computer program or instructions, and when the computer program or instructions are executed on a computer, the computer is caused to perform the method in any one of claims 1-28.

35. A computer program product, characterised in that, The computer program product comprises a computer program or instructions, and when the computer program or instructions are executed on a computer, the computer is caused to perform the method in any one of claims 1-28.