Communication method and device
By independently determining the side link HARQ process ID in the V2X scenario, the problem of lack of determination methods in the prior art is solved, and more efficient data transmission is achieved.
Patent Information
- Application Number
- CN201980099873.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2019-09-30
- Publication Date
- 2025-06-06
- Estimated Expiration
- 2039-09-30
AI Technical Summary
In the V2X scenario, the prior art lacks a method for determining the identification of side link (SL) hybrid automatic retransmission request (HARQ) process.
The HARQ information associated with the first terminal is determined by the first terminal, and the HARQ information is sent to the second terminal through the side link to determine the HARQ process ID by itself.
It realizes the independent determination of the HARQ process ID, avoids the influence of network equipment, and improves the flexibility and efficiency of data transmission.
Smart Images

Figure CN114375602B_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of communication technology, and in particular to a communication method and device. Background Art
[0002] Vehicle to everything (V2X) is a key technology of intelligent transportation system and is considered to be one of the fields with the most industrial potential and the clearest market demand in the Internet of Things system. Vehicle to everything generally refers to a communication network that provides vehicle information through sensors and on-board terminals installed on the vehicle to achieve mutual communication between vehicles (V2V), vehicles to infrastructure (V2I), vehicles to networks (V2N) and vehicles to pedestrians (V2P).
[0003] V2X has the characteristics of wide application space, great industrial potential and strong social benefits. It is of great significance to promote the innovative development of the automobile and information and communication industries, build new models and new business forms of automobile and transportation services, promote the innovation and application of technologies such as unmanned driving, assisted driving, intelligent driving, networked driving, intelligent networked driving, automatic driving, car sharing, and improve traffic efficiency and safety levels.
[0004] Generally, in a V2X scenario, a communication link for direct communication between a terminal and another terminal can be called a sidelink (SL) or a side link. There is currently no method to determine the hybrid automatic repeat request (HARQ) process ID for the SL. Summary of the invention
[0005] The embodiments of the present application provide a communication method and apparatus for determining the HARQ process ID of a SL.
[0006] To achieve the above objectives, the present application provides the following technical solutions:
[0007] In a first aspect, a communication method is provided, comprising: a first terminal determines first HARQ information associated with a first sideline authorization, and sends the first HARQ information to a second terminal via a sideline link. Exemplarily, the first sideline authorization is used to carry data between the first terminal and the second terminal, and the first HARQ information includes: a first HARQ process identifier associated with the first sideline authorization, and the sideline link is a wireless direct communication link between the first terminal and the second terminal. In the method provided by the first aspect, the first terminal can determine the HARQ process ID associated with the sideline authorization by itself. In this case, the first terminal can determine the HARQ process ID associated with the sideline authorization according to demand without being affected by network equipment.
[0008] In a possible implementation manner, the first HARQ information further includes: new data indication information used to indicate that the corresponding transmission is a new transmission or a retransmission.
[0009] In a possible implementation, the first HARQ process identifier is greater than or equal to 0 and less than N, where N is the maximum number of HARQ processes supported by the first terminal on one carrier, and N is an integer greater than 0. This possible implementation can save the number of bits occupied by the HARQ process identifier in the SCI.
[0010] In one possible implementation, the first terminal determines the first HARQ process identifier in the first HARQ information associated with the first side row authorization, including: the first terminal determines the identifier of an unoccupied HARQ process among the N HARQ processes supported by the first terminal on a carrier as the first HARQ process identifier; or, in a case where the first side row authorization preempts the second side row authorization, the first terminal determines the HARQ process identifier associated with the second side row authorization determined by the first terminal as the first HARQ process identifier.
[0011] In a possible implementation, the method also includes: the first terminal saves the correspondence between the first side row authorization and the first HARQ process identifier; or, the first terminal saves the correspondence between the first HARQ process identifier and the second HARQ process identifier; or, the first terminal saves the correspondence between the first side row authorization, the first HARQ process identifier and the second HARQ process identifier; exemplarily, the second HARQ process identifier is the HARQ process identifier determined by the first terminal for the first side row authorization according to a preset algorithm or the HARQ process identifier indicated by the network device for the first side row authorization.
[0012] In a possible implementation, the method further includes: the first terminal obtains a third side row authorization for retransmitting data; the first terminal determines the first HARQ process identifier as the HARQ process identifier associated with the third side row authorization; the first terminal sends second HARQ information to the second terminal, and the second HARQ information includes: the first HARQ process identifier associated with the third side row authorization. This possible implementation can ensure that the receiving terminal puts the new transmission and retransmission of the same data into the same cache for processing, and ensures that the receiving terminal correctly decodes the data.
[0013] In a possible implementation manner, the second HARQ information further includes: new data indication information used to indicate that the corresponding transmission is a retransmission.
[0014] In one possible implementation, the first terminal obtains a third side row authorization for retransmitting data, including: the first terminal determines the third side row authorization for retransmitting data; or, the first terminal sends a request message to a network device, the request message is used to request resources for retransmitting data; the request message includes a second HARQ process identifier, or, the resources for transmitting the request message are associated with the second HARQ process identifier; the first terminal receives a request response from the network device, and the request response includes information for indicating the third side row authorization.
[0015] In one possible implementation, the first terminal determines a third sidelink authorization for retransmitting data, including: the first terminal selects a third sidelink authorization for retransmitting data from a first resource, the first resource including any one or several types of resources: sidelink resources; sidelink first mode resources; sidelink second mode resources; sidelink configured authorization resources; sidelink first type of configured authorization resources; sidelink second type of configured authorization resources; sidelink dynamic authorization resources; sidelink configured authorization resource set, the configured authorization resource set including one or more configured authorization resources corresponding to configured authorization resource indexes.
[0016] In a possible implementation, the method further includes: the first terminal receives configuration information of the network device, the configuration information is used to configure the type of resources included in the first resource. This possible implementation allows the first terminal to determine the first resource, and then the first terminal learns which resources can be used for data retransmission.
[0017] In one possible implementation, the second HARQ process identifier associated with the first side row authorization is the same as or different from the fourth HARQ process identifier associated with the third side row authorization. Exemplarily, the fourth HARQ process identifier is the HARQ process identifier determined by the first terminal for the third side row authorization according to a preset algorithm or the HARQ process identifier indicated by the network device for the third side row authorization.
[0018] In a possible implementation, the method also includes: the first terminal updates the correspondence between the first side row authorization and the first HARQ process identifier to: the correspondence between the third side row authorization and the first HARQ process identifier; or, the first terminal updates the correspondence between the first HARQ process identifier and the second HARQ process identifier to: the correspondence between the first HARQ process identifier and the fourth HARQ process identifier; or, the first terminal updates the correspondence between the first side row authorization, the first HARQ process identifier and the second HARQ process identifier to: the correspondence between the third side row authorization, the first HARQ process identifier and the fourth HARQ process identifier; exemplarily, the fourth HARQ process identifier is the HARQ process identifier determined by the first terminal for the third side row authorization according to a preset algorithm or the HARQ process identifier indicated by the network device for the third side row authorization.
[0019] In a possible implementation, the method further includes: when the HARQ process corresponding to the first HARQ process identifier ends, the first terminal deletes the correspondence between the first side row authorization and the first HARQ process identifier, or the correspondence between the first HARQ process identifier and the second HARQ process identifier, or the correspondence between the first side row authorization, the first HARQ process identifier and the second HARQ process identifier. This possible implementation releases storage resources in a timely manner, which can improve the utilization rate of storage resources and can also be used to identify occupied and unoccupied HARQ processes.
[0020] In a possible implementation, the end of the HARQ process corresponding to the first HARQ process identifier includes any one or more of the following situations: 1) the first terminal does not receive feedback of the HARQ process corresponding to the first HARQ process identifier; 2) the first terminal receives an affirmative confirmation of the HARQ process corresponding to the first HARQ process identifier; 3) the first terminal only receives an affirmative confirmation of the HARQ process corresponding to the first HARQ process identifier; 4) the first terminal sends an affirmative confirmation of the HARQ process corresponding to the first HARQ process identifier to the network device; 5) the data transmission associated with the HARQ process corresponding to the first HARQ process identifier reaches the maximum transmission time; 6) the data transmission associated with the HARQ process corresponding to the first HARQ process identifier reaches the maximum number of transmissions; 7) the first terminal releases the HARQ process corresponding to the first HARQ process identifier; 8) the first terminal clears the HARQ cache corresponding to the HARQ process corresponding to the first HARQ process identifier; 9) other side line authorizations preempt the first side line authorization; 10) the data transmission associated with the HARQ process corresponding to the first HARQ process identifier is completed or ended.
[0021] In a possible implementation, the method further includes: when the fourth side row authorization preempts the first side row authorization, the first terminal determines third HARQ information associated with the fourth side row authorization, and the third HARQ information includes: a fifth HARQ process identifier associated with the fourth side row authorization.
[0022] In a possible implementation, the method also includes: the first terminal updates the correspondence between the first side row authorization and the first HARQ process identifier to: the correspondence between the fourth side row authorization and the fifth HARQ process identifier; or, the first terminal updates the correspondence between the first HARQ process identifier and the second HARQ process identifier to: the correspondence between the fifth HARQ process identifier and the sixth HARQ process identifier; or, the first terminal updates the correspondence between the first side row authorization, the first HARQ process identifier and the second HARQ process identifier to: the correspondence between the fourth side row authorization, the fifth HARQ process identifier and the sixth HARQ process identifier; exemplarily, the sixth HARQ process identifier is the HARQ process identifier determined by the first terminal for the fourth side row authorization according to a preset algorithm or the HARQ process identifier indicated by the network device for the fourth side row authorization.
[0023] In one possible implementation, the first side link authorization belongs to the second resource, and the second resource includes any one or several types of resources: resources of the side link; resources of the first mode of the side link; resources of the second mode of the side link; configured authorization resources of the side link; first type of configured authorization resources of the side link; second type of configured authorization resources of the side link; dynamic authorization resources of the side link; and a set of configured authorization resources of the side link, the set of configured authorization resources including one or more configured authorization resources corresponding to configuration authorization resource indexes.
[0024] In a possible implementation manner, before the first terminal determines the first HARQ information for the first sidelink grant, the method further includes: the first terminal determines that there is data to be sent on the first sidelink grant.
[0025] In the second aspect, a communication method is provided, including: a network device generates configuration information for configuring the type of resources included in the first resource, and sends the configuration information to the first terminal. Exemplarily, the first resource is used for retransmission of data between the first terminal and the other terminal, and the first terminal and the other terminal communicate through a side link, and the side link is a wireless direct communication link between the first terminal and the other terminal; Exemplarily, the first resource includes any one or several types of resources in the following: resources of the side link; resources of the first mode of the side link; resources of the second mode of the side link; configuration authorization resources of the side link; first type of configuration authorization resources of the side link; second type of configuration authorization resources of the side link; dynamic authorization resources of the side link; configuration authorization resource set of the side link, and the configuration authorization resource set includes one or more configuration authorization resources corresponding to the configuration authorization resource index. The method provided in the second aspect can configure the type of resources included in the first resource for the first terminal, so that the first terminal determines the first resource, and then the first terminal knows which resources can be used for data retransmission.
[0026] In one possible implementation, the first resource is specifically used for retransmission of data carried on the second resource between the first terminal and other terminals; the second resource includes any one or several types of resources among the following: resources of the side link; resources of the first mode of the side link; resources of the second mode of the side link; configured authorization resources of the side link; first type of configured authorization resources of the side link; second type of configured authorization resources of the side link; dynamic authorization resources of the side link; configured authorization resource set of the side link, the configured authorization resource set including configured authorization resources corresponding to one or more configured authorization resource indexes.
[0027] According to a third aspect, a communication method is provided, including: a first terminal determines first HARQ information associated with a first side row authorization, exemplarily, the first side row authorization is used to carry data between the first terminal and the second terminal, and the first HARQ information includes: a HARQ process identifier associated with the first side row authorization; the first terminal obtains a third side row authorization for retransmitting the data; the first terminal determines second HARQ information associated with the third side row authorization, and the second HARQ information includes: a HARQ process identifier associated with the third side row authorization, and the HARQ process identifier associated with the third side row authorization is the same as the HARQ process identifier associated with the first side row authorization. The method provided by the third aspect can ensure that the receiving terminal puts the new transmission and retransmission of the same data into the same cache for processing, and ensures that the receiving terminal correctly decodes the data.
[0028] In a possible implementation, the first HARQ information also includes: new data indication information, where the new data indication information is used to indicate that the corresponding transmission is a new transmission or a retransmission; and / or, the second HARQ information also includes: new data indication information, where the new data indication information is used to indicate that the corresponding transmission is a retransmission.
[0029] In a fourth aspect, a resource allocation method is provided, comprising: a network device starts a first timer associated with a second HARQ process ID of a first terminal, the second HARQ process ID being a HARQ process ID determined by the network device for a first sidelink authorization of the first terminal according to a preset algorithm; when the first timer times out, if the network device has not received an affirmative confirmation of sidelink data transmitted by the HARQ process corresponding to the second HARQ process ID, the network device sends resource indication information to the first terminal, the resource indication information being used to indicate sidelink resources for retransmitting the sidelink data.
[0030] In a fifth aspect, a method for clearing a HARQ cache is provided, comprising: a terminal determining that uplink data transmission is completed; and the terminal clearing a HARQ cache corresponding to a HARQ process used to transmit the uplink data. The method provided in the fifth aspect can clear the HARQ cache when data transmission is completed, thereby saving cache space.
[0031] In a sixth aspect, a method for clearing a HARQ cache is provided, comprising: a terminal determines that side data transmission is completed, and the side data transmission completion includes that the side data transmission is successful or the side data transmission reaches a maximum number of transmissions or the side data transmission reaches a maximum transmission time; and the terminal clears the HARQ cache corresponding to the HARQ process used to transmit the side data. The method provided in the sixth aspect can clear the HARQ cache when data transmission is completed, thereby saving cache space.
[0032] In one possible implementation, the side data transmission is successful, including any one or more of the following situations: the terminal does not receive a negative confirmation for the side data; the terminal receives a positive confirmation for the side data; the terminal receives a positive confirmation for the side data and does not receive a negative confirmation for the side data.
[0033] In the seventh aspect, a communication device is provided, including: a processing unit and a communication unit; the processing unit is used to determine first HARQ information associated with a first sideline authorization, exemplarily, the first sideline authorization is used to carry data between the device and a second terminal, and the first HARQ information includes: a first HARQ process identifier associated with the first sideline authorization; the communication unit is used to send the first HARQ information to the second terminal via a side link, and the side link is a wireless direct communication link between the device and the second terminal.
[0034] In a possible implementation manner, the first HARQ information further includes: new data indication information, where the new data indication information is used to indicate whether the corresponding transmission is a new transmission or a retransmission.
[0035] In a possible implementation manner, the first HARQ process identifier is greater than or equal to 0 and less than N, where N is the maximum number of HARQ processes supported by the device on one carrier, and N is an integer greater than 0.
[0036] In one possible implementation, the processing unit is specifically used to: determine the identifier of an unoccupied HARQ process among the N HARQ processes supported by the device on a carrier at most as the first HARQ process identifier; or, in a case where the first side row authorization preempts the second side row authorization, determine the HARQ process identifier associated with the second side row authorization determined by the device as the first HARQ process identifier.
[0037] In one possible implementation, the processing unit is further used to: save the correspondence between the first side row authorization and the first HARQ process identifier; or, save the correspondence between the first HARQ process identifier and the second HARQ process identifier; or, save the correspondence between the first side row authorization, the first HARQ process identifier and the second HARQ process identifier; exemplarily, the second HARQ process identifier is the HARQ process identifier determined by the device for the first side row authorization according to a preset algorithm or the HARQ process identifier indicated by the network device for the first side row authorization.
[0038] In one possible implementation, the processing unit is further used to obtain a third side row authorization for retransmitting data; the processing unit is further used to determine the first HARQ process identifier as the HARQ process identifier associated with the third side row authorization; the communication unit is further used to send second HARQ information to the second terminal, and the second HARQ information includes: the first HARQ process identifier associated with the third side row authorization.
[0039] In a possible implementation manner, the second HARQ information further includes: new data indication information, where the new data indication information is used to indicate that the corresponding transmission is a retransmission.
[0040] In one possible implementation, the processing unit is specifically used to: determine a third side row authorization for retransmitting data; or, send a request message to a network device through a communication unit, the request message is used to request resources for retransmitting data; the request message includes a second HARQ process identifier, or the resources for transmitting the request message are associated with the second HARQ process identifier; receive a request response from the network device through the communication unit, the request response includes information for indicating the third side row authorization.
[0041] In one possible implementation, the processing unit is specifically used to: select a third sidelink authorization for retransmitting data from the first resources, the first resources including any one or several types of resources: resources of the side link; resources of the first mode of the side link; resources of the second mode of the side link; configured authorization resources of the side link; first type of configured authorization resources of the side link; second type of configured authorization resources of the side link; dynamic authorization resources of the side link; a set of configured authorization resources of the side link, the set of configured authorization resources including one or more configured authorization resources corresponding to configured authorization resource indexes.
[0042] In a possible implementation, the communication unit is further used to receive configuration information of the network device, where the configuration information is used to configure the types of resources included in the first resource.
[0043] In one possible implementation, the second HARQ process identifier associated with the first side row authorization is the same as or different from the fourth HARQ process identifier associated with the third side row authorization. Exemplarily, the fourth HARQ process identifier is the HARQ process identifier determined by the apparatus for the third side row authorization according to a preset algorithm or the HARQ process identifier indicated by the network device for the third side row authorization.
[0044] In one possible implementation, the processing unit is further used to: update the correspondence between the first side row authorization and the first HARQ process identifier to: the correspondence between the third side row authorization and the first HARQ process identifier; or, update the correspondence between the first HARQ process identifier and the second HARQ process identifier to: the correspondence between the first HARQ process identifier and the fourth HARQ process identifier; or, update the correspondence between the first side row authorization, the first HARQ process identifier and the second HARQ process identifier to: the correspondence between the third side row authorization, the first HARQ process identifier and the fourth HARQ process identifier; exemplarily, the fourth HARQ process identifier is the HARQ process identifier determined by the device for the third side row authorization according to a preset algorithm or the HARQ process identifier indicated by the network device for the third side row authorization.
[0045] In one possible implementation, the processing unit is further used to: when the HARQ process corresponding to the first HARQ process identifier ends, delete the correspondence between the first side line authorization and the first HARQ process identifier, or the correspondence between the first HARQ process identifier and the second HARQ process identifier, or the correspondence between the first side line authorization, the first HARQ process identifier and the second HARQ process identifier.
[0046] In a possible implementation, the end of the HARQ process corresponding to the first HARQ process identifier includes any one or more of the following situations: 1) the device does not receive feedback from the HARQ process corresponding to the first HARQ process identifier; 2) the device receives an affirmative confirmation of the HARQ process corresponding to the first HARQ process identifier; 3) the device only receives an affirmative confirmation of the HARQ process corresponding to the first HARQ process identifier; 4) the device sends an affirmative confirmation of the HARQ process corresponding to the first HARQ process identifier to the network device; 5) the data transmission associated with the HARQ process corresponding to the first HARQ process identifier reaches the maximum transmission time; 6) the data transmission associated with the HARQ process corresponding to the first HARQ process identifier reaches the maximum number of transmissions; 7) the device releases the HARQ process corresponding to the first HARQ process identifier; 8) the device clears the HARQ cache corresponding to the HARQ process corresponding to the first HARQ process identifier; 9) other side row authorizations preempt the first side row authorization; 10) the data transmission associated with the HARQ process corresponding to the first HARQ process identifier is completed or ended.
[0047] In a possible implementation, the processing unit is further used to: when the fourth side row authorization preempts the first side row authorization, determine third HARQ information associated with the fourth side row authorization, the third HARQ information including: a fifth HARQ process identifier associated with the fourth side row authorization.
[0048] In one possible implementation, the processing unit is further used to: update the correspondence between the first side row authorization and the first HARQ process identifier to: the correspondence between the fourth side row authorization and the fifth HARQ process identifier; or, update the correspondence between the first HARQ process identifier and the second HARQ process identifier to: the correspondence between the fifth HARQ process identifier and the sixth HARQ process identifier; or, update the correspondence between the first side row authorization, the first HARQ process identifier and the second HARQ process identifier to: the correspondence between the fourth side row authorization, the fifth HARQ process identifier and the sixth HARQ process identifier; exemplarily, the sixth HARQ process identifier is the HARQ process identifier determined by the apparatus for the fourth side row authorization according to a preset algorithm or the HARQ process identifier indicated by the network device for the fourth side row authorization.
[0049] In one possible implementation, the first side link authorization belongs to the second resource, and the second resource includes any one or several types of resources: resources of the side link; resources of the first mode of the side link; resources of the second mode of the side link; configured authorization resources of the side link; first type of configured authorization resources of the side link; second type of configured authorization resources of the side link; dynamic authorization resources of the side link; and a set of configured authorization resources of the side link, the set of configured authorization resources including one or more configured authorization resources corresponding to configuration authorization resource indexes.
[0050] In a possible implementation, the processing unit is further configured to: determine that there is data to be sent on the first side authorization.
[0051] In the eighth aspect, a communication device is provided, including: a processing unit and a communication unit; the processing unit is used to generate configuration information, the configuration information is used to configure the type of resources included in the first resource, the first resource is used for retransmission of data between the first terminal and the other terminal, the first terminal and the other terminal communicate through a side link, and the side link is a wireless direct communication link between the first terminal and the other terminal; the communication unit is used to send configuration information to the first terminal; exemplarily, the first resource includes any one or several types of resources among the following: resources of the side link; resources of the first mode of the side link; resources of the second mode of the side link; configured authorization resources of the side link; first type of configured authorization resources of the side link; second type of configured authorization resources of the side link; dynamic authorized resources of the side link; configured authorization resource set of the side link, the configured authorization resource set including configured authorization resources corresponding to one or more configured authorization resource indexes.
[0052] In one possible implementation, the first resource is specifically used for retransmission of data carried on the second resource between the first terminal and other terminals; the second resource includes any one or several types of resources among the following: resources of the side link; resources of the first mode of the side link; resources of the second mode of the side link; configured authorization resources of the side link; first type of configured authorization resources of the side link; second type of configured authorization resources of the side link; dynamic authorization resources of the side link; configured authorization resource set of the side link, the configured authorization resource set including configured authorization resources corresponding to one or more configured authorization resource indexes.
[0053] In the ninth aspect, a communication device is provided, comprising: a processing unit; the processing unit is used to determine first HARQ information associated with a first side row authorization, exemplarily, the first side row authorization is used to carry data between the device and a second terminal, and the first HARQ information includes: a HARQ process identifier associated with the first side row authorization; the processing unit is also used to obtain a third side row authorization for retransmitting the data; the processing unit is also used to determine second HARQ information associated with the third side row authorization, the second HARQ information includes: a HARQ process identifier associated with the third side row authorization, and the HARQ process identifier associated with the third side row authorization is the same as the HARQ process identifier associated with the first side row authorization.
[0054] In a possible implementation, the first HARQ information also includes: new data indication information, where the new data indication information is used to indicate that the corresponding transmission is a new transmission or a retransmission; and / or, the second HARQ information also includes: new data indication information, where the new data indication information is used to indicate that the corresponding transmission is a retransmission.
[0055] In the tenth aspect, a resource allocation device is provided, comprising: a processing unit and a communication unit, the processing unit being used to start a first timer associated with a second HARQ process ID of a first terminal, the second HARQ process ID being a HARQ process ID determined by the device for a first sidelink authorization of the first terminal according to a preset algorithm; when the first timer times out, if the device does not receive a positive confirmation of the sidelink data transmitted by the HARQ process corresponding to the second HARQ process ID, the communication unit being used to send resource indication information to the first terminal, the resource indication information being used to indicate a sidelink resource for retransmitting the sidelink data.
[0056] In the eleventh aspect, a device for clearing a HARQ cache is provided, comprising: a processing unit, configured to determine that uplink data transmission is completed, and clear a HARQ cache corresponding to a HARQ process used to transmit the uplink data.
[0057] In the twelfth aspect, a device for clearing a HARQ cache is provided, comprising: a processing unit, used to determine that sidelink data transmission is completed, and clear the HARQ cache corresponding to the HARQ process used to transmit the sidelink data, wherein the completion of the sidelink data transmission includes that the sidelink data transmission is successful or the sidelink data transmission reaches a maximum number of transmissions or the sidelink data transmission reaches a maximum transmission time.
[0058] In one possible implementation, the side data transmission is successful, including any one or more of the following: the terminal does not receive a negative confirmation for the side data; the terminal receives a positive confirmation for the side data; the terminal receives a positive confirmation for the side data and does not receive a negative confirmation for the side data.
[0059] In the thirteenth aspect, a communication device is provided, comprising: a processor. The processor is connected to a memory, the memory is used to store computer-executable instructions, and the processor executes the computer-executable instructions stored in the memory, thereby implementing any one of the methods provided in any one of the first to sixth aspects. Exemplarily, the memory and the processor can be integrated together or can be independent devices. In the latter case, the memory can be located inside the communication device or outside the communication device.
[0060] In a possible implementation, the processor includes a logic circuit and at least one of an input interface and an output interface. Exemplarily, the output interface is used to perform the sending action in the corresponding method, and the input interface is used to perform the receiving action in the corresponding method.
[0061] In a possible implementation, the communication device further includes a communication interface and a communication bus, and the processor, the memory, and the communication interface are connected via the communication bus. The communication interface is used to perform the sending and receiving actions in the corresponding method. The communication interface may also be referred to as a transceiver. Optionally, the communication interface includes at least one of a transmitter and a receiver, in which case the transmitter is used to perform the sending action in the corresponding method, and the receiver is used to perform the receiving action in the corresponding method.
[0062] In a possible implementation, the communication device exists in the form of a chip product.
[0063] In a fourteenth aspect, a communication system is provided, comprising: the communication device provided in the seventh aspect and the communication device provided in the eighth aspect.
[0064] In the fifteenth aspect, a computer-readable storage medium is provided, comprising instructions, which, when executed on a computer, enable the computer to execute any one of the methods provided in any one of the first to sixth aspects.
[0065] In the sixteenth aspect, a computer program product comprising instructions is provided. When the instructions are executed on a computer, the computer executes any one of the methods provided in any one of the first to sixth aspects.
[0066] The technical effects brought about by any implementation method in the seventh to sixteenth aspects can refer to the technical effects brought about by the corresponding implementation methods in the first to sixth aspects, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS
[0067] Figure 1 A schematic diagram of a communication scenario provided in an embodiment of the present application;
[0068] Figure 2 A schematic diagram of a side-by-side authorization provided in an embodiment of the present application;
[0069] Figure 3 A schematic diagram of a parallel HARQ process provided in an embodiment of the present application;
[0070] Figure 4 A schematic diagram of an uplink grant and its corresponding HARQ process ID provided in an embodiment of the present application;
[0071] Figures 5 to 8 A schematic diagram of a sideline grant in a plurality of SL transmission resources and its associated HARQ process ID provided in an embodiment of the present application;
[0072] Fig. 9 and Fig.10 They are respectively flow charts of a communication method provided in an embodiment of the present application;
[0073] Fig. 10A A communication method process provided in an embodiment of the present application;
[0074] Fig. 10B A schematic diagram of data transmission between a sending terminal and a receiving terminal provided in an embodiment of the present application;
[0075] Fig.11 A schematic diagram of a sideline authorization and its corresponding HARQ process ID provided in an embodiment of the present application;
[0076] Fig.12 A schematic diagram of a corresponding relationship stored in a first terminal provided in an embodiment of the present application;
[0077] Fig.13 A schematic diagram of a sideline authorization and its corresponding HARQ process ID provided in an embodiment of the present application;
[0078] Fig.14 and Fig.15 They are schematic diagrams of corresponding relationships stored in a first terminal provided in an embodiment of the present application;
[0079] Fig.16 and Fig.17 They are respectively flowcharts of a method for clearing a HARQ cache provided in an embodiment of the present application;
[0080] Fig.18 A schematic diagram of the composition of a communication device provided in an embodiment of the present application;
[0081] Fig.19 and Fig. 20 They are respectively schematic diagrams of the hardware structure of a communication device provided in an embodiment of the present application. DETAILED DESCRIPTION
[0082] In the description of this application, unless otherwise specified, " / " means "or", for example, A / B can mean A or B. "And / or" in this article is merely a description of the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, "at least one" means one or more, and "plurality" means two or more. The words "first", "second", etc. do not limit the quantity and execution order, and the words "first", "second", etc. do not limit them to be different.
[0083] It should be noted that, in this application, words such as "exemplary" or "for example" are used to indicate examples, illustrations or descriptions. Any embodiment or design described as "exemplary" or "for example" in this application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Specifically, the use of words such as "exemplary" or "for example" is intended to present related concepts in a specific way.
[0084] The method provided in the embodiments of the present application may be applicable to but not limited to the following fields: device to device (D2D), V2X, unmanned driving, automated driving (ADS), driver assistance (ADAS), intelligent driving, connected driving, intelligent network driving, carsharing, etc.
[0085] The network elements involved in this application include network devices and terminals in the communication system. Figure 1 The method provided in the embodiment of the present application mainly relates to communication between terminals and communication between terminals and network devices.
[0086] The communication system in the embodiment of the present application includes but is not limited to a long term evolution (LTE) system, a fifth generation (5G) system, a new radio (NR) system, a wireless local area network (WLAN) system, and a future evolution system or a plurality of communication fusion systems. Among them, the 5G system can be a non-standalone (NSA) 5G system or a standalone (SA) 5G system.
[0087] The network device in the embodiment of the present application is an entity on the network side for sending signals, or receiving signals, or sending and receiving signals. The network device may be a device deployed in a radio access network (RAN) to provide wireless communication functions for terminals, such as a transmission reception point (TRP), a base station, various forms of control nodes (e.g., a network controller, a wireless controller (e.g., a wireless controller in a cloud radio access network (CRAN) scenario)), etc. Specifically, the network device may be various forms of macro base stations, micro base stations (also called small stations), relay stations, access points (APs), etc., or may be antenna panels of base stations. The control node may be connected to multiple base stations and configure resources for multiple terminals covered by the multiple base stations. In systems using different wireless access technologies, the names of devices with base station functions may be different. For example, it may be called an evolved NodeB (eNB or eNodeB) in an LTE system, and may be called a next generation node base station (gNB) in a 5G system or an NR system. The specific name of the base station is not limited in this application. The network device may also be a network device in a future-evolved public land mobile network (PLMN).
[0088] The terminal in the embodiment of the present application is an entity on the user side for receiving signals, or sending signals, or receiving signals and sending signals. The terminal is used to provide one or more of voice services and data connectivity services to users. The terminal can also be called user equipment (UE), terminal equipment, access terminal, user unit, user station, mobile station, remote station, remote terminal, mobile device, user terminal, wireless communication device, user agent or user device. The terminal can be a V2X device, such as a smart car (smart car or intelligent car), a digital car (digital car), an unmanned car (unmanned car or driverless car or pilotless car or automobile), an automatic car (self-driving car or autonomous car), a pure electric vehicle (pure EV or Battery EV), a hybrid electric vehicle (hybrid electric vehicle, HEV), a range extended EV (range extended EV, REEV), a plug-in hybrid electric vehicle (plug-in HEV, PHEV), a new energy vehicle (new energy vehicle), a roadside device (roadsite unit, RSU). The terminal can also be a D2D device, such as an electric meter, a water meter, etc. The terminal may also be a mobile station (MS), a subscriber unit, a drone, an Internet of Things (IoT) device, a station (ST) in a WLAN, a cellular phone, a smart phone, a cordless phone, a wireless data card, a tablet computer, a session initiation protocol (SIP) phone, a wireless local loop (WLL) station, a personal digital assistant (PDA) device, a laptop computer, a machine type communication (MTC) terminal, a handheld device with wireless communication function, a computing device or other processing device connected to a wireless modem, a vehicle-mounted device, a wearable device (also referred to as a wearable smart device). The terminal may also be a terminal in a next generation communication system, for example, a terminal in a 5G system or a terminal in a future evolved PLMN, a terminal in an NR system, etc.
[0089] In order to make the embodiments of the present application clearer, the concepts and some contents related to the embodiments of the present application are briefly introduced below.
[0090] 1. Uplink (UL), downlink (DL), SL
[0091] The wireless communication link through which the terminal sends data (i.e., uplink data) to the network device can be called UL. The wireless communication link through which the network device sends data (i.e., downlink data) to the terminal can be called DL. The UL interface and the DL interface can be collectively referred to as Uu port, and therefore, UL and DL can be collectively referred to as Uu port links.
[0092] The communication link of the direct communication between terminals can be called SL. SL can also be called side link. The data transmitted between terminals can be called SL data.
[0093] Exemplarily, the data in the embodiments of the present application can be understood as a transport block (TB) or a medium access control (MAC) protocol data unit (PDU). The data can also be called a data packet or a message.
[0094] 2. SL resource allocation model
[0095] The SL transmission resources used by the sending terminal among the two terminals can be determined by any one of the following methods A and B.
[0096] Method A: Network equipment scheduling
[0097] The mode in which the network device schedules SL transmission resources may include mode 1 (mode1) resource configuration mode (the name in NR) or mode 3 (mode3) resource configuration mode (the name in LTE).
[0098] Among them, the SL transmission resources scheduled by the network device are of the following two types:
[0099] The first type: configured grant (CG) resources
[0100] In this case, each data transmission of the sending terminal does not always require the network device to allocate resources separately. After the network device allocates resources to the sending terminal once, the sending terminal can use the allocated resources for a period of time in the future. The characteristic is "one allocation, multiple uses". Specifically, the network device can configure a periodic time domain resource for the sending terminal. For example, see Figure 2, the first time domain resource in this periodic time domain resource is symbol 4 to symbol 9 of time slot 1, and the period is 1 time slot. Among them, each time domain resource appears is an SL authorization (hereinafter referred to as sideline authorization), it can be understood that, Figure 2 Four side authorizations are shown in the figure, and one side authorization corresponds to one side authorization ID. The side authorization IDs corresponding to the four side authorizations are side authorization 0, side authorization 1, side authorization 2 and side authorization 3 respectively.
[0101] CG resources may include type 1 CG (SL configured grant type-1) resources, type 2 CG (SL configured grant type-2) resources, SL grant free resources, and SL Semi-Persistent Scheduling (SL SPS) resources. Type 1 CG resources may be SL transmission resources that are directly configured by a network device to a transmitting terminal through radio resource control (RRC) signaling. The transmitting terminal may directly use the CG resources to transmit data without additional activation. Type 2 CG resources may be SL transmission resources that are defined by a network device through RRC signaling, and then activated through downlink control information (DCI) in a physical downlink control channel (PDCCH). The transmitting terminal cannot directly use the SL transmission resources to transmit data and can only use them after activation. Authorization-free resources may be SL transmission resources that are directly configured by a network device to a transmitting terminal through RRC signaling. The transmitting terminal may directly use the SL transmission resources to transmit data without additional activation. Semi-static scheduling resources can be a network device that defines the period of SL transmission resources through RRC signaling, and then activates the SL transmission resources through DCI in PDCCH. The sending terminal cannot directly use the SL transmission resources to transmit data and can only use them after activation.
[0102] Currently, for uplink, only one CG resource is supported on one carrier. For SL, multiple CG resources can be supported on one carrier, and different CG resources can correspond to different indexes. For example, CG resources with indexes 1, 2, and 3 can be recorded as CG1, CG2, and CG3, respectively.
[0103] The second type: dynamic grant (DG) resources
[0104] In this case, each data transmission of the transmitting terminal requires the network device to allocate resources separately, with the characteristic of "one allocation, one use". For example, the network device can dynamically allocate SL transmission resources to the transmitting terminal through DCI. DCI can be carried in PDCCH.
[0105] Among them, the main difference between DG and CG lies in the flexibility of resource allocation and the overhead of resource allocation. In DG, the network device needs to allocate authorization for each data transmission of the sending terminal, and the resource allocation is flexible, but the resource allocation overhead is large. In CG, the network device allocates authorization once, and the sending terminal can use it multiple times. The resource allocation overhead is small, but the allocated resources have not changed or adjusted for a long time, and the resource allocation is inflexible. DG generally uses physical channels (for example, PDCCH) for allocation, and the allocation is relatively fast. CG generally uses high-level signaling (for example, RRC signaling) or high-level signaling (for example, RRC signaling) plus physical channels (for example, PDCCH) for configuration, and resource allocation is slow.
[0106] Method B: The sending terminal determines it by itself
[0107] The mode in which the transmitting terminal determines the SL transmission resources by itself may include mode 2 (mode2) resource configuration mode (the name in NR) or mode 4 (mode4) resource configuration mode (the name in LTE).
[0108] In mode B, when the sending terminal is within the communication coverage of the network device, the network device can configure the SL resource pool for the sending terminal through a system broadcast (system information block, SIB) message or a dedicated RRC signaling, and the sending terminal can autonomously obtain SL transmission resources from the SL resource pool to send control signals and / or data signals to the receiving terminal. When the sending terminal is outside the communication coverage of the network device, the sending terminal can autonomously obtain SL transmission resources from the pre-configured SL resource pool to send control signals and / or data signals to the receiving terminal.
[0109] When obtaining SL transmission resources from the SL resource pool, the transmitting terminal can sense or compete for SL transmission resources. Specifically, the transmitting terminal sends control signals and / or data signals by competing with other terminals to obtain suitable SL transmission resources in the SL resource pool. Among them, the higher the priority of the V2X service or data to be transmitted in the transmitting terminal, the greater the chance of competing for suitable SL transmission resources in the SL resource pool.
[0110] In LTE V2X, mode 3 and mode 4 cannot exist at the same time. In NR V2X, mode 1 and mode 2 can exist at the same time.
[0111] The above SL resources can be divided into many types, including the following:
[0112] 1) Resources of the first mode of SL: SL transmission resources scheduled by the network device may include: resources configured using the above-mentioned mode1 resource configuration mode, or resources configured using the above-mentioned mode3 resource configuration mode. Among them, resources configured using the above-mentioned mode1 resource configuration mode or resources configured using the above-mentioned mode3 resource configuration mode may include: CG resources of SL and / or DG resources of SL.
[0113] 2) Resources of the second mode of SL: SL transmission resources that the terminal needs to select, compete for or perceive by itself, which may include: resources configured using the above-mentioned mode2 resource configuration mode, or resources configured using the above-mentioned mode4 resource configuration mode.
[0114] 3) The first type of CG resources of SL: CG resources that can be used directly without activation, which may include: the above-mentioned type 1 CG resources, and / or the above-mentioned unlicensed resources.
[0115] 4) The second type of CG resources of SL: CG resources that cannot be used directly by the terminal and can only be used after activation, which may include: the above-mentioned type2CG resources, and / or the above-mentioned semi-static scheduling resources.
[0116] 5) SL resources: the resources of the first mode of the above-mentioned SL, and / or the resources of the second mode of the above-mentioned SL.
[0117] 6) CG resources of SL: the first type CG resources of the above SL, and / or, the second type CG resources of the above SL.
[0118] 7) SL DG resources: SL transmission resources dynamically allocated to the terminal by the network device through DCI.
[0119] 8) CG resource set of SL: The CG resource set includes CG resources corresponding to one or more CG resource indexes, for example, a resource set consisting of CG1, CG2 and CG3.
[0120] It should be noted that different CG resource sets are different types of resources. For example, CG resource set 1 is one type of resource, and CG resource set 2 is another type of resource.
[0121] 3. HARQ
[0122] HARQ is a technology that combines forward error correction (or forward error correction code, FEC) with automatic repeat request (automatic repeat request, ARQ) methods.
[0123] Among them, FEC means that the data sent by the sender includes forward error correction code or redundant information. When the receiving end receives the data, it can correct the error through the forward error correction code or redundant information after discovering the error through verification (for example, cyclic redundancy check (CRC) verification), so that the sending end can reduce the number of retransmissions (i.e. retransmission of data).
[0124] ARQ means that the receiving end determines the correctness of the received data through verification (for example, CRC verification). If the data is received correctly, the receiving end sends a positive acknowledgment (ACK) to inform the sending end, otherwise the receiving end sends a negative acknowledgment (NACK) to inform the sending end. When the sending end receives NACK, it can retransmit the data to the receiving end. ACK and NACK are HARQ feedback.
[0125] LTE V2X only supports broadcast services, so SL HARQ feedback is not supported. NR V2X supports unicast, multicast and broadcast services, and SL HARQ feedback.
[0126] The following describes HARQ-related content in detail through three parts (a) to (c).
[0127] (a) HARQ process
[0128] HARQ uses a stop-and-wait protocol to send data. In the stop-and-wait protocol, after the sender sends a transport block (TB), it stops and waits for confirmation information. The receiver can feedback ACK or NACK for the TB. However, the sender stops and waits for confirmation after each transmission, which will result in low throughput. Therefore, multiple parallel HARQ processes can be used: when one HARQ process is waiting for confirmation, the sender can use another HARQ process to continue sending data. For example, see Figure 3The terminal uses the first HARQ process to send TB1, completes sending TB1 at time T1, receives HARQ feedback of TB1 at time T2, waits for confirmation of TB1 during the time period from T1 to T2, and during the period of waiting for confirmation, the terminal can use the second HARQ process to send TB2, completes sending TB2 at time T2, receives HARQ feedback of TB2 at time T3, waits for confirmation of TB2 during the time period from T2 to T3, and during the period of waiting for confirmation, the terminal can use the third HARQ process to send TB3.
[0129] It should be noted that each HARQ process can process one TB in a transmission time interval (TTI), and can also process multiple TBs (for example, in the case of space division multiplexing).
[0130] Generally, one sidelink grant is associated with one HARQ process. More specifically, multiple sidelink grants included in a bundle are associated with the same HARQ process, that is, transmissions on multiple sidelink grants included in a bundle (eg, uplink transmissions or sidelink transmissions) correspond to the same HARQ process.
[0131] Exemplarily, the transmission within a bundle can be understood as a TB that needs to be retransmitted one or more times after a new transmission. At the transmitting end, the multiple transmissions of the same TB are associated with the same HARQ process. For the receiving end, the multiple received data of the same HARQ process can be placed in the same cache (for example, HARQ buffer or soft buffer) for soft merging and decoding.
[0132] Among them, a HARQ process is identified by a HARQ process ID.
[0133] Optionally, the description of the HARQ process of the terminal in the embodiments of the present application is for one carrier. For the case of multiple carriers, the situation on each carrier is the same as that in the present application document.
[0134] (b) The receiving end's processing mechanism for new and retransmitted data
[0135] Each HARQ process has a corresponding buffer (eg, HARQ buffer or soft buffer) at the receiving end so as to perform soft combining and decoding on the received data.
[0136] After the receiving end receives the newly transmitted data sent by the transmitting end using a HARQ process, the newly transmitted data can be placed in the cache corresponding to the HARQ process (for example, HARQ buffer or soft buffer) for decoding. If the decoding fails, when the retransmitted data of the newly transmitted data is received again, the received retransmitted data can be merged with the newly transmitted data previously stored in the cache, placed in the cache, and decoded again. This method can be called soft merge decoding, which increases the probability of successful decoding compared to single decoding (that is, each transmitted data is decoded separately and not merged with the previous data for decoding). Similarly, if the decoding still fails, the above process can be repeated to merge the newly received retransmitted data with the data in the cache and decode again.
[0137] The retransmitted data and the newly transmitted data at the transmitting end may be the same redundancy version (RV) of the same TB or different RVs.
[0138] (c) Mechanism for determining HARQ process ID in uplink transmission
[0139] For UL, one CG resource is supported on one carrier. A maximum of 16 HARQ processes are supported on one CG resource. For CG resources, the formula specified in the protocol (for details, see Section 5.4.1 in 3GPP TS 38.321: "NR; Medium Access Control (MAC); Protocol specification") (this formula is referred to as preset algorithm 1) can be used to calculate the HARQ process ID associated with each uplink grant on the CG resource. The maximum range of the HARQ process ID is 0 to 15. Both the terminal and the network device can calculate the HARQ process ID corresponding to each uplink grant according to the preset algorithm 1. For DG resources, the network device can indicate the HARQ process ID associated with each uplink grant to the terminal in the DCI.
[0140] For example, when the subcarrier spacing (SCS) is 15KHZ, the starting system frame number (SFN) of a ULCG resource is 5, the starting time slot is time slot 1, the starting symbol is symbol 4, an uplink grant occupies 6 symbols, the period is 1 time slot, and the number of HARQ processes available for the CG resource is 16. Based on the preset algorithm 1, the HARQ process ID associated with each uplink grant can be obtained. For details, see Figure 4 .
[0141] For SL, there are multiple CG resources on one carrier at the same time. At this time, the HARQ process ID associated with each sideline authorization can be calculated by the following method C or method D (the HARQ process in the following content refers to the SL HARQ process, and the HARQ process ID refers to the SL HARQ process ID).
[0142] Method C
[0143] For each CG resource, a formula similar to the preset algorithm 1 can be used to calculate the HARQ process ID associated with each sideline grant in the CG resource.
[0144] When method C is used to determine the HARQ process ID associated with each sideline grant, the HARQ process IDs associated with the sideline grant on different CG resources may overlap.
[0145] In addition, each HARQ process ID associated with the sideline grant in the resources of the first mode of the SL may be indicated to the terminal by the network device or calculated by the terminal according to a preset rule (for example, the preset algorithm 1 mentioned above). Each HARQ process ID associated with the sideline grant in the resources of the second mode of the SL may be determined by the terminal. Therefore, the HARQ process IDs associated with the sideline grant in the resources of the first mode of the SL and the resources of the second mode of the SL may overlap.
[0146] Optionally, for DG resources, the network device may determine a HARQ process ID and indicate the HARQ process ID to the terminal through DCI. The HARQ process ID may overlap with other HARQ process IDs associated with sideline grants.
[0147] The data transmitted by the sideline grant on different resources (for example, different CG resources, or resources of the first mode and resources of the second mode, or DG resources and CG resources) may be different data. If the HARQ process ID associated with the sideline grant on different resources is the same, this means that the receiving terminal may soft-merge the different data, resulting in decoding errors.
[0148] Method D
[0149] The preset algorithm 2 is used to calculate the HARQ process ID associated with the sideline grant on different CG resources. The preset algorithm 2 can be an algorithm 1 with an offset added. The network device can configure the number of HARQ processes available for each CG resource and the offset, so that the HARQ process IDs associated with the sideline grant on different CG resources are different. For example, the number of HARQ processes available to CG1 is 4, offset1=0; the number of HARQ processes available to CG2 is 8, offset2=4; then the HARQ process IDs available to CG1 are 0 to 3, and the HARQ process IDs available to CG2 are 4 to 11, thus distinguishing the HARQ process IDs of CG1 and CG2.
[0150] In addition, other methods may be used to associate the sideline grant on the resources of the first mode of the SL and the sideline grant on the resources of the second mode of the SL with different HARQ process IDs.
[0151] In summary, the purpose of method D is to ensure that sideline authorizations on different resources (for example, different CG resources, or resources of the first mode and resources of the second mode, or DG resources and CG resources) are associated with different HARQ process IDs. If the range of HARQ process IDs available on all resources is 0 to M-1. The value of M (exemplarily, M=24 or M=32) may be greater than the maximum number of HARQ processes supported by the terminal on one carrier (denoted as N, exemplarily, N=8 or N=16). In this case, the terminal can select N HARQ process IDs from the M HARQ process IDs to transmit data simultaneously. Among them, the maximum number of HARQ processes supported by the terminal on one carrier can be understood as the maximum number of HARQ processes supported by the terminal on one carrier at the same time.
[0152] Method D of calculating the HARQ process ID has the following problems.
[0153] Problem 1: The number of bits occupied by the HARQ process ID in the SCI is relatively large.
[0154] It should be noted that when the transmitting terminal sends data, it can carry the HARQ process ID corresponding to the HARQ process adopted by the transmitting terminal in the SL control information (sidelink control information, SCI) that schedules the data. In this case, exemplarily, if the network device configures 8 CG resources for the terminal, each CG resource supports 2 HARQ processes, and the terminal allocates 16 HARQ processes for the resources of the second mode of SL, then the range of the terminal's HARQ process ID is 0 to 31. The HARQ process ID in the SCI needs to occupy 5 bits. If the HARQ process ID range of the terminal is larger, it will need to occupy more bits, which will increase the burden of SCI transmission.
[0155] Question 2: Specifically includes the following 3 questions related to retransmission.
[0156] 1) Retransmission delay cannot be guaranteed.
[0157] It should be noted that the HARQ process used for the new transmission and retransmission of the same data needs to correspond to the same HARQ process ID so that the receiving terminal can soft-merge the new transmission and retransmission data. At this time, the method of calculating the HARQ process ID in method D, the new transmission and retransmission of the same data can only be on the sideline grant associated with the same HARQ process ID in a CG resource, and the retransmission delay cannot be guaranteed. For example, see Figure 5 , if the network device configures 7 CG resources for the terminal, the number of HARQ processes supported by each CG resource is 2, and the HARQ process ID corresponding to the CG resource is 0-13. The network device also configures a DG resource for the terminal and indicates that the HARQ process ID corresponding to the DG resource is 14. In addition, the HARQ process IDs corresponding to the resources of the second mode of SL are 16-31. Figures 5 to 8 as well as Fig.11 and Fig.13 The small square in the middle is the sideline grant, and the number next to the small square is the HARQ process ID corresponding to the sideline grant. If the transmitting terminal transmits a new data to the receiving terminal in HARQ process 0, and the receiving terminal feeds back the NACK of HARQ process 0 to the transmitting terminal at T1, then the transmitting terminal also needs to retransmit the data in HARQ process 0. However, the time interval between the sideline grants associated with HARQ process 0 is long, which will result in a large retransmission delay.
[0158] 2) HARQ process ID cannot be shared between different CG resources.
[0159] If three CG resources are configured for a service in order to meet the latency and reliability requirements of a service, then the HARQ process IDs between the three CG resources should be shared, and new transmissions and retransmissions should also be shared. However, the current method of calculating the HARQ process ID cannot make the HARQ process IDs between the three CG resources shared.
[0160] 3) Data transmitted on DG resources cannot be retransmitted.
[0161] For example, see Figure 5 In the HARQ process 14, the HARQ process ID associated with the DG resource is independent, so the data transmitted on the DG resource cannot be retransmitted. The sending terminal can only request retransmission resources from the network device, which results in a large delay.
[0162] Question 3: The number of HARQ processes available to the transmitting terminal at a certain moment may be limited.
[0163] For example, see Figure 6 , the network device allocates 5 type1 CGs to the transmitting terminal, each type1 CG supports 2 HARQ processes, and also allocates 2 type2 CGs to the transmitting terminal, each type2 CG supports 2 HARQ processes. If the transmitting terminal can only use type2 CG to transmit data at this time, and cannot use type1 CG to transmit data, then the transmitting terminal can only use 4 HARQ processes (i.e., HARQ process 10 to HARQ process 13) to transmit data, which limits the number of HARQ processes available to the transmitting terminal at this time, and reduces the data transmission efficiency.
[0164] Problem 4: The configuration is unreasonable and data cannot be transmitted on some resources.
[0165] For example, see Figure 7 , the transmitting terminal receives the ACK of the data sent in HARQ process 10 at time T1. The ACK of the data sent in HARQ process 11 is received at time T2. Therefore, data cannot be transmitted on the two side grants circled in the figure (associated with HARQ process 10 and HARQ process 11 respectively), resulting in a waste of resources.
[0166] Question 5: There is waste of resources.
[0167] Assuming that the transmitting terminal supports a maximum of 16 HARQ processes on one carrier, in one case, after the 16 HARQ processes are occupied, if the transmitting terminal receives HARQ feedback of data transmitted on a certain HARQ process, it can release the HARQ process and transmit data on the HARQ process associated with other HARQ process IDs. For example, see Figure 8If the transmitting terminal receives an ACK for the data transmitted on HARQ process 0, the transmitting terminal releases the HARQ process associated with HARQ process 0 and starts HARQ process 13. At this time, each HARQ process may be used for data transmission. The transmitting terminal and the receiving terminal maintain a cache (for example, a HARQ buffer or a soft buffer) for each HARQ process ID. At this time, the cache overhead is the cache overhead of 32 HARQ processes.
[0168] In another case, when 16 HARQ processes are occupied, if the transmitting terminal receives HARQ feedback of data transmitted on a certain HARQ process, the transmitting terminal does not release the HARQ process and can only continue to transmit data on the HARQ process with the same HARQ process ID as the previous one. At this time, the terminal will only use HARQ processes associated with 16 HARQ process IDs out of 32 HARQ process IDs for data transmission, which means that the sideline grants associated with HARQ process IDs other than these 16 HARQ process IDs cannot be used, resulting in a waste of resources.
[0169] In order to solve the above problems, the present application provides a communication method, such as Fig. 9 As shown, including:
[0170] 901. A first terminal determines first HARQ information associated with a first sidelink grant.
[0171] Exemplarily, the first sideline grant is used to carry data between a first terminal and a second terminal. The first terminal is a sending terminal of the two terminals, and the second terminal is a receiving terminal of the two terminals.
[0172] Optionally, the first sideline grant is a sideline grant in the SL transmission resources obtained by the first terminal.
[0173] Optionally, the first sidelink grant belongs to a second resource, and the second resource includes any one or more of the following types of resources (in this case, it can be considered that only the sidelink grant in the second resource allows the first terminal to determine the associated HARQ information for it):
[0174] 1) SL resources.
[0175] 2) Resources of the first mode of SL.
[0176] 3) SL’s CG resources.
[0177] 4) SL’s first type of CG resources.
[0178] 5) The second type of CG resources of SL.
[0179] 6) SL’s DG resources.
[0180] 7) Resources of the second mode of SL.
[0181] 8) SL’s CG resource set, the CG resource set includes CG resources corresponding to one or more CG resource indexes.
[0182] Exemplarily, the second resource may include: resources of the second mode of the SL, or, the second resource may include: first type CG resources of the SL and resources of the second mode of the SL, or, the second resource may include a certain CG resource set of the SL and resources of the second mode of the SL.
[0183] Exemplarily, the type of resources included in the second resource may be configured by the network device for the first terminal, may be determined by the first terminal itself, or may be pre-configured.
[0184] If the type of resource included in the second resource is configured by the network device to the first terminal, the method may also include: the network device generates configuration information for configuring the type of resource included in the second resource, and sends the configuration information to the first terminal. Correspondingly, the terminal receives the configuration information from the network device and determines the second resource based on the configuration information. The second resource can be used for data transmission between the first terminal and other terminals (e.g., the second terminal mentioned above).
[0185] Optionally, when the network device configures the type of resources included in the second resource for the first terminal, it can be for each logical channel (logical channel, LCH) or logical channel group (logical channel group, LCG). In this case, one LCH or LCG can correspond to one second resource, and when the data on the LCH or LCG is transmitted using the sideline grant belonging to the second resource, the first terminal determines the associated HARQ information for the sideline grant.
[0186] If the type of resources included in the second resource is preconfigured, the type of resources included in the second resource may be specified by the protocol, may be stored in the first terminal by the equipment manufacturer before the first terminal leaves the factory, or may be preconfigured in the first terminal by the network device when the first terminal is connected to the network.
[0187] Optionally, the first HARQ information includes any one or more of the following:
[0188] 1) A first HARQ process ID associated with a first sideline grant.
[0189] 2) A new data indication (NDI) associated with the first sideline grant, where the NDI is used to indicate whether the corresponding transmission is a new transmission or a retransmission.
[0190] 3) An RV associated with the first side row grant, where the RV is used to indicate the RV used by the corresponding data.
[0191] 4) A modulation and coding scheme (MCS) associated with the first sideline grant, where the MCS is used to indicate the MCS used by the corresponding data.
[0192] For the first HARQ process ID, the first terminal can determine the first HARQ process ID associated with the first side row authorization by itself. In this case, the first HARQ process ID and the second HARQ process ID can be the same or different. The second HARQ process ID is the HARQ process ID determined by the first terminal for the first side row authorization according to a preset algorithm or the HARQ process ID indicated by the network device for the first side row authorization. The first terminal may also use a preset algorithm to calculate the first HARQ process ID associated with the first side row authorization or the first HARQ process ID associated with the first side row authorization indicated by the network device for the first terminal. In this case, the first HARQ process ID is the same as the above-mentioned second HARQ process ID. In an embodiment of the present application, when the first terminal uses a preset algorithm to calculate the HARQ process ID associated with the side row authorization, the preset algorithm is the algorithm used by the network device when calculating the HARQ process ID associated with the side row authorization, for example, the above-mentioned preset algorithm 1 or preset algorithm 2.
[0193] For NDI, NDI may occupy 1 bit. Exemplarily, a new transmission may be identified by flipping NDI, and a retransmission may be identified by not flipping NDI; or, a retransmission may be identified by flipping NDI, and a new transmission may be identified by not flipping NDI. Exemplarily, a new transmission may be indicated by NDI being 1, and a retransmission may be indicated by NDI being 0; or, a retransmission may be indicated by NDI being 1, and a new transmission may be indicated by NDI being 0. The first terminal determines the NDI associated with the first sideline authorization by itself, that is, the first terminal determines by itself whether the first sideline authorization is used for new transmission or retransmission.
[0194] With respect to the RV, the first terminal determines the RV associated with the first sideline grant by itself, that is, the first terminal determines the RV of the data sent on the first sideline grant by itself.
[0195] With respect to the MCS, the first terminal determines the MCS associated with the first sideline grant by itself, that is, the first terminal determines the MCS used to transmit data on the first sideline grant by itself.
[0196] Optionally, before step 901, the method further includes: the first terminal determines that there is data to be sent on the first side line authorization.
[0197] Optionally, when there is buffered data on the LCH or LCG corresponding to the first side line grant, the first terminal determines that there is data to be sent on the first side line grant.
[0198] Optionally, when there is a MAC PDU to be transmitted in the buffer of message 3 (MSG3), the first terminal determines that there is data to be sent on the first side authorization.
[0199] Optionally, when there is a MAC PDU to be transmitted in the multiplexing and assembly entity, the first terminal determines that there is data to be sent on the first side authorization.
[0200] 902. The first terminal sends first HARQ information to the second terminal through SL, where SL is a wireless direct communication link between the first terminal and the second terminal.
[0201] Exemplarily, the first HARQ information may be carried in an SCI or other messages.
[0202] Optionally, after step 902, the method further includes:
[0203] 903. The first terminal sends data to the second terminal using the first sideline authorization.
[0204] Exemplarily, the data may be the SCI scheduled by the above-mentioned SCI carrying the first HARQ information.
[0205] According to the method provided in the embodiment of the present application, the first terminal can determine the HARQ process ID associated with the sideline authorization by itself. In this case, the first terminal can determine the HARQ process ID associated with the sideline authorization according to demand without being affected by the network device.
[0206] The solution in which the first terminal determines the HARQ process ID associated with the side authorization by itself can, on the one hand, solve the above-mentioned problem 3. Specifically, the terminal can associate different HARQ process IDs with different side authorizations. For example, for certain services, or for data transmission of certain LCHs, if the sending terminal can only use type2CG resources to transmit data within a communication period, and cannot use type1CG resources to transmit data, the sending terminal supports up to N HARQ processes. During this communication period, all N HARQ processes can be used for transmission on type2CG resources. This ensures that at any time, no matter what type of resources the terminal is using for transmission, N HARQ processes can be supported, thereby improving the transmission efficiency of the terminal.
[0207] On the other hand, the above problem 4 can be solved based on Figure 7In the example shown, the transmitting terminal can associate different HARQ process IDs for the sideline grant associated with the circled HARQ process 10 and the sideline grant associated with the HARQ process 10 before the circled HARQ process 10, thereby avoiding problem 4. The same is true for HARQ process 11.
[0208] On the other hand, the above-mentioned problem 5 can be solved. The transmitting terminal and / or the receiving terminal maintains a cache for each of the N HARQ process IDs, but the sideline grants associated with the same HARQ process ID may belong to different SL transmission resources (e.g., different CG resources), thereby avoiding the waste of cache resources and transmission resources.
[0209] Since different methods of determining the HARQ process ID will lead to differences in other schemes of the present application, the present application further illustrates the method of determining the HARQ process ID in the present application through the following first method (the first terminal determines the HARQ process ID associated with the sideline authorization by itself) and the second method (the first terminal uses a preset algorithm to calculate the HARQ process ID associated with the sideline authorization or the network device indicates the HARQ process ID associated with the sideline authorization to the first terminal), and elaborates on other technical schemes of the present application under the first method and the second method.
[0210] The first method: the first terminal determines (or selects) the HARQ process ID associated with the sidelink grant by itself.
[0211] The first terminal determines the HARQ process ID associated with the sideline grant independently, which means that the first terminal independently determines the HARQ process ID associated with the sideline grant without being affected by the network device. In other words, the first terminal and the network device use different rules or algorithms to determine the HARQ process ID associated with the sideline grant.
[0212] Taking the first side row authorization as an example, the first method can be applied to the following scenarios 1 to 4.
[0213] Scenario 1: The first side authorization preempts the second side authorization.
[0214] Scenario 1 may specifically include the following scenarios 1.1 and 1.2.
[0215] Scenario 1.1: the second HARQ process ID associated with the first side row grant is the same as the seventh HARQ process ID associated with the second side row grant.
[0216] Exemplarily, the second HARQ process ID is the HARQ process ID associated with the first side row authorization calculated by the first terminal using a preset algorithm, or the HARQ process ID associated with the first side row authorization indicated by the network device to the first terminal. The seventh HARQ process ID is the HARQ process ID associated with the second side row authorization calculated by the first terminal using a preset algorithm, or the HARQ process ID associated with the second side row authorization indicated by the network device to the first terminal.
[0217] In scenario 1.1, optionally, the first side row authorization is a DG resource, and the second side row authorization is a CG resource. When the HARQ process associated with the second side row authorization is still occupied, if the first terminal receives information for configuring the first side row authorization, and the second HARQ process ID associated with the first side row authorization is the same as the seventh HARQ process ID associated with the second side row authorization, it can be considered that the first side row authorization preempts the second side row authorization.
[0218] Scenario 1.2: The first sidewalk grant and the second sidewalk grant overlap in the time domain.
[0219] The overlap here may be a partial overlap or a complete overlap.
[0220] In scenario 1.2, optionally, the first sideline authorization is a DG resource and the second sideline authorization is a CG resource. If the first terminal receives information configuring the first sideline authorization and the first sideline authorization overlaps with the second sideline authorization in the time domain, it can be considered that the first sideline authorization preempts the second sideline authorization.
[0221] In scenario 1.1 and scenario 1.2, optionally, the first terminal receives information for configuring a first sidelink grant on a PDCCH, and the DCI in the PDCCH is scrambled by a radio network temporary identity (RNTI).
[0222] In scenario 1, the first method can be implemented through the following method 1 or method 2.
[0223] Mode 1: The first terminal determines the eighth HARQ process ID associated with the second sideline grant as the first HARQ process ID, that is, the eighth HARQ process ID is the same as the first HARQ process ID.
[0224] Exemplarily, the eighth HARQ process ID is a HARQ process ID determined by the first terminal itself and associated with the second sideline grant.
[0225] It should be noted that after the first terminal determines the eighth HARQ process ID associated with the second side row authorization, it will save the corresponding relationship associated with the second side row authorization, which is: the corresponding relationship between the second side row authorization and the eighth HARQ process ID, or the corresponding relationship between the eighth HARQ process ID and the seventh HARQ process ID, or the corresponding relationship between the second side row authorization, the eighth HARQ process ID and the seventh HARQ process ID. After the first terminal determines the first HARQ process ID using method 1, the first terminal may also perform the following steps 11):
[0226] 11) The first terminal updates the corresponding relationship associated with the second side authorization to the corresponding relationship associated with the first side authorization.
[0227] Exemplarily, the correspondence between the second side row authorization and the eighth HARQ process ID can be updated to: the correspondence between the first side row authorization and the first HARQ process ID; or, the correspondence between the eighth HARQ process ID and the seventh HARQ process ID can be updated to: the correspondence between the first HARQ process ID and the second HARQ process ID; or, the correspondence between the second side row authorization, the eighth HARQ process ID and the seventh HARQ process ID can be updated to: the correspondence between the first side row authorization, the first HARQ process ID and the second HARQ process ID.
[0228] Exemplarily, the update in the embodiment of the present application may specifically be to modify the original corresponding relationship into a new corresponding relationship or to delete the original corresponding relationship and then save the new corresponding relationship.
[0229] In addition, when the correspondence associated with the second side authorization also includes information about resources to which the second side authorization belongs, the updated correspondence associated with the first side authorization may also include information about resources to which the first side authorization belongs.
[0230] Exemplarily, a resource to which a sideline authorization (for example, a second sideline authorization or a first sideline authorization) in an embodiment of the present application belongs is one of the following:
[0231] 1) SL resources.
[0232] 2) Resources of the first mode of SL.
[0233] 3) SL’s CG resources.
[0234] 4) SL’s first type of CG resources.
[0235] 5) The second type of CG resources of SL.
[0236] 6) SL’s DG resources.
[0237] 7) Resources of the second mode of SL.
[0238] 8)The resources indicated by the CG resource index of SL.
[0239] 9) SL’s CG resource set, the CG resource set includes CG resources corresponding to one or more CG resource indexes.
[0240] Exemplarily, different sideline authorizations may belong to different resources.
[0241] For example, if the second side authorization belongs to CG1 resources and the first side authorization belongs to CG2 resources, the corresponding relationship associated with the second side authorization can be: CG1+second side authorization The eighth HARQ process ID, or CG1+the seventh HARQ process ID Eighth HARQ process ID, or, CG1+second side row grant+seventh HARQ process ID The eighth HARQ process ID. The updated corresponding relationship associated with the first side row authorization can be: CG2+first side row authorization First HARQ process ID, or CG2 + second HARQ process ID First HARQ process ID, or CG2+first sideline grant+second HARQ process ID First HARQ process ID. Used to represent two parameters with a corresponding relationship, where The previous parameters and There is a corresponding relationship between the subsequent parameters.
[0242] Mode 2: The first terminal determines an identifier of an unoccupied HARQ process as the first HARQ process ID.
[0243] Exemplarily, the first terminal determines an identifier of an unoccupied HARQ process among the N HARQ processes as the first HARQ process ID.
[0244] Optionally, if all N HARQ processes are occupied, the first terminal can no longer select a HARQ process ID for the first sidelink authorization.
[0245] Exemplarily, N HARQ processes are the maximum number of HARQ processes supported by the first terminal on one carrier, and N is an integer greater than 0.
[0246] Exemplarily, N may be 8, 16 or other values, and specific reference may be made to the relevant provisions in the relevant communication protocol. Exemplarily, if the first terminal supports a maximum of 16 HARQ processes on one carrier, and Exemplarily, HARQ processes associated with HARQ process 0 to HARQ process 2 and HARQ process 6 to HARQ process 15 are all occupied, then the first terminal may select one from HARQ process 3 to HARQ process 5 to be determined as the first HARQ process ID.
[0247] Exemplarily, the first terminal may select the smallest or largest ID value from the HARQ process IDs corresponding to the unoccupied HARQ processes as the first HARQ process ID. Of course, the selection may also be made according to some other rules, which are not limited in the present application.
[0248] Optionally, the first HARQ process ID is an integer greater than or equal to 0 and less than N, where N is the maximum number of HARQ processes supported by the first terminal on one carrier. In this case, the above-mentioned problem 1 can be solved. When N=16, only 4 bits are needed in the SCI to indicate the HARQ process ID. When N=8, only 3 bits are needed in the SCI to indicate the HARQ process ID, which saves the number of bits occupied by the HARQ process ID in the SCI.
[0249] Optionally, in the embodiment of the present application, a HARQ process being occupied includes any one or more of the following situations:
[0250] 1) Data transmission associated with the HARQ process has not been completed or ended. For example, a scenario is that without HARQ feedback, the first terminal uses the HARQ process to send data to other terminals, and the number of blind retransmissions or repetitions has not yet reached.
[0251] 2) The first terminal does not receive feedback from the HARQ process. For example, one scenario is: the first terminal uses the HARQ process to send data to other terminals, and the first terminal is still waiting to receive feedback from other terminals, or the first terminal does not receive feedback information when other terminals provide feedback.
[0252] 3) The first terminal receives a NACK of the HARQ process. For example, a scenario is: the first terminal sends data to other terminals using the HARQ process, and the first terminal receives a NACK from the other terminals.
[0253] 4) The first terminal does not receive ACK of the HARQ process. For example, a scenario is: the first terminal uses the HARQ process to send data to other terminals, and the first terminal does not receive ACK from other terminals, may receive NACK, and may not receive any feedback information.
[0254] 5) The first terminal does not feed back an ACK of the HARQ process to the network device.
[0255] 6) The data transmission associated with the HARQ process does not reach the maximum transmission time or the maximum number of transmissions.
[0256] 7) The first terminal does not release the HARQ process.
[0257] 8) The first terminal does not clear the HARQ buffer corresponding to the HARQ process.
[0258] 9) The first terminal saves or does not release the corresponding relationship associated with the HARQ process.
[0259] Exemplarily, the correspondence associated with a HARQ process refers to: the correspondence between the sideline authorization associated with the HARQ process and the HARQ process ID determined by the first terminal associated with the HARQ process, or the correspondence between the HARQ process ID determined by the first terminal associated with the HARQ process and the HARQ process ID determined by the first terminal associated with the HARQ process according to a preset algorithm (or indicated by the network device to the first terminal), or the correspondence between the sideline authorization associated with the HARQ process, the HARQ process ID determined by the first terminal associated with the HARQ process, and the HARQ process ID determined by the first terminal associated with the HARQ process according to a preset algorithm (or indicated by the network device to the first terminal).
[0260] Optionally, in the embodiment of the present application, a HARQ process is not occupied, including any one or more of the following situations:
[0261] 1) Data transmission associated with the HARQ process is completed or ended. For example, a scenario is that without HARQ feedback, the first terminal uses the HARQ process to send data to other terminals and reaches the number of blind retransmissions or repetitions.
[0262] 2) The first terminal does not receive feedback from the HARQ process. For example, one scenario is: when the first terminal performs multicast communication with other terminals and the HARQ feedback is NACK only (that is, after the sending terminal sends data to the receiving terminal, if the receiving terminal correctly receives the data, the receiving terminal does not provide feedback; if the receiving terminal fails to receive the data, the receiving terminal provides NACK to the sending terminal), the first terminal uses the HARQ process to send data to other terminals, and the first terminal does not receive feedback information when other terminals provide feedback. The first terminal believes that other terminals have received the data correctly.
[0263] 3) The first terminal receives the ACK of the HARQ process. For example, a scenario is: the first terminal sends data to other terminals using the HARQ process, and the first terminal receives the ACK from the other terminals. The first terminal believes that the other terminals have correctly received the data.
[0264] Optionally, the first terminal receives the ACK of the HARQ process, which can be understood as the first terminal only receiving the ACK of the HARQ process. Exemplarily, when the first terminal performs multicast communication with other terminals, and the HARQ feedback is ACK / NACK (after the sending terminal sends data to the receiving terminal, if the receiving terminal correctly receives the data, the receiving terminal feeds back ACK to the sending terminal, and if the receiving terminal fails to receive the data, the receiving terminal feeds back NACK to the sending terminal), the first terminal uses the HARQ process to send data to other terminals, and the first terminal only receives ACK from other terminals, and the first terminal believes that other terminals have correctly received the data.
[0265] 4) The first terminal feeds back the ACK of the HARQ process to the network device. For example, one scenario is: the first terminal uses the HARQ process to send data to other terminals, and after the first terminal determines that the data transmission corresponding to the HARQ process is successful (for example, receiving an ACK from other terminals, or not receiving a NACK from other terminals), it feeds back an ACK to the network device.
[0266] 5) The data transmission associated with the HARQ process reaches the maximum transmission time or the maximum number of transmissions.
[0267] 6) The first terminal releases the HARQ process.
[0268] 7) The first terminal clears the HARQ buffer corresponding to the HARQ process.
[0269] 8) The first terminal does not save or release the corresponding relationship associated with the HARQ process. After the first terminal determines the first HARQ process ID using method 2, the first terminal may also perform the following steps 21):
[0270] 21) The first terminal saves the corresponding relationship associated with the first side authorization (referred to as the first corresponding relationship).
[0271] The first correspondence may be: a correspondence between the first side row grant and the first HARQ process ID, a correspondence between the first HARQ process ID and the second HARQ process ID, or a correspondence between the first side row grant, the first HARQ process ID and the second HARQ process ID.
[0272] Optionally, the first corresponding relationship saved by the first terminal may include information about resources to which the first sideline authorization belongs.
[0273] Exemplarily, if the first side authorization belongs to the CG resource, the first corresponding relationship can be: CG+first side authorization First HARQ process ID, or CG + second HARQ process ID First HARQ process ID, or CG+first sideline grant+second HARQ process ID First HARQ process ID. For another example, if the first side row grant belongs to CG1 resources, the first corresponding relationship can be: CG1+first side row grant First HARQ process ID, or CG1 + second HARQ process ID First HARQ process ID, or CG1+first sideline grant+second HARQ process ID The first HARQ process ID.
[0274] It should be noted that after determining the HARQ process ID associated with a sideline authorization (for example, the first sideline authorization), the terminal can directly save the corresponding relationship associated with the sideline authorization, or it can save the corresponding relationship associated with the sideline authorization after meeting one or more of the following conditions.
[0275] 1) HARQ feedback is turned on. For example, when the network device is configured or the first terminal is configured to turn on HARQ feedback, the first terminal determines a HARQ process ID associated with a sideline authorization by itself, and the first terminal uses the HARQ process ID to communicate with other terminals. When the first terminal receives a NACK corresponding to the HARQ process ID from other terminals, the first terminal may need to request retransmission resources from the network device. At this time, the first terminal needs to know the HARQ process ID that can be recognized by the network device corresponding to the HARQ process ID. The first terminal can use the HARQ process ID that can be recognized by the network device to request retransmission resources. At this time, it is necessary to save the corresponding relationship associated with the sideline authorization.
[0276] 2) The first terminal needs to request retransmission resources from the network device. For example, the first terminal determines a HARQ process ID associated with a sideline authorization by itself, and the first terminal uses the HARQ process ID to communicate with other terminals. When the first terminal receives a NACK corresponding to the HARQ process ID from other terminals, the first terminal may need to request retransmission resources from the network device. At this time, the first terminal needs to know the HARQ process ID that can be recognized by the network device corresponding to the HARQ process ID. The first terminal can use the HARQ process ID that can be recognized by the network device to request retransmission resources. At this time, it is necessary to save the corresponding relationship associated with the sideline authorization.
[0277] 3) The first terminal needs to feedback the transmission status on the SL to the network device. The first terminal determines a HARQ process ID associated with a sideline authorization by itself, and the first terminal uses the HARQ process ID to communicate with other terminals. When the first terminal receives a NACK corresponding to the HARQ process ID from other terminals, the first terminal may need to request retransmission resources from the network device. At this time, the first terminal needs to know the HARQ process ID that the network device corresponding to the HARQ process ID can recognize. The first terminal can use the HARQ process ID that the network device can recognize to inform the network device of the transmission failure on the HARQ process, and may request retransmission resources from the network device. Alternatively, when the first terminal receives a NACK corresponding to the HARQ process ID from other terminals, the first terminal may need to request retransmission resources from the network device. At this time, the first terminal needs to know the HARQ process ID that the network device corresponding to the HARQ process ID can recognize. The first terminal can use the HARQ process ID that the network device can recognize to inform the network device of the successful transmission on the HARQ process. At this time, it is necessary to save the corresponding relationship associated with the sideline authorization.
[0278] Optionally, for different sidewalk authorizations, the first terminal can save corresponding correspondences, and the first terminal can save at most N correspondences for N sidewalk authorizations.
[0279] After the first terminal determines the first HARQ process ID using method 2, the first terminal may also delete the above-mentioned corresponding relationship associated with the second side row authorization, and release the storage resources in time, thereby improving the utilization rate of the storage resources.
[0280] In scenario 1, optionally, the NDI in the first HARQ information indicates that the corresponding transmission is a new transmission.
[0281] Scenario 2: The second HARQ process ID associated with the first side row grant is the same as the eleventh HARQ process ID associated with the sixth side row grant, and the HARQ process associated with the sixth side row grant is not occupied.
[0282] Exemplarily, the eleventh HARQ process ID is the HARQ process ID associated with the sixth side row grant calculated by the first terminal using a preset algorithm or the HARQ process ID associated with the sixth side row grant indicated by the network device to the first terminal.
[0283] In scenario 2, the first method can be implemented by the above method 1 or method 2. The method after determining the first HARQ process ID according to method 1 or method 2 is similar to scenario 1, and the second side row authorization in the corresponding method only needs to be understood as the sixth side row authorization, which will not be repeated.
[0284] Scenario 3: the data transmitted in the first sideline grant is a retransmission of the data transmitted in the fifth sideline grant.
[0285] In scenario 3, the first method specifically includes: the first terminal determines the ninth HARQ process ID associated with the fifth sideline authorization as the first HARQ process ID, that is, the ninth HARQ process ID is the same as the first HARQ process ID.
[0286] This possible implementation method can ensure that the receiving terminal puts the new transmission and retransmission of the same data into the same buffer for processing, thereby ensuring that the receiving terminal correctly decodes the data.
[0287] Exemplarily, the ninth HARQ process ID is a HARQ process ID determined by the first terminal and associated with the fifth sideline grant.
[0288] Exemplarily, if the first terminal transmits data 1 to the second terminal on the fifth side row grant, the fifth side row grant is associated with the ninth HARQ process ID, and the first terminal retransmits the data 1 on the first side row grant (for example, because the first terminal receives a NACK from the second terminal for data 1, or the first terminal blindly retransmits the data 1, etc.), the first terminal determines the ninth HARQ process ID associated with the fifth side row grant as the first HARQ process ID.
[0289] In scenario 3, it should be noted that after the first terminal determines the ninth HARQ process ID associated with the fifth side row authorization, it can store the corresponding relationship associated with the fifth side row authorization, and the corresponding relationship can be: the corresponding relationship between the fifth side row authorization and the ninth HARQ process ID, or the corresponding relationship between the ninth HARQ process ID and the tenth HARQ process ID, or the corresponding relationship between the fifth side row authorization, the ninth HARQ process ID and the tenth HARQ process ID. Exemplarily, the tenth HARQ process ID is the HARQ process ID associated with the fifth side row authorization calculated by the first terminal using a preset algorithm or the HARQ process ID associated with the fifth side row authorization indicated by the network device to the first terminal. After the first terminal determines the first HARQ process ID, the first terminal may also perform the following steps 31):
[0290] 31) The first terminal updates the corresponding relationship associated with the fifth side authorization to the corresponding relationship associated with the first side authorization.
[0291] Exemplarily, the correspondence between the fifth side row authorization and the ninth HARQ process ID can be updated to: the correspondence between the first side row authorization and the first HARQ process ID; or, the correspondence between the ninth HARQ process ID and the tenth HARQ process ID can be updated to: the correspondence between the first HARQ process ID and the second HARQ process ID; or, the correspondence between the fifth side row authorization, the ninth HARQ process ID and the tenth HARQ process ID can be updated to: the correspondence between the first side row authorization, the first HARQ process ID and the second HARQ process ID.
[0292] In addition, when the correspondence associated with the fifth side row authorization also includes information about the resources to which the fifth side row authorization belongs, the updated correspondence associated with the first side row authorization may also include information about the resources to which the first side row authorization belongs. The specific update is similar to the update of the correspondence associated with the second side row authorization, which can be understood by referring to the above and will not be repeated.
[0293] In scenario 3, optionally, the NDI in the first HARQ information indicates that the corresponding transmission is a retransmission.
[0294] Scenario 4: Other scenarios except Scenario 1, Scenario 2 and Scenario 3.
[0295] In scenario 4, the first method can be specifically implemented through the above method 2.
[0296] In scenario 4, optionally, the first terminal saves the first corresponding relationship. The process of saving the first corresponding relationship can be found above and will not be described in detail here.
[0297] The second method: the first terminal uses a preset algorithm to calculate the HARQ process ID associated with the sideline authorization, or the network device indicates the HARQ process ID associated with the sideline authorization to the first terminal.
[0298] Taking the first side authorization as an example, the second method can be applicable to the above-mentioned scenarios 1, 2 and 3.
[0299] In the above scenarios 1, 2 and 3, when the second method is implemented, the first terminal can use a preset algorithm to calculate the first HARQ process ID associated with the first side row authorization, or the network device indicates the HARQ process ID associated with the first side row authorization to the first terminal.
[0300] After the first terminal determines the first HARQ process ID using the first method or the second method mentioned above, the following event 1 (the HARQ process corresponding to the first HARQ process ID ends), event 2 (the data transmitted on the first side row authorization needs to be retransmitted) or event 3 (the fourth side row authorization preempts the first side row authorization) may occur. The solutions provided by this application under different events are elaborated in detail below.
[0301] Event 1: The HARQ process corresponding to the first HARQ process ID ends
[0302] Optionally, the end of the HARQ process corresponding to the first HARQ process ID includes any one or more of the following situations:
[0303] 1) The first terminal does not receive feedback from the HARQ process corresponding to the first HARQ process ID. For example, one scenario is: when the first terminal performs multicast communication with other terminals, and the HARQ feedback is NACK only (after the sending terminal sends data to the receiving terminal, if the receiving terminal correctly receives the data, the receiving terminal does not provide feedback; if the receiving terminal fails to receive the data, the receiving terminal provides NACK to the sending terminal), the first terminal uses the HARQ process to send data to other terminals, and the first terminal does not receive feedback information when other terminals provide feedback, and the first terminal believes that other terminals have received the data correctly.
[0304] 2) The first terminal receives an ACK of the HARQ process corresponding to the first HARQ process ID. For example, a scenario is: the first terminal uses the HARQ process to send data to other terminals, the first terminal receives an ACK from the other terminals, and the first terminal believes that the other terminals have correctly received the data.
[0305] 3) The first terminal only receives the ACK of the HARQ process corresponding to the first HARQ process ID. Exemplarily, a scenario is: when the first terminal performs multicast communication with other terminals, and the HARQ feedback is ACK / NACK (after the sending terminal sends data to the receiving terminal, if the receiving terminal correctly receives the data, the receiving terminal feeds back ACK to the sending terminal; if the receiving terminal fails to receive the data, the receiving terminal feeds back NACK to the sending terminal), the first terminal uses the HARQ process to send data to other terminals, and the first terminal only receives ACK from other terminals. The first terminal believes that other terminals have correctly received the data.
[0306] 4) The first terminal sends an ACK for the HARQ process corresponding to the first HARQ process ID to the network device; for example, one scenario is: the first terminal uses the HARQ process to send data to other terminals, and after the first terminal determines that the transmission corresponding to the HARQ process is successful (for example, receiving an ACK from other terminals, or not receiving a NACK from other terminals), it feeds back an ACK to the network device.
[0307] 5) The data transmission associated with the HARQ process corresponding to the first HARQ process ID reaches the maximum transmission time, for example, the timer times out.
[0308] 6) The data transmission associated with the HARQ process corresponding to the first HARQ process ID reaches the maximum number of transmissions.
[0309] 7) The first terminal releases the HARQ process corresponding to the first HARQ process ID.
[0310] 8) The first terminal clears the HARQ cache corresponding to the HARQ process corresponding to the first HARQ process ID.
[0311] 9) Other side-travel authorizations preempt the first side-travel authorization.
[0312] 10) Data transmission associated with the HARQ process is completed or ended. For example, a scenario is that without HARQ feedback, the first terminal uses the HARQ process to send data to other terminals and reaches the number of blind retransmissions or repetitions.
[0313] Among them, in the embodiment of the present application, the situation in which one side row authorization preempts another side row authorization is similar to the situation in which the first side row authorization preempts the second side row authorization mentioned above. Please refer to the relevant parts in the above text for details and no further details will be given.
[0314] In event 1, optionally, the method further includes:
[0315] 41) The first terminal deletes the first corresponding relationship.
[0316] It should be noted that the first terminal may not delete the first corresponding relationship. In this case, when the corresponding relationship associated with the first HARQ process ID needs to be saved or updated later, it can be updated based on the first corresponding relationship.
[0317] Event 2: The data transmitted on the first sideline grant needs to be retransmitted.
[0318] In event 2, optionally, the method further includes the following steps 51) to 53):
[0319] 51) The first terminal obtains a third sidelink grant for retransmitting data.
[0320] In one embodiment, before step 51), the method further comprises:
[0321] 50) The first terminal receives a NACK for the HARQ process associated with the first HARQ process ID from the second terminal. That is, the first terminal obtains a third sidelink grant for retransmitting the data when determining that the data is not successfully transmitted.
[0322] In another case, the first terminal retransmits the data transmitted on the first sideline grant (for example, blind retransmission, repetition), and the first terminal obtains a third sideline grant for retransmitting the data.
[0323] 52) The first terminal determines the first HARQ process ID as the HARQ process ID associated with the third side row grant.
[0324] 53) The first terminal sends second HARQ information to the second terminal, where the second HARQ information includes: a first HARQ process ID associated with the third side row authorization.
[0325] Optionally, the second HARQ information also includes: one or more of NDI information, RV and MCS. Exemplarily, the NDI information is used to indicate that the corresponding transmission is a retransmission. The role and determination method of RV and MCS are similar to those of the first HARQ information, the only difference being that the third side row authorization is targeted here. For details, please refer to the above for understanding, and no further description is given.
[0326] It should be noted that the scheme shown in step 51) to step 53) can be an independent scheme. For details, please refer to the part shown in the third aspect of the invention content. For relevant explanations of this part of the content, please refer to the explanations of step 51) to step 53) and will not be repeated here.
[0327] The solution shown in step 51) to step 53) can solve the above-mentioned problem 2. Specifically, data transmitted on a sideline grant in a CG resource can be retransmitted using the sideline grant in the CG resource, and data transmitted on a sideline grant in a CG resource can also be retransmitted using the sideline grant in another CG resource, thereby ensuring the retransmission delay. The HARQ process ID can also be shared between different CG resources. In addition, data transmitted on a DG resource can also be retransmitted using the sideline grant in the CG resource.
[0328] Optionally, after step 53), the method further comprises the following steps 54):
[0329] 54) The first terminal uses the third sideline authorization to retransmit the above data to the second terminal.
[0330] Optionally, after step 52), if the first terminal determines the first HARQ process ID in the first manner, the method further includes:
[0331] 61) The first terminal updates the first corresponding relationship to a corresponding relationship associated with the third-side authorization.
[0332] Exemplarily, when the first corresponding relationship is a corresponding relationship between a first side row grant and a first HARQ process ID, the first corresponding relationship is updated to a corresponding relationship between a third side row grant and the first HARQ process ID.
[0333] When the first corresponding relationship is a corresponding relationship between the first HARQ process ID and the second HARQ process ID, the first corresponding relationship is updated to: a corresponding relationship between the first HARQ process ID and the fourth HARQ process ID.
[0334] When the first corresponding relationship is a corresponding relationship between the first side row grant, the first HARQ process ID and the second HARQ process ID, the first corresponding relationship is updated to a corresponding relationship between the third side row grant, the first HARQ process ID and the fourth HARQ process ID.
[0335] Exemplarily, the fourth HARQ process ID is a HARQ process ID determined by the first terminal for the third side row authorization according to a preset algorithm or a HARQ process ID indicated by the network device for the third side row authorization.
[0336] Optionally, the second HARQ process ID associated with the first side row grant is the same as or different from the fourth HARQ process ID associated with the third side row grant.
[0337] In addition, when the first correspondence also includes information about resources to which the first side row authorization belongs, the updated correspondence associated with the third side row authorization may also include information about resources to which the third side row authorization belongs. The specific update is similar to the update of the correspondence associated with the second side row authorization, which can be understood by referring to the above and will not be repeated.
[0338] Optionally, after step 52), if the first terminal determines the first HARQ process ID by the second method, the method further includes:
[0339] 71) The first terminal saves the corresponding relationship associated with the third-party authorization (recorded as the second corresponding relationship).
[0340] The second corresponding relationship is: the corresponding relationship between the third side row authorization and the first HARQ process ID, or the corresponding relationship between the first HARQ process ID and the fourth HARQ process ID, or the corresponding relationship between the third side row authorization, the first HARQ process ID and the fourth HARQ process ID.
[0341] Optionally, the second correspondence relationship saved by the first terminal includes information about resources to which the third side line authorization belongs, which is similar to saving the first correspondence relationship. Please refer to the above for understanding and will not be repeated here.
[0342] Optionally, step 51) can be implemented in the following manner (1), manner (2), or manner (3). The specific manner to be adopted can be configured by the network device to the first terminal, or can be determined by the first terminal itself.
[0343] Mode (1): The first terminal determines a third sideline authorization for retransmitting data.
[0344] Optionally, method (1) specifically includes: the first terminal selects a third sideline authorization for retransmitting data from the first resource.
[0345] Exemplarily, the first resource includes any one or several types of resources among the following:
[0346] 1) SL resources.
[0347] 2) Resources of the first mode of SL.
[0348] 3) SL’s CG resources.
[0349] 4) SL’s first type of CG resources.
[0350] 5) The second type of CG resources of SL.
[0351] 6) SL’s DG resources.
[0352] 7) Resources of the second mode of SL.
[0353] 8) SL’s CG resource set, the CG resource set includes CG resources corresponding to one or more CG resource indexes.
[0354] Exemplarily, the first resource may include: resources of the second mode of the SL, or, the first resource may include: second-type CG resources of the SL and resources of the second mode of the SL, or, the first resource may include a CG resource set of the SL and resources of the second mode of the SL.
[0355] Exemplarily, the type of resources included in the first resource may be configured by the network device to the first terminal, or may be determined by the first terminal itself. If it is the former, the method further includes: the network device generates configuration information and sends the configuration information to the first terminal, and the configuration information is used to configure the type of resources included in the first resource. Correspondingly, the terminal receives the configuration information from the network device, determines the type of resources included in the first resource according to the configuration information, and then determines the first resource according to the SL transmission resource previously configured by the network device for the first terminal, and determines the third side row authorization for retransmitting data in the first resource. Exemplarily, if the network device has previously configured the first terminal with a first type CG resource of SL, a second type CG resource of SL, and a DG resource of SL, and the type of resources included in the first resource configured by the configuration information for the first terminal is: a first type CG resource of SL, then the first terminal determines the third side row authorization for retransmitting data in the first type CG resource of SL configured by the network device for the first terminal.
[0356] In one case, the network device can configure the type of resources included in the first resource for each LCH or LCG. In this case, the first terminal can select retransmission resources for the first sideline authorization in the first resource only when the data transmitted on the first sideline authorization is the data of the LCH or LCG. For example, the retransmission of some LCHs can only use type1CG. In this case, the type of resources included in the first resource configured for the LCH can be type1CG. For another example, the type of resources included in the first resource configured for the LCG can be a CG resource set (for example, CG resource set 1).
[0357] In another case, the network device may also configure the type of resources included in the first resource for the type of resources included in each second resource. For example, the type of resources included in the second resource may be a CG resource set, and the type of resources included in the first resource may also be a CG resource set, and the two CG resource sets may be the same or different. The CG resource set may be configured for a certain service. Exemplarily, the second resource may be a type2CG resource, and the first resource may be a type2CG resource and a DG resource. For transmission performed by sideline authorization on type2CG resources, the first terminal may determine a third sideline authorization for retransmitting data from the type2CG resources and the DG resources.
[0358] In another case, the network device may not configure the type of resources included in the first resource for any parameter, and directly configure one or several resource types for the first terminal, and the sideline grant in the resource set (for example, a CG resource set, or a resource set composed of multiple types of resources) indicated by the one or several resource types can share the HARQ process ID or can be used for retransmission. In this case, the first resource and the second resource can be considered to be the same resource, that is, the first resource and the second resource are both resource sets indicated by the one or several resource types.
[0359] In addition, some other conditions may also be configured for the first terminal. For example, since Type1CG resources are used in emergency situations, it is possible to configure whether transmissions on DG resources and / or Type2CG resources can use type1CG resources for retransmission. Whether transmissions on DG resources and / or Type2CG resources can use type1CG resources for retransmission may be pre-configured, configured by the network device, or defined by the protocol. The configuration may be configured for each LCH or each LCG or each second resource. For another example, it is possible to configure whether mode1 and mode2 resources can use each other's resources as retransmission resources. Whether mode1 and mode2 resources can use each other's resources as retransmission resources may be pre-configured, configured by the network device, or defined by the protocol. The configuration may also be configured for each LCH or each LCG or each second resource.
[0360] Optionally, in the specific implementation of method (1), the first terminal may consider any one or more of the following factors when selecting the third-party authorization:
[0361] 1) The size of the side authorization. For example, whether the side authorization can accommodate the data transmitted on the first side authorization is used to determine whether the side authorization should be considered as the third side authorization. If the side authorization can accommodate the data transmitted on the first side authorization, that is, the side authorization can be used to retransmit the data transmitted on the first side authorization, the side authorization can be considered as the third side authorization.
[0362] 2) Whether there is data transmission on the side authorization. For example, whether to consider the side authorization as the third side authorization is determined based on whether there is data transmission on the side authorization. If there is no data transmission on the side authorization, the side authorization can be considered as the third side authorization.
[0363] 3) The priority of data transmitted on the side authorization and the priority of data transmitted on the first side authorization. For example, based on the comparison between the priority of data to be transmitted on the side authorization and the priority of data transmitted on the first side authorization, it is determined whether to consider the side authorization as the third side authorization. If the priority of data to be transmitted on the side authorization is lower than the priority of data transmitted on the first side authorization, the side authorization may be considered as the third side authorization.
[0364] Optionally, the priority includes quality of service (QoS) information, or a proSe per packet priority (PPP) value, or a priority of a logical channel in a MAC PDU, or a priority of a logical channel with the highest priority in a MAC PDU, etc.
[0365] Exemplarily, when comparing the priorities of logical channels, the comparison may be performed based on the priorities of the logical channels where the two data are located, or based on the priorities of the logical channels with the highest priorities where the two data are located.
[0366] 4) The time interval between the side authorization and the first side authorization. For example, based on the length of the time interval between the side authorization and the first side authorization, determine whether to consider the side authorization as the third side authorization. If the time interval between the side authorization and the first side authorization is short (for example, less than the first threshold), the side authorization can be considered as the third side authorization.
[0367] Exemplarily, the first threshold may be preconfigured, or configured by the network device for the first terminal, or specified by the communication protocol, or determined by the network device according to certain rules and notified to the first terminal, or defined by the first terminal when leaving the factory, which is not specifically limited in this application.
[0368] In addition, when determining the third side row authorization, multiple factors among the above four factors may also be comprehensively considered. For example, the first terminal may determine the side row authorization that has the shortest time interval with the first side row authorization, has no data originally transmitted on the side row authorization, and can accommodate the data transmitted on the first side row authorization as the third side row authorization. For another example, the first terminal may determine the side row authorization that has the shortest time interval with the first side row authorization, has a lower priority than the priority of the data transmitted on the first side row authorization, and can accommodate the data transmitted on the first side row authorization as the third side row authorization.
[0369] Optionally, it should be noted that if there is data to be transmitted on the third side row authorization, and the retransmission of the data transmitted on the first side row authorization occupies the resources of the data originally to be newly transmitted on the third side row authorization, the first terminal can request retransmission resources for the data originally to be newly transmitted on the third side row authorization, or can continue to use the newly transmitted data as the new data to be transmitted. At this time, when the terminal requests resources from the network device, the reported buffer status report (buffer status report, BSR) includes the size of the new data to be transmitted.
[0370] Optionally, in order to ensure that both high-priority and low-priority services can be transmitted, a ratio threshold or number threshold of retransmissions to the CG resource or the CG resource set can be set for a CG resource or a CG resource set. If this ratio threshold or number threshold is exceeded within a period of time, the CG resource or the CG resource set can no longer be used for retransmission, so that the retransmission of high-priority services does not always preempt the new transmission of low-priority services.
[0371] Exemplarily, the ratio threshold or the number threshold may be preconfigured, or configured by the network device for the first terminal, or specified by the communication protocol, or determined by the network device according to certain rules and notified to the first terminal, or defined by the first terminal at the factory, which is not specifically limited in this application.
[0372] Method (2): The first terminal requests the third party to authorize the network device.
[0373] Method (2) may include the following steps 81) and 82) when implemented specifically:
[0374] 81) The first terminal sends a request message to the network device, the request message is used to request the network device for retransmission resources, the retransmission resources are used to retransmit data transmitted on the first sideline grant, the request message includes the second HARQ process ID and / or information about the resources to which the first sideline grant belongs, or the resources for transmitting the request message are associated with the second HARQ process ID and / or the resources to which the first sideline grant belongs. Correspondingly, the network device receives the request message from the first terminal.
[0375] Exemplarily, the first terminal may determine the second HARQ process ID associated with the first side row grant and / or information on resources to which the first side row grant belongs according to a corresponding relationship associated with the first side row grant.
[0376] 82) The network device sends a request response to the first terminal according to the request message, and the request response includes information of a third sideline authorization for retransmitting the data transmitted on the first sideline authorization. Correspondingly, the first terminal receives the request response from the network device and determines the third sideline authorization according to the request response.
[0377] Method (3): The network device configures the third side authorization for the first terminal to retransmit the above data.
[0378] Optionally, method (3) may specifically include: the network device starts a first timer associated with the second HARQ process ID or the first sideline authorization of the first terminal, and when the first timer times out, if the network device has not received an ACK for the sideline data transmitted by the first HARQ process, the network device sends resource indication information to the first terminal, and the resource indication information is used to indicate the SL transmission resources (for example, the third sideline authorization) for retransmitting the data that failed to be transmitted on the first sideline authorization.
[0379] In method (3), the network device may maintain a timer for the first terminal or each HARQ process of the first terminal or each HARQ process ID of the first terminal or each sideline grant of the first terminal or each sideline grant in a bundle of the first terminal. When the network device receives feedback (e.g., ACK, or NACK) of the transmission corresponding to the timer, the network device restarts or starts the timer. If the timer times out and the network device has not received feedback (e.g., ACK) of the transmission corresponding to the timer sent by the first terminal, the network device sends a retransmission resource to the first terminal and restarts the timer.
[0380] Optionally, the duration of the timer depends on the time from when the sending terminal sends data to when the receiving terminal receives the data, the time from when the receiving terminal gives feedback to the sending terminal, and the time from when the sending terminal gives feedback to the network device. For example, the timer is greater than or equal to "the time from when the sending terminal sends data to when the receiving terminal receives the data + the time from when the receiving terminal gives feedback to the sending terminal + the time from when the sending terminal gives feedback to the network device".
[0381] Method (3) can be implemented as an independent solution. For details, please refer to the fourth aspect of the invention content. The relevant description of this aspect can be found here and will not be repeated here.
[0382] For a piece of data, if multiple retransmissions occur, the methods for obtaining the side authorization used in the multiple retransmissions may be the same (for example, all obtained through the above method (1) or method (2) or method (3)), or different (for example, one part is obtained through the above method (1) and the other part is obtained through the above method (2)), and this application does not impose any restrictions.
[0383] Event 3: The fourth side-trip authorization preempts the first side-trip authorization
[0384] In event 3, the method may further include:
[0385] 91) The first terminal determines third HARQ information associated with the fourth side row grant, where the third HARQ information includes: a fifth HARQ process ID associated with the fourth side row grant.
[0386] In step 91), in a specific implementation, in a first possible implementation manner, the first terminal may determine the first HARQ process ID as the fifth HARQ process ID associated with the fourth sideline grant.
[0387] In the first possible implementation manner, the method may also include: the first terminal updates the correspondence associated with the first side row authorization to: the correspondence between the fourth side row authorization and the fifth HARQ process ID; or, the correspondence between the fifth HARQ process ID and the sixth HARQ process ID; or, the correspondence between the fourth side row authorization, the fifth HARQ process ID and the sixth HARQ process ID.
[0388] Exemplarily, the sixth HARQ process ID is a HARQ process ID determined by the first terminal according to a preset algorithm for the fourth side row authorization or a HARQ process ID indicated by the network device for the fourth side row authorization.
[0389] In the first possible implementation manner, optionally, the updated corresponding relationship may also include information about the resource to which the fourth sideline authorization belongs. For details, please refer to the above for understanding, and no further details will be given.
[0390] In a second possible implementation manner, the first terminal may determine the fifth HARQ process ID associated with the fourth sidelink grant in a manner similar to the above manner 2.
[0391] In a second possible implementation manner, the method also includes: the first terminal saves a correspondence relationship associated with the fourth side row authorization (recorded as a third correspondence relationship), and the third correspondence relationship is: a correspondence relationship between the fourth side row authorization and the fifth HARQ process ID; or, a correspondence relationship between the fifth HARQ process ID and the sixth HARQ process ID; or, a correspondence relationship between the fourth side row authorization, the fifth HARQ process ID and the sixth HARQ process ID.
[0392] In the second possible implementation manner, optionally, the stored correspondence may also include information about resources to which the fourth sideline authorization belongs. For details, please refer to the above for understanding, and no further details will be given.
[0393] In a second possible implementation manner, optionally, the first terminal deletes the corresponding relationship associated with the first sideline authorization (for example, the above-mentioned first corresponding relationship).
[0394] In a third possible implementation manner, the first terminal may use a preset algorithm to determine the fifth HARQ process ID associated with the fourth side row grant, or the network device may indicate the fifth HARQ process ID associated with the fourth side row grant to the first terminal.
[0395] In the specific implementation of step 91), the process of determining the third HARQ information associated with the fourth side row authorization is similar to the process of determining the first HARQ information associated with the first side row authorization in the scenario where the first side row authorization preempts the second side row authorization. Please refer to the above for understanding and no further details will be given.
[0396] In the above-mentioned embodiments of the present application, it should be noted that when saving a corresponding relationship associated with a sideline authorization, the corresponding relationship may include a HARQ process ID associated with the sideline authorization determined by the first terminal itself, or may be HARQ information associated with the sideline authorization determined by the first terminal itself. The method provided in the embodiments of the present application is exemplified above using the HARQ process ID associated with the sideline authorization determined by the first terminal itself and included in the corresponding relationship as an example. However, it can be understood that the HARQ process ID associated with the sideline authorization determined by the first terminal itself included in the above-mentioned corresponding relationship may also be replaced by the HARQ information associated with the sideline authorization determined by the first terminal itself. For example, the first HARQ process ID in the above-mentioned first corresponding relationship may also be replaced by the first HARQ information. Similarly, the HARQ process ID determined by the first terminal for the side row authorization according to the preset algorithm or the HARQ process ID indicated by the network device for the side row authorization can be replaced by the HARQ information determined by the first terminal for the side row authorization according to the preset algorithm or the HARQ information indicated by the network device for the side row authorization. For example, the second HARQ process ID in the above-mentioned first correspondence can also be replaced by the HARQ information determined by the first terminal for the first side row authorization according to the preset algorithm or the HARQ information indicated by the network device for the first side row authorization. In addition, each HARQ information associated with the side row authorization can include one or more of the HARQ process ID, NDI, RV and MCS.
[0397] Optionally, in the above embodiments of the present application, the MAC entity, HARQ entity, and HARQ process of the first terminal may maintain (for example, save, update, delete) the above correspondence.
[0398] Optionally, in the above embodiment of the present application, the first terminal determines that the first HARQ information associated with the first side row authorization may be determined by a MAC entity, a HARQ entity, or a HARQ process of the first terminal.
[0399] The following is a specific example to illustrate the method provided in the above embodiment. In this example, N=16. Fig.10As shown, the process includes:
[0400] 1001. See Fig.11 , the first terminal determines that the first sideline authorization in type 1CG5 resources needs to send data.
[0401] in, Fig.11 The small box in the middle represents the side authorization, the number on the right of the small box is the HARQ process ID (preliminary) corresponding to the side authorization, and the number above is the HARQ process ID (final) corresponding to the side authorization. Among them, "HARQ process ID (preliminary) represents the HARQ process ID determined by the first terminal according to the preset algorithm, and "HARQ process ID (final)" represents the HARQ process ID determined by the terminal itself".
[0402] At this time, the corresponding relationship stored in the first terminal can be referred to Fig.12 (a) in .
[0403] 1002. The first terminal determines whether the number of currently occupied HARQ processes is less than 16.
[0404] If yes, execute step 1003, if no, end.
[0405] For example, if Fig.11 In the scenario shown, the number of HARQ processes currently being occupied is 4, that is, HARQ processes associated with HARQ process 0, HARQ process 1, HARQ process 2, and HARQ process 3 are occupied.
[0406] 1003. The first terminal selects a HARQ process ID corresponding to a HARQ process from unoccupied HARQ processes among the 16 HARQ processes as the HARQ process ID associated with the first sidelink grant.
[0407] based on Fig.11 In the example shown, illustratively, the first terminal may select HARQ process 4 from HARQ process 4 to HARQ process 15 as the HARQ process ID associated with the first sidelink grant.
[0408] 1004. The first terminal stores the correspondence between the HARQ process ID (pre) and the HARQ process ID (final) associated with the first sidelink grant.
[0409] After step 1004, the corresponding relationship stored in the first terminal is Fig.12 (b) in .
[0410] 1005. The first terminal sends HARQ information associated with the first sideline grant to the second terminal, where the HARQ information includes a HARQ process ID (end), and sends data to the second terminal based on the first sideline grant.
[0411] 1006. The first terminal receives HARQ feedback for the HARQ process ID (final) associated with the first sidelink grant.
[0412] If the HARQ feedback is ACK, execute step 1007; if the HARQ feedback is NACK (for example, based on Fig.11 For the example shown, see Fig.13 , receiving NACK at T1), execute step 1008.
[0413] 1007. The first terminal deletes the correspondence between the HARQ process ID (preliminary) and the HARQ process ID (final) associated with the first sidelink grant.
[0414] For example, based on Fig.12 For the example shown, see the deletion of this corresponding relationship. Fig.14 .
[0415] 1008. The first terminal obtains resources for retransmitting the above data (referred to as retransmission sideline grant).
[0416] For example, see Fig.13 , the first terminal can determine that the second sideline grant in the type 1CG5 resource is a retransmission sideline grant.
[0417] 1009. The first terminal determines the HARQ process ID associated with the retransmission sideline grant as the HARQ process ID associated with the first sideline grant (final).
[0418] For example, based on Fig.13 In the example shown, the HARQ process ID (final) associated with the retransmission side grant is HARQ process 4 (final).
[0419] 1010. The first terminal updates the correspondence between the HARQ process ID (pre) and the HARQ process ID (final) associated with the first sideline grant to the correspondence between the HARQ process ID (pre) and the HARQ process ID (final) associated with the retransmission sideline grant.
[0420] For example, based on Fig.13 The updated correspondence can be found in the example shown. Fig.15 .
[0421] 1011. The first terminal sends the HARQ information associated with the retransmission side authorization to the second terminal, and the HARQ information includes the HARQ process ID (terminal) associated with the retransmission side authorization, and retransmits data to the second terminal based on the retransmission side authorization. In addition, with respect to the receiving terminal, one receiving terminal can communicate with multiple different transmitting terminals. The data sent by the transmitting terminal is scheduled through the SCI, and the transmitting terminal informs the receiving terminal of the HARQ process ID used when sending data through the HARQ process ID carried in the SCI. Different transmitting terminals may use the same HARQ process ID to communicate with the receiving terminal. In this case, the HARQ process IDs in the SCI sent by different transmitting terminals are the same. Since the receiving terminal believes that the data transmitted on the same HARQ process ID corresponds to the same data (for example, the new transmission and retransmission of the same data), the data sent by different transmitting terminals using the same HARQ process ID may be put into the same HARQ buffer or soft buffer for soft merging and decoding, which will cause decoding errors. In order to solve this problem, an embodiment of the present application also provides a communication method, see Fig. 10A ,include:
[0422] 1001A. The receiving terminal receives SCI.
[0423] Exemplarily, the receiving terminal may receive the SCI from the transmitting terminal.
[0424] Exemplarily, the SCI includes one or more of a HARQ process ID, an NDI, an RV, a source identifier (eg, a layer 1 source identifier (Layer-1 source ID)), and a destination identifier (eg, a layer 1 destination identifier (Layer-1 destination ID)).
[0425] Exemplarily, the source identifier may be used to identify a sending terminal of a unicast, multicast or broadcast communication, and the destination identifier may be used to identify a receiving terminal of a unicast, multicast or broadcast communication.
[0426] Exemplarily, a unicast communication (in this case, the source identifier can be the identifier of the sending terminal, and the destination identifier can be the identifier of the receiving terminal) or a multicast communication (in this case, the source identifier can be the identifier of the sending terminal, the destination identifier can be the group identifier, and the receiving terminals are all terminals in the group) can be identified by a source identifier and a destination identifier.
[0427] Exemplarily, a broadcast communication may be identified by a destination identifier, in which case the destination identifier may be a broadcast service identifier, and in this case, the receiving terminals are all terminals that receive the broadcast service data.
[0428] 1002A. The receiving terminal selects a receiving HARQ process for the received SCI.
[0429] For each SCI sent by the transmitting terminal, the receiving terminal can select a HARQ process to receive the data scheduled by the SCI (for example, the new transmission and retransmission of the SCI scheduled data are placed in the HARQ buffer or soft buffer corresponding to the HARQ process for soft merging and decoding). In order to distinguish, the HARQ process used by the transmitting terminal when sending data can be called a sending HARQ process, and correspondingly, the identifier of the sending HARQ process can be called a sending HARQ process ID, and the HARQ process used by the receiving terminal when receiving data can be called a receiving HARQ process, and correspondingly, the identifier of the receiving HARQ process can be called a receiving HARQ process ID.
[0430] Optionally, for an SCI, when the SCI schedules a new transmission data, the receiving terminal may select a HARQ process from unoccupied HARQ processes to receive the data scheduled by the SCI.
[0431] Exemplarily, the receiving terminal not occupying the HARQ process may include any one or more of the following situations:
[0432] 1) The data transmission corresponding to the HARQ process is not completed or has not ended.
[0433] 2) The data decoding corresponding to the HARQ process is unsuccessful.
[0434] 3) The receiving terminal has not fed back the ACK corresponding to the HARQ process to the sending terminal.
[0435] 4) The receiving terminal feeds back a NACK corresponding to the process to the sending terminal.
[0436] 5) The receiving terminal has not fed back the feedback corresponding to the HARQ process to the transmitting terminal. For example, the receiving terminal fails to feed back the feedback to the transmitting terminal due to a conflict with other transmissions when it is time to feed back the feedback to the transmitting terminal.
[0437] 6) The number of times the receiving terminal receives data associated with the HARQ process does not reach the maximum number of transmissions. For example, the number of times the receiving terminal receives a TB does not reach the maximum number of transmissions.
[0438] 7) The receiving terminal does not receive an indication indicating the last data transmission.
[0439] 8) The transmission of the HARQ process does not reach the maximum transmission time, for example, the timer corresponding to the HARQ process does not time out. 1003A. The receiving terminal saves the corresponding relationship associated with the received SCI.
[0440] It should be noted that, since the data sent by different sending terminals are generally different, when a sending terminal sends a new transmission data, if the receiving terminal receives the SCI of the retransmission data of the data, it is necessary to use the HARQ process associated with the new transmission data corresponding to the retransmission data to process the retransmission data. In order to ensure that the receiving terminal puts the new transmission data and the retransmission data sent by the same terminal into the same HARQ buffer or soft buffer for soft merging and decoding, the receiving terminal can store any one of the following corresponding relationships:
[0441] 1) The correspondence between the SCI and the receiving HARQ process (eg, the receiving HARQ process ID).
[0442] 2) The correspondence between the transmitting HARQ process ID and the receiving HARQ process (eg, the receiving HARQ process ID) in the SCI.
[0443] 3) The correspondence between the transmitting HARQ process ID, the source identifier and the receiving HARQ process (eg, the receiving HARQ process ID) in the SCI. The correspondence can distinguish the HARQ process IDs used by different transmitting terminals.
[0444] 4) The correspondence between the transmitting HARQ process ID, source identifier, destination identifier and receiving HARQ process (e.g., receiving HARQ process ID) in the SCI. For a transmitting terminal, different source identifiers may be used when communicating with different receiving terminals or communicating through different connections or communicating with different groups. Similarly, for a receiving terminal, different destination identifiers may also be used to communicate with different transmitting terminals or through different connections or with different groups. In this case, the correspondence can accurately indicate the source terminal and the destination terminal.
[0445] 5) The correspondence between the communication type (cast-type), the HARQ process ID in the SCI, the source identifier in the SCI, the destination identifier in the SCI and the receiving HARQ process (e.g., the receiving HARQ process ID). When the receiving terminal performs unicast and multicast communication with different transmitting terminals respectively, the destination identifiers used for unicast communication and multicast communication may be the same. The correspondence can further distinguish the communication type, and the communication type includes any one or more of the following: unicast, multicast, and broadcast.
[0446] In the case where the receiving terminal stores the above correspondence, the receiving terminal can find the corresponding HARQ process to process the received retransmitted data when receiving the retransmission of the data. Fig. 10B, sending terminal 1 uses sending HARQ process 1 to send data 1 to the receiving terminal, and sending terminal 2 also uses sending HARQ process 1 to send data 2 to the receiving terminal. The receiving terminal can use receiving HARQ process 2 to receive data 1 sent by sending terminal 1, and use receiving HARQ process 3 to receive data 2 sent by sending terminal 2. Then, if the receiving terminal receives the retransmission of data 1 sent by sending terminal 1 to the receiving terminal using HARQ process 1, the receiving terminal uses receiving HARQ process 2 to receive the retransmission of data 1 sent by sending terminal 1, and soft-combines and decodes data 1 and the retransmission of data 1.
[0447] Optionally, the receiving terminal may delete the above correspondence when any one or more of the following conditions are met.
[0448] 1) The receiving terminal successfully decodes the data corresponding to the HARQ process.
[0449] 2) The receiving terminal transmits the decoded MAC PDU to the disassembly and demultiplexing entity.
[0450] 3) The receiving terminal feeds back an ACK to the sending terminal.
[0451] 4) The receiving terminal does not send a NACK to the sending terminal.
[0452] 5) The number of times the receiving terminal receives data associated with the HARQ process reaches the maximum number of transmissions. For example, the number of times the receiving terminal receives a TB reaches the maximum number of transmissions.
[0453] 6) The receiving terminal receives an indication for indicating the last data transmission. For example, the receiving terminal receives an SCI, and the SCI includes an indication for indicating the last data transmission. The indication is used to indicate that the transmission on the HARQ process is the last transmission.
[0454] 7) The transmission of the HARQ process reaches the maximum transmission time, for example, the timer corresponding to the HARQ process times out.
[0455] In addition, when the receiving terminal receives an SCI, the information contained in the SCI is all the same as the information in the stored correspondence relationship, and the data scheduled by the SCI is new transmission data (for example, the NDI in the SCI indicates that the data scheduled by the SCI is new transmission data), it may not delete the correspondence relationship associated with the SCI, and directly use the correspondence relationship to receive the data scheduled by the SCI, or it may delete the correspondence relationship associated with the SCI and select a HARQ process in an unoccupied HARQ process to receive the data scheduled by the SCI.
[0456] Currently, when NR UL clears the HARQ buffer, for the uplink grant for new transmission, when the MAC PDU to be transmitted is not obtained, the corresponding HARQ buffer is cleared.
[0457] The embodiment of the present application provides a new method for clearing a cache.
[0458] For UL, see Fig.16 , the method comprising:
[0459] 1601. The terminal determines that uplink data transmission is completed.
[0460] In the specific implementation of step 1601, the terminal determines that the uplink data transmission is completed when the uplink data transmission reaches the maximum number of retransmissions, or the uplink data transmission reaches the maximum transmission time, or the configured grant timer (configuredGrantTimer) times out. For the description of the configuration grant timer, refer to Section 5.4 of 3GPP TS 38.321: "NR; Medium Access Control (MAC); Protocol specification".
[0461] 1602. The terminal clears the HARQ buffer corresponding to the HARQ process used to transmit uplink data.
[0462] For SL, see Fig.17 , the method comprising:
[0463] 1701. For a HARQ process, the terminal determines that the sidelink data transmission is completed, where the sidelink data transmission completion includes that the sidelink data transmission is successful or the sidelink data transmission reaches a maximum number of transmissions or reaches a maximum transmission time.
[0464] Optionally, the terminal may maintain a HARQ buffer for each HARQ process.
[0465] 1702. The terminal clears the HARQ buffer corresponding to the HARQ process used to transmit sidelink data.
[0466] Optionally, the side data transmission is successful, including any one or more of the following situations:
[0467] 1) The terminal does not receive NACK for the sidelink data. For example, in one scenario, the first terminal performs multicast communication with other terminals, and the HARQ feedback is NACK only (after the sending terminal sends data to the receiving terminal, if the receiving terminal correctly receives the data, the receiving terminal does not provide feedback; if the receiving terminal fails to receive the data, the receiving terminal provides NACK to the sending terminal), the first terminal uses the HARQ process to send data to other terminals. The first terminal does not receive NACK when the other terminals provide feedback, and the first terminal believes that the other terminals have received the data correctly.
[0468] 2) The terminal receives an ACK for the sidelink data. For example, in one scenario, the first terminal uses the HARQ process to send data to other terminals. The first terminal receives an ACK from the other terminal. The first terminal believes that the other terminal has correctly received the data.
[0469] 3) The terminal receives an ACK for the sidelink data and does not receive a NACK for the sidelink data. In a scenario, the first terminal performs multicast communication with other terminals and the HARQ feedback is ACK / NACK (after the sending terminal sends data to the receiving terminal, if the receiving terminal correctly receives the data, the receiving terminal feeds back an ACK to the sending terminal; if the receiving terminal fails to receive the data, the receiving terminal feeds back a NACK to the sending terminal). The first terminal uses the HARQ process to send data to other terminals. The first terminal only receives ACKs from other terminals, and the first terminal believes that other terminals have correctly received the data.
[0470] Fig.16 and Fig.17 The method shown can clear the HARQ buffer when data transmission is completed, thereby saving buffer space.
[0471] The above mainly introduces the scheme of the embodiment of the present application from the perspective of the method. It can be understood that in order to realize the above functions, each network element, such as a network device and a terminal, includes at least one of the hardware structure and software modules corresponding to the execution of each function. It should be easily appreciated by those skilled in the art that, in combination with the units and algorithm steps of each example described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the present application.
[0472] The embodiment of the present application can divide the network equipment and the terminal into functional units according to the above method example. For example, each functional unit can be divided according to each function, or two or more functions can be integrated into one processing unit. The above integrated unit can be implemented in the form of hardware or in the form of software functional units. It should be noted that the division of units in the embodiment of the present application is schematic and is only a logical function division. There may be other division methods in actual implementation.
[0473] For example, Fig.18 A possible structural diagram of a communication device (referred to as communication device 180) involved in the above embodiment is shown, and the communication device 180 includes a processing unit 1801 and a communication unit 1802. Optionally, it also includes a storage unit 1803. The communication device 180 can be used to illustrate the structure of the terminal and the network device in the above embodiment.
[0474] when Fig.18 The schematic diagram of the structure shown is used to illustrate the structure of the terminal involved in the above embodiment. The processing unit 1801 is used to control and manage the actions of the terminal. For example, the processing unit 1801 is used to execute Fig. 9 901 to 903 in (at this time, the terminal is the first terminal), Fig. 9 902 and 903 in (at this time, the terminal is the second terminal), Fig.10 1001 to 1011, Fig. 10A 1001A to 1003A, Fig.16 1601 and 1602, Fig.17 1701 and 1702 in the embodiment of the present application, and / or the actions performed by the terminal in other processes described in the embodiment of the present application. The processing unit 1801 can communicate with other network entities through the communication unit 1802. For example, when the terminal is a first terminal, Fig. 9 The storage unit 1803 is used to store program codes and data of the terminal.
[0475] when Fig.18 When the structural schematic diagram shown is used to illustrate the structure of the network device involved in the above embodiment, the processing unit 1801 is used to control and manage the actions of the network device. For example, the processing unit 1801 is used to send configuration information for configuring the type of resources included in the first resource to the first terminal through the communication unit 1802, and / or the actions performed by the network device in other processes described in the embodiments of the present application. The processing unit 1801 can communicate with other network entities through the communication unit 1802, for example, communicate with the first terminal. The storage unit 1803 is used to store program codes and data of the network device.
[0476] Exemplarily, the communication device 180 may be a device or a chip or a chip system.
[0477] When the communication device 180 is a device, the processing unit may be a processor; the communication unit may be a communication interface, a transceiver, or an input interface / output interface. Optionally, the transceiver may be a transceiver circuit. Optionally, the input interface / output interface may be an input circuit / output circuit.
[0478] When the communication device 180 is a chip or a chip system, the communication unit may be a communication interface, an input interface / output interface, an interface circuit, an output circuit, an input circuit, a pin or a related circuit on the chip or the chip system, etc. The processing unit may be a processor, a processing circuit or a logic circuit, etc.
[0479] Fig.18 If the integrated unit is implemented in the form of a software function module and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the embodiment of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor (processor) to perform all or part of the steps of the method described in each embodiment of the present application. The storage medium for storing computer software products includes: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), disk or optical disk and other media that can store program codes.
[0480] The present application also provides a hardware structure diagram of a communication device (referred to as communication device 190), see Fig.19 or Fig. 20 The communication device 190 includes a processor 1901 and, optionally, a memory 1902 connected to the processor 1901.
[0481] Processor 1901 may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the program of the present application. Processor 1901 may also include multiple CPUs, and processor 1901 may be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor. The processor here may refer to one or more devices, circuits, or processing cores for processing data (such as computer program instructions).
[0482] The memory 1902 may be a ROM or other types of static storage devices that can store static information and instructions, a RAM or other types of dynamic storage devices that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical disc, laser disc, optical disc, digital versatile disc, Blu-ray disc, etc.), a disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store the desired program code in the form of an instruction or data structure and can be accessed by a computer, and the embodiments of the present application do not impose any restrictions on this. The memory 1902 may exist independently (in this case, the processor may be located outside the communication device or inside the communication device), or it may be integrated with the processor 1901. Among them, the memory 1902 may contain a computer program code. The processor 1901 is used to execute the computer program code stored in the memory 1902, thereby realizing the method provided in the embodiments of the present application.
[0483] In the first possible implementation, see Fig.19 , the communication device 190 also includes a transceiver 1903. The processor 1901, the memory 1902 and the transceiver 1903 are connected via a bus. The transceiver 1903 is used to communicate with other devices or a communication network. Optionally, the transceiver 1903 may include a transmitter and a receiver. The device used to implement the receiving function in the transceiver 1903 can be regarded as a receiver, and the receiver is used to perform the receiving step in the embodiment of the present application. The device used to implement the sending function in the transceiver 1903 can be regarded as a transmitter, and the transmitter is used to perform the sending step in the embodiment of the present application.
[0484] Based on the first possible implementation, Fig.19The structural schematic diagram shown can be used to illustrate the structures of the terminals and network devices in the above embodiments involved in the above embodiments.
[0485] when Fig.19 The schematic diagram of the structure shown is used to illustrate the structure of the terminal involved in the above embodiment. The processor 1901 is used to control and manage the actions of the terminal. For example, the processor 1901 is used to execute Fig. 9 901 to 903 in (at this time, the terminal is the first terminal), Fig. 9 902 and 903 in (at this time, the terminal is the second terminal), Fig.10 1001 to 1011, Fig. 10A 1001A to 1003A, Fig.16 1601 and 1602, Fig.17 1701 and 1702 in the embodiment of the present application, and / or the actions performed by the terminal in other processes described in the embodiment of the present application. The processor 1901 can communicate with other network entities through the transceiver 1903, for example, when the terminal is a first terminal, Fig. 9 The memory 1902 is used to store program codes and data of the terminal.
[0486] when Fig.19 When the structural schematic diagram shown is used to illustrate the structure of the network device involved in the above embodiment, the processor 1901 is used to control and manage the actions of the network device. For example, the processor 1901 is used to send configuration information for configuring the type of resources included in the first resource to the first terminal through the transceiver 1903, and / or the actions performed by the network device in other processes described in the embodiments of the present application. The processor 1901 can communicate with other network entities through the transceiver 1903, for example, communicate with the first terminal. The memory 1902 is used to store program codes and data of the network device.
[0487] In a second possible implementation, the processor 1901 includes a logic circuit and at least one of an input interface and an output interface. Exemplarily, the output interface is used to perform the sending action in the corresponding method, and the input interface is used to perform the receiving action in the corresponding method.
[0488] Based on the second possible implementation, see Fig. 20 , Fig. 20 The structural schematic diagram shown can be used to illustrate the structures of the terminals and network devices in the above embodiments involved in the above embodiments.
[0489] when Fig. 20The schematic diagram of the structure shown is used to illustrate the structure of the terminal involved in the above embodiment. The processor 1901 is used to control and manage the actions of the terminal. For example, the processor 1901 is used to execute Fig. 9 901 to 903 in (at this time, the terminal is the first terminal), Fig. 9 902 and 903 in (at this time, the terminal is the second terminal), Fig.10 1001 to 1011, Fig. 10A 1001A to 1003A, Fig.16 1601 and 1602, Fig.17 1701 and 1702 in the embodiment of the present application, and / or the actions performed by the terminal in other processes described in the embodiment of the present application. The processor 1901 can communicate with other network entities through at least one of the input interface and the output interface. For example, when the terminal is a first terminal, Fig. 9 The memory 1902 is used to store program codes and data of the terminal.
[0490] when Fig. 20 When the structural schematic diagram shown is used to illustrate the structure of the network device involved in the above embodiment, the processor 1901 is used to control and manage the actions of the network device. For example, the processor 1901 is used to send configuration information for configuring the type of resources included in the first resource to the first terminal through the transceiver 1903, and / or the actions performed by the network device in other processes described in the embodiments of the present application. The processor 1901 can communicate with other network entities through at least one of the input interface and the output interface, for example, communicate with the first terminal. The memory 1902 is used to store program codes and data of the network device.
[0491] In the implementation process, each step in the method provided in this embodiment can be completed by an integrated logic circuit of hardware in a processor or by instructions in the form of software. The steps of the method disclosed in the embodiment of the present application can be directly embodied as being executed by a hardware processor, or by a combination of hardware and software modules in a processor.
[0492] An embodiment of the present application also provides a computer-readable storage medium, including instructions, which, when executed on a computer, enable the computer to execute any of the above methods.
[0493] The embodiment of the present application also provides a computer program product including instructions, which, when executed on a computer, enables the computer to execute any of the above methods.
[0494] An embodiment of the present application also provides a communication system, including: the above-mentioned multiple terminals (for example, a first terminal and a second terminal), or, the above-mentioned terminal (for example, the first terminal) and a network device, or, the above-mentioned multiple terminals and a network device.
[0495] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using a software program, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from a website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (digital subscriber line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server, data center, etc. that contains one or more servers that can be integrated with the medium. The available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (eg, a solid state disk (SSD)).
[0496] Although the present application is described herein in conjunction with various embodiments, in the process of implementing the claimed application, those skilled in the art may understand and implement other changes to the disclosed embodiments by viewing the drawings, the disclosure, and the appended claims. In the claims, the word "comprising" does not exclude other components or steps, and "one" or "an" does not exclude multiple situations. A single processor or other unit may implement several functions listed in the claims. Certain measures are recorded in different dependent claims, but this does not mean that these measures cannot be combined to produce good results.
[0497] Although the present application has been described in conjunction with specific features and embodiments thereof, it is obvious that various modifications and combinations may be made thereto without departing from the spirit and scope of the present application. Accordingly, this specification and the drawings are merely exemplary illustrations of the present application as defined by the appended claims, and are deemed to have covered any and all modifications, variations, combinations or equivalents within the scope of the present application. Obviously, those skilled in the art may make various modifications and variations to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.
Claims
1. A communication method applied to a first terminal or a chip in the first terminal, It is characterized in that include: Determine that there is data to be sent on the first side line authorization; Determine first hybrid automatic repeat request HARQ information associated with the first sideline grant, wherein the first sideline grant is used to carry data between the first terminal and the second terminal, and the first HARQ information includes: a first HARQ process identifier associated with the first sideline grant; Sending the first HARQ information to the second terminal via a sidelink, where the sidelink is a wireless direct communication link between the first terminal and the second terminal; maintaining a correspondence between the first HARQ process identifier and the second HARQ process identifier; or, Maintaining a correspondence between the first side row grant, the first HARQ process identifier, and the second HARQ process identifier; The second HARQ process identifier is a HARQ process identifier determined for the first side row authorization according to a preset algorithm or a HARQ process identifier indicated by a network device for the first side row authorization.
2. The method according to claim 1, It is characterized in that The first HARQ information also includes: new data indication information, where the new data indication information is used to indicate whether the corresponding transmission is a new transmission or a retransmission.
3. The method according to claim 1 or 2, It is characterized in that The first HARQ process identifier is greater than or equal to 0 and less than N, where N is the maximum number of HARQ processes supported by the first terminal on one carrier, and N is an integer greater than 0.
4. The method according to claim 1 or 2, It is characterized in that Determining the first HARQ process identifier in the first HARQ information associated with the first sideline grant includes: Determine an identifier of an unoccupied HARQ process among N HARQ processes supported by the first terminal on one carrier at most as the first HARQ process identifier; or, In a case where the first side row grant preempts the second side row grant, the determined HARQ process identifier associated with the second side row grant is determined as the first HARQ process identifier.
5. The method according to claim 1 or 2, It is characterized in that The method further comprises: Obtaining a third sideline authorization for retransmitting the data; Determine the first HARQ process identifier as the HARQ process identifier associated with the third side row grant; Sending second HARQ information to the second terminal, where the second HARQ information includes: the first HARQ process identifier associated with the third side row authorization.
6. The method according to claim 5, It is characterized in that The second HARQ information also includes: new data indication information, where the new data indication information is used to indicate that the corresponding transmission is a retransmission.
7. The method according to claim 5, It is characterized in that Obtaining a third sideline authorization for retransmitting the data, comprising: determining a third sideline grant for retransmitting the data; or, A request message is sent to the network device, where the request message is used to request resources for retransmitting the data; the request message includes the second HARQ process identifier, or the resources for transmitting the request message are associated with the second HARQ process identifier; and a request response is received from the network device, where the request response includes information for indicating the third side row authorization.
8. The method according to claim 7, It is characterized in that Determining a third sideline grant for retransmitting the data includes: The third sideline grant for retransmitting the data is selected from a first resource, wherein the first resource includes any one or more types of resources: resources of the sidelink; resources of the first mode of the sidelink; resources of the second mode of the sidelink; Configuration authorization resources of the sidelink; The first type of configuration authorization resource of the sidelink; The second type of configuration authorization resource of the sidelink; Dynamically granted resources for the sidelink; The side link configuration authorization resource set includes one or more configuration authorization resources corresponding to configuration authorization resource indexes.
9. The method according to claim 8, It is characterized in that The method further comprises: Configuration information of the network device is received, where the configuration information is used to configure types of resources included in the first resource.
10. The method according to any one of claims 6 to 9, It is characterized in that The second HARQ process identifier associated with the first side row authorization is the same as or different from the fourth HARQ process identifier associated with the third side row authorization, wherein the fourth HARQ process identifier is the HARQ process identifier determined for the third side row authorization according to the preset algorithm or the HARQ process identifier indicated by the network device for the third side row authorization.
11. The method according to any one of claims 6 to 9, It is characterized in that The method further comprises: updating the correspondence between the first HARQ process identifier and the second HARQ process identifier to: the correspondence between the first HARQ process identifier and the fourth HARQ process identifier; or, Update the correspondence between the first side row grant, the first HARQ process identifier, and the second HARQ process identifier to: the correspondence between the third side row grant, the first HARQ process identifier, and the fourth HARQ process identifier; The fourth HARQ process identifier is a HARQ process identifier determined for the third side row authorization according to the preset algorithm or a HARQ process identifier indicated by the network device for the third side row authorization.
12. The method according to any one of claims 1-2, 6-9, It is characterized in that The method further comprises: When the HARQ process corresponding to the first HARQ process identifier ends, the correspondence between the first HARQ process identifier and the second HARQ process identifier, or the correspondence between the first side row authorization, the first HARQ process identifier and the second HARQ process identifier is deleted.
13. The method according to claim 12, It is characterized in that The end of the HARQ process corresponding to the first HARQ process identifier includes any one or more of the following situations: 1) No feedback of the HARQ process corresponding to the first HARQ process identifier is received; 2) receiving a positive confirmation of the HARQ process corresponding to the first HARQ process identifier; 3) receiving only the positive confirmation of the HARQ process corresponding to the first HARQ process identifier; 4) sending a positive confirmation of the HARQ process corresponding to the first HARQ process identifier to the network device; 5) The data transmission associated with the HARQ process corresponding to the first HARQ process identifier reaches the maximum transmission time; 6) The data transmission associated with the HARQ process corresponding to the first HARQ process identifier reaches the maximum number of transmissions; 7) releasing the HARQ process corresponding to the first HARQ process identifier; 8) Clear the HARQ cache corresponding to the HARQ process corresponding to the first HARQ process identifier; 9) Other side-travel authorizations preempt the first side-travel authorization; 10) Data transmission associated with the HARQ process corresponding to the first HARQ process identifier is completed or ended.
14. The method according to claim 1 or 2, It is characterized in that The method further comprises: In the case where the fourth side row grant preempts the first side row grant, third HARQ information associated with the fourth side row grant is determined, and the third HARQ information includes: a fifth HARQ process identifier associated with the fourth side row grant.
15. The method according to claim 14, It is characterized in that The method further comprises: updating the correspondence between the first HARQ process identifier and the second HARQ process identifier to be the correspondence between the fifth HARQ process identifier and the sixth HARQ process identifier; or, Update the correspondence between the first side row grant, the first HARQ process identifier, and the second HARQ process identifier to: the correspondence between the fourth side row grant, the fifth HARQ process identifier, and the sixth HARQ process identifier; The sixth HARQ process identifier is a HARQ process identifier determined for the fourth side row authorization according to the preset algorithm or a HARQ process identifier indicated by the network device for the fourth side row authorization.
16. The method according to any one of claims 1-2, 6-9, 13, 15, It is characterized in that The first sideline authorization belongs to a second resource, and the second resource includes any one or more types of resources: resources of the sidelink; resources of the first mode of the sidelink; resources of the second mode of the sidelink; Configuration authorization resources of the sidelink; The first type of configuration authorization resource of the sidelink; The second type of configuration authorization resource of the sidelink; Dynamically granted resources for the sidelink; The side link configuration authorization resource set includes one or more configuration authorization resources corresponding to configuration authorization resource indexes.
17. A communication device, It is characterized in that include: A functional unit for executing the method according to any one of claims 1 to 16, wherein the actions performed by the functional unit are implemented by hardware or by hardware executing corresponding software implementations.
18. A communication device, It is characterized in that include: processor; The processor is connected to a memory, the memory is used to store computer-executable instructions, and the processor executes the computer-executable instructions stored in the memory so that the device implements the method according to any one of claims 1 to 16.
19. A communication system, It is characterized in that include: A terminal and / or a network device, wherein the terminal is used to implement the method according to any one of claims 1 to 16, and the network device is used to implement the method according to claim 1 or 7 or 9 or 10 or 11 or 13 or 15.
20. A computer-readable storage medium, It is characterized in that The method comprises instructions, which, when executed on a computer, cause the computer to execute the method according to any one of claims 1 to 16.
21. A computer program product, It is characterized in that The method comprises instructions, which, when executed on a computer, cause the computer to execute the method according to any one of claims 1 to 16.