Method for sending an assistance request, method for receiving an assistance request, and apparatus thereof.

Abstract

This disclosure provides a method for sending an auxiliary request, a method for receiving an auxiliary request, and an apparatus thereof, belonging to the field of communication technology. The method for sending an auxiliary request is applied to a first terminal device and includes: determining a triggering condition for the auxiliary request; and triggering the first terminal device to send an auxiliary request to a second terminal device according to the triggering condition. Therefore, the first terminal device sends an auxiliary request to the second terminal device only when the triggering condition is met, eliminating the need for frequent auxiliary request sending and reducing signaling overhead.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a method for sending an assistance request, a method for receiving an assistance request, and an apparatus thereof. Background Technology

[0002] Among related technologies, an important branch of cellular IoT technology is Device-to-Device Communication (DTD), officially known as Sidelink in its protocol. Sidelink's auxiliary resource selection mechanism defines two terminal devices, UE-A and UE-B. UE-A is an auxiliary UE (User Equipment) for UE-B, while UE-B selects resources for its own data packets. UE-B sends an auxiliary request to UE-A, which determines a resource set and returns it to UE-B along with auxiliary information. When selecting resources for its data transmission, UE-B may consider the resource set provided by UE-A.

[0003] The aforementioned auxiliary resource selection mechanism does not specify the conditions under which UE-B sends auxiliary requests. Frequent auxiliary requests by UE-B result in high signaling overhead. Summary of the Invention

[0004] A first aspect of this disclosure provides a method for sending an assistance request, applied to a first terminal device, comprising: determining a triggering condition for the assistance request; and triggering the first terminal device to send the assistance request to a second terminal device according to the triggering condition of the assistance request.

[0005] In this technical solution, after determining the triggering conditions for the auxiliary request, the first terminal device sends an auxiliary request to the second terminal device according to the triggering conditions. Therefore, the first terminal device sends the auxiliary request to the second terminal device only when the triggering conditions are met, reducing the need for frequent auxiliary request sending and minimizing signaling overhead.

[0006] Optionally, triggering the first terminal device to send the assistance request to the second terminal device includes: in response to the triggering condition that the number of consecutive HARQ NACK feedbacks received is greater than a configured threshold, triggering the first terminal device to send the assistance request to the second terminal device.

[0007] Optionally, triggering the first terminal device to send the auxiliary request to the second terminal device includes: in response to the triggering condition that the data packet delay budget (PDB) of the data packet to be sent is greater than the configured PDB threshold, triggering the first terminal device to send the auxiliary request to the second terminal device.

[0008] Optionally, triggering the first terminal device to send the auxiliary request to the second terminal device includes: in response to the triggering condition that the channel occupancy rate (CR) of the data packet to be sent is less than or equal to a pre-configured CR threshold, triggering the first terminal device to send the auxiliary request to the second terminal device.

[0009] Optionally, the CR is the ratio of the number of first sub-channels within a specified time slot to the total number of sub-channels belonging to the resource pool within the specified time slot; wherein, the first sub-channel is the sum of the number of sub-channels used to send the data packet and the number of reserved sub-channels to be used to send the data packet within the specified time slot; the CR threshold is the CR limit value corresponding to the configured priority k, and the CR threshold is pre-configured by the RRC message.

[0010] Optionally, triggering the first terminal device to send the assistance request to the second terminal device includes: in response to the triggering condition that the measured channel busy rate (CBR) is less than or equal to a pre-configured CBR threshold, triggering the first terminal device to send the assistance request to the second terminal device.

[0011] Optionally, the CBR is the ratio of the number of second sub-channels within a specified time slot range to the total number of sub-channels in the resource pool, and the CBR threshold is pre-configured by the RRC message; wherein, the second sub-channel is the sub-channel whose corresponding Received Signal Strength Indicator (RSSI) is greater than the configured RSSI threshold.

[0012] Optionally, triggering the first terminal device to send the auxiliary request to the second terminal device includes: in response to the arrival of the data packet to be sent as the triggering condition, triggering the first terminal device to send the auxiliary request to the second terminal device.

[0013] Optionally, triggering the first terminal device to send the assistance request to the second terminal device includes: in response to the arrival of the first data packet to be sent as the triggering condition, triggering the first terminal device to send the assistance request carrying a periodic feedback flag to the second terminal device; wherein, the periodic feedback flag is used to instruct the second terminal device to periodically send assistance information.

[0014] Optionally, triggering the first terminal device to send the auxiliary request to the second terminal device includes: in response to the triggering condition that the priority of the data packet to be sent is less than or equal to a configured priority threshold, triggering the first terminal device to send the auxiliary request to the second terminal device, wherein the priority threshold is pre-configured by an RRC message.

[0015] A second aspect of this disclosure provides a method for receiving an assistance request, applied to a second terminal device, comprising: receiving an assistance request sent by a first terminal device; wherein the assistance request is initiated by the first terminal device based on a triggering condition.

[0016] Optionally, the auxiliary request is: the auxiliary request sent by the first terminal device in response to the triggering condition that the number of consecutive HARQ NACK feedbacks received is greater than a configured threshold.

[0017] Optionally, the assistance request is: the assistance request sent by the first terminal device in response to the triggering condition that the data packet delay budget (PDB) of the data packet to be sent is greater than the configured PDB threshold.

[0018] Optionally, the assistance request is: the assistance request sent by the first terminal device in response to the triggering condition that the channel occupancy rate (CR) of the data packet to be sent is less than or equal to a pre-configured CR threshold.

[0019] Optionally, the CR is the ratio of the number of first sub-channels within a specified time slot to the total number of sub-channels belonging to the resource pool within the specified time slot; wherein, the first sub-channel is the sum of the number of sub-channels used to send the data packet and the number of reserved sub-channels to be used to send the data packet within the specified time slot; the CR threshold is the CR limit value corresponding to the configured priority k, and the CR threshold is pre-configured by the RRC message.

[0020] Optionally, the assistance request is: the assistance request sent by the first terminal device in response to the triggering condition that the measured channel busy rate (CBR) is less than or equal to a pre-configured CBR threshold.

[0021] Optionally, the CBR is the ratio of the number of second sub-channels within a specified time slot range to the total number of sub-channels in the resource pool, and the CBR threshold is pre-configured by the RRC message; wherein, the second sub-channel is the sub-channel whose corresponding Received Signal Strength Indicator (RSSI) is greater than the configured RSSI threshold.

[0022] Optionally, the auxiliary request is: the auxiliary request sent by the first terminal device in response to the arrival of the data packet to be sent as the trigger condition.

[0023] Optionally, the assistance request is: the assistance request carrying a periodic feedback flag sent by the first terminal device in response to the arrival of the first data packet to be sent when the triggering condition is met; wherein, the periodic feedback flag is used to instruct the second terminal device to periodically send assistance information.

[0024] Optionally, the auxiliary request is: the auxiliary request sent by the first terminal device in response to the triggering condition that the priority of the data packet to be sent is less than or equal to a configured priority threshold, wherein the priority threshold is pre-configured by the RRC message.

[0025] A third aspect of this disclosure provides an apparatus for sending an assistance request, applied to a first terminal device. The apparatus includes: a processing unit configured to determine a triggering condition for the assistance request; the processing unit is further configured to trigger the first terminal device to send the assistance request to a second terminal device according to the triggering condition of the assistance request.

[0026] Optionally, the processing unit is specifically configured to, in response to the triggering condition that the number of consecutive HARQNACK feedbacks received is greater than a configured threshold, trigger the first terminal device to send the auxiliary request to the second terminal device.

[0027] Optionally, the processing unit is specifically configured to, in response to the triggering condition that the data packet delay budget (PDB) of the data packet to be sent is greater than the configured PDB threshold, trigger the first terminal device to send the auxiliary request to the second terminal device.

[0028] Optionally, the processing unit is specifically configured to, in response to the triggering condition that the channel occupancy rate (CR) of the data packet to be sent is less than or equal to a pre-configured CR threshold, trigger the first terminal device to send the auxiliary request to the second terminal device.

[0029] Optionally, the CR is the ratio of the number of first sub-channels within a specified time slot to the total number of sub-channels belonging to the resource pool within the specified time slot; wherein, the first sub-channel is the sum of the number of sub-channels used to send the data packet and the number of reserved sub-channels to be used to send the data packet within the specified time slot; the CR threshold is the CR limit value corresponding to the configured priority k, and the CR threshold is pre-configured by the RRC message.

[0030] Optionally, the processing unit is specifically configured to, in response to the triggering condition that the measured channel busy rate (CBR) is less than or equal to a pre-configured CBR threshold, trigger the first terminal device to send the auxiliary request to the second terminal device.

[0031] Optionally, the CBR is the ratio of the number of second sub-channels within a specified time slot range to the total number of sub-channels in the resource pool, and the CBR threshold is pre-configured by the RRC message; wherein, the second sub-channel is a sub-channel whose corresponding Received Signal Strength Indicator (RSSI) is greater than the configured RSSI threshold.

[0032] Optionally, the processing unit is specifically configured to, in response to the arrival of the data packet to be sent as the triggering condition, trigger the first terminal device to send the auxiliary request to the second terminal device.

[0033] Optionally, the processing unit is specifically configured to, in response to the arrival of the first data packet to be sent as the triggering condition, trigger the first terminal device to send the assistance request carrying a periodic feedback flag to the second terminal device; wherein, the periodic feedback flag is used to instruct the second terminal device to periodically send assistance information.

[0034] Optionally, the processing unit is specifically configured to, in response to the triggering condition that the priority of the data packet to be sent is less than or equal to a configured priority threshold, trigger the first terminal device to send the auxiliary request to the second terminal device, wherein the priority threshold is pre-configured by the RRC message.

[0035] A fourth aspect of this disclosure provides an apparatus for receiving an assistance request, applied to a second terminal device. The apparatus includes a transceiver unit for receiving an assistance request sent by a first terminal device, wherein the assistance request is initiated by the first terminal device based on triggering conditions.

[0036] Optionally, the auxiliary request is: the auxiliary request sent by the first terminal device in response to the triggering condition that the number of consecutive HARQ NACK feedbacks received is greater than a configured threshold.

[0037] Optionally, the assistance request is: the assistance request sent by the first terminal device in response to the triggering condition that the data packet delay budget (PDB) of the data packet to be sent is greater than the configured PDB threshold.

[0038] Optionally, the assistance request is: the assistance request sent by the first terminal device in response to the triggering condition that the channel occupancy rate (CR) of the data packet to be sent is less than or equal to a pre-configured CR threshold.

[0039] Optionally, the CR is the ratio of the number of first sub-channels within a specified time slot to the total number of sub-channels belonging to the resource pool within the specified time slot; wherein, the first sub-channel is the sum of the number of sub-channels used to send the data packet and the number of reserved sub-channels to be used to send the data packet within the specified time slot; the CR threshold is the CR limit value corresponding to the configured priority k, and the CR threshold is pre-configured by the RRC message.

[0040] Optionally, the assistance request is: the assistance request sent by the first terminal device in response to the triggering condition that the measured channel busy rate (CBR) is less than or equal to a pre-configured CBR threshold.

[0041] Optionally, the CBR is the ratio of the number of second sub-channels within a specified time slot range to the total number of sub-channels in the resource pool, and the CBR threshold is pre-configured by the RRC message; wherein, the second sub-channel is the sub-channel whose corresponding Received Signal Strength Indicator (RSSI) is greater than the configured RSSI threshold.

[0042] Optionally, the auxiliary request is: the auxiliary request sent by the first terminal device in response to the arrival of the data packet to be sent as the trigger condition.

[0043] Optionally, the assistance request is: the assistance request carrying a periodic feedback flag sent by the first terminal device in response to the arrival of the first data packet to be sent when the triggering condition is met; wherein, the periodic feedback flag is used to instruct the second terminal device to periodically send assistance information.

[0044] Optionally, the auxiliary request is: the auxiliary request sent by the first terminal device in response to the triggering condition that the priority of the data packet to be sent is less than or equal to a configured priority threshold, wherein the priority threshold is pre-configured by the RRC message.

[0045] A fifth aspect of this disclosure provides an apparatus for sending an assistance request, the apparatus including a processor and a memory storing a computer program, the processor executing the computer program stored in the memory to cause the apparatus to perform the method described in the first aspect of this disclosure.

[0046] A sixth aspect of this disclosure provides an apparatus for receiving assistance requests, the apparatus including a processor and a memory storing a computer program, the processor executing the computer program stored in the memory to cause the apparatus to perform the method described in the second aspect of this disclosure.

[0047] A seventh aspect of this disclosure provides an apparatus for sending an auxiliary request, comprising: a processor and an interface circuit; the interface circuit being configured to receive code instructions and transmit them to the processor; the processor being configured to execute the code instructions to perform the method described in the first aspect of this disclosure.

[0048] An eighth aspect of this disclosure provides an auxiliary request receiving apparatus, comprising: a processor and an interface circuit; the interface circuit being configured to receive code instructions and transmit them to the processor; the processor being configured to execute the code instructions to perform the method described in the second aspect of this disclosure.

[0049] A ninth aspect of this disclosure provides a computer-readable storage medium for storing instructions that, when executed, cause the method described in the first aspect of this disclosure to be implemented.

[0050] A tenth aspect embodiment of this disclosure provides a computer-readable storage medium for storing instructions that, when executed, cause the method described in the second aspect embodiment of this disclosure to be implemented.

[0051] The eleventh aspect of this disclosure provides a computer program product that, when run on a computer, causes the computer to perform the methods described in the first aspect of this disclosure.

[0052] The twelfth aspect of this disclosure provides a computer program product that, when run on a computer, causes the computer to perform the methods described in the second aspect of this disclosure.

[0053] Additional aspects and advantages of this disclosure will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this disclosure. Attached Figure Description

[0054] To more clearly illustrate the technical solutions in the embodiments of this application or the background art, the accompanying drawings used in the embodiments of this application or the background art will be described below.

[0055] Figure 1 A flowchart illustrating a method for sending an auxiliary request provided in an embodiment of this disclosure;

[0056] Figure 2 This disclosure provides a schematic diagram of UE-B sending an assistance request to UE-A.

[0057] Figure 3 A flowchart illustrating another method for sending an auxiliary request provided in an embodiment of this disclosure;

[0058] Figure 4 A flowchart illustrating another method for sending an auxiliary request provided in an embodiment of this disclosure;

[0059] Figure 5 A flowchart illustrating another method for sending an auxiliary request provided in an embodiment of this disclosure;

[0060] Figure 6A flowchart illustrating another method for sending an auxiliary request provided in an embodiment of this disclosure;

[0061] Figure 7 A flowchart illustrating another method for sending an auxiliary request provided in an embodiment of this disclosure;

[0062] Figure 8 This disclosure provides a schematic diagram of UE-B sending an assistance request to UE-A.

[0063] Figure 9 A flowchart illustrating another method for sending an auxiliary request provided in an embodiment of this disclosure;

[0064] Figure 10 A flowchart illustrating another method for sending an auxiliary request provided in an embodiment of this disclosure;

[0065] Figure 11 A flowchart illustrating a method for receiving an auxiliary request provided in an embodiment of this disclosure;

[0066] Figure 12 A flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure;

[0067] Figure 13 A flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure;

[0068] Figure 14 A flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure;

[0069] Figure 15 A flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure;

[0070] Figure 16 A flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure;

[0071] Figure 17 A flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure;

[0072] Figure 18 A flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure;

[0073] Figure 19 A schematic diagram of the structure of an auxiliary request sending device provided in an embodiment of this disclosure;

[0074] Figure 20 A schematic diagram of the structure of a receiving device for an auxiliary request provided in an embodiment of this disclosure;

[0075] Figure 21 This is a block diagram of a UE2100 provided in an embodiment of this disclosure. Detailed Implementation

[0076] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numerals in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with those of this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of the embodiments of this disclosure as detailed in the appended claims.

[0077] The terminology used in this disclosure is for the purpose of describing particular embodiments only and is not intended to be limiting of the present disclosure. The singular forms “a” and “the” as used in this disclosure and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any and all possible combinations of one or more of the associated listed items.

[0078] It should be understood that although the terms first, second, third, etc., may be used to describe various information in embodiments of this disclosure, such information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, first information may also be referred to as second information without departing from the scope of embodiments of this disclosure, and similarly, second information may also be referred to as first information. Depending on the context, the words “if” and “suppose” as used herein may be interpreted as “when”, “when”, or “in response to a determination”.

[0079] Embodiments of this disclosure are described in detail below, examples of which are illustrated in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain this disclosure, and should not be construed as limiting this disclosure.

[0080] Before describing the embodiments of this disclosure, for ease of understanding, the commonly used technical terms in this disclosure will first be introduced:

[0081] HARQ stands for Hybrid Automatic Repeat Request.

[0082] NACK stands for negative confirmation.

[0083] PDB stands for Packet Delay Budget.

[0084] CR refers to Channel Occupancy Ratio.

[0085] CBR stands for Channel Busy Ratio.

[0086] RSSI stands for Received Signal Strength Indicator.

[0087] RRC stands for Radio Resource Control.

[0088] Since LTE (Long Term Evolution), 3GPP (3rd Generation Partnership Project) has been developing the Sidelink standard as a standard for direct UE-to-UE communication. The first NR Sidelink standard was completed in Rel-16, where NR Sidelink solutions are mainly used for vehicle-to-everything (V2X) communication and public safety. For V2X and public safety, due to time constraints, Release 16 did not fully support service requirements and operational scenarios, and SA (Service and System Aspects) made some enhancements to NR Sidelink in Release 17, such as architectural and system enhancements to support advanced V2X services in 3GPP. Furthermore, the SA working group is researching other commercial use cases related to NR Sidelink, such as interactive services for network control, enhanced energy-efficient relays, wide coverage, and audiovisual service production. Therefore, the Rel-17 project needs to further enhance the reliability of Sidelink transmission and reduce latency.

[0089] In related technologies, to further enhance the reliability and reduce latency of Sidelink transmission, the auxiliary resource selection mechanism in NR Sidelink specifies two terminal devices, UE-A and UE-B. UE-A is an auxiliary UE for UE-B, and UE-B is the UE that selects resources for the data packets it sends. UE-B sends an auxiliary request to UE-A, and UE-A determines a resource set, which is carried in the auxiliary information and returned to UE-B. When sending data for resource selection, UE-B may consider the resource set provided by UE-A.

[0090] However, the above-mentioned auxiliary resource selection mechanism does not specify the conditions for UE-B to send auxiliary requests. UE-B sends auxiliary requests frequently, resulting in high signaling overhead.

[0091] To address the aforementioned problems, this disclosure provides a method for sending an auxiliary request, a method for receiving an auxiliary request, and an apparatus thereof.

[0092] Figure 1 This is a flowchart illustrating a method for sending an assistance request according to an embodiment of this disclosure. It should be noted that the method for sending an assistance request in this embodiment is applied to a first terminal device, which may be the terminal device sending the assistance request, for example, a UE-B.

[0093] like Figure 1 As shown, the method for sending this assistance request may include the following steps:

[0094] Step 101: Determine the triggering conditions for the auxiliary request.

[0095] In this embodiment of the disclosure, the first terminal device may pre-set the triggering conditions for the auxiliary request, wherein the triggering conditions for the auxiliary request can be used to trigger the first terminal device to send the auxiliary request, and the number of triggering conditions for the auxiliary request may be one or more.

[0096] Step 102: Based on the triggering conditions of the auxiliary request, the first terminal device is triggered to send an auxiliary request to the second terminal device.

[0097] In this embodiment of the disclosure, the first terminal device can trigger the sending of an assistance request to the second terminal device according to the pre-set triggering conditions of the assistance request. The pre-setting method can be varied, such as pre-storing it within the first terminal device, determining it according to a relevant communication protocol, or having it sent to the first terminal device by a network-side device or other device.

[0098] In other words, in order to reduce signaling overhead, such as Figure 2As shown, when the first terminal device sends a data packet to select resources, it determines whether the triggering conditions for an auxiliary request are met. If the triggering conditions are met, the first terminal device sends an auxiliary request to the second terminal device. After receiving the auxiliary request from the first terminal device, the second terminal device can send auxiliary information to the first terminal device. The first terminal device can then refer to this auxiliary information and its own perceived resource set to select resources. The resources perceived by the first terminal device refer to the resource set used for PSSCH resource selection that the first terminal device determines and reports to higher layers according to steps 1 to 6 as specified in section 8.1.4 of the R16 version protocol TS 38.214. For example, the first terminal device can intersect the auxiliary information and its own perceived resource set to obtain the intersection resource set, and then select resources from the intersection resource set.

[0099] As an example, when there is only one triggering condition for an auxiliary request, if the triggering condition for the auxiliary request is met when the first terminal device sends a data packet to select resources, then the first terminal device will send an auxiliary request to the second terminal device. If the triggering condition for the auxiliary request is not met when the first terminal device sends a data packet to select resources, then the first terminal device will not send an auxiliary request to the second terminal device.

[0100] As another example, when there are multiple triggering conditions for an auxiliary request, if the first terminal device meets one or more of the triggering conditions for the auxiliary request when sending data packets for resource selection, then the first terminal device sends an auxiliary request to the second terminal device. If the first terminal device does not meet any of the triggering conditions for the auxiliary request when sending data packets for resource selection, then the first terminal device does not send an auxiliary request to the second terminal device.

[0101] It should be noted that the second terminal device can be a terminal device that receives the assistance request sent by the first terminal device, and the second terminal device can be an auxiliary terminal device of the first terminal device. For example, the second terminal device can be UE-A, the first terminal device can be UE-B, and UE-A can be an auxiliary UE of UE-B.

[0102] The auxiliary request sending method in this embodiment of the application involves a first terminal device, after determining the triggering condition for the auxiliary request, triggering itself to send an auxiliary request to a second terminal device according to the triggering condition. Therefore, the first terminal device sends the auxiliary request to the second terminal device only when the triggering condition is met, eliminating the need for frequent auxiliary request sending and reducing signaling overhead.

[0103] This disclosure provides another method for sending auxiliary requests. Figure 3This is a flowchart illustrating another method for sending an assistance request provided by an embodiment of this disclosure. This method for sending an assistance request can be applied to a first terminal device. This method for sending an assistance request can be executed alone, or it can be executed in conjunction with any embodiment of this disclosure or possible implementations within those embodiments, or it can be executed in conjunction with any technical solution in related technologies.

[0104] like Figure 3 As shown, the method for sending the assistance request may include the following steps:

[0105] Step 301: Determine the triggering conditions for the auxiliary request.

[0106] Step 302: In response to the triggering condition that the number of consecutive HARQ NACK feedbacks received is greater than the configured threshold, the first terminal device is triggered to send an auxiliary request to the second terminal device.

[0107] In this embodiment, the first terminal device can be pre-set to trigger a condition where the number of consecutive HARQ NACK responses received exceeds a configured threshold. When the first terminal device sends data packets for resource selection, and the number of consecutive HARQ NACK responses received exceeds the configured threshold, it triggers itself to send an assistance request to the second terminal device. For example, the first terminal device receives N consecutive HARQ NACK responses, and the configured threshold is N. max In N>N max At that time, it triggers itself to send an auxiliary request to the second terminal device.

[0108] In other words, when UE-B receives N consecutive HARQ NACK feedbacks, and N>N max When, where N max The threshold value indicates that the resources selected by UE-B when sending data packets conflict with the resources reserved by other UEs. If UE-B uses resources from its own candidate resource set, there may be serious hidden nodes and half-duplex problems, resulting in low reliability of UE-B's data transmission. In this case, UE-B sends an assistance request to UE-A to obtain UE-A's assistance to provide a more reliable resource set.

[0109] In the embodiments of this disclosure, step 301 can be implemented in any of the various embodiments of this disclosure. This disclosure does not limit this implementation and will not elaborate further. Similar to other embodiments of this disclosure, there are many ways to pre-set the settings, such as pre-storing them in the first terminal device, determining them according to relevant communication protocols, or sending them to the first terminal device from a network-side device or other devices.

[0110] The auxiliary request sending method of this disclosure embodiment determines the triggering condition of the auxiliary request. In response to the triggering condition that the number of consecutive HARQ NACK feedback received is greater than the configured number threshold, the first terminal device is triggered to send an auxiliary request to the second terminal device. Thus, the first terminal device sends an auxiliary request to the second terminal device when the number of consecutive HARQ NACK feedback received is greater than the configured number threshold, without the need to send auxiliary requests frequently, thereby reducing signaling overhead.

[0111] This disclosure provides another method for sending auxiliary requests. Figure 4 This is a flowchart illustrating another method for sending an assistance request provided by an embodiment of this disclosure. This method for sending an assistance request can be applied to a first terminal device. This method for sending an assistance request can be executed alone, or it can be executed in conjunction with any embodiment of this disclosure or possible implementations within those embodiments, or it can be executed in conjunction with any technical solution in related technologies.

[0112] like Figure 4 As shown, the method for sending the assistance request may include the following steps:

[0113] Step 401: Determine the triggering conditions for the auxiliary request.

[0114] Step 402: In response to the triggering condition that the data packet delay budget (PDB) of the data packet to be sent is greater than the configured PDB threshold, the first terminal device is triggered to send an auxiliary request to the second terminal device.

[0115] In this embodiment, the first terminal device can pre-set a trigger condition that the data packet delay budget (PDB) of the data packet to be sent is greater than a configured PDB threshold. When the first terminal device performs resource selection for sending the data packet to be sent, and the data packet delay budget (PDB) is greater than the configured PDB threshold, it triggers itself to send an assistance request to the second terminal device. For example, the PDB threshold is PDB. threshold The data packet delay budget (PDB) of the data packets to be sent by the first terminal device satisfies PDB > PDB. threshold This triggers the device to send an auxiliary request to the second terminal device.

[0116] As a possible implementation of the embodiments of the present disclosure, when UE-B selects resources for the data packets sent by itself in time slot n, for example, the time window corresponding to the resource selection is [n+T1, n+T2], where T1<T2 and T2≤PDB. When the PDB value is larger, it means that the requirement for the delay of the data packets sent by UE-B is lower. Since there is signaling interaction between UE-A and UE-B during the process of UE-A assisting UE-B in resource selection, and the signaling interaction requires a certain delay, therefore, when the requirement for the delay of the data packets sent by UE-B is lower, an assistance request can be sent to UE-A. Therefore, when the value of PDB is greater than the PDB threshold, it can trigger UE-B to send an assistance request to UE-A.

[0117] In the embodiments of the present disclosure, step 401 can be implemented in any one of the various embodiments of the present disclosure. The embodiments of the present disclosure do not make any limitations on this and will not be elaborated further. Similar to other embodiments of the present disclosure, there are many ways of presetting, for example, pre-stored in the first terminal device, or determined by the first terminal device according to relevant communication protocols, or sent to the first terminal device by a network-side device or other devices.

[0118] The method for sending an assistance request in the embodiments of the present disclosure determines the trigger condition for the assistance request, and in response to the trigger condition that the packet delay budget PDB of the data packet to be sent is greater than the configured PDB threshold, triggers the first terminal device to send an assistance request to the second terminal device. Thus, when the packet delay budget PDB of the data packet to be sent by the first terminal device is greater than the configured PDB threshold, the first terminal device sends an assistance request to the second terminal device, without frequently sending assistance requests, reducing signaling overhead.

[0119] The embodiments of the present disclosure provide another method for sending an assistance request. Figure 5 It is a flowchart of another method for sending an assistance request provided by the embodiments of the present disclosure. This method for sending an assistance request can be applied to the first terminal device. This method for sending an assistance request can be executed alone, or can be executed in combination with any one of the embodiments or possible implementation manners in the present disclosure, or can be executed in combination with any one of the technical solutions in related technologies.

[0120] As Figure 5 shown, this method for sending an assistance request may include the following steps:

[0121] Step 501, determine the trigger condition for the assistance request.

[0122] Step 502, in response to the trigger condition that the channel occupancy rate CR of the data packet to be sent is less than or equal to a pre-configured CR threshold, trigger the first terminal device to send an assistance request to the second terminal device.

[0123] In this embodiment, the first terminal device can pre-set a trigger condition that the channel occupancy rate (CR) of the data packet to be sent is less than or equal to a pre-configured CR threshold. When the first terminal device sends the data packet to be sent for resource selection, and the channel occupancy rate (CR) of the data packet to be sent is less than or equal to the pre-configured CR threshold, it triggers itself to send an assistance request to the second terminal device. Here, CR is the ratio of the number of first sub-channels within a specified time slot to the total number of sub-channels belonging to the resource pool within the specified time slot; the first sub-channel is the sum of the number of sub-channels used for sending data packets and the number of reserved sub-channels to be used for sending data packets within the specified time slot; the CR threshold is the CR limit value corresponding to the configured priority k, and the CR threshold is pre-configured by the RRC message. For example, the CR threshold is CR... Limit (k), the channel occupancy rate CR of the data packet to be sent is ∑ i≥k CR(i), in ∑ i≥k CR(i)≤CR Limit When (k) occurs, the first terminal device is triggered to send an assistance request to the second terminal device, where i and k represent priorities. Similar to other embodiments of this disclosure, the pre-setting method can be varied, such as pre-storing within the first terminal device, determining it according to a relevant communication protocol, or being sent to the first terminal device by a network-side device or other device.

[0124] As one possible implementation of this disclosure, the method for measuring CR in R16 can be reused. Specifically, this involves the ratio of the number of sub-channels used by UE-B to transmit data packets within the range [na, n+1] and the number of sub-channels already granted by Sidelink (referring to the number of reserved sub-channels to be used for transmitting data packets) within the range [n, n+b] to the total number of sub-channels belonging to the resource pool within the range [na, n+b]. Here, the values ​​of a and b are set by UE-B, and time slot n refers to the time slot in which UE-B transmits data packets. Furthermore, CR... Limit (k) represents the limit value of CR measured by Sidelink transmission corresponding to the configured priority k. Priority k can be pre-configured. ∑ i≥k CR(i)≤CR Limit (k) indicates that the sum of CRs corresponding to direct-access links with priority values ​​not lower than or equal to the limit value of CRs corresponding to priority k. UE-B selects resources when sending data packets to be transmitted, satisfying ∑ i≥k CR(i)≤CR Limit When (k), send an assistance request to UE-A.

[0125] In the embodiments of this disclosure, step 501 can be implemented in any of the ways described in the various embodiments of this disclosure. The embodiments of this disclosure do not limit this and will not elaborate further.

[0126] The auxiliary request sending method of this disclosure embodiment determines the triggering condition for the auxiliary request. In response to the triggering condition that the channel occupancy rate (CR) of the data packet to be sent is less than or equal to a pre-configured CR threshold, the first terminal device is triggered to send an auxiliary request to the second terminal device. Therefore, the first terminal device sends the auxiliary request to the second terminal device only when the channel occupancy rate (CR) of the data packet to be sent is less than or equal to the pre-configured CR threshold, eliminating the need for frequent auxiliary request sending and reducing signaling overhead.

[0127] This disclosure provides another method for sending auxiliary requests. Figure 6 This is a flowchart illustrating another method for sending an assistance request provided by an embodiment of this disclosure. This method for sending an assistance request can be applied to a first terminal device. This method for sending an assistance request can be executed alone, or it can be executed in conjunction with any embodiment of this disclosure or possible implementations within those embodiments, or it can be executed in conjunction with any technical solution in related technologies.

[0128] like Figure 6 As shown, the method for sending the assistance request may include the following steps:

[0129] Step 601: Determine the triggering conditions for the auxiliary request.

[0130] Step 602: In response to the triggering condition that the measured channel busy rate (CBR) is less than or equal to a pre-configured CBR threshold, the first terminal device is triggered to send an auxiliary request to the second terminal device.

[0131] In this embodiment, the first terminal device can be pre-set to trigger a condition where the measured channel busy rate (CBR) is less than or equal to a pre-configured CBR threshold. When the first terminal device sends a data packet to be sent for resource selection, and the measured CBR is less than or equal to the pre-configured CBR threshold, it triggers itself to send an assistance request to the second terminal device. Here, CBR is the ratio of the number of second sub-channels within a specified time slot to the total number of sub-channels in the resource pool. The CBR threshold is pre-configured by the RRC message. The second sub-channel is the sub-channel whose corresponding Received Signal Strength Indication (RSSI) is greater than a configured RSSI threshold. For example, the CBR threshold is CBR... limit In CBR≤CBR limitAt that time, the first terminal device sends an assistance request to the second terminal device. Similar to other embodiments of this disclosure, there are many ways to pre-set it, such as pre-storing it in the first terminal device, determining it according to a relevant communication protocol, or having it sent to the first terminal device by a network-side device or other device.

[0132] As one possible implementation of this disclosure, before sending a data packet to be sent, the first terminal device measures the channel occupancy of other UEs in the Sidelink by reusing the CBR measurement method in R16. That is, it measures the channel busyness of other UEs in the current timeslot n. CBR can be the ratio of sub-channels whose measured RSSI value is higher than the configured RSSI threshold within the measurement window [nc, n-1] to the total number of sub-channels in the resource pool, where c is 100 or 100·2. u There are several time slots, where u represents the value corresponding to different subcarrier spacing sizes, u = 0, 1, 2, 3 (u = 0 represents a subcarrier of 15kHz, u = 1 represents a subcarrier of 30kHz, u = 2 represents a subcarrier of 60kHz, u = 3 represents a subcarrier of 120kHz). When CBR ≤ CBR limit This indicates that the channel is not busy and the signaling transmission during the assisted process has little interference with the data transmission of other UEs. At this time, UE-B can be triggered to send an assisted request to UE-A.

[0133] In the embodiments of this disclosure, step 601 can be implemented in any of the ways described in the various embodiments of this disclosure. The embodiments of this disclosure do not limit this and will not elaborate further.

[0134] The auxiliary request sending method of this disclosure embodiment determines the triggering condition for the auxiliary request. In response to the triggering condition that the measured channel busy rate (CBR) is less than or equal to a pre-configured CBR threshold, the first terminal device is triggered to send an auxiliary request to the second terminal device. Therefore, the first terminal device sends the auxiliary request to the second terminal device only when the measured CBR is less than or equal to the pre-configured CBR threshold, eliminating the need for frequent auxiliary request sending and reducing signaling overhead.

[0135] This disclosure provides another method for sending auxiliary requests. Figure 7 This is a flowchart illustrating another method for sending an assistance request provided by an embodiment of this disclosure. This method for sending an assistance request can be applied to a first terminal device. This method for sending an assistance request can be executed alone, or it can be executed in conjunction with any embodiment of this disclosure or possible implementations within those embodiments, or it can be executed in conjunction with any technical solution in related technologies.

[0136] like Figure 7 As shown, the method for sending the assistance request may include the following steps:

[0137] Step 701: Determine the triggering conditions for the auxiliary request.

[0138] Step 702: In response to the arrival of the data packet to be sent, the first terminal device is triggered to send an auxiliary request to the second terminal device.

[0139] In this embodiment of the disclosure, the first terminal device may pre-set the trigger condition as the arrival of a data packet to be sent. When the data packet arrives, the first terminal device sends an assistance request to the second terminal device. For example, if the data packet arrives in time slot n, after time ΔT, the first terminal device sends an assistance request to the second terminal device. Similar to other embodiments of this disclosure, the pre-setting method can be varied, such as pre-storing it in the first terminal device, determining it according to a relevant communication protocol, or having it sent to the first terminal device by a network-side device or other devices.

[0140] For example, such as Figure 8 As shown, when the data packet arrives in time slot n, after time ΔT, that is, at n+ΔT, UE-B sends an auxiliary request MsgA to UE-A; at time slot n2, UE-A sends auxiliary information MsgB to UE-B. UE-B refers to MsgB to determine the selected resource within the resource selection window [n3, n3+T2]. For example, UE-B determines the reserved resource location for data transmission in time slot n3, as indicated by the arrow. Within the time window [n3, n3+Tproc1], UE-B performs physical layer processing on the data packet so that the data packet can be sent to the pre-selected resource location in the resource selection window. Here, Tproc1 is a parameter value, which can be {3, 5, 9, 17} time slots, corresponding to subcarriers of {15, 30, 60, 120} kHz.

[0141] In the embodiments of this disclosure, step 701 can be implemented in any of the various embodiments of this disclosure. This disclosure does not limit this and will not elaborate further.

[0142] The auxiliary request sending method of this disclosure embodiment determines the triggering condition for the auxiliary request, and in response to the arrival of a data packet to be sent, triggers a first terminal device to send an auxiliary request to a second terminal device. Therefore, the first terminal device sends the auxiliary request to the second terminal device only when the data packet to be sent arrives, eliminating the need for frequent auxiliary request sending and reducing signaling overhead.

[0143] This disclosure provides another method for sending auxiliary requests. Figure 9This is a flowchart illustrating another method for sending an assistance request provided by an embodiment of this disclosure. This method for sending an assistance request can be applied to a first terminal device. This method for sending an assistance request can be executed alone, or it can be executed in conjunction with any embodiment of this disclosure or possible implementations within those embodiments, or it can be executed in conjunction with any technical solution in related technologies.

[0144] like Figure 9 As shown, the method for sending the assistance request may include the following steps:

[0145] Step 901: Determine the triggering conditions for the auxiliary request.

[0146] Step 902: In response to the arrival of the first data packet to be sent, the first terminal device is triggered to send an auxiliary request carrying a periodic feedback flag to the second terminal device; wherein, the periodic feedback flag is used to instruct the second terminal device to periodically send auxiliary information.

[0147] In this embodiment of the disclosure, the first terminal device may pre-set the trigger condition as the arrival of the first data packet to be sent. When the first data packet to be sent arrives, the first terminal device sends an assistance request carrying a periodic feedback flag to the second terminal device. The periodic feedback flag can be used to instruct the second terminal device to periodically send assistance information. Similar to other embodiments of this disclosure, the pre-setting method can be varied, such as pre-storing it in the first terminal device, determining it according to a relevant communication protocol, or having it sent to the first terminal device by a network-side device or other device.

[0148] As one possible implementation of this disclosure, when the first data packet of UE-B arrives, after time T, UE-B is triggered to send an assistance request carrying a periodic feedback flag to UE-A. Then, UE-A periodically sends assistance information to UE-B according to the periodic feedback flag at a period of T.

[0149] In the embodiments of this disclosure, step 901 can be implemented in any of the ways described in the various embodiments of this disclosure. The embodiments of this disclosure do not limit this and will not elaborate further.

[0150] The auxiliary request sending method of this disclosure embodiment determines the triggering condition for the auxiliary request. In response to the arrival of the first data packet to be sent, a first terminal device is triggered to send an auxiliary request carrying a periodic feedback flag to a second terminal device. The periodic feedback flag is used to instruct the second terminal device to periodically send auxiliary information. Therefore, the first terminal device sends the auxiliary request carrying the periodic feedback flag to the second terminal device only when the first data packet to be sent arrives, eliminating the need for frequent auxiliary request sending and reducing signaling overhead.

[0151] This disclosure provides another method for sending auxiliary requests. Figure 10 This is a flowchart illustrating another method for sending an assistance request provided by an embodiment of this disclosure. This method for sending an assistance request can be applied to a first terminal device. This method for sending an assistance request can be executed alone, or it can be executed in conjunction with any embodiment of this disclosure or possible implementations within those embodiments, or it can be executed in conjunction with any technical solution in related technologies.

[0152] like Figure 10 As shown, the method for sending the assistance request may include the following steps:

[0153] Step 1001: Determine the triggering conditions for the auxiliary request.

[0154] Step 1002: In response to the triggering condition that the priority of the data packet to be sent is less than or equal to the configured priority threshold, the first terminal device is triggered to send an auxiliary request to the second terminal device, wherein the priority threshold is pre-configured by the RRC message.

[0155] In this embodiment of the disclosure, the first terminal device may pre-set the trigger condition as follows: the priority of the data packet to be sent is less than or equal to a configured priority threshold. When the first terminal device sends the data packet to be sent for resource selection, and the priority of the data packet to be sent is less than or equal to the configured priority threshold, the first terminal device sends an assistance request to the second terminal device. The priority threshold is pre-configured by an RRC message. Similar to other embodiments of this disclosure, the pre-setting method can be varied, such as pre-storing it in the first terminal device, determining it according to a relevant communication protocol, or having it sent to the first terminal device by a network-side device or other device.

[0156] For example, the priority value of the data packet to be sent is priority. vaule The configured priority threshold is priority. threshold In priority vaule ≤priority threshold At that time, the first terminal device sends an assistance request to the second terminal device. Among these, priority... threshold It can be pre-configured via RRC messages.

[0157] It should be noted that the smaller the priority value of the data packet, the higher the priority, the higher the reliability requirement, and the more necessary the auxiliary information of UE-A is. Therefore, UE-B sends an auxiliary request to UE-A when the priority of the data packet to be sent is less than or equal to the configured priority threshold.

[0158] In the embodiments of this disclosure, step 1001 can be implemented in any of the various embodiments of this disclosure. This disclosure does not limit this and will not elaborate further.

[0159] The auxiliary request sending method of this disclosure embodiment determines the triggering condition for the auxiliary request. In response to the triggering condition that the priority of the data packet to be sent is less than or equal to a configured priority threshold, the first terminal device is triggered to send an auxiliary request to the second terminal device. Therefore, the first terminal device sends the auxiliary request to the second terminal device only when the priority of the data packet to be sent is less than or equal to the configured priority threshold, eliminating the need for frequent auxiliary request sending and reducing signaling overhead.

[0160] This disclosure provides a method for receiving assistance requests. Figure 11 This is a flowchart illustrating a method for receiving auxiliary requests provided in an embodiment of this disclosure.

[0161] The method for receiving assistance requests according to embodiments of this disclosure is applied to a second terminal device.

[0162] like Figure 11 As shown, the method for receiving this assistance request may include the following steps:

[0163] Step 1101: Receive an assistance request sent by the first terminal device, wherein the assistance request is initiated by the first terminal device based on triggering conditions.

[0164] In this embodiment of the disclosure, the first terminal device may pre-set trigger conditions for the auxiliary request. These trigger conditions can be used to trigger the first terminal device to send an auxiliary request, and the number of trigger conditions can be one or more. Similar to other embodiments of this disclosure, the pre-setting method can be varied, such as pre-storing it within the first terminal device, determining it according to a relevant communication protocol, or having it sent to the first terminal device by a network-side device or other device.

[0165] As one possible implementation of this disclosure, when the first terminal device sends a data packet for resource selection, it determines whether the triggering condition for an auxiliary request is met. If the triggering condition is met, the first terminal device sends an auxiliary request to the second terminal device. After receiving the auxiliary request from the first terminal device, the second terminal device can send auxiliary information to the first terminal device. The first terminal device can refer to this auxiliary information and its own perceived resource set to select resources. The resources perceived by the first terminal device refer to the resource set for PSSCH resource selection that the first terminal device determines and reports to higher layers according to steps 1 to 6 as specified in section 8.1.4 of the R16 version protocol TS38.214. For example, the first terminal device can intersect the auxiliary information and its own perceived resource set to obtain the intersected resource set, and then select resources from the intersected resource set.

[0166] It should be noted that the aforementioned Figures 1 to 10 The explanation of the method for sending an auxiliary request executed on the first terminal device in any embodiment also applies to the method for receiving an auxiliary request executed on the second terminal device in the same embodiment. The implementation principle is similar and will not be repeated here.

[0167] The method for receiving assistance requests according to embodiments of this disclosure involves a second terminal device receiving an assistance request sent by a first terminal device, wherein the assistance request is initiated by the first terminal device based on triggering conditions. Therefore, the first terminal device sends an assistance request to the second terminal device only when the triggering conditions for the assistance request are met, reducing the need for the first terminal device to frequently send assistance requests and thus minimizing signaling overhead.

[0168] This disclosure provides an alternative method for receiving assistance requests. Figure 12 This is a flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure.

[0169] The method for receiving assistance requests according to embodiments of this disclosure is applied to a second terminal device.

[0170] like Figure 12 As shown, the method for receiving this assistance request may include the following steps:

[0171] Step 1201: Receive an auxiliary request sent by the first terminal device, wherein the auxiliary request is an auxiliary request sent by the first terminal device in response to the triggering condition that the number of consecutive HARQ NACK feedbacks received is greater than the configured number threshold.

[0172] In the embodiments of this disclosure, step 1201 can be implemented in any of the ways described in the various embodiments of this disclosure. The embodiments of this disclosure do not limit this and will not elaborate further.

[0173] The method for receiving auxiliary requests according to embodiments of this disclosure involves a second terminal device receiving an auxiliary request sent by a first terminal device. The auxiliary request is sent by the first terminal device in response to a triggering condition that the number of consecutive HARQ NACK responses received exceeds a configured threshold. Therefore, the first terminal device sends an auxiliary request to the second terminal device only when the number of consecutive HARQ NACK responses received exceeds the configured threshold, reducing signaling overhead by eliminating the need for frequent auxiliary request sending.

[0174] This disclosure provides an alternative method for receiving assistance requests. Figure 13 This is a flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure.

[0175] The method for receiving assistance requests according to embodiments of this disclosure is applied to a second terminal device.

[0176] like Figure 13 As shown, the method for receiving this assistance request may include the following steps:

[0177] 1301, Receive an auxiliary request sent by the first terminal device, wherein the auxiliary request is an auxiliary request sent by the first terminal device in response to the triggering condition that the data packet delay budget (PDB) of the data packet to be sent is greater than the configured PDB threshold.

[0178] In the embodiments of this disclosure, step 1301 can be implemented in any of the various embodiments of this disclosure. This disclosure does not limit this and will not elaborate further.

[0179] The method for receiving auxiliary requests according to embodiments of this disclosure involves a second terminal device receiving an auxiliary request sent by a first terminal device. The auxiliary request is sent by the first terminal device in response to a triggering condition that the data packet delay budget (PDB) of the data packet to be sent is greater than a configured PDB threshold. Therefore, the first terminal device sends an auxiliary request to the second terminal device only when the PDB of the data packet to be sent is greater than the configured PDB threshold. This reduces the need for the first terminal device to send auxiliary requests frequently, thus reducing signaling overhead.

[0180] This disclosure provides an alternative method for receiving assistance requests. Figure 14 This is a flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure.

[0181] The method for receiving assistance requests according to embodiments of this disclosure is applied to a second terminal device.

[0182] like Figure 14As shown, the method for receiving this assistance request may include the following steps:

[0183] Step 1401: Receive an auxiliary request sent by the first terminal device, wherein the auxiliary request is an auxiliary request sent by the first terminal device in response to the triggering condition that the channel occupancy rate CR of the data packet to be sent is less than or equal to a pre-configured CR threshold.

[0184] Optionally, CR is the ratio of the number of first sub-channels within a specified time slot to the total number of sub-channels belonging to the resource pool within the specified time slot; the first sub-channel is the sum of the number of sub-channels used to send data packets and the number of reserved sub-channels to be used to send the data packets within the specified time slot; the CR threshold is the CR limit value corresponding to the configured priority k, and the CR threshold is pre-configured by the RRC message.

[0185] In the embodiments of this disclosure, step 1401 can be implemented in any of the various embodiments of this disclosure. This disclosure does not limit this and will not elaborate further.

[0186] The method for receiving auxiliary requests according to embodiments of this disclosure involves a second terminal device receiving an auxiliary request sent by a first terminal device. The auxiliary request is sent by the first terminal device in response to a triggering condition that the channel occupancy rate (CR) of the data packet to be transmitted is less than or equal to a pre-configured CR threshold. Therefore, the first terminal device sends an auxiliary request to the second terminal device only when the CR of the data packet to be transmitted is less than or equal to the pre-configured CR threshold. This reduces the need for the first terminal device to send auxiliary requests frequently, thus reducing signaling overhead.

[0187] This disclosure provides an alternative method for receiving assistance requests. Figure 15 This is a flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure.

[0188] The method for receiving assistance requests according to embodiments of this disclosure is applied to a second terminal device.

[0189] like Figure 15 As shown, the method for receiving this assistance request may include the following steps:

[0190] Step 1501: Receive an assistance request sent by the first terminal device, wherein the assistance request is an assistance request sent by the first terminal device in response to the triggering condition that the measured channel busy rate (CBR) is less than or equal to a pre-configured CBR threshold.

[0191] Optionally, CBR is the ratio of the number of second sub-channels within a specified time slot range to the total number of sub-channels in the resource pool, and the CBR threshold is pre-configured by the RRC message; wherein, the second sub-channel is the sub-channel whose corresponding Received Signal Strength Indicator (RSSI) is greater than the configured RSSI threshold.

[0192] In the embodiments of this disclosure, step 1501 can be implemented in any of the ways described in the various embodiments of this disclosure. The embodiments of this disclosure do not limit this and will not elaborate further.

[0193] The method for receiving an auxiliary request according to an embodiment of this disclosure involves a second terminal device receiving an auxiliary request sent by a first terminal device. The auxiliary request is sent by the first terminal device in response to a triggering condition that the measured channel busy rate (CBR) is less than or equal to a pre-configured CBR threshold. Thus, when the measured CBR is less than or equal to the pre-configured CBR threshold, the first terminal device sends an auxiliary request to the second terminal device. The first terminal device does not need to send auxiliary requests frequently, reducing signaling overhead.

[0194] This disclosure provides an alternative method for receiving assistance requests. Figure 16 This is a flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure.

[0195] The method for receiving assistance requests according to embodiments of this disclosure is applied to a second terminal device.

[0196] like Figure 16 As shown, the method for receiving this assistance request may include the following steps:

[0197] Step 1601: Receive an auxiliary request sent by the first terminal device, wherein the auxiliary request is an auxiliary request sent by the first terminal device in response to the arrival of a data packet to be sent, which is triggered by the condition.

[0198] In the embodiments of this disclosure, step 1601 can be implemented in any of the ways described in the various embodiments of this disclosure. The embodiments of this disclosure do not limit this and will not elaborate further.

[0199] The method for receiving auxiliary requests according to embodiments of this disclosure involves a second terminal device receiving an auxiliary request sent by a first terminal device. The auxiliary request is sent by the first terminal device in response to the arrival of a data packet to be sent, which triggers this request. Therefore, the first terminal device sends an auxiliary request to the second terminal device only when the arrival of the data packet is met, reducing the need for frequent auxiliary request sending and minimizing signaling overhead.

[0200] This disclosure provides an alternative method for receiving assistance requests. Figure 17This is a flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure.

[0201] The method for receiving assistance requests according to embodiments of this disclosure is applied to a second terminal device.

[0202] like Figure 17 As shown, the method for receiving this assistance request may include the following steps:

[0203] Step 1701: Receive an auxiliary request sent by the first terminal device, wherein the auxiliary request is an auxiliary request carrying a periodic feedback flag sent by the first terminal device in response to the arrival of the first data packet to be sent as the trigger condition.

[0204] In the embodiments of this disclosure, step 1701 can be implemented in any of the ways described in the various embodiments of this disclosure. The embodiments of this disclosure do not limit this and will not elaborate further.

[0205] The method for receiving an auxiliary request according to an embodiment of this disclosure involves a second terminal device receiving an auxiliary request sent by a first terminal device. The auxiliary request is a request carrying a periodic feedback flag sent by the first terminal device in response to the arrival of the first data packet to be sent. Therefore, the first terminal device sends an auxiliary request carrying a periodic feedback flag to the second terminal device only when the arrival of the first data packet to be sent is met. This reduces the need for the first terminal device to send auxiliary requests frequently, thus reducing signaling overhead.

[0206] This disclosure provides an alternative method for receiving assistance requests. Figure 18 This is a flowchart illustrating another method for receiving auxiliary requests provided in an embodiment of this disclosure.

[0207] The method for receiving assistance requests according to embodiments of this disclosure is applied to a second terminal device.

[0208] like Figure 18 As shown, the method for receiving this assistance request may include the following steps:

[0209] Step 1801: Receive an auxiliary request sent by the first terminal device, wherein the auxiliary request is an auxiliary request sent by the first terminal device in response to the triggering condition that the priority of the data packet to be sent is less than or equal to a configured priority threshold, wherein the priority threshold is pre-configured by the RRC message.

[0210] In the embodiments of this disclosure, step 1801 can be implemented in any of the various embodiments of this disclosure. This disclosure does not limit this and will not elaborate further.

[0211] The method for receiving auxiliary requests according to embodiments of this disclosure involves a second terminal device receiving an auxiliary request sent by a first terminal device. The auxiliary request is sent by the first terminal device in response to a triggering condition that the priority of a data packet to be sent is less than or equal to a configured priority threshold. Therefore, when the priority of the data packet to be sent is less than or equal to the configured priority threshold, the first terminal device sends an auxiliary request carrying a periodic feedback flag to the second terminal device. This reduces the need for the first terminal device to frequently send auxiliary requests, thus reducing signaling overhead.

[0212] With the above Figures 1 to 10 Corresponding to the auxiliary request sending method provided in the embodiments, this disclosure also provides an auxiliary request sending apparatus. Since the auxiliary request sending apparatus provided in the embodiments of this disclosure is similar to the one described above... Figures 1 to 10 The method for sending auxiliary requests provided in the embodiments corresponds to the method for sending auxiliary requests, and therefore the implementation of the method for sending auxiliary requests is also applicable to the auxiliary request sending apparatus provided in the embodiments of this disclosure, and will not be described in detail in the embodiments of this disclosure.

[0213] Figure 19 This is a schematic diagram of a device for sending auxiliary requests, provided in an embodiment of this disclosure. The device is applied to a first terminal device.

[0214] like Figure 19 As shown, the auxiliary request sending device 1900 may include: a processing unit 1910.

[0215] The processing unit 1910 is used to determine the triggering conditions for the auxiliary request; the processing unit 1910 is also used to trigger the first terminal device to send an auxiliary request to the second terminal device according to the triggering conditions of the auxiliary request.

[0216] Optionally, the processing unit 1910 is specifically configured to, in response to the triggering condition that the number of consecutive HARQ NACK feedbacks received is greater than a configured number threshold, trigger the first terminal device to send an auxiliary request to the second terminal device.

[0217] Optionally, the processing unit 1910 is specifically configured to, in response to the triggering condition that the data packet delay budget (PDB) of the data packet to be sent is greater than the configured PDB threshold, trigger the first terminal device to send an auxiliary request to the second terminal device.

[0218] Optionally, the processing unit 1910 is specifically configured to, in response to the triggering condition that the channel occupancy rate CR of the data packet to be sent is less than or equal to a pre-configured CR threshold, trigger the first terminal device to send an auxiliary request to the second terminal device.

[0219] Optionally, CR is the ratio of the number of first sub-channels within a specified time slot to the total number of sub-channels belonging to the resource pool within the specified time slot; wherein, the first sub-channel is the sum of the number of sub-channels used to send data packets and the number of reserved sub-channels to be used to send the data packets within the specified time slot; CR threshold is the CR limit value corresponding to the configured priority k, and the CR threshold is pre-configured by the RRC message.

[0220] Optionally, the processing unit 1910 is specifically configured to, in response to the triggering condition that the measured channel busy rate (CBR) is less than or equal to a pre-configured CBR threshold, trigger the first terminal device to send an auxiliary request to the second terminal device.

[0221] Optionally, CBR is the ratio of the number of second sub-channels within a specified time slot range to the total number of sub-channels in the resource pool, and the CBR threshold is pre-configured by the RRC message; wherein, the second sub-channel is the sub-channel whose corresponding Received Signal Strength Indicator (RSSI) is greater than the configured RSSI threshold.

[0222] Optionally, the processing unit 1910 is specifically configured to, in response to the arrival of a data packet to be sent, trigger the first terminal device to send an auxiliary request to the second terminal device.

[0223] Optionally, the processing unit 1910 is specifically configured to, in response to the arrival of the first data packet to be sent, trigger the first terminal device to send an auxiliary request carrying a periodic feedback flag to the second terminal device; wherein, the periodic feedback flag is used to instruct the second terminal device to periodically send auxiliary information.

[0224] Optionally, the processing unit 1910 is specifically configured to, in response to the triggering condition that the priority of the data packet to be sent is less than or equal to a configured priority threshold, trigger the first terminal device to send an auxiliary request to the second terminal device, wherein the priority threshold is pre-configured by the RRC message.

[0225] The auxiliary request sending apparatus of this application embodiment allows a first terminal device to send an auxiliary request to a second terminal device after determining the triggering condition for the auxiliary request. Therefore, the first terminal device sends the auxiliary request to the second terminal device only when the triggering condition is met, eliminating the need for frequent auxiliary request sending and reducing signaling overhead.

[0226] With the above Figures 11 to 18 Corresponding to the assistance request receiving method provided in the embodiments, this disclosure also provides an assistance request receiving device. Since the assistance request receiving device provided in the embodiments of this disclosure is similar to the one described above... Figures 11 to 18The method for receiving auxiliary requests provided in the embodiments corresponds to the method for receiving auxiliary requests provided in the embodiments of this disclosure, and therefore the implementation of the method for receiving auxiliary requests is also applicable to the auxiliary request receiving apparatus provided in the embodiments of this disclosure, and will not be described in detail in the embodiments of this disclosure.

[0227] Figure 20 This is a schematic diagram of a receiving device for an auxiliary request provided in an embodiment of this disclosure. The device is applied to a second terminal device.

[0228] like Figure 20 As shown, the receiving device 2000 for the assistance request may include a transceiver unit 2010.

[0229] The transceiver unit 2010 is used to receive an auxiliary request sent by the first terminal device; wherein the auxiliary request is initiated by the first terminal device based on triggering conditions.

[0230] Optionally, the auxiliary request is: an auxiliary request sent by the first terminal device in response to the triggering condition that the number of consecutive HARQ NACK feedbacks received is greater than a configured threshold.

[0231] Optionally, the auxiliary request is: an auxiliary request sent by the first terminal device in response to the triggering condition that the data packet delay budget (PDB) of the data packet to be sent is greater than the configured PDB threshold.

[0232] Optionally, the auxiliary request is: an auxiliary request sent by the first terminal device in response to the triggering condition that the channel occupancy rate (CR) of the data packet to be sent is less than or equal to a pre-configured CR threshold.

[0233] Optionally, CR is the ratio of the number of first sub-channels within a specified time slot to the total number of sub-channels belonging to the resource pool within the specified time slot; wherein, the first sub-channel is the sum of the number of sub-channels used for sending data packets and the number of reserved sub-channels to be used for sending data packets within the specified time slot; CR threshold is the CR limit value corresponding to the configured priority k, and the CR threshold is pre-configured by the RRC message.

[0234] Optionally, the auxiliary request is: an auxiliary request sent by the first terminal device in response to the triggering condition that the measured channel busy rate (CBR) is less than or equal to a pre-configured CBR threshold.

[0235] Optionally, CBR is the ratio of the number of second sub-channels within a specified time slot range to the total number of sub-channels in the resource pool, and the CBR threshold is pre-configured by the RRC message; wherein, the second sub-channel is the sub-channel whose corresponding Received Signal Strength Indicator (RSSI) is greater than the configured RSSI threshold.

[0236] Optionally, the auxiliary request is an auxiliary request sent by the first terminal device in response to the arrival of a data packet to be sent, which is triggered by the condition.

[0237] Optionally, the auxiliary request is: the first terminal device sends an auxiliary request carrying a periodic feedback flag in response to the arrival of the first data packet to be sent, triggered by the condition that the periodic feedback flag is used to instruct the second terminal device to periodically send auxiliary information.

[0238] Optionally, the auxiliary request is: an auxiliary request sent by the first terminal device in response to the triggering condition that the priority of the data packet to be sent is less than or equal to a configured priority threshold, wherein the priority threshold is pre-configured by the RRC message.

[0239] The auxiliary request receiving device of this embodiment receives an auxiliary request sent by a first terminal device, wherein the auxiliary request is initiated by the first terminal device based on a triggering condition. Therefore, the first terminal device sends an auxiliary request to the second terminal device only when the triggering condition for the auxiliary request is met, reducing the need for the first terminal device to send auxiliary requests frequently and thus reducing signaling overhead.

[0240] To implement the above embodiments, this disclosure also provides an auxiliary request sending device, comprising: a processor and an interface circuit; the interface circuit for receiving code instructions and transmitting them to the processor; and the processor for executing the code instructions to perform this disclosure. Figures 1 to 10 The method described in the examples.

[0241] To implement the above embodiments, this disclosure also provides an auxiliary request receiving device, comprising: a processor and an interface circuit; the interface circuit for receiving code instructions and transmitting them to the processor; and the processor for executing the code instructions to perform this disclosure. Figures 11 to 18 The method described in the examples.

[0242] To implement the above embodiments, this disclosure also proposes a computer-readable storage medium for storing instructions that, when executed, cause this disclosure to... Figures 1 to 10 The method described in the embodiments is implemented.

[0243] To implement the above embodiments, this disclosure also proposes a computer-readable storage medium for storing instructions that, when executed, cause this disclosure to... Figures 11 to 18 The method described in the embodiments is implemented.

[0244] To implement the above embodiments, this disclosure also proposes a computer program product that, when run on a computer, causes the computer to execute this disclosure. Figures 1 to 10 The method described in the examples.

[0245] To implement the above embodiments, this disclosure also proposes a computer program product that, when run on a computer, causes the computer to execute this disclosure. Figures 11 to 18 The method described in the examples.

[0246] Figure 21 This is a block diagram of a UE2100 provided in an embodiment of this disclosure. For example, the UE2100 may be a mobile phone, a computer, a digital broadcast user equipment, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, etc.

[0247] Reference Figure 21 UE2100 may include at least one of the following components: processing component 2102, memory 2104, power supply component 2106, multimedia component 2108, audio component 2110, input / output (I / O) interface 2112, sensor component 2114, and communication component 2116.

[0248] Processing component 2102 typically controls the overall operation of UE 2100, such as operations associated with display, telephone calls, data communication, camera operation, and recording. Processing component 2102 may include at least one processor 2120 to execute instructions to perform all or part of the steps of the methods described above. Furthermore, processing component 2102 may include at least one module to facilitate interaction between processing component 2102 and other components. For example, processing component 2102 may include a multimedia module to facilitate interaction between multimedia component 2108 and processing component 2102.

[0249] Memory 2104 is configured to store various types of data to support operation on UE 2100. Examples of this data include instructions for any application or method operating on UE 2100, contact data, phonebook data, messages, pictures, videos, etc. Memory 2104 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0250] Power supply component 2106 provides power to various components of UE1000. Power supply component 2106 may include a power management system, at least one power supply, and other components associated with generating, managing, and distributing power to UE2100.

[0251] Multimedia component 2108 includes a screen that provides an output interface between the UE 2100 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touchscreen to receive input signals from the user. The touch panel includes at least one touch sensor to sense touch, swipe, and gestures on the touch panel. The touch sensor may not only sense the boundaries of the touch or swipe action but also detect the wake-up time and pressure associated with the touch or swipe operation. In some embodiments, multimedia component 2108 includes a front-facing camera and / or a rear-facing camera. When the UE 2100 is in an operating mode, such as a shooting mode or a video mode, the front-facing camera and / or the rear-facing camera may receive external multimedia data. Each front-facing camera and rear-facing camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

[0252] Audio component 2110 is configured to output and / or input audio signals. For example, audio component 2110 includes a microphone (MIC) configured to receive external audio signals when UE 2100 is in an operating mode, such as call mode, recording mode, and voice recognition mode. The received audio signals may be further stored in memory 2104 or transmitted via communication component 2116. In some embodiments, audio component 2110 also includes a speaker for outputting audio signals.

[0253] I / O interface 2112 provides an interface between processing component 2102 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to, home buttons, volume buttons, power buttons, and lock buttons.

[0254] Sensor assembly 2114 includes at least one sensor for providing status assessment of various aspects of UE 2100. For example, sensor assembly 2114 can detect the on / off state of UE 2100, the relative positioning of components such as the display and keypad of UE 2100, and can also detect changes in the position of UE 2100 or one of its components, the presence or absence of user contact with UE 2100, the orientation or acceleration / deceleration of UE 2100, and temperature changes of UE 2100. Sensor assembly 2114 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 2114 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, sensor assembly 2114 may also include an accelerometer, a gyroscope, a magnetometer, a pressure sensor, or a temperature sensor.

[0255] Communication component 2116 is configured to facilitate wired or wireless communication between UE 2100 and other devices. UE 2100 can access wireless networks based on communication standards, such as WiFi, 2G, or 3G, or combinations thereof. In one exemplary embodiment, communication component 2116 receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, communication component 2116 also includes a near-field communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on radio frequency identification (RFID) technology, Infrared Data Association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0256] In an exemplary embodiment, UE2100 may be implemented by at least one application-specific integrated circuit (ASIC), digital signal processor (DSP), digital signal processing device (DSPD), programmable logic device (PLD), field-programmable gate array (FPGA), controller, microcontroller, microprocessor or other electronic component to perform the method of any of the above embodiments.

[0257] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 2104 including instructions, which can be executed by the processor 2120 of the UE 2100 to perform the above-described method. For example, the non-transitory computer-readable storage medium may be a ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device, etc.

[0258] Other embodiments of the invention will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of the invention that follow the general principles of the invention and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the following claims.

[0259] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

Claims

1. A method for assisting transmission of a request, applied in an assisting resource selection mechanism between terminal devices, characterized in that, Applied to a first terminal device, the method comprises: determining a trigger condition of an assistance request; triggering the first terminal device to send the assistance request to a second terminal device according to the trigger condition of the assistance request; wherein the assistance request is used to request the second terminal device to send assistance information to the first terminal device, the assistance information is used to indicate an assistance resource set, and the first terminal device performs resource selection based on a resource set perceived by itself and the assistance information; and the second terminal device is an assistance terminal device of the first terminal device; wherein the trigger condition involves a measured channel busy ratio (CBR); the triggering the first terminal device to send the assistance request to the second terminal device comprises: in response to the trigger condition being that a measured CBR of other UEs in a sidelink is less than or equal to a preconfigured CBR threshold, triggering the first terminal device to send the assistance request to the second terminal device; the CBR is a ratio of a number of second subchannels in a specified time slot range to a total number of subchannels in a resource pool, and the CBR threshold is preconfigured by an RRC message; and the second subchannel is a subchannel with a corresponding received signal strength indication (RSSI) greater than a configured RSSI threshold.

2. The method of claim 1, wherein, The trigger condition also involves a number of received consecutive HARQ NACK feedbacks; and the triggering the first terminal device to send the assistance request to the second terminal device comprises: in response to the trigger condition being that the number of received consecutive HARQ NACK feedbacks is greater than a configured number threshold, triggering the first terminal device to send the assistance request to the second terminal device.

3. The method of claim 1, wherein, The trigger condition also involves a packet delay budget (PDB) of a data packet to be sent; and the triggering the first terminal device to send the assistance request to the second terminal device comprises: in response to the trigger condition being that the PDB of the data packet to be sent is greater than a configured PDB threshold, triggering the first terminal device to send the assistance request to the second terminal device.

4. The method of claim 1, wherein, The trigger condition also involves a channel occupancy ratio (CR) of a data packet to be sent; and the triggering the first terminal device to send the assistance request to the second terminal device comprises: in response to the trigger condition being that the CR of the data packet to be sent is less than or equal to a preconfigured CR threshold, triggering the first terminal device to send the assistance request to the second terminal device.

5. The method of claim 4, wherein, The CR is a ratio of a number of first subchannels in a specified time slot range to a total number of subchannels belonging to a resource pool in the specified time slot range; wherein the first subchannel is a sum of a subchannel used to send the data packet and a number of subchannels reserved to be used to send the data packet in the specified time slot range; the CR threshold is a CR limit value corresponding to a configured priority k, and the CR threshold is preconfigured by an RRC message.

6. The method of claim 1, wherein, The trigger condition also involves a data packet to be sent to the second terminal device; The triggering the first terminal device to send the assistance request to the second terminal device comprises: in response to the triggering condition being that a data packet to be sent to the second terminal device arrives, triggering the first terminal device to send the assistance request to the second terminal device.

7. The method of claim 1, wherein, The triggering condition also relates to the arrival of a first data packet to be sent; The triggering the first terminal device to send the assistance request to the second terminal device comprises: in response to the triggering condition being that a first data packet to be sent arrives, triggering the first terminal device to send the assistance request carrying a periodic feedback flag to the second terminal device; The periodic feedback flag is used to instruct the second terminal device to periodically send assistance information.

8. The method of claim 1, wherein, The triggering condition also relates to the priority of the data packet to be sent; the triggering the first terminal device to send the assistance request to the second terminal device comprises: in response to the triggering condition being that the priority of the data packet to be sent is less than or equal to a configured priority threshold, triggering the first terminal device to send the assistance request to the second terminal device, wherein the priority threshold is pre-configured by an RRC message.

9. The method according to claim 3 or 4 or 7 or 8, characterized in that, The data packet to be sent is a sidelink data packet.

10. The method of claim 1, wherein, The method further comprises: receiving the assistance information sent by the second terminal device.

11. The method of claim 1, wherein, The resource selected by the first terminal device is a second resource; The second resource is a sub-resource in the assistance resource set, and / or the second resource is a sub-resource in a resource set perceived by the first terminal device itself.

12. A method for assisting reception of requests, applied in an assistance resource selection mechanism among terminal devices, characterized in that, Applied to a second terminal device, the method comprises: receiving an assistance request sent by a first terminal device; The assistance request is initiated by the first terminal device based on a triggering condition; The assistance request is used to request the second terminal device to send assistance information to the first terminal device, and the assistance information is used to instruct an assistance resource set, and the first terminal device performs resource selection based on a resource set perceived by itself and the assistance information; the second terminal device is an assistance terminal device of the first terminal device; The triggering condition relates to a measured channel busy ratio CBR; The assistance request is sent by the first terminal device in response to the triggering condition being that the measured channel busy ratio CBR of other UEs in the sidelink is less than or equal to a pre-configured CBR threshold; The CBR is the ratio of the number of second sub-channels in a specified time slot range to the total number of sub-channels in a resource pool, and the CBR threshold is pre-configured by an RRC message; wherein the second sub-channel is a sub-channel with a corresponding received signal strength indication RSSI greater than a configured RSSI threshold.

13. The method of claim 12, wherein, The triggering condition also relates to the number of consecutive HARQ NACK feedbacks received; the assistance request is: The first terminal device sends the assistance request in response to the triggering condition being that the number of consecutive HARQ NACK feedbacks received is greater than a configured number threshold.

14. The method of claim 12, wherein, The trigger condition further relates to a packet delay budget PDB of the data packet to be transmitted; and the assistance request is: The first terminal device sends the assistance request in response to the trigger condition that a packet delay budget PDB of the data packet to be transmitted is greater than a configured PDB threshold.

15. The method of claim 12, wherein, The trigger condition further relates to a channel occupancy ratio CR of the data packet to be transmitted; and the assistance request is: The first terminal device sends the assistance request in response to the trigger condition that a channel occupancy ratio CR of the data packet to be transmitted is less than or equal to a pre-configured CR threshold.

16. The method of claim 15, wherein, The CR is a ratio of a number of first sub-channels in a specified time slot range to a total number of sub-channels belonging to a resource pool in the specified time slot range; The first sub-channels are a sum of sub-channels used for transmitting the data packet and a number of sub-channels reserved for transmitting the data packet in the specified time slot range; The CR threshold is a CR limit value corresponding to a configured priority k, and the CR threshold is pre-configured by an RRC message.

17. The method of claim 12, wherein, The trigger condition further relates to arrival of the data packet to be transmitted to the second terminal device; and the assistance request is: The first terminal device sends the assistance request in response to the trigger condition that the data packet to be transmitted to the second terminal device arrives.

18. The method of claim 12, wherein, The trigger condition further relates to arrival of the first data packet to be transmitted; and the assistance request is: The first terminal device sends the assistance request carrying a periodic feedback flag in response to the trigger condition that the first data packet to be transmitted arrives; The periodic feedback flag is used to indicate that the second terminal device periodically sends assistance information.

19. The method of claim 12, wherein, The trigger condition further relates to a priority of the data packet to be transmitted; and the assistance request is: The first terminal device sends the assistance request in response to the trigger condition that a priority of the data packet to be transmitted is less than or equal to a configured priority threshold, wherein the priority threshold is pre-configured by an RRC message.

20. The method of claim 14 or 15 or 18 or 19, characterized in that, The data packet to be transmitted is a sidelink data packet.

21. The method of claim 12, wherein, The method further includes: Sends the assistance information to the first terminal device.

22. The method of claim 12, wherein, The resource selected by the first terminal device is a second resource; The second resource is a sub-resource in the assistance resource set, and / or the second resource is a sub-resource in a resource set sensed by the first terminal device itself.

23. A means for sending an auxiliary request, characterized in that, The apparatus includes a processor and a memory, the memory stores a computer program, and the processor executes the computer program stored in the memory to enable the apparatus to perform the method of any one of claims 1 to 11.

24. A receiving device for an auxiliary request, characterized in that, The apparatus includes a processor and a memory, the memory stores a computer program, and the processor executes the computer program stored in the memory to enable the apparatus to perform the method of any one of claims 12 to 22.

25. A means for sending an auxiliary request, characterized in that, Comprises: A processor and an interface circuit; The interface circuit is used to receive code instructions and transmit them to the processor; The processor is used to run the code instructions to perform the method of any one of claims 1 to 11.

26. A receiving device for an auxiliary request, characterized in that, comprising: a processor and interface circuitry; the interface circuitry to receive code instructions and transmit to the processor; the processor to execute the code instructions to perform the method of any one of claims 12 to 22.

27. A computer readable storage medium storing instructions that, when executed, cause the method of any one of claims 1 to 11 to be implemented.

28. A computer readable storage medium storing instructions that, when executed, cause the method of any one of claims 12 to 22 to be implemented.

Images