Retransmission method and apparatus

Abstract

Provided in the embodiments of the present application are a retransmission method and apparatus. The method comprises: receiving first indication information sent by a network device; and on the basis of the first indication information, retransmitting at least two PUSCHs sent on different TOs in a first CG period. By means of first indication information, retransmission scheduling is performed on a plurality of PUSCHs in a CG period, and therefore the signaling overhead and system power consumption of retransmission can be effectively reduced.

Description

Retransmission method and device

[0001] This application claims priority to the Chinese patent application filed with the State Intellectual Property Office of China on August 10, 2023, with application number 202311010407.8 and application name “Retransmission Method and Device”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of communications, and in particular to a retransmission method and device. Background Art

[0003] Semi-static scheduling is a scheduling method that pre-configures transmission resources on a periodic basis. It can periodically reserve CG resources for terminal devices through CG configuration.

[0004] However, if CG resources are reserved according to the maximum traffic volume of a single transmission by a terminal device in each CG period, the system capacity will be limited. To improve system capacity, when considering enhancing semi-persistent scheduling, one approach is to split a PUSCH within a CG period into multiple PUSCHs for transmission.

[0005] However, when error retransmission occurs, a separate DCI needs to be used for retransmission scheduling for each retransmitted PUSCH, which results in a large signaling overhead for the retransmission.

[0006] Summary of the Invention

[0007] The embodiments of the present application provide a retransmission method and apparatus, which are applied in the field of communication technology.

[0008] In a first aspect, an embodiment of the present application provides a retransmission method. Applied to a terminal device, the method includes:

[0009] receiving first indication information sent by the network device;

[0010] According to the first indication information, at least two physical uplink shared channels PUSCH sent on different transmission opportunities TO within the first configuration authorization CG period are retransmitted.

[0011] In this implementation, the retransmission scheduling of multiple PUSCHs within a CG period is performed through the first indication information, thereby effectively reducing the retransmission signaling overhead and system power consumption.

[0012] In one possible design, the first indication information includes at least one time slot interval and at least one time domain position indication information;

[0013] The retransmitting, according to the first indication information, at least two physical uplink shared channels PUSCH sent on different transmission opportunities TO within a first configuration grant CG period, includes:

[0014] Determining a plurality of first time slots according to the time slot interval;

[0015] Determining first time domain resources respectively in the multiple first time slots according to the time domain position indication information;

[0016] Retransmit each of the PUSCHs according to the first time domain resources in each of the first time slots.

[0017] In this implementation, by configuring the time slot interval and the time domain position indication information in the first indication information, resource configuration for retransmission scheduling of multiple PUSCHs can be effectively implemented based on the first indication information.

[0018] In one possible design, the first indication information includes one time slot interval and one time domain position indication information;

[0019] The multiple first time slots include: a starting time slot indicated by the time slot interval, and at least one available time slot adjacent to the starting time slot, the available time slot being a time slot for uplink transmission;

[0020] The first time domain resources in the multiple first time slots are all indicated by the time domain position indication information.

[0021] In one possible design, the first indication information includes one time slot interval and time domain position indication information corresponding to each of the PUSCHs;

[0022] The plurality of first time slots include: a starting time slot indicated by the time slot interval, and at least one available time slot adjacent to the starting time slot;

[0023] The time domain position indication information corresponding to each of the PUSCHs is used to indicate the first time domain resource in the first time slot corresponding to each of the PUSCHs.

[0024] In one possible design, the first indication information includes a time slot interval corresponding to each of the PUSCHs and time domain position indication information corresponding to each of the PUSCHs;

[0025] The multiple first time slots include: time slots respectively indicated by the time slot intervals corresponding to the respective PUSCHs;

[0026] The time domain position indication information corresponding to each of the PUSCHs is used to indicate the first time domain resource in the first time slot corresponding to each of the PUSCHs.

[0027] In the various configuration methods of time slot intervals and time domain position indication information introduced above, resource scheduling for multiple PUSCH retransmissions can be effectively achieved based on one piece of first indication information, thereby effectively saving signaling overhead and reducing system power consumption.

[0028] In one possible design, the method further includes:

[0029] If there is a first PUSCH without corresponding time domain position indication information among the at least two PUSCHs, the first PUSCH is retransmitted using the time domain resources corresponding to the unused TO.

[0030] Through this implementation, when the network device determines that there are some unused TOs that can be used for PUSCH retransmission, the values ​​of some time domain position indication information can be defaulted, thereby reducing the data volume of the first indication information and further saving signaling overhead.

[0031] In one possible design, the method further includes:

[0032] If there is a second PUSCH without corresponding time domain position indication information and / or without corresponding time slot interval among the at least two PUSCHs, the second PUSCH is retransmitted using the time domain resources corresponding to the unused TO.

[0033] Through this implementation method, when the network device determines that there are some unused TOs that can be used for PUSCH retransmission, it can default the values ​​of some time slot intervals and / or time domain position indication information, thereby reducing the data amount of the first indication information and further saving signaling overhead.

[0034] In one possible design, the first indication information further includes a hybrid automatic repeat request HARQ process value;

[0035] The HARQ process value is equal to the HARQ ID of the first PUSCH that needs to be retransmitted in the first CG period; or,

[0036] The HARQ process value is equal to the HARQ ID of the first PUSCH in the first CG period.

[0037] In one possible design, the first indication information also includes a new data indication NDI, and the NDI includes N bits, which are used in sequence to indicate whether each PUSCH starting from the third PUSCH in the first CG period needs to be retransmitted. The third PUSCH is a PUSCH whose HARQ ID is equal to the HARQ process value, and N is the number of TO in the first CG period.

[0038] In one possible design, when the i-th bit in the NDI is 1, it is used to indicate that the PUSCH corresponding to the i-th bit needs to be retransmitted; and

[0039] When the i-th bit in the NDI is 0, it is used to indicate that the PUSCH corresponding to the i-th bit does not need to be retransmitted, and the value range of i is 1~N.

[0040] By configuring the HARQ process value and NDI in the first indication information, it can be effectively indicated whether each PUSCH in the first CG period needs to be retransmitted, so that the retransmission indication of multiple PUSCHs can be achieved through one indication information.

[0041] In one possible design, the first indication information also includes a redundant version, and the redundant version includes at least two bit groups, and each bit group is used to indicate the redundant version corresponding to each PUSCH.

[0042] In one possible design, the method further includes:

[0043] Receive first configuration information sent by the network device, where the first configuration information includes configuration parameters, and the configuration parameters are used to indicate whether the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period.

[0044] By setting the configuration parameters, the specific scheduling situation of the first indication information can be flexibly set, that is, whether the first indication information is used to schedule one PUSCH or to schedule multiple PUSCHs, thereby meeting the demand for flexible scheduling in actual implementation.

[0045] In one possible design, the configuration parameter is used to indicate that the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period.

[0046] In one possible design, the configuration parameter is used to indicate dynamically determining whether the first indication information is used to schedule retransmission of multiple PUSCHs within a CG period;

[0047] The Tth bit in the first field in the first indication information is used to dynamically indicate whether the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period, and T is an integer greater than or equal to 0.

[0048] By configuring parameters and bits in the first field, it is dynamically indicated whether the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period, so that the data amount of the first indication information can be flexibly adjusted according to the actual retransmission scheduling situation.

[0049] In one possible design, the first indication information is downlink control information DCI.

[0050] In one possible design, the first indication information is encrypted using the configuration scheduling radio network temporary identifier CS-RNTI.

[0051] In one possible design, the first configuration information is a radio resource control RRC message.

[0052] In a second aspect, an embodiment of the present application proposes a retransmission method. Applied to a network device, the method includes:

[0053] Sending first indication information to the terminal device;

[0054] According to the first indication information, at least two PUSCHs within the first CG period retransmitted by the receiving terminal device are received, and the at least two PUSCHs are PUSCHs sent on different TOs within the first CG period.

[0055] In one possible design, the first indication information includes at least one time slot interval and at least one time domain position indication information;

[0056] The receiving, according to the first indication information, at least two PUSCHs in the first CG period retransmitted by the terminal device includes:

[0057] Determining a plurality of first time slots according to the time slot interval;

[0058] Determining first time domain resources respectively in the multiple first time slots according to the time domain position indication information;

[0059] The retransmitted PUSCHs are received respectively according to the first time domain resources in the multiple first time slots.

[0060] In one possible design, the first indication information includes one time slot interval and one time domain position indication information;

[0061] The multiple first time slots include: a starting time slot indicated by the time slot interval, and at least one available time slot adjacent to the starting time slot, the available time slot being a time slot for uplink transmission;

[0062] The first time domain resources in the multiple first time slots are all indicated by the time domain position indication information.

[0063] In one possible design, the first indication information includes one time slot interval and time domain position indication information corresponding to each of the PUSCHs;

[0064] The plurality of first time slots include: a starting time slot indicated by the time slot interval, and at least one available time slot adjacent to the starting time slot;

[0065] The time domain position indication information corresponding to each of the PUSCHs is used to indicate the first time domain resource in the first time slot corresponding to each of the PUSCHs.

[0066] In one possible design, the first indication information includes a time slot interval corresponding to each of the PUSCHs and time domain position indication information corresponding to each of the PUSCHs;

[0067] The multiple first time slots include: time slots respectively indicated by the time slot intervals corresponding to the respective PUSCHs;

[0068] The time domain position indication information corresponding to each of the PUSCHs is used to indicate the first time domain resource in the first time slot corresponding to each of the PUSCHs.

[0069] In one possible design, the method further includes:

[0070] If there is a first PUSCH without corresponding time domain position indication information among the at least two PUSCHs, the first PUSCH is received using the time domain resources corresponding to the unused TO.

[0071] In one possible design, the method further includes:

[0072] If there is a second PUSCH without corresponding time domain position indication information and / or without corresponding time slot interval among the at least two PUSCHs, the time domain resources corresponding to the unused TO are used to receive the second PUSCH.

[0073] In one possible design, the first indication information further includes a HARQ process value;

[0074] The HARQ process value is equal to the HARQ ID of the first PUSCH that needs to be retransmitted in the first CG period; or,

[0075] The HARQ process value is equal to the HARQ ID of the first PUSCH in the first CG period.

[0076] In one possible design, the first indication information also includes NDI, and the NDI includes N bits, which are used in sequence to indicate whether each PUSCH starting from the third PUSCH in the first CG period needs to be retransmitted, and the third PUSCH is a PUSCH whose HARQ ID is equal to the HARQ process value.

[0077] In one possible design, when the i-th bit in the NDI is 1, it is used to indicate that the PUSCH corresponding to the i-th bit needs to be retransmitted; and

[0078] When the i-th bit in the NDI is 0, it is used to indicate that the PUSCH corresponding to the i-th bit does not need to be retransmitted, and the value range of i is 1~N.

[0079] In one possible design, the first indication information also includes a redundant version, and the redundant version includes at least two bit groups, and each bit group is used to indicate the redundant version corresponding to each PUSCH.

[0080] In one possible design, the method further includes:

[0081] Send first configuration information to the terminal device, where the first configuration information includes configuration parameters, and the configuration parameters are used to indicate whether the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period.

[0082] In one possible design, the configuration parameter is used to indicate that the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period.

[0083] In one possible design, the configuration parameter is used to indicate dynamically determining whether the first indication information is used to schedule retransmission of multiple PUSCHs within a CG period;

[0084] The Tth bit in the first field in the first indication information is used to dynamically indicate whether the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period, and T is an integer greater than or equal to 0.

[0085] In one possible design, the first indication information is DCI.

[0086] In one possible design, the first indication information is encrypted using CS-RNTI.

[0087] In one possible design, the first configuration information is an RRC message.

[0088] In a third aspect, an embodiment of the present application provides a retransmission device. The device includes:

[0089] A receiving module, configured to receive first indication information sent by a network device;

[0090] The sending module is used to retransmit at least two physical uplink shared channels PUSCH sent on different transmission opportunities TO within the first configuration authorization CG period according to the first indication information.

[0091] In a fourth aspect, an embodiment of the present application provides a retransmission device. The device includes:

[0092] A sending module, configured to send first indication information to a terminal device;

[0093] A receiving module is used to receive at least two PUSCHs within the first CG period retransmitted by the terminal device according to the first indication information, and the at least two PUSCHs are PUSCHs sent on different TOs within the first CG period.

[0094] In a fifth aspect, embodiments of the present application provide a terminal device, which may also be referred to as a terminal, user equipment (UE), mobile station (MS), mobile terminal (MT), etc. The terminal device may be a mobile phone, a smart TV, a wearable device, a tablet computer, a computer with wireless transceiver functions, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal in industrial control, a wireless terminal in self-driving, a wireless terminal in remote medical surgery, a wireless terminal in a smart grid, a wireless terminal in transportation safety, a wireless terminal in a smart city, a wireless terminal in a smart home, etc.

[0095] The terminal device includes: a processor and a memory; the memory stores computer-executable instructions; the processor executes the computer-executable instructions stored in the memory, so that the terminal device executes the method of the first aspect.

[0096] In a sixth aspect, an embodiment of the present application provides a network device, which may be a base station (Base Transceiver Station, BTS) in a GSM system or a CDMA system, or a base station (NodeB, NB) in a WCDMA system, or an evolved NodeB (eNB), access point (AP) or relay station in an LTE system, or a base station in a 5G system, etc.

[0097] The network device includes: a processor and a memory; the memory stores computer-executable instructions; the processor executes the computer-executable instructions stored in the memory, so that the terminal device executes the method of the second aspect.

[0098] In a seventh aspect, an embodiment of the present application provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the methods of the first and second aspects.

[0099] In an eighth aspect, an embodiment of the present application provides a computer program product, which includes a computer program. When the computer program is run, the computer executes the methods of the first and second aspects.

[0100] In a ninth aspect, an embodiment of the present application provides a chip, the chip including a processor, the processor being used to call a computer program in a memory to execute the method described in the first and second aspects.

[0101] It should be understood that the second to fifth aspects of the present application correspond to the technical solutions of the first aspect of the present application, and the beneficial effects achieved by each aspect and the corresponding feasible implementation methods are similar and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0102] FIG1 is a schematic diagram of a communication scenario provided in an embodiment of the present application;

[0103] FIG2 is a schematic diagram of a frame period provided in an embodiment of the present application;

[0104] FIG3 is a schematic diagram of splitting a PUSCH according to an embodiment of the present application;

[0105] FIG4 is a schematic diagram of PUSCH splitting of CG1 provided in an embodiment of the present application;

[0106] FIG5 is a schematic diagram of PUSCH splitting of CG2 provided in an embodiment of the present application;

[0107] FIG6 is a schematic diagram of reporting UTO-UCI according to an embodiment of the present application;

[0108] FIG7 is a flowchart of a retransmission method provided in an embodiment of the present application;

[0109] FIG8 is a first schematic diagram of an implementation of PUSCH retransmission according to an embodiment of the present application;

[0110] FIG9 is a second schematic diagram of an implementation of PUSCH retransmission according to an embodiment of the present application;

[0111] FIG10 is a third schematic diagram of an implementation of PUSCH retransmission according to an embodiment of the present application;

[0112] FIG11 is a fourth schematic diagram of an implementation of PUSCH retransmission according to an embodiment of the present application;

[0113] FIG12 is a fifth schematic diagram of an implementation of PUSCH retransmission according to an embodiment of the present application;

[0114] FIG13 is a sixth schematic diagram of an implementation of PUSCH retransmission according to an embodiment of the present application;

[0115] FIG14 is a first structural diagram of a retransmission device according to an embodiment of the present application;

[0116] FIG15 is a second structural diagram of a retransmission device provided in an embodiment of the present application;

[0117] FIG16 is a schematic diagram of the structure of a terminal device provided in an embodiment of the present application;

[0118] FIG17 is a schematic diagram of the structure of the network device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0119] To facilitate understanding, the concepts involved in this application are first explained.

[0120] Terminal device: It can be a device that includes wireless transceiver functions and can cooperate with network devices to provide communication services to users. Specifically, terminal device can refer to user equipment (UE), access terminal, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent or user device. For example, the terminal device can be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), a handheld device with wireless communication function, a computing device or other processing device connected to a wireless modem, an in-vehicle device, a wearable device, a terminal device in a future 5G network or a network after 5G, etc.

[0121] Network equipment: A network equipment may be a device used to communicate with a terminal device, for example, it may be a base station (BTS) in a Global System for Mobile Communication (GSM) or Code Division Multiple Access (CDMA) communication system, a base station (NodeB, NB) in a Wideband Code Division Multiple Access (WCDMA) system, or an evolved base station (eNB or eNodeB) in an LTE system, or the network equipment may be a relay station, an access point, an in-vehicle device, a wearable device, a network-side device in a future 5G network or a network after 5G, or a network device in a future evolved Public Land Mobile Network (PLMN) network, etc.

[0122] The network devices involved in the embodiments of the present application may also be referred to as radio access network (RAN) devices. RAN devices are connected to terminal devices and are used to receive data from terminal devices and send it to core network devices. RAN devices correspond to different devices in different communication systems. For example, in 2G systems, they correspond to base stations and base station controllers, in 3G systems, they correspond to base stations and radio network controllers (RNCs), in 4G systems, they correspond to evolved base stations (eNBs), and in 5G systems, they correspond to access network devices (e.g., gNBs, centralized units CUs, and distributed units DUs) in new radio (NR).

[0123] Below, with reference to FIG1 , the scenarios to which the communication method in this application is applicable are described.

[0124] FIG1 is a schematic diagram of a communication scenario provided by an embodiment of the present application. Referring to FIG1 , a network device 101 and a terminal device 102 are provided. Wireless communication can be performed between the network device 101 and the terminal device 102. The terminal device 102 can communicate with at least one core network via a radio access network (RAN).

[0125] Among them, the communication system can be a Global System of Mobile communication (GSM) system, a Code Division Multiple Access (CDMA) system, a Wideband Code Division Multiple Access (WCDMA) system, a Long Term Evolution (LTE) system or a fifth-generation mobile communication (5th-Generation, 5G) system.

[0126] Correspondingly, the network device can be a base station (Base Transceiver Station, BTS) in a GSM system or a CDMA system, a base station (NodeB, NB) in a WCDMA system, an evolved NodeB (eNB), an access point (AP) or a relay station in an LTE system, or a base station in a 5G system, etc., without limitation here.

[0127] The 5G mobile communication system described in this application includes a non-standalone (NSA) 5G mobile communication system and / or a standalone (SA) 5G mobile communication system. The technical solution provided in this application can also be applied to future communication systems, such as the sixth generation mobile communication system. The communication system can also be a PLMN network, a device-to-device (D2D) network, a machine-to-machine (M2M) network, an IoT network, or other networks.

[0128] It is understandable that if the technical solutions of the embodiments of the present application are applied to other wireless communication networks, the corresponding names can also be replaced by the names of corresponding functions in other wireless communication networks.

[0129] The network architecture and business scenarios described in the embodiments of the present application are intended to more clearly illustrate the technical solutions of the embodiments of the present application, and do not constitute a limitation on the technical solutions provided in the embodiments of the present application. Ordinary technicians in this field will know that with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

[0130] Among them, the development of 5G technology has also promoted the progress of extended reality (XR) services, such as virtual reality (VR), augmented reality (AR), and mixed reality (MR).

[0131] Taking the VR business scenario as an example, in the virtual reality (VR) scenario, frames are periodic. The frame transmission period can be understood with reference to FIG2 , which is a schematic diagram of the frame period provided in an embodiment of the present application.

[0132] As shown in FIG2 , in a VR scenario, uplink transmission of video frames may be performed once at fixed intervals, where the transmitted video frames may be, for example, I frames (key frames), P frames (forward reference frames), or B frames (bidirectional reference frames).

[0133] Referring to Figure 2 , it can be determined that the frame transmission period is 1 / fps, where fps is frames per second. For example, if the fps is 30, the corresponding frame transmission period is 33.33ms (milliseconds); for another example, if the fps is 60, the corresponding frame transmission period is 16.67ms; and for another example, if the fps is 120, the corresponding frame transmission period is 8.33ms.

[0134] Currently, uplink transmission can adopt dynamic scheduling or semi-static scheduling.

[0135] For dynamic scheduling, the network device needs to send DCI (Downlink Control Information) to the terminal device to configure uplink resources, and then the terminal device sends PUSCH (Physical Uplink Shared Channel) on the corresponding uplink resources.

[0136] However, for XR services that require periodic uplink data transmission, dynamic scheduling requires network equipment to send DCI multiple times. Furthermore, XR services have high latency requirements, and the multiple signaling interactions during dynamic scheduling also affect latency.

[0137] Semi-static scheduling is a scheduling method that periodically pre-configures transmission resources. Therefore, semi-static scheduling is most suitable for periodic XR services in terms of power consumption and latency.

[0138] In uplink transmission, there are two types of scheduling schemes without dynamic grants, which differ mainly in the activation method:

[0139] Configured Grant type 1 (CG1): In this scheme, RRC (Radio Resource Control) signaling configures all parameters and activates uplink transmission. As long as RRC configuration is successful, the UE can send PUSCH on the configured periodic uplink resources without DCI activation.

[0140] Type 2 (Configured Grant type 2, CG2): In this scheme, the network device first configures the data transmission period for the UE through RRC signaling, and then uses the PDCCH (Physical Downlink Control Channel) scrambled with the CS-RNTI (Configured Scheduling Radio Network Temporary Identifier) ​​to activate or release the uplink CG and specify the radio resources used by the uplink CG. Then, in each period, the UE can use the CG resources to send PUSCH.

[0141] Although CG can achieve periodic transmission without dynamic scheduling each time, it is more suitable for the characteristics of XR services. However, in XR services, especially for scenarios such as MR, uplink transmission requires sending video-related business data, which has a large data volume and occupies many resources. If CG resources within a period are reserved for each UE according to the maximum business volume of a single transmission, the system capacity will be very limited. For example, in the XR scenario, the system can only support about 10 UEs.

[0142] In order to increase system capacity, CG can be enhanced in the following two aspects:

[0143] The first aspect is to split a PUSCH in the CG period into multiple PUSCHs for transmission;

[0144] The second aspect: The UE can dynamically indicate which PUSCHs are unused in the CG period.

[0145] For example, this can be understood by referring to FIG3 , which is a schematic diagram of splitting a PUSCH provided in an embodiment of the present application.

[0146] In FIG3 , 301 illustrates the situation where CG resources within a period are reserved for the UE according to the maximum traffic volume of a single transmission. Referring to 301 , it can be understood that in each CG configuration period, the same CG resources are reserved based on the maximum traffic volume.

[0147] Taking the first CG configuration cycle as an example, the network device reserves a large amount of CG resources for the terminal device. However, assuming that the UE only transmits uplink data on the CG resources indicated in the gray part, the reserved CG resources outside the gray part will be wasted.

[0148] Further referring to 302 in Figure 3, one PUSCH within the CG period can be split into multiple PUSCHs for transmission. For example, by comparing 301 and 302, it can be understood that the number of CG resources reserved in the CG period is actually the same, but in 302, each CG configuration period includes multiple CG resources with smaller resource amounts, and each CG resource is used to transmit one PUSCH.

[0149] Also, assuming that the PUSCH sent on CG resource 1 in the first configuration cycle can carry a send cancellation indication, which is used to indicate that the current UE does not use the fourth CG resource, then the network device can allocate CG resource 4 to other UEs for use.

[0150] That is to say, through splitting and advance indication, the network equipment can dynamically allocate certain PUSCH transmission resources that are not used by a UE in a CG period to other UEs, thereby improving the system capacity.

[0151] Regarding the example in Figure 3, it should also be noted that in Figure 3, the CG configuration period and the frame transmission period of the XR service are consistent. In the actual implementation process, the CG configuration period and the frame transmission period of the XR service may also be inconsistent. This application does not impose any restrictions on this.

[0152] 4 and 5 , the PUSCH splitting corresponding to the two CG types introduced above will be described respectively. FIG4 is a schematic diagram of the PUSCH splitting of CG1 provided in an embodiment of the present application, and FIG5 is a schematic diagram of the PUSCH splitting of CG2 provided in an embodiment of the present application.

[0153] In Figures 4 and 5, a small white square represents a time slot, and the gray filled part in the white square represents the CG resource.

[0154] Referring to Figure 4, for CG1, the time reference SFN (Time Reference SFN) and the time domain offset (Time Domain offset) are used to indicate the starting position of the CG resource, and in each CG configuration period, N CG resources are included, where the N CG resources are resources at specified positions within N available time slots. Exemplarily, RRC can configure S&L (start symbol & symbol length), then the resources at specified positions within each available time slot can all be the resources indicated by S&L.

[0155] As well as referring to Figure 5 , for CG2, the activated DCI (active DCI) and the time slot offset (K2) are used to indicate the starting position of the CG resources, and each CG configuration cycle includes N CG resources, where the N CG resources are similar to those described in Figure 4 above, except that the S&L in CG2 can be indicated by the activated DCI, and K2 is also indicated by the DCI.

[0156] The above, in combination with Figures 4 and 5, introduces the situations of splitting PUSCH corresponding to the two types of CGs. It can also be determined by referring to the above that there is currently a second enhancement, which is that the UE can dynamically indicate the PUSCH that is not used within the period.

[0157] Among them, the time domain position corresponding to the PUSCH can also be understood as a PUSCH TO (Transmission Occasion). For example, a newly defined UCI (Uplink Control Information) can be used to indicate unused PUSCHs in a period. This newly defined UCI can be UTO-UCI, where UTO stands for unused CG PUSCH Transmission Occasion. UTO-UCI can be sent multiple times in a CG period, for example, in multiple PUSCHs in a period.

[0158] If the previously sent UTO-UCI indicates that a PUSCH TO is unused (not used or not sent), then the UTO-UCI cannot be sent later to change the PUSCH TO to NOT unused (used or sent). For example, if 1 indicates unused and 0 indicates NOT unused, then if the previously sent UTO-UCI indicates that the transmission status of a PUSCH TO is 1, it cannot be changed to 0 later.

[0159] However, if the previously sent UTO-UCI indicates that a certain PUSCH TO is NOT unused (used or sent), then the UTO-UCI can be sent later to change the PUSCH TO to unused (not used or not sent). That is, if the previously sent UTO-UCI indicates that the transmission status of a certain PUSCH TO is 0, the timing can be changed to 1 later.

[0160] Simply put, for a PUSCH TO indicated as NOT unused by the UE, the UE can actually send or not send PUSCH on the TO. When the UE determines not to send PUSCH, it can re-indicate by sending UTO-UCI in advance (that is, 0 becomes 1). However, for a PUSCH TO indicated as unused by the UE, once the UE sends the indication, it cannot go back on its word, that is, it cannot re-indicate by sending an updated UTO-UCI (that is, 1 cannot become 0).

[0161] For example, the indication of the UTO-UCI may be understood with reference to FIG6 , which is a schematic diagram of reporting the UTO-UCI provided in an embodiment of the present application.

[0162] As shown in FIG6 , a UTO-UCI reporting period may be configured, wherein the UTO-UCI reporting period may be consistent with or inconsistent with the CG configuration period described above, and this application does not impose any restrictions on this.

[0163] For example, it is assumed in the current example that each UTO-UCI reporting period includes 5 PUSCHs, and it is assumed that the UE carries the UTO-UCI in each PUSCH sent.

[0164] 6 , for the first UTO-UCI reporting cycle, if all five PUSCHs in the UTO-UCI reporting cycle are to be used by the UE, the UTO-UCI may be configured as 00000 (0 for use, 1 for not use).

[0165] Furthermore, for the second UTO-UCI reporting period, if the 1st, 3rd, and 5th PUSCHs in the UTO-UCI reporting period are to be used by the UE, and the 2nd and 4th PUSCHs in the CG period are not used by the UE, the UTO-UCI can be configured as 01010. Furthermore, because the 2nd and 4th PUSCHs in the CG period are not used by the UE, the UE will naturally not send these two PUSCHs, and accordingly, will not transmit the UTO-UCI on these two PUSCH TOs.

[0166] For the situation in the second UTO-UCI reporting cycle, if the UE has transmitted the UTO-UCI on the first PUSCH to indicate that the second PUSCH and the fourth PUSCH in the CG cycle are not used, then the UTO-UCI cannot be updated to indicate that the second PUSCH and the fourth PUSCH in the CG cycle are to be used again.

[0167] However, although the UE has transmitted the UTO-UCI on the first PUSCH to indicate that the 1st, 3rd and 5th PUSCHs are to be used, if the UE subsequently determines that the 5th PUSCH is not to be used, the UE may send an updated UTO-UCI on the 3rd PUSCH to indicate that the 5th PUSCH is not to be used.

[0168] The above introduces two aspects of CG enhancement. In this embodiment, for the first aspect, that is, the case of splitting PUSCH, the following question is further raised: when PUSCH has a transmission error and needs to be retransmitted, the existing practice is to use DCI scheduling retransmission. Then, it is deduced that multiple PUSCHs are split within each CG configuration period. When one or several PUSCHs have a transmission error and need to be retransmitted, it is necessary to use a separate DCI scheduling retransmission for each PUSCH to be retransmitted, which will increase the overhead of retransmission signaling and affect the power consumption of the terminal device.

[0169] Based on this, the present application proposes the following technical concept: through a DCI signaling, the retransmission scheduling of multiple PUSCHs within a CG configuration period is realized, thereby effectively reducing the retransmission signaling overhead and system power consumption.

[0170] The retransmission method provided in the present application is introduced below in conjunction with specific embodiments. First, it is explained in conjunction with Figure 7, which is a flowchart of the retransmission method provided in an embodiment of the present application.

[0171] As shown in FIG7 , the method includes:

[0172] S701: Receive first indication information sent by a network device.

[0173] In this embodiment, when the network device determines that there is a PUSCH that needs to be retransmitted by the terminal device, it can send first indication information to the terminal device, where the first indication information can be, for example, DCI. For example, DCI can be scrambled using CS-RNTI.

[0174] Correspondingly, the terminal device can receive the first indication information sent by the network device.

[0175] S702. Retransmit at least two PUSCHs sent on different TOs within the first CG period according to the first indication information.

[0176] Based on the above introduction, it can be determined that each CG period of the terminal device includes multiple CG resources, that is, multiple TOs. The terminal device can send PUSCH on at least part of the TOs within the CG period, and the PUSCH in which transmission errors occur needs to be retransmitted.

[0177] Taking any first CG cycle as an example, the terminal device sends PUSCHs on multiple TOs within the first CG cycle. It is assumed that at least two PUSCHs have transmission errors and need to be retransmitted. In this embodiment, the first indication information can realize the retransmission scheduling of multiple PUSCHs within a CG cycle. Therefore, according to the first indication information sent by the network device, at least two PUSCHs within the first CG cycle can be retransmitted. Based on the above introduction, it can be determined that the at least two PUSCHs that need to be retransmitted are sent on different TOs within the first CG cycle.

[0178] The number of PUSCHs that need to be retransmitted, or specifically which PUSCHs need to be retransmitted, depends on which PUSCHs have transmission errors during the actual transmission process. This embodiment does not impose any special restriction on the number of retransmitted PUSCHs.

[0179] The retransmission method provided in an embodiment of the present application includes: receiving first indication information sent by a network device. According to the first indication information, retransmitting at least two PUSCHs sent on different TOs within a first CG period. Retransmission scheduling of multiple PUSCHs within a CG period is performed using the first indication information, thereby effectively reducing retransmission signaling overhead and system power consumption.

[0180] Based on the above introduction, a specific method for implementing retransmission scheduling of multiple PUSCHs using the first indication information is described below.

[0181] In this embodiment, the first indication information may include at least one time slot interval (K2) and at least one time domain position indication information, wherein the time domain position indication information may indicate the S&L introduced above, for example.

[0182] Among them, the terminal device can determine multiple first time slots according to the time slot interval, or it can also be understood as determining the first time slot corresponding to each PUSCH to be retransmitted according to the time slot interval, thereby obtaining multiple first time slots.

[0183] And the terminal device can respectively use the first time domain resources in multiple first time slots according to the time domain position indication information, and then retransmit the PUSCH that needs to be retransmitted according to the first time domain resources in each first time slot.

[0184] Exemplarily, the first time domain resource in a time slot is used to transmit a PUSCH.

[0185] There are multiple possible implementations of the time slot interval and the time domain position indication information included in the first indication information, and various possible implementations are described below.

[0186] In a possible implementation manner, the first indication information may include only one time slot interval and one time domain position indication information.

[0187] In this case, the multiple first time slots determined based on the time slot interval include: the starting time slot indicated by the time slot interval and at least one available time slot adjacent to the starting time slot. The starting time slot indicated by the time slot interval K2 is a time slot that is offset by K2 from the time slot in which the first indication information is received.

[0188] Furthermore, the first time domain resources within the multiple first time slots are all indicated by the time domain position indication information included in the first indication information.

[0189] This can be understood with reference to FIG8 , which is a first schematic diagram of an implementation of PUSCH retransmission provided in an embodiment of the present application.

[0190] As shown in FIG8 , assuming that 4 PUSCHs are transmitted in the first CG period, and the second PUSCH and the fourth PUSCH in the CG period need to be retransmitted, then 2 first time slots need to be determined.

[0191] Referring to FIG8 , assuming that the UE receives first indication information (DCI) in time slot a, and assuming that the offset between time slot b and time slot a is K2, then time slot b is the starting time slot indicated by the time slot interval K2, and therefore time slot b can be determined as the first time slot. Furthermore, in this embodiment, two first time slots need to be determined, and therefore an available time slot located after and adjacent to the starting time slot is determined as the first time slot. For example, time slot c in FIG8 satisfies the requirement of being located after and adjacent to the starting time slot, and assuming that time slot c is an available time slot, time slot c can be determined as the first time slot.

[0192] Among them, the determined multiple first time slots and multiple PUSCHs to be retransmitted can, for example, correspond to each other in a certain order. Therefore, after determining that time slot b and time slot c are the first time slots, for example, time slot b can be used to retransmit the second PUSCH in the CG period, and time slot c can be used to retransmit the fourth PUSCH in the CG period to ensure the correctness of the PUSCH transmission order.

[0193] Available time slots are explained here. Time slots can include uplink time slots and downlink time slots, and only uplink time slots can be used to transmit PUSCH. In addition, a time slot may be reserved by the network device for other purposes. In this case, such a time slot is not an available time slot for the current terminal device. In this embodiment, an available time slot can be understood as a time slot that can be used to transmit the PUSCH of the current terminal device.

[0194] Therefore, in this embodiment, the adjacent available time slot after the starting time slot is determined as the first time slot to ensure that the first time slot can be used for retransmitting the PUSCH. Alternatively, in another possible implementation, any available time slot after the starting time slot can also be determined as the first time slot, that is, multiple first time slots are not required to be adjacent available time slots.

[0195] After determining the two first time slots, the same time domain location indication information (S&L) is used to determine the first time domain resource for each of the first time slots. For example, in the example of FIG8 , the first time domain resource for both time slot b and time slot c is determined based on the same S&L.

[0196] When retransmitting PUSCH, the first time slot resource in time slot b will be used to retransmit the second PUSCH in the CG period, and the first time slot resource in time slot c will be used to retransmit the fourth PUSCH in the CG period.

[0197] In another possible implementation, the first indication information may include only one time slot interval, but include multiple time domain position indication information, where the multiple time domain position indication information correspond to each PUSCH to be retransmitted in sequence.

[0198] In this case, the plurality of first time slots determined according to the time slot interval include: a starting time slot indicated by the time slot interval, and at least one available time slot adjacent to the starting time slot.

[0199] Furthermore, the time domain position indication information corresponding to each PUSCH is used to indicate the first time domain resource in the first time slot corresponding to each PUSCH.

[0200] This can be understood with reference to FIG9 , which is a second schematic diagram of an implementation of PUSCH retransmission provided in an embodiment of the present application.

[0201] As shown in FIG9 , assuming that 4 PUSCHs are transmitted in the first CG period, and the second PUSCH and the fourth PUSCH in the CG period need to be retransmitted, then 2 first time slots need to be determined.

[0202] The implementation method of determining the first time slot in Figure 9 is similar to that described in Figure 8 above. Time slot b and time slot c will be determined as the first time slot. Then, for example, time slot b can be used to retransmit the second PUSCH in the CG period, and time slot c can be used to retransmit the fourth PUSCH in the CG period.

[0203] After determining the two first time slots, because the first indication information indicates multiple S&Ls, it is necessary to determine the first transmission resources in the two first time slots according to the S&Ls corresponding to the two PUSCHs to be retransmitted.

[0204] Referring to Figure 9, it is assumed that two S&Ls are indicated in the first indication information DCI, namely S&L1 and S&L2, where the former S&L is the S&L corresponding to the first PUSCH to be retransmitted, and the latter S&L is the S&L corresponding to the second PUSCH to be retransmitted, that is, the multiple S&Ls indicated in the DCI and the multiple PUSCHs to be retransmitted can correspond in sequence.

[0205] Then, for the first time slot corresponding to the second PUSCH in the CG period, that is, time slot b in Figure 9, the first time domain resource is determined according to S&L1. And for the first time slot corresponding to the fourth PUSCH in the CG period, that is, time slot c in Figure 9, the first time domain resource is determined according to S&L2.

[0206] Furthermore, the currently described DCI configuration of one K2 and multiple S&Ls should theoretically ensure that each PUSCH to be retransmitted has a corresponding S&L. However, if one or more PUSCHs to be retransmitted do not have a corresponding S&L, or the corresponding S&L is invalid, then the retransmission is implicitly sent using the unused TO. That is, for the first PUSCH among multiple PUSCHs to be retransmitted that does not have a corresponding S&L or the corresponding S&L is invalid, the first PUSCH is retransmitted using the time domain resources corresponding to the UE's unused TO.

[0207] For example, this can be understood with reference to FIG10 , which is a third schematic diagram of an implementation of PUSCH retransmission provided in an embodiment of the present application.

[0208] As shown in Figure 10, it is assumed that a K2 and an S&L are indicated in the DCI, where the S&L corresponds to two PUSCHs to be retransmitted in sequence, that is, the second PUSCH in the CG period has a corresponding S&L, while the fourth S&L does not have a corresponding S&L.

[0209] In this case, for the fourth PUSCH in the CG period, the unused TO is implicitly used for retransmission. Referring to Figure 10 , assuming the UE carries the UTO-UCI in the third PUSCH, if the last bit of the UTO-UCI contains M ones (M ≥ 1), it indicates the presence of an unused TO. In one possible implementation, the unused TO used for PUSCH retransmission in this embodiment is located after the transmission time slot of the first indication information to ensure that it can be used for PUSCH retransmission.

[0210] In the example of Figure 10, the UTO-UCI indication 000011111111 is carried in the third PUSCH, so it can be determined that there are multiple unused TOs after the transmission time slot of the first indication information. For example, the time domain resources corresponding to the last unused TO indicated by the UTO-UCI can be used to retransmit the fourth PUSCH in the CG cycle. Indicatively, the time domain resources in the time slot d shown in Figure 10 are used to retransmit the fourth PUSCH in the CG cycle, where the time domain resources in the time slot d are indicated by the S&L in the CG configuration.

[0211] Alternatively, the time domain resources corresponding to any unused TO located after the transmission time slot of the DCI indicated by the UTO-UCI can be used to retransmit the fourth PUSCH in the CG period.

[0212] Through this implementation, when the network device determines that there are some unused TOs that can be used for PUSCH retransmission, some S&L values ​​can be defaulted, thereby reducing the data volume of the first indication information and further saving signaling overhead.

[0213] In another possible implementation, the first indication information may include multiple time slot intervals and multiple time domain position indication information, wherein the multiple time slot intervals correspond in sequence to each PUSCH to be retransmitted, and wherein the multiple time domain position indication information corresponds in sequence to each PUSCH to be retransmitted.

[0214] Exemplarily, the first indication information may include multiple entries, each entry including a K2 and an S&L, and these multiple entries correspond to each PUSCH to be retransmitted in sequence, so that each PUSCH has its own corresponding K2 and S&L.

[0215] In this case, the multiple first time slots determined according to the time slot interval include: time slots respectively indicated by the time slot interval corresponding to each PUSCH.

[0216] Furthermore, the time domain position indication information corresponding to each PUSCH is used to indicate the first time domain resource in the first time slot corresponding to each PUSCH.

[0217] This can be understood with reference to FIG11 , which is a fourth schematic diagram of an implementation of PUSCH retransmission provided in an embodiment of the present application.

[0218] As shown in FIG11 , assuming that 4 PUSCHs are transmitted in the first CG period, and the second PUSCH and the fourth PUSCH in the CG period need to be retransmitted, then 2 first time slots need to be determined.

[0219] In this embodiment, the DCI indicates two K2s, K2_1 and K2_2. The second PUSCH in the CG period corresponds to K2_1. Time slot b is the time slot indicated by time slot interval K2_1. Therefore, time slot b can be determined to be the first time slot corresponding to the second PUSCH in the CG period. Furthermore, the DCI indicates two S&Ls, S&L1 and S&L2. The second PUSCH in the CG period corresponds to K2_1. Therefore, for the first time slot b corresponding to the second PUSCH in the CG period, the first time domain resource is determined based on S&L1.

[0220] Furthermore, the 4th PUSCH in the CG period corresponds to K2_2, and time slot c is the time slot indicated by time slot interval K2_2. Therefore, time slot c can be determined to be the first time slot corresponding to the 4th PUSCH in the CG period. The 4th PUSCH in the CG period corresponds to S&L2 of the two S&Ls. Therefore, for the first time slot c corresponding to the 4th PUSCH in the CG period, the first time domain resource is determined based on S&L2.

[0221] Furthermore, the currently described implementation of configuring multiple K2s and multiple S&Ls in the DCI should theoretically ensure that each PUSCH to be retransmitted has a corresponding K2 and S&L. However, if one or more PUSCHs to be retransmitted do not have a corresponding K2 and / or S&L, or the corresponding K2 and / or S&L are invalid, then the retransmission is implicitly sent using the unused TO. That is, for a second PUSCH that does not have a corresponding K2 and / or S&L or has an invalid K2 and / or S&L among the multiple PUSCHs to be retransmitted, the second PUSCH is retransmitted using the time domain resources corresponding to the UE's unused TO.

[0222] For example, this can be understood with reference to FIG12 , which is a fifth schematic diagram of an implementation of PUSCH retransmission provided in an embodiment of the present application.

[0223] As shown in Figure 12, it is assumed that an entry is indicated in the DCI, which includes a K2 and an S&L, where the entry corresponds to two PUSCHs to be retransmitted in sequence, that is, the second PUSCH in the CG period has a corresponding entry (including K2 and S&L), while the fourth S&L does not have a corresponding entry (that is, there is no corresponding K2 and S&L).

[0224] In this case, for the fourth PUSCH in the CG period, the unused TO is implicitly used for retransmission. Referring to Figure 12 , assuming the UE carries the UTO-UCI in the third PUSCH, if the last bit of the UTO-UCI contains M ones (M ≥ 1), it indicates the presence of an unused TO. In one possible implementation, the unused TO used for PUSCH retransmission in this embodiment is located after the transmission time slot of the first indication information to ensure that it can be used for PUSCH retransmission.

[0225] In the example of Figure 12, the UTO-UCI indication 000011111111 is carried in the third PUSCH, so it can be determined that there are multiple unused TOs after the transmission time slot of the first indication information. For example, the time domain resources corresponding to the last unused TO indicated by the UTO-UCI can be used to retransmit the fourth PUSCH in the CG cycle. It can be understood that the time domain resources in the time slot d shown in Figure 10 are used to retransmit the fourth PUSCH in the CG cycle, where the time domain resources in the time slot d are indicated by the S&L in the CG configuration.

[0226] Alternatively, the time domain resources corresponding to any unused TO located after the transmission time slot of the DCI indicated by the UTO-UCI can be used to retransmit the fourth PUSCH in the CG period.

[0227] Through this implementation, when the network device determines that there are some unused TOs that can be used for PUSCH retransmission, some S&L and / or K2 values ​​can be defaulted, thereby reducing the data volume of the first indication information and further saving signaling overhead.

[0228] The above introduces various possible implementation methods of the first configuration information indicating the time slot interval and the time domain position indication information. The main difference lies in the different resource indication methods for each PUSCH to be retransmitted. Through the various possible implementation methods introduced above, it is possible to implement resource scheduling for multiple PUSCH retransmissions based on one first indication information, thereby effectively saving signaling overhead and reducing system power consumption.

[0229] Based on the above embodiments, the remaining contents indicated in the DCI are further explained below. In one possible implementation method, the first indication information may also include a HARQ process value (HARQ Process number), where the HARQ process value is used to identify the starting PUSCH position indicated by the NDI.

[0230] The HARQ process value is equal to the HARQ (Hybrid Automatic Repeat reQuest) identifier of the first PUSCH that needs to be retransmitted in the first CG period; or, the HARQ process value is equal to the HARQ ID of the first PUSCH in the first CG period.

[0231] For example, this can be understood with reference to FIG13 , which is a sixth schematic diagram of an implementation of PUSCH retransmission provided in an embodiment of the present application.

[0232] As shown in Figure 13, it is assumed that four PUSCHs are transmitted in the first CG period, of which the second and fourth PUSCHs in the CG period need to be retransmitted. It is also assumed that the first time domain resource in the first time slot b is used to retransmit the second PUSCH in the CG period, and the first time domain resource in the first time slot c is used to retransmit the fourth PUSCH in the CG period. The implementation method for determining the first time slot and the first time domain resource in the first time slot can refer to any of the three implementation methods described above and will not be repeated here.

[0233] And referring to Figure 13, it is assumed that the HARQ ID (Identity) of the 1st PUSCH in the first CG cycle is 1, the HARQ ID of the 2nd PUSCH is 2, the HARQ ID of the 3rd PUSCH is 3, and the HARQ ID of the 4th PUSCH is 4.

[0234] For the two implementation methods described above, the specific values ​​of the HARQ process values ​​are as follows:

[0235] For method 1, that is, the HARQ process value is equal to the HARQ ID of the first PUSCH that needs to be retransmitted in the first CG period. In the example of Figure 13, because the second PUSCH in the first CG period is the first PUSCH that needs to be retransmitted, and the HARQ ID of the second PUSCH is 2, it can be determined that the HARQ process value is equal to 2.

[0236] For the second method, that is, when the HARQ process value is equal to the HARQ ID of the first PUSCH in the first CG period, in the example of Figure 13, because the first PUSCH in the first CG period is the first PUSCH, where the HARQ ID of the first PUSCH is 1, it can be determined that the HARQ process value is equal to 1.

[0237] The first indication information also includes an NDI (New Data Indicator). The implementation of the different HARQ process values ​​described above affects how the NDI is determined. In this embodiment, the NDI includes N bits, where N is the number of TOs in the first CG period.

[0238] The N bits in NDI are used in turn to indicate whether each PUSCH in the first CG period needs to be retransmitted. For example, if a bit error occurs after a PUSCH is sent, the bit corresponding to the PUSCH is 1, indicating that the PUSCH needs to be retransmitted; or, if a PUSCH is not sent or no bit error occurs after it is sent, the bit corresponding to the PUSCH is 0, indicating that the PUSCH does not need to be retransmitted.

[0239] The above description states that a bit value of 1 indicates that the corresponding PUSCH needs to be retransmitted, while a bit value of 0 indicates that the corresponding PUSCH does not need to be retransmitted. Alternatively, in another possible implementation, a bit value of 0 may indicate that the corresponding PUSCH needs to be retransmitted, while a bit value of 1 may indicate that the corresponding PUSCH does not need to be retransmitted. In actual implementation, the correspondence between the bit value and the specific meaning of whether to retransmit can be selected based on actual needs.

[0240] For example, the NDI indication under the above two methods of determining the HARQ process value can be further explained with reference to the example of FIG13 . In the example of FIG13 , the first CG cycle includes 4 TOs, and accordingly, the NDI includes 4 bits.

[0241] As shown in Figure 13, for method 2, the HARQ process value is equal to the HARQ ID of the first PUSCH in the first CG cycle (that is, the HARQ process value = 1). In this case, the PUSCH with HARQ ID = HARQ process value = 1 in the first CG cycle is the first PUSCH, then the 4 bits in NDI are used in sequence to indicate whether each PUSCH starting from the first PUSCH in the first CG cycle needs to be retransmitted.

[0242] Referring to Figure 13, the first bit in NDI is used to indicate whether the first PUSCH (HARQ ID = HARQ process value) needs to be retransmitted, the second bit is used to indicate whether the second PUSCH (HARQ ID = HARQ process value + 1) needs to be retransmitted, the third bit is used to indicate whether the third PUSCH (HARQ ID = HARQ process value + 2) needs to be retransmitted, and the fourth bit is used to indicate whether the fourth PUSCH (HARQ ID = HARQ process value + 3) needs to be retransmitted, which results in NDI = 0101 shown in Figure 13.

[0243] For method 1, the HARQ process value is equal to the HARQ ID of the first PUSCH that needs to be retransmitted in the first CG cycle (that is, the HARQ process value = 2). In this case, the PUSCH with HARQ ID = HARQ process value = 2 in the first CG cycle is the second PUSCH, then the 4 bits in NDI are used in sequence to indicate whether each PUSCH starting from the second PUSCH in the first CG cycle needs to be retransmitted.

[0244] Referring to Figure 13, the first bit in NDI is used to indicate whether the second PUSCH (HARQ ID = HARQ process value) needs to be retransmitted, the second bit is used to indicate whether the third PUSCH (HARQ ID = HARQ process value + 1) needs to be retransmitted, and the third bit is used to indicate whether the fourth PUSCH (HARQ ID = HARQ process value + 2) needs to be retransmitted. In addition, only 4 PUSCHs are included in the first CG cycle, so the fourth bit has no corresponding PUSCH to indicate. Then, the fourth bit is padded with 0, and the NDI = 1010 shown in Figure 13 is obtained.

[0245] The above introduction is the case where NDI includes N bits. In another possible implementation method, it can also be configured to directly repeat the transmission of at least one PUSCH in each CG period without the need for subsequent error retransmission. Therefore, NDI can also include N-1 bits, that is, NDI does not need to indicate whether to retransmit the last PUSCH in the first CG period. The remaining implementation methods are similar to those described above and will not be repeated here.

[0246] By configuring the HARQ process value and NDI in the first indication information, it can be effectively indicated whether each PUSCH in the first CG period needs to be retransmitted, so that the retransmission indication of multiple PUSCHs can be achieved through one indication information.

[0247] Furthermore, the first indication information may also include a redundancy version (RV) field, where the redundancy version may include at least two bit groups, each bit group corresponding to a PUSCH to be retransmitted, and thus each bit group is used to indicate the redundancy version corresponding to each of the PUSCHs. Exemplarily, each bit group in the redundancy version may correspond to multiple PUSCHs to be retransmitted in sequence. A bit group may include one or two bits.

[0248] The above embodiments describe the specific indication methods for scheduling retransmissions of multiple PUSCHs using various possible fields included in the first indication information. Furthermore, in order to flexibly configure whether the first indication information is specifically used to schedule retransmissions of multiple PUSCHs or a single PUSCH within a CG period, the first indication information may also be indicated accordingly through configuration information.

[0249] In one possible implementation, the terminal device may receive first configuration information sent by the network device. The first configuration information may include configuration parameters, and the configuration parameters are used to indicate whether the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period.

[0250] The first configuration information may be RRC signaling, and the configuration parameter may be MultiCgPuschHarq (multi-CG PUSCH retransmission).

[0251] For example, the configuration parameter may be an enumerated value (ENUMERATED), and the enumerated value set of the configuration parameter includes only {enabled}. When the configuration parameter MultiCgPuschHarq is configured to be enabled, it indicates that a single DCI is used to schedule retransmissions of multiple PUSCHs within a CG period. If it is not enabled (default is disabled if not configured), it indicates that the traditional method is used, i.e., each PUSCH is retransmitted using a separate DCI.

[0252] Alternatively, the configuration parameter may also be configured as a dynamic indication (MultiCgPuschHarq=dynamic), that is, the configuration parameter is used to indicate whether the first indication information is dynamically determined to schedule retransmission of multiple PUSCHs within a CG period;

[0253] Correspondingly, the Tth bit in the first field of the first indication information is used to dynamically indicate whether the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period, and T is an integer greater than 0.

[0254] The first field may be, for example, the HARQ process value described above. For example, the HARQ process value field has a total of 5 bits. It is assumed that the highest bit of the HARQ process value is predefined to dynamically indicate whether the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period. For example, if the highest bit (first bit) of the HARQ process value is 1, it indicates that the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period. For example, if the highest bit of the HARQ process value is 0, it indicates that the first indication information is used to schedule the retransmission of a single PUSCH within a CG period.

[0255] Moreover, according to the indication of the Tth bit in the first field, the length of the NDI and RV fields in the DCI can be further determined. When the Tth bit in the first field indicates that the DCI schedules multiple PUSCHs, the length of the NDI and RV fields in the DCI refers to the introduction of the above embodiment. When the Tth bit in the first field indicates that the DCI schedules one PUSCH, the length of the NDI and RV fields in the DCI refers to the traditional implementation (NDI is 1 bit, RV is 2 bits), so that the amount of DCI data can be flexibly adjusted according to the actual DCI scheduling situation.

[0256] Correspondingly, the remaining four bits except the highest bit in the HARQ process value field are used to indicate 16 HARQ IDs 0 to 15, which can meet the HARQ indication requirements of PUSCH.

[0257] In the actual implementation process, the selection of the first field and the selection of the Tth bit in the first field can be selected and set according to actual needs, as long as the UE and the network device agree in advance on which specific bit to use for dynamic indication.

[0258] By setting the configuration parameters, the specific scheduling of DCI can be flexibly indicated, that is, whether DCI is used to schedule the retransmission of one PUSCH or the retransmission of multiple PUSCHs, thereby meeting the demand for flexible scheduling in actual implementation.

[0259] The above embodiments introduce the relevant implementation on the terminal device side. On the network device side, a first indication information can be sent to the terminal device to instruct the terminal device to implement retransmission scheduling of at least two PUSCHs according to the first indication information, and the corresponding network device will also receive the retransmitted PUSCH sent by the terminal device on the transmission resources indicated by the first indication information.

[0260] In addition, the network device can also send first configuration information to the terminal device to indicate whether the first indication information is used for retransmission scheduling of multiple PUSCHs within a CG period.

[0261] The implementation method of the first indication information and the first configuration information is similar to the embodiment introduced on the terminal device side above, and will not be repeated here.

[0262] Figure 14 is a schematic diagram of the structure of a retransmission device according to an embodiment of the present application. As shown in Figure 14, the device 140 includes: a receiving module 1401, a sending module 1402;

[0263] Receiving module 1401, configured to receive first indication information sent by a network device;

[0264] The sending module 1402 is used to retransmit at least two physical uplink shared channels PUSCH sent on different transmission opportunities TO within the first configuration authorization CG period according to the first indication information.

[0265] In one possible design, the first indication information includes at least one time slot interval and at least one time domain position indication information;

[0266] The sending module 1402 is specifically configured to:

[0267] Determining a plurality of first time slots according to the time slot interval;

[0268] Determining first time domain resources respectively in the multiple first time slots according to the time domain position indication information;

[0269] Retransmit each of the PUSCHs according to the first time domain resources in each of the first time slots.

[0270] In one possible design, the first indication information includes one time slot interval and one time domain position indication information;

[0271] The multiple first time slots include: a starting time slot indicated by the time slot interval, and at least one available time slot adjacent to the starting time slot, the available time slot being a time slot for uplink transmission;

[0272] The first time domain resources in the multiple first time slots are all indicated by the time domain position indication information.

[0273] In one possible design, the first indication information includes one time slot interval and time domain position indication information corresponding to each of the PUSCHs;

[0274] The plurality of first time slots include: a starting time slot indicated by the time slot interval, and at least one available time slot adjacent to the starting time slot;

[0275] The time domain position indication information corresponding to each of the PUSCHs is used to indicate the first time domain resource in the first time slot corresponding to each of the PUSCHs.

[0276] In one possible design, the first indication information includes a time slot interval corresponding to each of the PUSCHs and time domain position indication information corresponding to each of the PUSCHs;

[0277] The multiple first time slots include: time slots respectively indicated by the time slot intervals corresponding to the respective PUSCHs;

[0278] The time domain position indication information corresponding to each of the PUSCHs is used to indicate the first time domain resource in the first time slot corresponding to each of the PUSCHs.

[0279] In one possible design, the sending module 1402 is further configured to:

[0280] If there is a first PUSCH without corresponding time domain position indication information among the at least two PUSCHs, the first PUSCH is retransmitted using the time domain resources corresponding to the unused TO.

[0281] In one possible design, the sending module 1402 is further configured to:

[0282] If there is a second PUSCH without corresponding time domain position indication information and / or without corresponding time slot interval among the at least two PUSCHs, the second PUSCH is retransmitted using the time domain resources corresponding to the unused TO.

[0283] In one possible design, the first indication information further includes a hybrid automatic repeat request HARQ process value;

[0284] The HARQ process value is equal to the HARQ ID of the first PUSCH that needs to be retransmitted in the first CG period; or,

[0285] The HARQ process value is equal to the HARQ ID of the first PUSCH in the first CG period.

[0286] In one possible design, the first indication information also includes a new data indication NDI, and the NDI includes N bits, which are used in sequence to indicate whether each PUSCH starting from the third PUSCH in the first CG period needs to be retransmitted. The third PUSCH is a PUSCH whose HARQ ID is equal to the HARQ process value, and N is the number of TO in the first CG period.

[0287] In one possible design, when the i-th bit in the NDI is 1, it is used to indicate that the PUSCH corresponding to the i-th bit needs to be retransmitted; and

[0288] When the i-th bit in the NDI is 0, it is used to indicate that the PUSCH corresponding to the i-th bit does not need to be retransmitted, and the value range of i is 1~N.

[0289] In one possible design, the first indication information also includes a redundant version, and the redundant version includes at least two bit groups, and each bit group is used to indicate the redundant version corresponding to each PUSCH.

[0290] In one possible design, the receiving module 1401 is further configured to:

[0291] Receive first configuration information sent by the network device, where the first configuration information includes configuration parameters, and the configuration parameters are used to indicate whether the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period.

[0292] In one possible design, the configuration parameter is used to indicate that the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period.

[0293] In one possible design, the configuration parameter is used to indicate dynamically determining whether the first indication information is used to schedule retransmission of multiple PUSCHs within a CG period;

[0294] The Tth bit in the first field in the first indication information is used to dynamically indicate whether the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period, and T is an integer greater than or equal to 0.

[0295] In one possible design, the first indication information is downlink control information DCI.

[0296] In one possible design, the first indication information is encrypted using the configuration scheduling radio network temporary identifier CS-RNTI.

[0297] In one possible design, the first configuration information is a radio resource control RRC message.

[0298] The device provided in this embodiment can be used to execute the technical solution of the above method embodiment. Its implementation principle and technical effects are similar and will not be described in detail in this embodiment.

[0299] Figure 15 is a second structural diagram of a retransmission device provided in an embodiment of the present application. As shown in Figure 15, the device 150 includes: a sending module 1501, a receiving module 1502;

[0300] The sending module 1501 is configured to send first indication information to a terminal device;

[0301] The receiving module 1502 is used to receive at least two PUSCHs in the first CG period retransmitted by the terminal device according to the first indication information, and the at least two PUSCHs are PUSCHs sent on different TOs in the first CG period.

[0302] In one possible design, the first indication information includes at least one time slot interval and at least one time domain position indication information;

[0303] The receiving module 1502 is specifically configured to:

[0304] Determining a plurality of first time slots according to the time slot interval;

[0305] Determining first time domain resources respectively in the multiple first time slots according to the time domain position indication information;

[0306] The retransmitted PUSCHs are received respectively according to the first time domain resources in the multiple first time slots.

[0307] In one possible design, the first indication information includes one time slot interval and one time domain position indication information;

[0308] The multiple first time slots include: a starting time slot indicated by the time slot interval, and at least one available time slot adjacent to the starting time slot, the available time slot being a time slot for uplink transmission;

[0309] The first time domain resources in the multiple first time slots are all indicated by the time domain position indication information.

[0310] In one possible design, the first indication information includes one time slot interval and time domain position indication information corresponding to each of the PUSCHs;

[0311] The plurality of first time slots include: a starting time slot indicated by the time slot interval, and at least one available time slot adjacent to the starting time slot;

[0312] The time domain position indication information corresponding to each of the PUSCHs is used to indicate the first time domain resource in the first time slot corresponding to each of the PUSCHs.

[0313] In one possible design, the first indication information includes a time slot interval corresponding to each of the PUSCHs and time domain position indication information corresponding to each of the PUSCHs;

[0314] The multiple first time slots include: time slots respectively indicated by the time slot intervals corresponding to the respective PUSCHs;

[0315] The time domain position indication information corresponding to each of the PUSCHs is used to indicate the first time domain resource in the first time slot corresponding to each of the PUSCHs.

[0316] In one possible design, the receiving module 1502 is further configured to:

[0317] If there is a first PUSCH without corresponding time domain position indication information among the at least two PUSCHs, the first PUSCH is received using the time domain resources corresponding to the unused TO.

[0318] In one possible design, the receiving module 1502 is further configured to:

[0319] If there is a second PUSCH without corresponding time domain position indication information and / or without corresponding time slot interval among the at least two PUSCHs, the time domain resources corresponding to the unused TO are used to receive the second PUSCH.

[0320] In one possible design, the first indication information further includes a HARQ process value;

[0321] The HARQ process value is equal to the HARQ ID of the first PUSCH that needs to be retransmitted in the first CG period; or,

[0322] The HARQ process value is equal to the HARQ ID of the first PUSCH in the first CG period.

[0323] In one possible design, the first indication information also includes NDI, and the NDI includes N bits, which are used in sequence to indicate whether each PUSCH starting from the third PUSCH in the first CG period needs to be retransmitted, and the third PUSCH is a PUSCH whose HARQ ID is equal to the HARQ process value.

[0324] In one possible design, when the i-th bit in the NDI is 1, it is used to indicate that the PUSCH corresponding to the i-th bit needs to be retransmitted; and

[0325] When the i-th bit in the NDI is 0, it is used to indicate that the PUSCH corresponding to the i-th bit does not need to be retransmitted, and the value range of i is 1~N.

[0326] In one possible design, the first indication information also includes a redundant version, and the redundant version includes at least two bit groups, and each bit group is used to indicate the redundant version corresponding to each PUSCH.

[0327] In one possible design, the sending module 1501 is further configured to:

[0328] Send first configuration information to the terminal device, where the first configuration information includes configuration parameters, and the configuration parameters are used to indicate whether the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period.

[0329] In one possible design, the configuration parameter is used to indicate that the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period.

[0330] In one possible design, the configuration parameter is used to indicate dynamically determining whether the first indication information is used to schedule retransmission of multiple PUSCHs within a CG period;

[0331] The Tth bit in the first field in the first indication information is used to dynamically indicate whether the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period, and T is an integer greater than or equal to 0.

[0332] In one possible design, the first indication information is DCI.

[0333] In one possible design, the first indication information is encrypted using CS-RNTI.

[0334] In one possible design, the first configuration information is an RRC message.

[0335] The device provided in this embodiment can be used to execute the technical solution of the above method embodiment. Its implementation principle and technical effects are similar and will not be described in detail in this embodiment.

[0336] The retransmission method provided in the embodiment of the present application can be applied to electronic devices with communication functions. The electronic devices include terminal devices. The specific device form of the terminal device can refer to the above related descriptions and will not be repeated here.

[0337] Figure 16 is a schematic diagram of the structure of a terminal device provided in an embodiment of the present application. Referring to Figure 16 , terminal device 160 may include a transceiver 21, a memory 22, and a processor 23. Transceiver 21 may include a transmitter and / or a receiver. The transmitter may also be referred to as a transmitter, a transmitter, a transmitting port, a transmitting interface, or similar descriptions. The receiver may also be referred to as a receiver, a receiver, a receiving port, a receiving interface, or similar descriptions. For example, transceiver 21, memory 22, and processor 23 are interconnected via a bus 24.

[0338] The memory 22 is used to store program instructions; the processor 23 is used to execute the program instructions stored in the memory, so as to enable the terminal device 120 to perform any of the multicast service configuration methods shown above. Among them, the receiver of the transceiver 21 can be used to perform the receiving function of the terminal device in the multicast service configuration method described above.

[0339] Figure 17 is a schematic diagram of the structure of a network device provided in an embodiment of the present application. Referring to Figure 17 , network device 170 may include a transceiver 31, a memory 32, and a processor 33. Transceiver 31 may include a transmitter and / or a receiver. The transmitter may also be referred to as a transmitter, a transmitter, a transmitting port, a transmitting interface, or similar descriptions. The receiver may also be referred to as a receiver, a receiver, a receiving port, a receiving interface, or similar descriptions. For example, transceiver 31, memory 32, and processor 33 are interconnected via a bus 34.

[0340] The memory 32 is used to store program instructions; the processor 33 is used to execute the program instructions stored in the memory, so as to enable the network device 130 to perform any of the multicast service configuration methods shown above. Among them, the receiver of the transceiver 31 can be used to perform the receiving function of the network device in the multicast service configuration method described above.

[0341] The present embodiment provides a chip. The chip includes a processor configured to invoke a computer program stored in a memory to execute the technical solution of the above embodiment. The implementation principles and technical effects are similar to those of the above-mentioned related embodiments and will not be further described here.

[0342] The embodiments of the present application also provide a computer-readable storage medium. The computer-readable storage medium stores a computer program. When the computer program is executed by a processor, the above-mentioned method is implemented. The methods described in the above embodiments can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. If implemented in software, the functions can be stored as one or more instructions or codes on a computer-readable medium or transmitted on a computer-readable medium. Computer-readable media can include computer storage media and communication media, and can also include any medium that can transfer a computer program from one place to another. The storage medium can be any target medium that can be accessed by a computer.

[0343] In one possible implementation, computer-readable media may include RAM, ROM, compact disc read-only memory (CD-ROM) or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium designed to carry or store the desired program code in the form of instructions or data structures and accessible by a computer. Moreover, any connection is appropriately referred to as a computer-readable medium. For example, if a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL) or wireless technologies such as infrared, radio and microwave are used to transmit software from a website, server or other remote source, the coaxial cable, fiber optic cable, twisted pair, DSL or wireless technologies such as infrared, radio and microwave are included in the definition of medium. Disk and optical disk as used herein include optical disk, laser disk, optical disk, digital versatile disk (DVD), floppy disk and Blu-ray disk, where disks generally reproduce data magnetically, while optical disks reproduce data optically using lasers. Combinations of the above should also be included within the scope of computer-readable media.

[0344] An embodiment of the present application provides a computer program product, which includes a computer program. When the computer program is executed, the computer executes the above method.

[0345] The present application embodiment is described with reference to the flow chart and / or block diagram of the method, device (system) and computer program product according to the embodiment of the present application.It should be understood that each flow process and / or box in the flow chart and / or block diagram and the combination of the flow process and / or box in the flow chart and / or block diagram can be realized by computer program instructions.These computer program instructions can be provided to the processing unit of general-purpose computer, special-purpose computer, embedded processing machine or other programmable device to produce a machine, so that the instruction executed by the processing unit of computer or other programmable data processing device produces the device for realizing the function specified in one flow chart flow or multiple flows and / or one block or multiple blocks of block diagram.

[0346] The above specific implementation methods further illustrate the objectives, technical solutions and beneficial effects of the present invention in detail. It should be understood that the above are only specific implementation methods of the present invention and are not intended to limit the scope of protection of the present invention. Any modifications, equivalent replacements, improvements, etc. made on the basis of the technical solutions of the present invention should be included in the scope of protection of the present invention.

Claims

1. A retransmission method, characterized in that: Applied to a terminal device, the method comprises: Receiving first indication information sent by the network device; According to the first indication information, at least two physical uplink shared channels PUSCH sent at different transmission opportunities TO within the first configuration authorization CG period are retransmitted.

2. The method according to claim 1, characterized in that The first indication information includes at least one time slot interval and at least one time domain position indication information; The retransmitting, according to the first indication information, at least two physical uplink shared channels PUSCH sent on different transmission opportunities TO within a first configuration authorization CG period, includes: Determining a plurality of first time slots according to the time slot interval; Determine first time domain resources respectively in the multiple first time slots according to the time domain position indication information; The PUSCHs are retransmitted respectively according to the first time domain resources in each of the first time slots.

3. The method according to claim 2, characterized in that The first indication information includes 1 time slot interval and 1 time domain position indication information; The multiple first time slots include: a starting time slot indicated by the time slot interval, and at least one available time slot adjacent to the starting time slot, the available time slot being a time slot for uplink transmission; The first time domain resources in the multiple first time slots are all indicated by the time domain position indication information.

4. The method according to claim 2, characterized in that: The first indication information includes one time slot interval and time domain position indication information corresponding to each of the PUSCHs; The plurality of first time slots include: a starting time slot indicated by the time slot interval, and at least one available time slot adjacent to the starting time slot; The time domain position indication information corresponding to each of the PUSCHs is used to indicate the first time domain resource in the first time slot corresponding to each of the PUSCHs.

5. The method according to claim 2, characterized in that: The first indication information includes time slot intervals corresponding to each of the PUSCHs and time domain position indication information corresponding to each of the PUSCHs; The multiple first time slots include: time slots respectively indicated by time slot intervals corresponding to the respective PUSCHs; The time domain position indication information corresponding to each of the PUSCHs is used to indicate the first time domain resource in the first time slot corresponding to each of the PUSCHs.

6. The method according to claim 4, characterized in that The method further comprises: If there is a first PUSCH without corresponding time domain position indication information among the at least two PUSCHs, the first PUSCH is retransmitted using the time domain resources corresponding to the unused TO.

7. The method according to claim 5, characterized in that The method further comprises: If there is a second PUSCH without corresponding time domain position indication information and / or without corresponding time slot interval among the at least two PUSCHs, the second PUSCH is retransmitted using the time domain resources corresponding to the unused TO.

8. The method according to any one of claims 1 to 7, characterized in that: The first indication information also includes a hybrid automatic repeat request HARQ process value; The HARQ process value is equal to the HARQ ID of the first PUSCH that needs to be retransmitted in the first CG period; or, The HARQ process value is equal to the HARQ ID of the first PUSCH in the first CG period.

9. The method according to claim 8, characterized in that The first indication information also includes a new data indication NDI, and the NDI includes N bits, which are used in sequence to indicate whether each PUSCH starting from the third PUSCH in the first CG cycle needs to be retransmitted. The third PUSCH is a PUSCH whose HARQ ID is equal to the HARQ process value, and N is the number of TOs in the first CG cycle.

10. The method according to claim 9, characterized in that When the i-th bit in the NDI is 1, it is used to indicate that the PUSCH corresponding to the i-th bit needs to be retransmitted; as well as, When the i-th bit in the NDI is 0, it is used to indicate that the PUSCH corresponding to the i-th bit does not need to be retransmitted, and the value range of i is 1~N.

11. The method according to any one of claims 1 to 10, characterized in that: The first indication information also includes a redundancy version, and the redundancy version includes at least two bit groups, and each of the bit groups is used to indicate a redundancy version corresponding to each of the PUSCHs.

12. The method according to any one of claims 1 to 11, characterized in that: The method further comprises: Receive first configuration information sent by the network device, where the first configuration information includes configuration parameters, and the configuration parameters are used to indicate whether the first indication information is used to schedule retransmission of multiple PUSCHs within a CG period.

13. The method according to claim 12, characterized in that The configuration parameter is used to indicate that the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period.

14. The method according to claim 12, characterized in that The configuration parameter is used to indicate whether the first indication information is dynamically determined to be used for scheduling retransmission of multiple PUSCHs within a CG period; The Tth bit in the first field in the first indication information is used to dynamically indicate whether the first indication information is used to schedule retransmission of multiple PUSCHs within a CG period, and T is an integer greater than or equal to 0.

15. The method according to any one of claims 1 to 14, characterized in that: The first indication information is downlink control information DCI.

16. The method according to any one of claims 1 to 15, characterized in that: The first indication information is scrambled by configuring a scheduling radio network temporary identifier CS-RNTI.

17. The method according to any one of claims 12 to 16, characterized in that: The first configuration information is a radio resource control RRC message.

18. A retransmission method, characterized in that: Applied to a network device, the method comprises: Sending first indication information to the terminal device; According to the first indication information, at least two PUSCHs within the first CG period retransmitted by the receiving terminal device are received, and the at least two PUSCHs are PUSCHs sent on different TOs within the first CG period.

19. The method according to claim 18, characterized in that The first indication information includes at least one time slot interval and at least one time domain position indication information; The receiving, according to the first indication information, at least two PUSCHs in the first CG period retransmitted by the terminal device includes: Determining a plurality of first time slots according to the time slot interval; Determine first time domain resources respectively in the multiple first time slots according to the time domain position indication information; The retransmitted PUSCHs are received respectively according to the first time domain resources in the plurality of first time slots.

20. The method according to claim 19, characterized in that The first indication information includes 1 time slot interval and 1 time domain position indication information; The multiple first time slots include: a starting time slot indicated by the time slot interval, and at least one available time slot adjacent to the starting time slot, the available time slot being a time slot for uplink transmission; The first time domain resources in the multiple first time slots are all indicated by the time domain position indication information.

21. The method according to claim 19, characterized in that The first indication information includes one time slot interval and time domain position indication information corresponding to each of the PUSCHs; The plurality of first time slots include: a starting time slot indicated by the time slot interval, and at least one available time slot adjacent to the starting time slot; The time domain position indication information corresponding to each of the PUSCHs is used to indicate the first time domain resource in the first time slot corresponding to each of the PUSCHs.

22. The method according to claim 19, characterized in that The first indication information includes time slot intervals corresponding to each of the PUSCHs and time domain position indication information corresponding to each of the PUSCHs; The multiple first time slots include: time slots respectively indicated by time slot intervals corresponding to the respective PUSCHs; The time domain position indication information corresponding to each of the PUSCHs is used to indicate the first time domain resource in the first time slot corresponding to each of the PUSCHs.

23. The method according to claim 21, characterized in that The method further comprises: If there is a first PUSCH without corresponding time domain position indication information among the at least two PUSCHs, the first PUSCH is received using the time domain resources corresponding to the unused TO.

24. The method according to claim 22, characterized in that The method further comprises: If there is a second PUSCH without corresponding time domain position indication information and / or without corresponding time slot interval among the at least two PUSCHs, the second PUSCH is received using the time domain resources corresponding to the unused TO.

25. The method according to any one of claims 18 to 24, characterized in that: The first indication information also includes a HARQ process value; The HARQ process value is equal to the HARQ ID of the first PUSCH that needs to be retransmitted in the first CG period; or, The HARQ process value is equal to the HARQ ID of the first PUSCH in the first CG period.

26. The method according to claim 25, characterized in that The first indication information also includes NDI, and the NDI includes N bits. The N bits are used in sequence to indicate whether each PUSCH starting from the third PUSCH in the first CG period needs to be retransmitted. The third PUSCH is a PUSCH whose HARQ ID is equal to the HARQ process value, and N is the number of TOs in the first CG period.

27. The method according to claim 26, characterized in that When the i-th bit in the NDI is 1, it is used to indicate that the PUSCH corresponding to the i-th bit needs to be retransmitted; as well as, When the i-th bit in the NDI is 0, it is used to indicate that the PUSCH corresponding to the i-th bit does not need to be retransmitted, and the value range of i is 1~N.

28. The method according to any one of claims 18 to 27, characterized in that: The first indication information also includes a redundancy version, and the redundancy version includes at least two bit groups, and each of the bit groups is used to indicate a redundancy version corresponding to each of the PUSCHs.

29. The method according to any one of claims 18 to 28, characterized in that: The method further comprises: Send first configuration information to the terminal device, where the first configuration information includes configuration parameters, and the configuration parameters are used to indicate whether the first indication information is used to schedule retransmission of multiple PUSCHs within a CG period.

30. The method according to claim 29, characterized in that The configuration parameter is used to indicate that the first indication information is used to schedule the retransmission of multiple PUSCHs within a CG period.

31. The method according to claim 29, characterized in that The configuration parameter is used to indicate whether the first indication information is dynamically determined to be used for scheduling retransmission of multiple PUSCHs within a CG period; The Tth bit in the first field in the first indication information is used to dynamically indicate whether the first indication information is used to schedule retransmission of multiple PUSCHs within a CG period, and T is an integer greater than or equal to 0.

32. The method according to any one of claims 18 to 31, characterized in that: The first indication information is DCI.

33. The method according to any one of claims 18 to 32, characterized in that: The first indication information is encrypted using CS-RNTI.

34. The method according to any one of claims 29 to 33, characterized in that: The first configuration information is an RRC message.

35. A retransmission device, characterized in that: include: A receiving module, used for receiving first indication information sent by a network device; A sending module is used to retransmit at least two physical uplink shared channels PUSCH sent on different transmission opportunities TO within a first configuration authorization CG period according to the first indication information.

36. A retransmission device, characterized in that: include: A sending module, used for sending first indication information to a terminal device; A receiving module is used to receive at least two PUSCHs within the first CG period retransmitted by the terminal device according to the first indication information, and the at least two PUSCHs are PUSCHs sent on different TOs within the first CG period.

37. A terminal device, characterized in that: include: Processor and memory; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory, so that the terminal device executes the method according to any one of claims 1 to 17.

38. A network device, characterized in that: include: Processor and memory; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory, so that the network device performs the method according to any one of claims 18 to 34.

39. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 34 is implemented.

40. A computer program product, characterized in that The method comprises a computer program which, when being executed, causes a computer to execute the method according to any one of claims 1 to 34.

Images