WO2022236482A1 - 辅助请求的发送方法、辅助请求的接收方法及其装置 - Google Patents

辅助请求的发送方法、辅助请求的接收方法及其装置 Download PDF

Info

Publication number
WO2022236482A1
WO2022236482A1 PCT/CN2021/092421 CN2021092421W WO2022236482A1 WO 2022236482 A1 WO2022236482 A1 WO 2022236482A1 CN 2021092421 W CN2021092421 W CN 2021092421W WO 2022236482 A1 WO2022236482 A1 WO 2022236482A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
assistance request
send
threshold
sent
Prior art date
Application number
PCT/CN2021/092421
Other languages
English (en)
French (fr)
Inventor
赵文素
Original Assignee
北京小米移动软件有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 北京小米移动软件有限公司 filed Critical 北京小米移动软件有限公司
Priority to EP21941063.6A priority Critical patent/EP4336871A4/en
Priority to PCT/CN2021/092421 priority patent/WO2022236482A1/zh
Priority to CN202310294232.1A priority patent/CN116234036A/zh
Priority to CN202180001167.8A priority patent/CN113396626B/zh
Publication of WO2022236482A1 publication Critical patent/WO2022236482A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/02Selection of wireless resources by user or terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/40Resource management for direct mode communication, e.g. D2D or sidelink

Definitions

  • the present application relates to the field of communication technologies, and in particular, to a method for sending an assistance request, a method for receiving an assistance request, and a device thereof.
  • UE-A is UE-B's auxiliary UE (User Equipment, user equipment), and UE-B is the data sent by itself.
  • UE-B will send an assistance request to UE-A.
  • UE-A determines a resource set and returns it to UE-B in the assistance information.
  • UE-B sends data for resource selection, it may consider the resources provided by UE-A set.
  • the conditions for UE-B to send the assist request are not specified, and UE-B sends the assist request frequently, resulting in high signaling overhead.
  • the embodiment of the first aspect of the present disclosure proposes a method for sending an assistance request, which is applied to a first terminal device, including: determining a trigger condition of the assistance request; triggering the first terminal according to the trigger condition of the assistance request The device sends the assistance request to the second terminal device.
  • the first terminal device determines the trigger condition of the assistance request
  • the first terminal device is triggered to send the assistance request to the second terminal device according to the trigger condition of the assistance request. Therefore, when the trigger condition of the assistance request is satisfied, the first terminal device sends the assistance request to the second terminal device, and the first terminal device does not need to send the assistance request frequently, which reduces signaling overhead.
  • the triggering the first terminal device to send the assistance request to the second terminal device includes: triggering The first terminal device sends the assistance request to the second terminal device.
  • the triggering the first terminal device to send the assistance request to the second terminal device includes: responding to the trigger condition that the packet delay budget 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.
  • the triggering the first terminal device to send the assistance request to the second terminal device includes: responding 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, triggering the first terminal device to send the assistance request to the second terminal device.
  • the CR is a ratio of the number of first subchannels within the specified time slot range to the total number of subchannels belonging to the resource pool within the specified time slot range; wherein, the first subchannel is , the sum of the number of subchannels used to send the data packet within the specified time slot range and the reserved subchannels to be used to send the data packet; the CR threshold is corresponding to the configured priority k CR limit value, the CR threshold is pre-configured by the RRC message.
  • the triggering the first terminal device to send the assistance request to the second terminal device includes: triggering the The first terminal device sends the assistance request to the second terminal device.
  • the CBR is the ratio of the number of second sub-channels within the specified time slot range to the total number of sub-channels in the resource pool, and the CBR threshold is pre-configured by an RRC message; wherein, the second sub-channel The channel is a sub-channel whose corresponding received signal strength indicator RSSI is greater than the configured RSSI threshold.
  • the triggering the first terminal device to send the assistance request to the second terminal device includes: triggering the first terminal device to send the assistance request to the second terminal device in response to the trigger condition being the arrival of a data packet to be sent.
  • the terminal device sends the assistance request.
  • the triggering the first terminal device to send the assistance request to the second terminal device includes: in response to the trigger condition being the arrival of the first data packet to be sent, triggering the first terminal device Sending 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.
  • the triggering the first terminal device to send the assistance request to the second terminal device includes: responding to the trigger 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 assistance request to the second terminal device, where the priority threshold is preconfigured by an RRC message.
  • the embodiment of the second aspect of the present disclosure proposes a method for receiving an assistance request, which is applied to a second terminal device, including: receiving an assistance request sent by a first terminal device; wherein, the assistance request is based on the first terminal device Initiated by a trigger condition.
  • the assistance request is: the assistance request sent by the first terminal device in response to the trigger condition that the number of received continuous HARQ NACK feedbacks is greater than a configured number threshold.
  • the assistance request is: the assistance request sent by the first terminal device in response to the trigger condition being that a packet delay budget PDB of a data packet to be sent is greater than a configured PDB threshold.
  • the assistance request is: the assistance request sent by the first terminal device 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.
  • the CR is a ratio of the number of first subchannels within the specified time slot range to the total number of subchannels belonging to the resource pool within the specified time slot range; wherein, the first subchannel is , the sum of the number of subchannels used to send the data packet within the specified time slot range and the reserved subchannels to be used to send the data packet; the CR threshold is corresponding to the configured priority k CR limit value, the CR threshold is pre-configured by the RRC message.
  • the assistance request is: the assistance request sent by the first terminal device in response to the trigger condition that the measured channel busy rate CBR is less than or equal to a pre-configured CBR threshold.
  • the CBR is the ratio of the number of second sub-channels within the specified time slot range to the total number of sub-channels in the resource pool, and the CBR threshold is pre-configured by an RRC message; wherein, the second sub-channel The channel is a sub-channel whose corresponding received signal strength indicator RSSI is greater than the configured RSSI threshold.
  • the assistance request is: the assistance request sent by the first terminal device in response to the trigger condition being the arrival of a data packet to be sent.
  • the assistance request is: the assistance request carrying a periodic feedback flag sent by the first terminal device in response to the trigger condition being the arrival of the first data packet to be sent; wherein the The periodic feedback flag is used to instruct the second terminal device to periodically send auxiliary information.
  • the assistance request is: the assistance request sent by the first terminal device in response to the trigger 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 an RRC message.
  • the embodiment of the third aspect of the present disclosure proposes an apparatus for sending an assistance request, which is applied to a first terminal device.
  • the apparatus includes: a processing unit configured to determine a trigger condition of an assistance request; the processing unit is also configured to: The trigger condition of the assistance request triggers the first terminal device to send the assistance request to the second terminal device.
  • the processing unit is specifically configured to trigger the first terminal device to send the Auxiliary request.
  • the processing unit is specifically configured to, in response to the trigger condition that the packet delay budget PDB of the data packet to be sent is greater than a configured PDB threshold, trigger the first terminal device to send The assistance request.
  • the processing unit is specifically configured to, 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 the second terminal device Send the assistance request.
  • the CR is a ratio of the number of first subchannels within the specified time slot range to the total number of subchannels belonging to the resource pool within the specified time slot range; wherein, the first subchannel is , the sum of the number of subchannels used to send the data packet within the specified time slot range and the reserved subchannels to be used to send the data packet; the CR threshold is corresponding to the configured priority k CR limit value, the CR threshold is pre-configured by the RRC message.
  • the processing unit is specifically configured to, in response to the trigger 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 assistance ask.
  • the CBR is the ratio of the number of second subchannels within the specified time slot range to the total number of subchannels in the resource pool, and the CBR threshold is preconfigured by an RRC message; wherein, the second A subchannel is a subchannel whose corresponding received signal strength indicator RSSI is greater than a configured RSSI threshold.
  • the processing unit is specifically configured to trigger the first terminal device to send the assistance request to the second terminal device in response to the trigger condition being the arrival of a data packet to be sent.
  • the processing unit is specifically configured to, in response to the trigger condition being the arrival of a first data packet to be sent, triggering the first terminal device to send the assistance message carrying a periodic feedback flag to the second terminal device. request; wherein, the periodic feedback flag is used to instruct the second terminal device to periodically send auxiliary information.
  • the processing unit is specifically configured to, in response to the trigger 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 The above assistance request, wherein the priority threshold is pre-configured by an RRC message.
  • the embodiment of the fourth aspect of the present disclosure proposes an apparatus for receiving an assistance request, which is applied to a second terminal device, and the apparatus includes: a transceiver unit, configured to receive an assistance request sent by the first terminal device; wherein, the assistance request Initiated by the first terminal device based on a trigger condition.
  • the assistance request is: the assistance request sent by the first terminal device in response to the trigger condition that the number of received continuous HARQ NACK feedbacks is greater than a configured number threshold.
  • the assistance request is: the assistance request sent by the first terminal device in response to the trigger condition being that a packet delay budget PDB of a data packet to be sent is greater than a configured PDB threshold.
  • the assistance request is: the assistance request sent by the first terminal device 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.
  • the CR is a ratio of the number of first subchannels within the specified time slot range to the total number of subchannels belonging to the resource pool within the specified time slot range; wherein, the first subchannel is , the sum of the number of subchannels used to send the data packet within the specified time slot range and the reserved subchannels to be used to send the data packet; the CR threshold is corresponding to the configured priority k CR limit value, the CR threshold is pre-configured by the RRC message.
  • the assistance request is: the assistance request sent by the first terminal device in response to the trigger condition that the measured channel busy rate CBR is less than or equal to a pre-configured CBR threshold.
  • the CBR is the ratio of the number of second sub-channels within the specified time slot range to the total number of sub-channels in the resource pool, and the CBR threshold is pre-configured by an RRC message; wherein, the second sub-channel The channel is a sub-channel whose corresponding received signal strength indicator RSSI is greater than the configured RSSI threshold.
  • the assistance request is: the assistance request sent by the first terminal device in response to the trigger condition being the arrival of a data packet to be sent.
  • the assistance request is: the assistance request carrying a periodic feedback flag sent by the first terminal device in response to the trigger condition being the arrival of the first data packet to be sent; wherein the The periodic feedback flag is used to instruct the second terminal device to periodically send auxiliary information.
  • the assistance request is: the assistance request sent by the first terminal device in response to the trigger 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 an RRC message.
  • the embodiment of the fifth aspect of the present disclosure proposes an apparatus for sending an assistance request, the apparatus includes a processor and a memory, a computer program is stored in the memory, and the processor executes the computer program stored in the memory to The device is made to execute the method described in the embodiment of the first aspect of the present disclosure.
  • the embodiment of the sixth aspect of the present disclosure provides a device for receiving an assistance request, the device includes a processor and a memory, a computer program is stored in the memory, and the processor executes the computer program stored in the memory to The device is made to execute the method described in the embodiment of the second aspect of the present disclosure.
  • the embodiment of the seventh aspect of the present disclosure proposes an auxiliary request sending device, including: 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 Execute the code instructions to execute the method described in the embodiment of the first aspect of the present disclosure.
  • the embodiment of the eighth aspect of the present disclosure provides a device for receiving assistance requests, including: 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 Execute the code instructions to execute the method described in the embodiment of the second aspect of the present disclosure.
  • the embodiment of the ninth aspect of the present disclosure provides a computer-readable storage medium for storing instructions, and when the instructions are executed, the method described in the embodiment of the first aspect of the present disclosure is implemented.
  • the embodiment of the tenth aspect of the present disclosure provides a computer-readable storage medium for storing instructions, and when the instructions are executed, the method described in the embodiment of the second aspect of the present disclosure is implemented.
  • the embodiment of the eleventh aspect of the present disclosure provides a computer program product, which, when running on a computer, causes the computer to execute the method described in the embodiment of the first aspect of the present disclosure.
  • the embodiment of the twelfth aspect of the present disclosure provides a computer program product, which, when running on a computer, causes the computer to execute the method described in the embodiment of the second aspect of the present disclosure.
  • FIG. 1 is a schematic flowchart of a method for sending an assistance request provided by an embodiment of the present disclosure
  • FIG. 2 is a schematic diagram of UE-B sending an assistance request to UE-A provided by an embodiment of the present disclosure
  • FIG. 3 is a schematic flowchart of another method for sending an assistance request provided by an embodiment of the present disclosure
  • FIG. 4 is a schematic flowchart of another method for sending an assistance request provided by an embodiment of the present disclosure
  • FIG. 5 is a schematic flowchart of another method for sending an assistance request provided by an embodiment of the present disclosure
  • FIG. 6 is a schematic flowchart of another method for sending an assistance request provided by an embodiment of the present disclosure.
  • FIG. 7 is a schematic flowchart of another method for sending an assistance request provided by an embodiment of the present disclosure.
  • FIG. 8 is a schematic diagram of UE-B sending an assistance request to UE-A provided by an embodiment of the present disclosure
  • FIG. 9 is a schematic flowchart of another method for sending an assistance request according to an embodiment of the present disclosure.
  • FIG. 10 is a schematic flowchart of another method for sending an assistance request provided by an embodiment of the present disclosure.
  • FIG. 11 is a schematic flowchart of a method for receiving an assistance request provided by an embodiment of the present disclosure
  • FIG. 12 is a schematic flowchart of another method for receiving an assistance request provided by an embodiment of the present disclosure.
  • FIG. 13 is a schematic flowchart of another method for receiving an assistance request provided by an embodiment of the present disclosure.
  • FIG. 14 is a schematic flowchart of another method for receiving an assistance request provided by an embodiment of the present disclosure.
  • FIG. 15 is a schematic flowchart of another method for receiving an assistance request provided by an embodiment of the present disclosure.
  • FIG. 16 is a schematic flowchart of another method for receiving an assistance request provided by an embodiment of the present disclosure.
  • FIG. 17 is a schematic flowchart of another method for receiving an assistance request provided by an embodiment of the present disclosure.
  • FIG. 18 is a schematic flowchart of another method for receiving an assistance request provided by an embodiment of the present disclosure.
  • FIG. 19 is a schematic structural diagram of an apparatus for sending an assistance request provided by an embodiment of the present disclosure.
  • FIG. 20 is a schematic structural diagram of a device for receiving an assistance request provided by an embodiment of the present disclosure
  • Fig. 21 is a block diagram of a UE 2100 provided by an embodiment of the present disclosure.
  • first, second, third, etc. may use the terms first, second, third, etc. to describe various information, the 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, without departing from the scope of the embodiments of the present disclosure, first information may also be called second information, and similarly, second information may also be called first information.
  • first information may also be called second information
  • second information may also be called first information.
  • the words "if” and "if” as used herein may be interpreted as “at” or "when” or "in response to a determination.”
  • HARQ refers to Hybrid Automatic Repeat Request (Hybrid Automatic Repeat Request).
  • NACK negative acknowledgment
  • PDB refers to the packet delay budget (Packet Delay Budget).
  • CR refers to the channel occupancy ratio (Channel Occupancy Ratio).
  • CBR refers to the Channel Busy Ratio.
  • RSSI refers to the received signal strength indicator (Received Signal Strength Indicator).
  • RRC refers to Radio Resource Control (Radio Resource Control).
  • UE-A and UE-B are specified, and UE-A is UE-B's
  • the auxiliary UE is the UE that UE-B performs resource selection for the data packets sent by itself.
  • UE-B will send an assistance request to UE-A.
  • UE-A determines a resource set and returns it to UE-B in the assistance information.
  • UE-B sends data for resource selection, it may consider the resources provided by UE-A set.
  • the conditions for sending the assisting request by UE-B are not specified, and the UE-B frequently sends the assisting request, and the signaling overhead is large.
  • the present disclosure provides a method for sending an assistance request, a method for receiving an assistance request, and a device thereof.
  • Fig. 1 is a schematic flowchart of a method for sending an assistance request provided by an embodiment of the present disclosure. It should be noted that the method for sending an assistance request in this embodiment of the present disclosure is applied to a first terminal device, and the first terminal device may be a terminal device that sends an assistance request, for example, the first terminal device may be a UE-B.
  • the method for sending the assistance request may include the following steps:
  • Step 101 determining a trigger condition of an assistance request.
  • the first terminal device may preset the trigger condition of the assistance request, wherein the trigger condition of the assistance request may be used to trigger the first terminal device to send the assistance request, and the number of trigger conditions of the assistance request may be one or more indivual.
  • Step 102 Trigger the first terminal device to send an assistance request to the second terminal device according to the trigger condition of the assistance request.
  • the first terminal device may trigger the first terminal device to send the assistance request to the second terminal device according to a preset trigger condition of the assistance request.
  • a preset trigger condition of the assistance request There are many ways to pre-set, for example, pre-stored in the first terminal device, determined by the first terminal device according to the relevant communication protocol, or sent to the first terminal device by the network side device or other devices.
  • the first terminal device when the first terminal device sends a data packet to perform resource selection, it judges whether the trigger condition of the assistance request is satisfied, and when the trigger condition of the assistance request is satisfied, it triggers the second A terminal device sends an assistance request to a second terminal device.
  • the second terminal device After receiving the assistance request from the first terminal device, the second terminal device may send assistance information to the first terminal device, and the first terminal device may refer to the assistance information to perform resource selection.
  • the first terminal device when the number of trigger conditions of the assistance request is one, when the first terminal device sends a data packet to perform resource selection, if the trigger condition of the assistance request is met, the first terminal device is triggered to send the assistance request to the second terminal device. ask. If the trigger condition of the assistance request is not satisfied when the first terminal device sends a data packet to perform resource selection, the first terminal device does not send the assistance request to the second terminal device.
  • the first terminal device when there are multiple trigger conditions of the assistance request, if the first terminal device satisfies one or more trigger conditions of the assistance request when sending a data packet for resource selection, trigger the first terminal device to The device sends an assistance request to the second terminal device. If the first terminal device does not satisfy any one of the trigger conditions of the multiple assistance requests when the first terminal device sends a data packet to perform resource selection, the first terminal device does not send the assistance request to the second terminal device.
  • the second terminal device may be a terminal device that receives the assistance request sent by the first terminal device, and the second terminal device may be an auxiliary terminal device of the first terminal device.
  • the second terminal device may be UE-A
  • the first terminal device may be UE-B
  • UE-A may be an auxiliary UE of UE-B.
  • the first terminal device after determining the trigger condition of the assistance request, triggers the first terminal device to send the assistance request to the second terminal device according to the trigger condition of the assistance request. Therefore, when the trigger condition of the assistance request is met, the first terminal device sends the assistance request to the second terminal device, and the assistance request does not need to be sent frequently, which reduces signaling overhead.
  • FIG. 3 is a schematic flowchart of another method for sending an assistance request provided by an embodiment of the present disclosure.
  • the method for sending the assistance request can be applied to the first terminal device.
  • the method for sending the assistance request may be executed alone, or may be executed in combination with any embodiment in the present disclosure or a possible implementation manner in the embodiment, or may be executed in combination with any technical solution in related technologies. implement.
  • the method for sending the assistance request may include the following steps:
  • Step 301 determining a trigger condition of an assistance request.
  • Step 302 in response to a trigger condition that the number of received continuous HARQ NACK feedbacks is greater than a configured threshold, triggering the first terminal device to send an assistance request to the second terminal device.
  • the first terminal device may preset the trigger condition to be that the number of received continuous HARQ NACK feedbacks is greater than the configured number threshold, the first terminal device is sending data packets to perform resource selection, and the first terminal device is When the number of received continuous HARQ NACK feedbacks is greater than the configured number threshold, trigger itself to send an assistance request to the second terminal device.
  • the first terminal device receives N times of HARQ NACK feedback continuously, and the configured number threshold is N max , and when N>N max , triggers itself to send an assistance request to the second terminal device.
  • N max is the number threshold
  • UE-B sends UE-B A sends an assistance request to obtain assistance from UE-A to provide a more reliable set of resources.
  • step 301 may be implemented in any of the embodiments of the present disclosure, which is not limited in the embodiments of the present disclosure, and will not be repeated here. Similar to other embodiments of the present disclosure, there can be many ways of presetting, such as pre-stored in the first terminal device, or determined by the first terminal device according to the relevant communication protocol, or by the network side device or other devices sent to the first terminal device.
  • the first terminal device by determining the trigger condition of the assistance request, in response to the trigger condition being that the number of consecutive HARQ NACK feedbacks received is greater than the configured quantity threshold, the first terminal device is triggered to send the second terminal device Send an assistance request, so that when the number of received continuous HARQ NACK feedbacks is greater than the configured threshold, the first terminal device sends an assistance request to the second terminal device, which does not need to send assistance requests frequently, reducing signaling overhead.
  • FIG. 4 is a schematic flowchart of another method for sending an assistance request provided by an embodiment of the present disclosure.
  • the method for sending the assistance request can be applied to the first terminal device.
  • the method for sending the assistance request may be executed alone, or may be executed in combination with any embodiment in the present disclosure or a possible implementation manner in the embodiment, or may be executed in combination with any technical solution in related technologies. implement.
  • the method for sending the assistance request may include the following steps:
  • Step 401 determining a trigger condition of an assistance request.
  • Step 402 in response to a trigger condition that the packet delay budget PDB of the data packet to be sent is greater than a configured PDB threshold, the first terminal device is triggered to send an assistance request to the second terminal device.
  • the first terminal device may preset the trigger condition that the packet delay budget PDB of the data packet to be sent is greater than the configured PDB threshold, and the first terminal device performs resource selection when sending the data packet to be sent, When the packet delay budget PDB is greater than the configured PDB threshold, it triggers itself to send an assistance request to the second terminal device.
  • the PDB threshold is PDB threshold
  • the packet delay budget PDB of the data packet to be sent by the first terminal device satisfies PDB>PDB threshold , triggering itself to send an assistance request to the second terminal device.
  • the time window corresponding to resource selection is [n+T 1 , n+T 2 ], where T 1 ⁇ T 2 , T 2 ⁇ PDB.
  • the PDB value is larger, it means that the UE-B has lower requirements on delay for sending data packets. Since UE-A assists UE-B in the resource selection process, signaling interaction is required between UE-A and UE-B, and signaling interaction requires a certain delay. Therefore, sending data packets at UE-B requires a relatively long delay When low, an assistance request can be sent to UE-A. Therefore, when the value of the PDB is greater than the PDB threshold, UE-B may be triggered to send an assistance request to UE-A.
  • step 401 may be implemented in any of the embodiments of the present disclosure, which is not limited in the embodiments of the present disclosure, and will not be repeated here. Similar to other embodiments of the present disclosure, there can be many ways of presetting, such as pre-stored in the first terminal device, or determined by the first terminal device according to the relevant communication protocol, or by the network side device or other devices sent to the first terminal device.
  • the first terminal device by determining the trigger condition of the assistance request, and in response to the trigger condition being that the 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 the request to the second The terminal device sends an assistance request. Therefore, the first terminal device sends an assistance request to the second terminal device when the packet delay budget PDB of the data packet to be sent is satisfied to be greater than the configured PDB threshold, and the assistance request does not need to be sent frequently, thereby reducing signaling overhead.
  • FIG. 5 is a schematic flowchart of another method for sending an assistance request provided by an embodiment of the present disclosure.
  • the method for sending the assistance request can be applied to the first terminal device.
  • the method for sending the assistance request may be executed alone, or may be executed in combination with any embodiment in the present disclosure or a possible implementation manner in the embodiment, or may be executed in combination with any technical solution in related technologies. implement.
  • the method for sending the assistance request may include the following steps:
  • Step 501 determining a trigger condition of an assistance request.
  • Step 502 In response to 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, the first terminal device is triggered to send an assistance request to the second terminal device.
  • the first terminal device may preset the trigger condition that the channel occupancy rate CR of the data packet to be sent is less than or equal to the pre-configured CR threshold, and the first terminal device performs resource selection when sending the data packet to be sent , and when the channel occupancy rate CR of the data packet to be sent is less than or equal to the pre-configured CR threshold, trigger itself to send an assistance request to the second terminal device.
  • CR is the ratio of the number of the first subchannel within the specified time slot range to the total number of subchannels belonging to the resource pool within the specified time slot range, and the first subchannel is used to send data within the specified time slot range
  • 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.
  • the CR threshold is CR Limit (k)
  • the channel occupancy rate CR of the data packet to be sent is ⁇ i ⁇ k CR(i)
  • ⁇ i ⁇ k CR(i) ⁇ CR Limit (k) trigger the first A terminal device sends an assistance request to a second terminal device, where i and k are priorities.
  • presetting methods such as pre-stored in the first terminal device, or determined by the first terminal device according to the relevant communication protocol, or by the network side device or other devices sent to the first terminal device.
  • the method of measuring CR in R16 can be reused, that is, the number of subchannels used by UE-B to send data packets in the range of [na, n+1] and [n , n+b] the number of sub-channels included in the Sidelink authorization (referring to the number of reserved sub-channels to be used to send data packets) accounts for the proportion of the total number of sub-channels belonging to the resource pool in the range of [na,n+b] .
  • the values of a and b are set by UE-B
  • the time slot n refers to the time slot in which UE-B sends data packets.
  • CR Limit (k) is the limit value of CR measured by the Sidelink transmission corresponding to the configured priority k.
  • the priority k can be pre-configured.
  • ⁇ i ⁇ k CR(i) ⁇ CR Limit (k) means The sum of the CRs corresponding to the direct link transmission whose value is not lower than the priority k is less than or equal to the limit value of the CR corresponding to the priority k.
  • step 501 may be implemented in any of the embodiments of the present disclosure, which is not limited in the embodiments of the present disclosure, and will not be repeated here.
  • the first terminal device by determining the trigger condition of the assistance request, in response to the trigger condition being 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 the request to the second The second terminal device sends an assistance request. Therefore, when the channel occupancy rate CR of the data packet to be sent is less than or equal to the pre-configured CR threshold, the first terminal device sends an assistance request to the second terminal device, which does not need to send assistance requests frequently, reducing signaling overhead .
  • FIG. 6 is a schematic flowchart of another method for sending an assistance request provided by an embodiment of the present disclosure.
  • the method for sending the assistance request can be applied to the first terminal device.
  • the method for sending the assistance request may be executed alone, or may be executed in combination with any embodiment in the present disclosure or a possible implementation manner in the embodiment, or may be executed in combination with any technical solution in related technologies. implement.
  • the method for sending the assistance request may include the following steps:
  • Step 601 determine a trigger condition of an assistance request.
  • Step 602 In response to a trigger condition that the measured channel busy ratio CBR is less than or equal to a pre-configured CBR threshold, the first terminal device is triggered to send an assistance request to the second terminal device.
  • the first terminal device may preset the trigger condition as the measured channel busy rate CBR is less than or equal to the pre-configured CBR threshold, the first terminal device performs resource selection when sending the data packet to be sent, and the measured When the channel busy rate 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.
  • CBR is the ratio of the number of second subchannels within the specified time slot range to the total number of subchannels in the resource pool
  • the CBR threshold is pre-configured by the RRC message
  • the second subchannel is the corresponding received signal strength indicator RSSI Subchannels greater than the configured RSSI threshold.
  • the CBR threshold is CBR limit
  • the first terminal device sends an assistance request to the second terminal device.
  • the first terminal device before sending the data packets to be sent, measures the channel occupation of other UEs sending data packets in the sidelink by reusing the CBR measurement method in R16, that is, Measure the busyness of the channel when other UEs are in the current time slot n.
  • CBR can be the ratio of the subchannels whose RSSI value is higher than the configured RSSI threshold in the measurement window [nc, n-1] to the total number of subchannels in the resource pool.
  • CBR ⁇ CBR limit it means that the channel is not busy, and the signaling transmission in the assistance process has little interference with data sent by other UEs.
  • UE-B can be triggered to send an assistance request to UE-A.
  • step 601 may be implemented in any of the embodiments of the present disclosure, which is not limited in the embodiments of the present disclosure, and will not be repeated here.
  • the first terminal device by determining the trigger condition of the assistance request, in response to the trigger condition being that the measured channel busy rate CBR is less than or equal to the pre-configured CBR threshold, the first terminal device is triggered to send the Auxiliary request. Therefore, when the measured channel busy rate CBR is less than or equal to the pre-configured CBR threshold, the first terminal device sends an assistance request to the second terminal device, and the assistance request does not need to be sent frequently, reducing signaling overhead.
  • FIG. 7 is a schematic flowchart of another method for sending an assistance request provided by an embodiment of the present disclosure.
  • the method for sending the assistance request can be applied to the first terminal device.
  • the method for sending the assistance request may be executed alone, or may be executed in combination with any embodiment in the present disclosure or a possible implementation manner in the embodiment, or may be executed in combination with any technical solution in related technologies. implement.
  • the method for sending the assistance request may include the following steps:
  • Step 701 determine the trigger condition of the assistance request.
  • Step 702 In response to the trigger condition being the arrival of a data packet to be sent, the first terminal device is triggered to send an assistance request to the second terminal device.
  • the first terminal device may preset a trigger condition as the arrival of a data packet to be sent, and the first terminal device sends an assistance request to the second terminal device when the data packet to be sent arrives. For example, a data packet to be sent arrives at time slot n, and after time ⁇ T, the first terminal device sends an assistance request to the second terminal device. Similar to other embodiments of the present disclosure, there can be many ways of presetting, such as pre-stored in the first terminal device, or determined by the first terminal device according to the relevant communication protocol, or by the network side device or other devices sent to the first terminal device.
  • UE-B when a data packet arrives at time slot n, after time ⁇ T, that is, at n+ ⁇ T, UE-B sends an assistance request MsgA to UE-A; at time slot n2, UE-A Send 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 that the arrow points to the reservation for sending data in time slot n3 In the time window [n3, n3+Tproc1], UE-B performs physical layer processing on the data packet, so as to send the data packet at the resource location preselected in the resource selection window, where Tproc1 is a parameter value, and Tproc1 can be There are ⁇ 3, 5, 9, 17 ⁇ time slots, and the corresponding subcarriers are ⁇ 15, 30, 60, 120 ⁇ kHz.
  • step 701 may be implemented in any of the embodiments of the present disclosure, which is not limited in the embodiments of the present disclosure, and will not be repeated here.
  • the first terminal device by determining a trigger condition of the assistance request, in response to the trigger condition being the arrival of a data packet to be sent, the first terminal device is triggered to send the assistance request to the second terminal device. Therefore, the first terminal device sends an assistance request to the second terminal device when the arrival of the data packet to be sent is satisfied, and the assistance request does not need to be sent frequently, thereby reducing signaling overhead.
  • FIG. 9 is a schematic flowchart of another method for sending an assistance request provided by an embodiment of the present disclosure.
  • the method for sending the assistance request can be applied to the first terminal device.
  • the method for sending the assistance request may be executed alone, or may be executed in combination with any embodiment in the present disclosure or a possible implementation manner in the embodiment, or may be executed in combination with any technical solution in related technologies. implement.
  • the method for sending the assistance request may include the following steps:
  • Step 901 determine the trigger condition of the assistance request.
  • Step 902 in response to the trigger condition being the arrival of the first data packet to be sent, the first terminal device is triggered to send an assistance request carrying a periodic feedback flag to the second terminal device; wherein, the periodic feedback flag is used to indicate that the second terminal device Send auxiliary information periodically.
  • the first terminal device may preset the trigger condition as the arrival of the first data packet to be sent, and when the first data packet to be sent arrives, the first terminal device sends the carrying Auxiliary request for periodic feedback flags.
  • the periodic feedback flag may be used to instruct the second terminal device to periodically send the auxiliary information.
  • presetting such as pre-stored in the first terminal device, or determined by the first terminal device according to the relevant communication protocol, or by the network side device or other devices sent to the first terminal device.
  • UE-B when the first data packet of UE-B arrives, after time T elapses, UE-B is triggered to send an assistance request carrying a periodic feedback flag to UE-A, and UE- A periodically sends auxiliary information to UE-B at a period T according to the period feedback flag.
  • step 901 may be implemented in any one of the embodiments of the present disclosure, which is not limited in the embodiment of the present disclosure, and will not be repeated here.
  • the first terminal device by determining the trigger condition of the assistance request, in response to the trigger condition being the arrival of the first data packet to be sent, the first terminal device is triggered to send a message carrying a periodic feedback flag to the second terminal device.
  • the assistance request wherein, the periodic feedback flag is used to instruct the second terminal device to periodically send the assistance information. Therefore, the first terminal device sends an assistance request carrying a periodic feedback flag to the second terminal device when the arrival of the first data packet to be sent is met, so that the assistance request does not need to be sent frequently, and signaling overhead is reduced.
  • FIG. 10 is a schematic flowchart of another method for sending an assistance request provided by an embodiment of the present disclosure.
  • the method for sending the assistance request can be applied to the first terminal device.
  • the method for sending the assistance request may be executed alone, or may be executed in combination with any embodiment in the present disclosure or a possible implementation manner in the embodiment, or may be executed in combination with any technical solution in related technologies. implement.
  • the method for sending the assistance request may include the following steps:
  • Step 1001 determine the triggering condition of the assistance request.
  • Step 1002 triggering the first terminal device to send an assistance request to the second terminal device in response to a trigger 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 preconfigured by an RRC message.
  • the first terminal device may preset the trigger condition that the priority of the data packet to be sent is less than or equal to the configured priority threshold, and the first terminal device performs resource selection when sending the data packet to be sent, and When the priority of the data packet to be sent is less than or equal to the configured priority threshold, an assistance request is sent to the second terminal device.
  • the priority threshold is pre-configured by the RRC message. Similar to other embodiments of the present disclosure, there can be many ways of presetting, such as pre-stored in the first terminal device, or determined by the first terminal device according to the relevant communication protocol, or by the network side device or other devices sent to the first terminal device.
  • the priority value of the data packet to be sent is priority vaule
  • the configured priority threshold is priority threshold
  • the first terminal device sends an assistance request to the second terminal device.
  • the priority threshold may be pre-configured through an RRC message.
  • step 1001 may be implemented in any of the embodiments of the present disclosure, which is not limited in the embodiments of the present disclosure, and will not be repeated here.
  • the first terminal device by determining the trigger condition of the assistance request, in response to the trigger condition being 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 a request to the second terminal The device sends an assist request. 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 assistance request to the second terminal device, and the assistance request does not need to be sent frequently, reducing signaling overhead.
  • FIG. 11 is a schematic flowchart of a method for receiving an assistance request provided by an embodiment of the present disclosure.
  • the method for receiving an assistance request in this embodiment of the present disclosure is applied to a second terminal device.
  • the method for receiving the assistance request may include the following steps:
  • Step 1101 receiving an assistance request sent by a first terminal device, wherein the assistance request is initiated by the first terminal device based on a trigger condition.
  • the first terminal device may preset the trigger condition of the assistance request, wherein the trigger condition of the assistance request may be used to trigger the first terminal device to send the assistance request, and the number of trigger conditions of the assistance request may be one or more indivual.
  • the trigger condition of the assistance request may be used to trigger the first terminal device to send the assistance request
  • the number of trigger conditions of the assistance request may be one or more indivual.
  • presetting such as pre-stored in the first terminal device, or determined by the first terminal device according to the relevant communication protocol, or by the network side device or other devices sent to the first terminal device.
  • the first terminal device when the first terminal device sends a data packet for resource selection, it judges whether the trigger condition of the assistance request is satisfied, and when the trigger condition of the assistance request is satisfied, the first terminal device triggers the The second terminal sends an assistance request. After receiving the assistance request from the first terminal device, the second terminal device may send assistance information to the first terminal device, and the first terminal device may refer to the assistance information to perform resource selection.
  • the second terminal device receives the assistance request sent by the first terminal device, where the assistance request is initiated by the first terminal device based on a trigger condition. Therefore, when the trigger condition of the assistance request is satisfied, the first terminal device sends the assistance request to the second terminal device, and the first terminal device does not need to send the assistance request frequently, which reduces signaling overhead.
  • FIG. 12 is a schematic flowchart of another method for receiving an assistance request provided by an embodiment of the present disclosure.
  • the method for receiving an assistance request in this embodiment of the present disclosure is applied to a second terminal device.
  • the method for receiving the assistance request may include the following steps:
  • Step 1201 Receive an assistance request sent by the first terminal device, wherein the assistance request is: the first terminal device sends an assistance request in response to a trigger condition that the number of received continuous HARQ NACK feedbacks is greater than a configured threshold.
  • step 1201 may be implemented in any one of the embodiments of the present disclosure, which is not limited in the embodiment of the present disclosure, and will not be repeated here.
  • the second terminal device receives the assistance request sent by the first terminal device, wherein the assistance request is that the first terminal device responds to a trigger condition that the number of consecutive HARQ NACK feedbacks received is greater than Configure the threshold for the number of auxiliary requests that are sent. Therefore, when the number of received continuous HARQ NACK feedbacks is greater than the configured threshold, the first terminal device sends an assistance request to the second terminal device, and the first terminal device does not need to send assistance requests frequently, which reduces signaling overhead.
  • Fig. 13 is a schematic flowchart of another method for receiving an assistance request provided by the embodiment of the present disclosure.
  • the method for receiving an assistance request in this embodiment of the present disclosure is applied to a second terminal device.
  • the method for receiving the assistance request may include the following steps:
  • step 1301 may be implemented in any of the embodiments of the present disclosure, which is not limited in the embodiments of the present disclosure, and will not be repeated here.
  • the second terminal device receives the assistance request sent by the first terminal device, wherein the assistance request is a data packet delay budget of a data packet to be sent by the first terminal device in response to a trigger condition Auxiliary request sent while PDB is larger than configured PDB threshold. Therefore, when the first terminal device meets the packet delay budget PDB of the data packet to be sent and is greater than the configured PDB threshold, it sends an assistance request to the second terminal device, and the first terminal device does not need to send assistance requests frequently, reducing Signaling overhead.
  • the assistance request is a data packet delay budget of a data packet to be sent by the first terminal device in response to a trigger condition Auxiliary request sent while PDB is larger than configured PDB threshold. Therefore, when the first terminal device meets the packet delay budget PDB of the data packet to be sent and is greater than the configured PDB threshold, it sends an assistance request to the second terminal device, and the first terminal device does not need to send assistance requests frequently, reducing Signaling overhead.
  • FIG. 14 is a schematic flowchart of another method for receiving an assistance request provided by an embodiment of the present disclosure.
  • the method for receiving an assistance request in this embodiment of the present disclosure is applied to a second terminal device.
  • the method for receiving the assistance request may include the following steps:
  • Step 1401 receiving an assistance request sent by the first terminal device, wherein the assistance request is: the first terminal device sends 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 Auxiliary request.
  • CR is the ratio of the number of first subchannels within the specified time slot range to the total number of subchannels belonging to the resource pool within the specified time slot range; the first subchannel is, within the specified time slot range The sum of the sub-channels used to send the data packet and the reserved sub-channels to be used to send the data packet; 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.
  • step 1401 may be implemented in any one of the embodiments of the present disclosure, which is not limited in the embodiment of the present disclosure, and will not be repeated here.
  • the second terminal device receives the assistance request sent by the first terminal device, wherein the assistance request is that the first terminal device responds to the trigger condition that the channel occupancy rate CR of the data packet to be sent is less than Or equal to the pre-configured CR threshold while sending the auxiliary request. Therefore, when the channel occupancy rate CR of the data packet to be sent is satisfied that the channel occupancy rate CR of the data packet to be sent is less than or equal to the pre-configured CR threshold, the first terminal device sends an assistance request to the second terminal device, and the first terminal device does not need to send assistance requests frequently, reducing signaling overhead.
  • FIG. 15 is a schematic flowchart of another method for receiving an assistance request provided by an embodiment of the present disclosure.
  • the method for receiving an assistance request in this embodiment of the present disclosure is applied to a second terminal device.
  • the method for receiving the assistance request may include the following steps:
  • Step 1501 receiving an assistance request sent by a first terminal device, wherein the assistance request is: an assistance request sent by the first terminal device in response to a trigger condition that the measured channel busy rate CBR is less than or equal to a pre-configured CBR threshold.
  • CBR is the ratio of the number of second subchannels within the specified time slot range to the total number of subchannels in the resource pool, and the CBR threshold is preconfigured by the RRC message; wherein, the second subchannel is the corresponding received Signal strength indicates the subchannels whose RSSI is greater than the configured RSSI threshold.
  • step 1501 may be implemented in any of the embodiments of the present disclosure, which is not limited in the embodiments of the present disclosure, and will not be repeated here.
  • the second terminal device receives the assistance request sent by the first terminal device, wherein the assistance request is that the first terminal device responds to a trigger condition that the measured channel busy rate CBR is less than or equal to the pre-configured CBR threshold, and the assistance request sent, thus, the first terminal device sends an assistance request to the second terminal device when the measured channel busy rate CBR is less than or equal to the pre-configured CBR threshold, and the first terminal device does not need to Frequent sending of auxiliary requests reduces signaling overhead.
  • FIG. 16 is a schematic flowchart of another method for receiving an assistance request provided by an embodiment of the present disclosure.
  • the method for receiving an assistance request in this embodiment of the present disclosure is applied to a second terminal device.
  • the method for receiving the assistance request may include the following steps:
  • Step 1601 receiving an assistance request sent by a first terminal device, wherein the assistance request is: an assistance request sent by the first terminal device in response to the arrival of a data packet to be sent as a trigger condition.
  • step 1601 may be implemented in any one of the embodiments of the present disclosure, which is not limited in the embodiments of the present disclosure, and will not be repeated here.
  • the second terminal device receives the 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 arrival of a data packet to be sent as a trigger condition. ask.
  • the first terminal device sends an assistance request to the second terminal device when the arrival of the data packet to be sent is satisfied, and the first terminal device does not need to frequently send the assistance request, which reduces signaling overhead.
  • FIG. 17 is a schematic flowchart of another method for receiving an assistance request provided by an embodiment of the present disclosure.
  • the method for receiving an assistance request in this embodiment of the present disclosure is applied to a second terminal device.
  • the method for receiving the assistance request may include the following steps:
  • Step 1701 receiving an assistance request sent by the first terminal device, wherein the assistance request is: an 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 as a trigger condition.
  • step 1701 may be implemented in any of the embodiments of the present disclosure, which is not limited in the embodiments of the present disclosure, and will not be repeated here.
  • the second terminal device receives the assistance request sent by the first terminal device, wherein the assistance request is that the first terminal device responds to the trigger condition that the first data packet to be sent arrives, and Assistance request sent with periodic feedback flag. Therefore, when the first terminal device meets the arrival of the first data packet to be sent, it sends an assistance request carrying a periodic feedback flag to the second terminal device, and the first terminal device does not need to send assistance requests frequently, which reduces signaling overhead .
  • FIG. 18 is a schematic flowchart of another method for receiving an assistance request provided by an embodiment of the present disclosure.
  • the method for receiving an assistance request in this embodiment of the present disclosure is applied to a second terminal device.
  • the method for receiving the assistance request may include the following steps:
  • Step 1801 receiving the assistance request sent by the first terminal device, wherein the assistance request is: the assistance request sent by the first terminal device in response to the trigger condition that the priority of the data packet to be sent is less than or equal to the configured priority threshold , where the priority threshold is pre-configured by the RRC message.
  • step 1801 may be implemented in any one of the embodiments of the present disclosure, which is not limited in the embodiments of the present disclosure, and will not be repeated here.
  • the second terminal device receives the assistance request sent by the first terminal device, wherein the assistance request is that the first terminal device responds to the trigger condition that the priority of the data packet to be sent is less than or equal to Configured priority thresholds while sending auxiliary requests. 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 assistance request carrying a periodic feedback flag to the second terminal device, and the first terminal device does not need to frequently send assistance requests. request, reducing signaling overhead.
  • the present disclosure also provides a device for sending an assistance request.
  • the method for sending the assistance request provided in the embodiment is corresponding, so the implementation of the method for sending the assistance request is also applicable to the device for sending the assistance request provided in the embodiment of the present disclosure, and will not be described in detail in the embodiment of the present disclosure.
  • Fig. 19 is a schematic structural diagram of an apparatus for sending an assistance request provided by an embodiment of the present disclosure.
  • the apparatus is applied to the first terminal equipment.
  • the apparatus 1900 for sending an assistance request may include: a processing unit 1910 .
  • processing unit 1910 is configured to determine a trigger condition of the assistance request; the processing unit 1910 is further configured to trigger the first terminal device to send the assistance request to the second terminal device according to the trigger condition of the assistance request.
  • the processing unit 1910 is specifically configured to trigger the first terminal device to send an assistance request to the second terminal device in response to a trigger condition that the number of received continuous HARQ NACK feedbacks is greater than a configured number threshold.
  • the processing unit 1910 is specifically configured to trigger the first terminal device to send an assistance request to the second terminal device in response to a trigger condition that the packet delay budget PDB of the data packet to be sent is greater than a configured PDB threshold.
  • the processing unit 1910 is specifically configured to trigger the first terminal device to send an assistance request to the second terminal device in response to a trigger condition that the channel occupancy rate CR of the data packet to be sent is less than or equal to a preconfigured CR threshold.
  • CR is the ratio of the number of first subchannels within the specified time slot range to the total number of subchannels belonging to the resource pool within the specified time slot range; wherein, the first subchannel is, within the specified time slot range The sum of the sub-channels used to send the data packet and the reserved sub-channels to be used to send the data packet; 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.
  • the processing unit 1910 is specifically configured to, in response to a trigger condition that the measured channel busy rate CBR is less than or equal to a preconfigured CBR threshold, trigger the first terminal device to send an assistance request to the second terminal device.
  • CBR is the ratio of the number of second subchannels within the specified time slot range to the total number of subchannels in the resource pool, and the CBR threshold is preconfigured by the RRC message; wherein, the second subchannel is, corresponding to Received signal strength indicates subchannels whose RSSI is greater than the configured RSSI threshold.
  • the processing unit 1910 is specifically configured to trigger the first terminal device to send an assistance request to the second terminal device in response to the trigger condition being the arrival of a data packet to be sent.
  • the processing unit 1910 is specifically configured to trigger the first terminal device to send an assistance request carrying a periodic feedback flag to the second terminal device in response to the trigger condition being the arrival of the first data packet to be sent; wherein, the periodic feedback flag , used to instruct the second terminal device to periodically send auxiliary information.
  • the processing unit 1910 is specifically configured to trigger the first terminal device to send an assistance request to the second terminal device in response to a trigger condition that the priority of the data packet to be sent is less than or equal to a configured priority threshold, where the The above priority thresholds are pre-configured by RRC messages.
  • the first terminal device determines the trigger condition of the assistance request
  • the first terminal device is triggered to send the assistance request to the second terminal device according to the trigger condition of the assistance request. Therefore, when the trigger condition of the assistance request is met, the first terminal device sends the assistance request to the second terminal device, and the assistance request does not need to be sent frequently, thereby reducing signaling overhead.
  • the present disclosure also provides a device for receiving an assistance request.
  • the method for receiving an assistance request provided in the embodiment is corresponding. Therefore, the implementation of the method for receiving an assistance request is also applicable to the device for receiving an assistance request provided in the embodiment of the present disclosure, which will not be described in detail in the embodiment of the present disclosure.
  • Fig. 20 is a schematic structural diagram of an apparatus for receiving an assistance request provided by an embodiment of the present disclosure.
  • the apparatus is applied to the second terminal equipment.
  • the apparatus 2000 for receiving the assistance request may include: a transceiver unit 2010 .
  • the transceiving unit 2010 is configured to receive an assistance request sent by the first terminal device; wherein, the assistance request is initiated by the first terminal device based on a trigger condition.
  • the assistance request is: an assistance request sent by the first terminal device in response to a trigger condition that the number of received continuous HARQ NACK feedbacks is greater than a configured number threshold.
  • the assistance request is: an assistance request sent by the first terminal device in response to a trigger condition that a packet delay budget PDB of a data packet to be sent is greater than a configured PDB threshold.
  • the assistance request is: an assistance request sent by the first terminal device in response to 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.
  • CR is the ratio of the number of first subchannels within the specified time slot range to the total number of subchannels belonging to the resource pool within the specified time slot range; wherein, the first subchannel is, within the specified time slot range The sum of the number of sub-channels used to send data packets and the reserved sub-channels to be used to send data packets; 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.
  • the assistance request is: an assistance request sent by the first terminal device in response to a trigger condition that the measured channel busy rate CBR is less than or equal to a pre-configured CBR threshold.
  • CBR is the ratio of the number of second subchannels within the specified time slot range to the total number of subchannels in the resource pool, and the CBR threshold is preconfigured by the RRC message; wherein, the second subchannel is the corresponding received Signal strength indicates the subchannels whose RSSI is greater than the configured RSSI threshold.
  • the assistance request is: an assistance request sent by the first terminal device in response to a trigger condition being the arrival of a data packet to be sent.
  • the assistance request is: an assistance request carrying a periodic feedback flag sent by the first terminal device in response to the trigger condition being the arrival of the first data packet to be sent; wherein, the periodic feedback flag is used to indicate that the second terminal The device periodically sends auxiliary information.
  • the assistance request is: an assistance request sent by the first terminal device in response to a trigger condition that the priority of the data packet to be sent is less than or equal to a configured priority threshold, where the priority threshold is pre-configured by an RRC message .
  • the second terminal device receives the assistance request sent by the first terminal device, where the assistance request is initiated by the first terminal device based on a trigger condition. Therefore, when the trigger condition of the assistance request is satisfied, the first terminal device sends the assistance request to the second terminal device, and the first terminal device does not need to send the assistance request frequently, which reduces signaling overhead.
  • the present disclosure also proposes an auxiliary request sending device, including: 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 code instructions to execute The methods described in the embodiments of FIG. 1 to FIG. 10 of the present disclosure.
  • the present disclosure also proposes a device for receiving assistance requests, including: 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 code instructions to execute The method described in the embodiment of FIG. 11 to FIG. 18 of the present disclosure.
  • the present disclosure further proposes a computer-readable storage medium for storing instructions, and when the instructions are executed, the methods described in the embodiments of the present disclosure shown in FIG. 1 to FIG. 10 are implemented.
  • the present disclosure also proposes a computer-readable storage medium for storing instructions, and when the instructions are executed, the methods described in the embodiments of the present disclosure shown in FIG. 11 to FIG. 18 are implemented.
  • the present disclosure further proposes a computer program product, which, when run on a computer, enables the computer to execute the methods described in the embodiments of FIG. 1 to FIG. 10 of the present disclosure.
  • the present disclosure further proposes a computer program product, which, when run on a computer, causes the computer to execute the methods described in the embodiments of FIG. 11 to FIG. 18 of the present disclosure.
  • Fig. 21 is a block diagram of a UE 2100 provided by an embodiment of the present disclosure.
  • UE 2100 may be a mobile phone, computer, digital broadcast user equipment, messaging device, game console, tablet device, medical device, fitness device, personal digital assistant, etc.
  • UE2100 may include at least one of the following components: a processing component 2102, a memory 2104, a power supply component 2106, a multimedia component 2108, an audio component 2110, an input/output (I/O) interface 2112, a sensor component 2114, and a communication component 2116.
  • a processing component 2102 may include at least one of the following components: a processing component 2102, a memory 2104, a power supply component 2106, a multimedia component 2108, an audio component 2110, an input/output (I/O) interface 2112, a sensor component 2114, and a communication component 2116.
  • a processing component 2102 may include at least one of the following components: a processing component 2102, a memory 2104, a power supply component 2106, a multimedia component 2108, an audio component 2110, an input/output (I/O) interface 2112, a sensor component 2114, and a communication component 2116.
  • I/O input/output
  • the processing component 2102 generally controls the overall operations of the UE 2100, such as those associated with display, phone calls, data communications, camera operations, and recording operations.
  • the processing component 2102 may include at least one processor 2120 to execute instructions to complete all or part of the steps of the above-mentioned method.
  • processing component 2102 can include at least one module to facilitate interaction between processing component 2102 and other components.
  • processing component 2102 may include a multimedia module to facilitate interaction between multimedia component 2108 and processing component 2102 .
  • the memory 2104 is configured to store various types of data to support operations at the UE 2100 . Examples of such data include instructions for any application or method operating on UE2100, contact data, phonebook data, messages, pictures, videos, etc.
  • the memory 2104 can be implemented by any type of volatile or non-volatile storage device or their combination, 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 Memory, Flash Memory, Magnetic or Optical Disk.
  • SRAM static random access memory
  • EEPROM electrically erasable programmable read-only memory
  • EPROM erasable Programmable Read Only Memory
  • PROM Programmable Read Only Memory
  • ROM Read Only Memory
  • Magnetic Memory Flash Memory
  • Magnetic or Optical Disk Magnetic Disk
  • the power supply component 2106 provides power to various components of the UE 1000.
  • Power component 2106 may include a power management system, at least one power supply, and other components associated with generating, managing, and distributing power for UE 2100 .
  • the multimedia component 2108 includes a screen providing an output interface between the UE 2100 and the user.
  • 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 touch screen to receive input signals from a user.
  • the touch panel includes at least one touch sensor to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense a boundary of a touch or slide action, but also detect a wake-up time and pressure related to the touch or slide operation.
  • the multimedia component 2108 includes a front camera and/or a rear camera. When UE2100 is in operation mode, such as shooting mode or video mode, the front camera and/or rear camera can receive external multimedia data. Each front camera and rear camera can be a fixed optical lens system or have focal length and optical zoom capability.
  • the audio component 2110 is configured to output and/or input audio signals.
  • the audio component 2110 includes a microphone (MIC), which is configured to receive an external audio signal when the UE 2100 is in an operation mode, such as a call mode, a recording mode, and a voice recognition mode. Received audio signals may be further stored in memory 2104 or sent via communication component 2116 .
  • the audio component 2110 also includes a speaker for outputting audio signals.
  • the I/O interface 2112 provides an interface between the processing component 2102 and a peripheral interface module, which may be a keyboard, a click wheel, a button, and the like. These buttons may include, but are not limited to: a home button, volume buttons, start button, and lock button.
  • the sensor component 2114 includes at least one sensor for providing various aspects of status assessment for the UE 2100 .
  • the sensor component 2114 can detect the open/close state of the UE2100, the relative positioning of components, such as the display and the keypad of the UE2100, the sensor component 1014 can also detect the position change of the UE2100 or a component of the UE2100, and the user and the UE2100 Presence or absence of contact, UE2100 orientation or acceleration/deceleration and temperature change of UE2100.
  • Sensor assembly 2114 may include a proximity sensor configured to detect the presence of nearby objects in the absence of any physical contact.
  • the sensor assembly 2114 may also include optical sensors, such as CMOS or CCD image sensors, for use in imaging applications.
  • the sensor assembly 2114 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor or a temperature sensor.
  • Communication component 2116 is configured to facilitate wired or wireless communications between UE 2100 and other devices.
  • UE2100 can access wireless networks based on communication standards, such as WiFi, 2G or 3G, or their combination.
  • the communication component 2116 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel.
  • the communication component 2116 also includes a near field communication (NFC) module to facilitate short-range communication.
  • NFC near field communication
  • the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, Infrared Data Association (IrDA) technology, Ultra Wide Band (UWB) technology, Bluetooth (BT) technology and other technologies.
  • RFID Radio Frequency Identification
  • IrDA Infrared Data Association
  • UWB Ultra Wide Band
  • Bluetooth Bluetooth
  • UE2100 may be powered 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), a controller, a microcontroller, a microprocessor or other electronic components to implement the method in any of the above embodiments.
  • ASIC Application Specific Integrated Circuit
  • DSP Digital Signal Processor
  • DSPD Digital Signal Processing Device
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • controller a microcontroller, a microprocessor or other electronic components to implement the method in any of the above embodiments.
  • non-transitory computer-readable storage medium including instructions, such as the memory 2104 including instructions, which can be executed by the processor 2120 of the UE 2100 to complete the above method.
  • the non-transitory computer readable storage medium may be ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, optical data storage device, and the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例提出了一种辅助请求的发送方法、辅助请求的接收方法及其装置,属于通信技术领域,其中,辅助请求的发送方法应用于第一终端设备,该方法包括:确定辅助请求的触发条件,根据辅助请求的触发条件,触发第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足辅助请求的触发条件时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。

Description

辅助请求的发送方法、辅助请求的接收方法及其装置 技术领域
本申请涉及通信技术领域,尤其涉及一种辅助请求的发送方法、辅助请求的接收方法及其装置。
背景技术
相关技术中,在蜂窝物联网技术中有一个重要分支,叫做物联网通信技术(Device to Device Communication),在协议里面的官方名称叫做Sidelink。在Sidelink的辅助资源选择的机制中,规定了两个终端设备UE-A和UE-B,UE-A是UE-B的辅助UE(User Equipment,用户设备),UE-B为自身发送的数据包进行资源选择的UE。UE-B会向UE-A发送辅助请求,UE-A确定一个资源集,携带在辅助信息中返回给UE-B,UE-B在发送数据进行资源选择时,或考虑UE-A提供的资源集。
上述辅助资源选择的机制中,并未规定UE-B发送辅助请求的条件,UE-B频繁发送辅助请求,信令开销大。
发明内容
本公开第一方面实施例提出了一种辅助请求的发送方法,应用于第一终端设备,包括:确定辅助请求的触发条件;根据所述辅助请求的所述触发条件,触发所述第一终端设备向第二终端设备发送所述辅助请求。
在该技术方案中,第一终端设备在确定辅助请求的触发条件后,根据辅助请求的触发条件,触发该第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足辅助请求的触发条件时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;其中,所述第一子信道为,所述指定时隙范围内用于发送所述数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;所述CR阈值,为配置的优先级k对应的CR极限值,所述CR阈值由RRC消息预先配置。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,所述CBR阈值由RRC消息预先配置;其中,所述第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为待发送的数据包到来,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为第一个待发送的数据包到来,触发所述第一终端设备向第二终端设备发送携带周期反馈标记的所述辅助请求;其中,所述周期反馈标记,用于指示所述第二终端设备周期性的发送辅助信息。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,触发所述第一终端设备向第二终端设备 发送所述辅助请求,其中,所述优先级阈值由RRC消息预先配置。
本公开第二方面实施例提出了一种辅助请求的接收方法,应用于第二终端设备,包括:接收第一终端设备发送的辅助请求;其中,所述辅助请求为所述第一终端设备基于触发条件发起的。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,而发送的所述辅助请求。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,而发送的所述辅助请求。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,而发送的所述辅助请求。
可选地,所述CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;其中,所述第一子信道为,所述指定时隙范围内用于发送所述数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;所述CR阈值,为配置的优先级k对应的CR极限值,所述CR阈值由RRC消息预先配置。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,而发送的所述辅助请求。
可选地,所述CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,所述CBR阈值由RRC消息预先配置;其中,所述第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包到来,而发送的所述辅助请求。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为第一个待发送的数据包到来,而发送的携带周期反馈标记的所述辅助请求;其中,所述周期反馈标记,用于指示所述第二终端设备周期性的发送辅助信息。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,而发送的所述辅助请求,其中,所述优先级阈值由RRC消息预先配置。
本公开第三方面实施例提出了一种辅助请求的发送装置,应用于第一终端设备,所述装置包括:处理单元,用于确定辅助请求的触发条件;所述处理单元,还用于根据所述辅助请求的所述触发条件,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述处理单元具体用于,响应于所述触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述处理单元具体用于,响应于所述触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述处理单元具体用于,响应于所述触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;其中,所述第一子信道为,所述指定时隙范围内用于发送所述数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;所述CR阈值,为配置的优先级k对应的CR极限值,所述CR阈值由RRC消息预先配置。
可选地,所述处理单元具体用于,响应于所述触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,所述CBR阈值由RRC消息预先配置的;其中,所述第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
可选地,所述处理单元具体用于,响应于所述触发条件为待发送的数据包到来,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述处理单元具体用于,响应于所述触发条件为第一个待发送的数据包到来,触发所述第一终端设备向第二终端设备发送携带周期反馈标记的所述辅助请求;其中,所述周期反馈标记,用于指示所述第二终端设备周期性的发送辅助信息。
可选地,所述处理单元具体用于,响应于所述触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求,其中,所述优先级阈值由RRC消息预先配置。
本公开第四方面实施例提出了一种辅助请求的接收装置,应用于第二终端设备,所述装置包括:收发单元,用于接收第一终端设备发送的辅助请求;其中,所述辅助请求为所述第一终端设备基于触发条 件发起的。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,而发送的所述辅助请求。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,而发送的所述辅助请求。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,而发送的所述辅助请求。
可选地,所述CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;其中,所述第一子信道为,所述指定时隙范围内用于发送所述数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;所述CR阈值,为配置的优先级k对应的CR极限值,所述CR阈值由RRC消息预先配置。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,而发送的所述辅助请求。
可选地,所述CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,所述CBR阈值由RRC消息预先配置;其中,所述第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包到来,而发送的所述辅助请求。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为第一个待发送的数据包到来,而发送的携带周期反馈标记的所述辅助请求;其中,所述周期反馈标记,用于指示所述第二终端设备周期性的发送辅助信息。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,而发送的所述辅助请求,其中,所述优先级阈值由RRC消息预先配置。
本公开第五方面实施例提出了一种辅助请求的发送装置,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行本公开第一方面实施例所述的方法。
本公开第六方面实施例提出了一种辅助请求的接收装置,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行本公开第二方面实施例所述的方法。
本公开第七方面实施例提出了一种辅助请求的发送装置,包括:处理器和接口电路;所述接口电路,用于接收代码指令并传输至所述处理器;所述处理器,用于运行所述代码指令以执行本公开第一方面实施例所述的方法。
本公开第八方面实施例提出了一种辅助请求的接收装置,包括:处理器和接口电路;所述接口电路,用于接收代码指令并传输至所述处理器;所述处理器,用于运行所述代码指令以执行本公开第二方面实施例所述的方法。
本公开第九方面实施例提出了一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使本公开第一方面实施例所述的方法被实现。
本公开第十方面实施例提出了一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使本公开第二方面实施例所述的方法被实现。
本公开第十一方面实施例提出了一种计算机程序产品,当其在计算机上运行时,使得计算机执行本公开第一方面实施例所述的方法。
本公开第十二方面实施例提出了一种计算机程序产品,当其在计算机上运行时,使得计算机执行本公开第二方面实施例所述的方法。
本公开附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本公开的实践了解到。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为本公开实施例所提供的一种辅助请求的发送方法的流程示意图;
图2本公开实施例所提供的UE-B向UE-A发送辅助请求的示意图;
图3为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图4为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图5为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图6为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图7为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图8本公开实施例所提供的UE-B向UE-A发送辅助请求的示意图;
图9为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图10为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图11为本公开实施例所提供的一种辅助请求的接收方法的流程示意图;
图12为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图13为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图14为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图15为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图16为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图17为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图18为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图19为本公开实施例所提供的一种辅助请求的发送装置的结构示意图;
图20为本公开实施例所提供的一种辅助请求的接收装置的结构示意图;
图21是本公开实施例所提供的一种UE2100的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。
下面详细描述本公开的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的,旨在用于解释本公开,而不能理解为对本公开的限制。
描述本公开实施例之前,为了便于理解,首先对本公开常用技术词进行介绍:
HARQ,是指混合自动重传请求(Hybrid Automatic Repeat Request)。
NACK,是指否定确认。
PDB,是指数据包时延预算(Packet Delay Budget)。
CR,是指信道占用率(Channel Occupancy Ratio)。
CBR,是指信道繁忙率(Channel Busy Ratio)。
RSSI,是指接收信号强度指示(Received Signal Strength Indicator)。
RRC,是指无线资源控制(Radio Resource Control)。
自LTE(Long Term Evolution,长期演进)以来,3GPP(3rd Generation Partnership Project,第三代合作伙伴项目)一直在制定Sidelink标准,将其作为UE到UE直接通信的标准,NR Sidelink的第一个标准已经在Rel-16中完成,其中NR Sidelink的解决方案主要用于车联网通信V2X(Vehicle to Everything)和公共安全。对于V2X和公共安全,由于时间限制,Release16并未完全支持服务要求和操作方案,并且SA(Service and System Aspects,系统和业务方面)在Release17 NR Sidelink进行一些增强,例如针对3GPP支持高级V2X服务的体系结构增强和系统增强。此外,在SA工作组中,正在研究与NR Sidelink相关的其他商业用例,例如网络控制的交互式服务,增强型能源效率继电器、广泛的覆盖范围、视听服 务制作,因此,在Rel-17的立项中,需要进一步增强Sidelink传输的可靠性和减小时延。
相关技术中,为了进一步增强Sidelink传输的可靠性和减小时延,在NR Sidelink的辅助资源选择的机制中,规定了两个终端设备UE-A和UE-B,UE-A是UE-B的辅助UE,UE-B为自身发送的数据包进行资源选择的UE。UE-B会向UE-A发送辅助请求,UE-A确定一个资源集,携带在辅助信息中返回给UE-B,UE-B在发送数据进行资源选择时,或考虑UE-A提供的资源集。
但是,上述辅助资源选择的机制中,并未规定UE-B发送辅助请求的条件,UE-B频繁发送辅助请求,信令开销大。
针对上述问题,本公开提供了一种辅助请求的发送方法、辅助请求的接收方法及其装置。
图1为本公开实施例所提供的一种辅助请求的发送方法的流程示意图。需要说明的是,本公开实施例的辅助请求的发送方法应用于第一终端设备,第一终端设备可为发送辅助请求的终端设备,比如,第一终端设备可为UE-B。
如图1所示,该辅助请求的发送方法可包括如下步骤:
步骤101,确定辅助请求的触发条件。
在本公开实施例中,第一终端设备可预先设置辅助请求的触发条件,其中,辅助请求的触发条件可用于触发第一终端设备发送辅助请求,辅助请求的触发条件的数量可为一个或多个。
步骤102,根据辅助请求的触发条件,触发第一终端设备向第二终端设备发送辅助请求。
在本公开实施例中,第一终端设备可根据预先设置的辅助请求的触发条件,触发第一终端设备向第二终端设备发送辅助请求。其中,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
也就是说,为了减少信令开销,如图2所示,第一终端设备在发送数据包进行资源选择时,判断是否满足辅助请求的触发条件,在满足辅助请求的触发条件时,则触发第一终端设备向第二终端设备发送辅助请求。第二终端设备在接收到第一终端设备的辅助请求后,可向第一终端设备发送辅助信息,第一终端设备可参考该辅助信息进行资源选择。
作为一种示例,在辅助请求的触发条件的数量为一个时,第一终端设备发送数据包进行资源选择时,满足该辅助请求的触发条件,则触发第一终端设备向第二终端设备发送辅助请求。若第一终端设备发送数据包进行资源选择时,不满足该辅助请求的触发条件,则第一终端设备不向第二终端设备发送辅助请求。
作为另一种示例,在辅助请求的触发条件的数量为多个时,若第一终端设备在发送数据包进行资源选择时,满足其中一个或多个辅助请求的触发条件,则触发第一终端设备向第二终端设备发送辅助请求。若第一终端设备在发送数据包进行资源选择时,不满足多个辅助请求的触发条件中的任一个辅助请求的触发条件,则第一终端设备不向第二终端设备发送辅助请求。
其中,需要说明的是,第二终端设备可为接收第一终端设备发送辅助请求的终端设备,第二终端设备可为第一终端设备的辅助终端设备。比如,第二终端设备可为UE-A,第一终端设备可为UE-B,UE-A可为UE-B的辅助UE。
本申请实施例的辅助请求的发送方法,第一终端设备在确定辅助请求的触发条件后,根据辅助请求的触发条件,触发该第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足辅助请求的触发条件时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图3为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图3所示,该辅助请求的发送方法可以包括以下步骤:
步骤301,确定辅助请求的触发条件。
步骤302,响应于触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,触发第一终端设备向第二终端设备发送辅助请求。
在本公开实施例中,第一终端设备可预先设置触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,第一终端设备在发送数据包进行资源选择,第一终端设备在接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值时,触发自身向第二终端设备发送辅助请求。比如,第一终端设备连续接收到N次HARQ NACK反馈,配置的数量阈值为N max,在N>N max时,触发自身向第二终端设备发送辅助请求。
也就是说,在UE-B连续接收到N次HARQ NACK反馈,且N>N max时,其中,N max为数量阈 值,表示UE-B在发送数据包时选择的资源与其他UE预留的资源发生了冲突,若UE-B使用自身的候选资源集中的资源,可能存在严重的隐藏节点,半双工问题,导致UE-B的数据发送的可靠性较低,则UE-B向UE-A发送辅助请求以获取UE-A的辅助来提供更加可靠的资源集。
在本公开实施例中,步骤301可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,触发第一终端设备向第二终端设备发送辅助请求,由此,第一终端设备在满足接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图4为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图4所示,该辅助请求的发送方法可以包括以下步骤:
步骤401,确定辅助请求的触发条件。
步骤402,响应于触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,触发第一终端设备向第二终端设备发送辅助请求。
在本公开实施例中,第一终端设备可预先设置触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,第一终端设备在发送待发送的数据包进行资源选择,数据包时延预算PDB大于配置的PDB阈值时,触发自身向第二终端设备发送辅助请求。比如,PDB阈值为PDB threshold,第一终端设备的待发送的数据包的数据包时延预算PDB满足PDB>PDB threshold,触发自身向第二终端设备发送辅助请求。
作为本公开实施例的一种可能实现方式,UE-B为自身发送的数据包在时隙n中进行资源选择时,比如,资源选择对应的时间窗为[n+T 1,n+T 2],其中,T 1<T 2,T 2≤PDB。在PDB值越大时,表示UE-B发送数据包对时延的要求也越低。由于UE-A辅助UE-B资源选择过程中,UE-A与UE-B之间需要信令交互,信令交互需要一定的时延,因此,在UE-B发送数据包对时延要求较低时可向UE-A发送辅助请求。因此,在PDB的值大于PDB阈值时,可触发UE-B向UE-A发送辅助请求。
在本公开实施例中,步骤401可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,触发第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足待发送的数据包的数据包时延预算PDB大于配置的PDB阈值时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图5为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图5所示,该辅助请求的发送方法可以包括以下步骤:
步骤501,确定辅助请求的触发条件。
步骤502,响应于触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,触发第一终端设备向第二终端设备发送辅助请求。
在本公开实施例中,第一终端设备可预先设置触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,第一终端设备在发送待发送的数据包进行资源选择,且待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值时,触发自身向第二终端设备发送辅助请求。其中,CR为,指定时隙范围内的第一子信道的数量与指定时隙范围内属于资源池的子信道的总数量的比值,第一子信道为,指定时隙范围内用于发送数据包的子信道和预留的将要用于发送数据包的子信道数量之和;CR阈值,为配置的优先级k对应的CR极限值,CR阈值由RRC消息预先配置。比如,CR阈值为 CR Limit(k),待发送的数据包的信道占用率CR为Σ i≥kCR(i),在Σ i≥kCR(i)≤CR Limit(k)时,触发第一终端设备向第二终端设备发送辅助请求,其中,i,k为优先级。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
作为本公开实施例的一种可能实现方式,可通过重用R16中测量CR的方法,也就是UE-B在[n-a,n+1]范围内用于发送数据包的子信道个数和[n,n+b]范围内已经获得Sidelink授权包含的子信道个数(指预留的将要用于发送数据包的子信道数量)占[n-a,n+b]范围内属于资源池子信道总数的比例。其中,a,b值由UE-B设置,时隙n指UE-B发送数据包的时隙。此外,CR Limit(k)为配置的优先级k对应的Sidelink传输测量到的CR的极限值,优先级k可预先配置,Σ i≥kCR(i)≤CR Limit(k)表示优先级取值不低于优先级k的直通链路传输对应的CR总和小于等于优先级k对应的CR的极限值。UE-B在发送待发送的数据包进行资源选择,满足Σ i≥kCR(i)≤CR Limit(k)时,向UE-A发送辅助请求。
在本公开实施例中,步骤501可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,触发第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图6为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图6所示,该辅助请求的发送方法可以包括以下步骤:
步骤601,确定辅助请求的触发条件。
步骤602,响应于触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,触发第一终端设备向第二终端设备发送辅助请求。
在本公开实施例中,第一终端设备可预先设置触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,第一终端设备在发送待发送的数据包进行资源选择,且测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值时,触发自身向第二终端设备发送辅助请求。其中,CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,CBR阈值由RRC消息预先配置,第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。比如,CBR阈值为CBR limit,在CBR≤CBR limit时,第一终端设备向第二终端设备发送辅助请求。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
作为本公开实施例的一种可能实现方式,第一终端设备在发送待发送的数据包之前,通过重用R16中的CBR的测量方法测量sidelink中其他UE发送数据包占用信道的情况,也就是,测量其他UE当前时隙n时信道的繁忙程度,CBR可为在测量窗口[n-c,n-1]内测量RSSI的值高于配置的RSSI门限的子信道占资源池内子信道总数量的比值,其中,c为100个或100·2 u个时隙,其中,u指不同的子载波间隔大小对应的值,u=0,1,2,3(u=0代表子载波为15kHz,u=1代表子载波为30kHz,u=2代表子载波为60kHz,u=3,代表子载波为120kHz)。当满足CBR≤CBR limit,说明信道不繁忙,辅助过程中的信令发送对其他UE发送数据的干扰较小,此时可触发UE-B向UE-A发送辅助请求。
在本公开实施例中,步骤601可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,触发第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图7为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结 合相关技术中的任一种技术方案一起被执行。
如图7所示,该辅助请求的发送方法可以包括以下步骤:
步骤701,确定辅助请求的触发条件。
步骤702,响应于触发条件为待发送的数据包到来,触发第一终端设备向第二终端设备发送辅助请求。
在本公开实施例中,第一终端设备可预先设置触发条件为待发送的数据包到来,第一终端设备在待发送的数据包到来时,向第二终端设备发送辅助请求。比如,待发送的数据包在时隙n到来,经过时间ΔT,第一终端设备向第二终端设备发送辅助请求。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
举例而言,如图8所示,在时隙n时数据包到来,经过时间ΔT,也就是在n+ΔT时UE-B向UE-A发送辅助请求MsgA;在时隙n2时UE-A向UE-B发送辅助信息MsgB,UE-B参考MsgB在资源选择窗口[n3,n3+T2]内确定选择的资源,比如,UE-B在时隙n3时确定箭头指向为发送数据的预留的资源位置,在时间窗口[n3,n3+Tproc1]内UE-B对数据包进行物理层处理,以便于在资源选择窗口预选的资源位置将数据包发送,其中,Tproc1为参数值,Tproc1可为{3,5,9,17}个时隙,对应子载波为{15,30,60,120}kHz。
在本公开实施例中,步骤701可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为待发送的数据包到来,触发第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足待发送的数据包到来时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图9为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图9所示,该辅助请求的发送方法可以包括以下步骤:
步骤901,确定辅助请求的触发条件。
步骤902,响应于触发条件为第一个待发送的数据包到来,触发第一终端设备向第二终端设备发送携带周期反馈标记的辅助请求;其中,周期反馈标记,用于指示第二终端设备周期性的发送辅助信息。
在本公开实施例中,第一终端设备可预先设置触发条件为第一个待发送的数据包到来,第一终端设备在第一个待发送的数据包到来时,向第二终端设备发送携带周期反馈标记的辅助请求。其中,周期反馈标记可用于指示第二终端设备周期性的发送辅助信息。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
作为本公开实施例的一种可能实现方式,UE-B的第一个数据包到来时,经过时间T后,触发UE-B向UE-A发送一次携带周期反馈标记的辅助请求后,UE-A根据周期反馈标记以周期T,周期性地发送辅助信息给UE-B。
在本公开实施例中,步骤901可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为第一个待发送的数据包到来,触发第一终端设备向第二终端设备发送携带周期反馈标记的辅助请求;其中,周期反馈标记,用于指示第二终端设备周期性的发送辅助信息。由此,第一终端设备在满足第一个待发送的数据包到来时,向第二终端设备发送携带周期反馈标记的辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图10为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图10所示,该辅助请求的发送方法可以包括以下步骤:
步骤1001,确定辅助请求的触发条件。
步骤1002,响应于触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,触发第一终端设备向第二终端设备发送辅助请求,其中,优先级阈值由RRC消息预先配置。
在本公开实施例中,第一终端设备可预先设置触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,第一终端设备在发送待发送的数据包进行资源选择,且待发送的数据包的优先级小于或者等于配置的优先级阈值时,向第二终端设备发送辅助请求。其中,优先级阈值由RRC消息预先配置。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
比如,待发送的数据包的优先级的值为priority vaule,配置的优先级阈值为priority threshold,在priority vaule≤priority threshold时,第一终端设备向第二终端设备发送辅助请求。其中,priority threshold可通过RRC消息预先配置。
需要说明的是,数据包的优先级值越小,说明优先级越高,说明可靠性要求越高,越需要UE-A的辅助信息,所以UE-B在满足待发送的数据包的优先级小于或者等于配置的优先级阈值时,向UE-A发送辅助请求。
在本公开实施例中,步骤1001可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,触发第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足待发送的数据包的优先级小于或者等于配置的优先级阈值时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了一种辅助请求的接收方法,图11为本公开实施例所提供的一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图11所示,该辅助请求的接收方法可包括如下步骤:
步骤1101,接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备基于触发条件发起的。
在本公开实施例中,第一终端设备可预先设置辅助请求的触发条件,其中,辅助请求的触发条件可用于触发第一终端设备发送辅助请求,辅助请求的触发条件的数量可为一个或多个。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
作为本公开实施例的一种可能实现方式,第一终端设备在发送数据包进行资源选择时,判断是否满足辅助请求的触发条件,在满足辅助请求的触发条件时,则触发第一终端设备向第二终端设备发送辅助请求。第二终端设备在接收到第一终端设备的辅助请求后,可向第一终端设备发送辅助信息,第一终端设备可参考该辅助信息进行资源选择。
需要说明的是,前述图1至图10任一实施例中对第一终端设备执行的辅助请求的发送方法的解释说明,也适用于该实施例中对第二终端设备执行的辅助请求的接收方法,其实现原理类似,此处不做赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备基于触发条件发起的。由此,第一终端设备在满足辅助请求的触发条件时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图12为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图12所示,该辅助请求的接收方法可包括如下步骤:
步骤1201,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,而发送的辅助请求。
在本公开实施例中,步骤1201可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备响应于触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,而发送的辅助请求。由此,第一终端设备在满足接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图13为本公开实施例所提供的另一种辅助请求 的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图13所示,该辅助请求的接收方法可包括如下步骤:
1301,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,而发送的辅助请求。
在本公开实施例中,步骤1301可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备响应于触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,而发送的辅助请求。由此,第一终端设备在满足待发送的数据包的数据包时延预算PDB大于配置的PDB阈值时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图14为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图14所示,该辅助请求的接收方法可包括如下步骤:
步骤1401,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,而发送的辅助请求。
可选地,CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;第一子信道为,指定时隙范围内用于发送数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;CR阈值,为配置的优先级k对应的CR极限值,CR阈值由RRC消息预先配置。
在本公开实施例中,步骤1401可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备响应于触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,而发送的辅助请求。由此,第一终端设备在满足待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图15为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图15所示,该辅助请求的接收方法可包括如下步骤:
步骤1501,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,而发送的辅助请求。
可选地,CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,CBR阈值由RRC消息预先配置;其中,第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
在本公开实施例中,步骤1501可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备响应于触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,而发送的辅助请求,由此,第一终端设备在满足测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图16为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图16所示,该辅助请求的接收方法可包括如下步骤:
步骤1601,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为待发送的数据包到来,而发送的辅助请求。
在本公开实施例中,步骤1601可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅 助请求为第一终端设备响应于触发条件为待发送的数据包到来,而发送的辅助请求。由此,第一终端设备在满足待发送的数据包到来时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图17为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图17所示,该辅助请求的接收方法可包括如下步骤:
步骤1701,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为第一个待发送的数据包到来,而发送的携带周期反馈标记的辅助请求。
在本公开实施例中,步骤1701可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备响应于触发条件为第一个待发送的数据包到来,而发送的携带周期反馈标记的辅助请求。由此,第一终端设备在满足第一个待发送的数据包到来时,向第二终端设备发送携带周期反馈标记的辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图18为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图18所示,该辅助请求的接收方法可包括如下步骤:
步骤1801,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,而发送的辅助请求,其中,优先级阈值由RRC消息预先配置。
在本公开实施例中,步骤1801可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备响应于触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,而发送的辅助请求。由此,第一终端设备在满足待发送的数据包的优先级小于或者等于配置的优先级阈值时,向第二终端设备发送携带周期反馈标记的辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
与上述图1至图10实施例提供的辅助请求的发送方法相对应,本公开还提供一种辅助请求的发送装置,由于本公开实施例提供的辅助请求的发送装置与上述图1至图10实施例提供的辅助请求的发送方法相对应,因此在辅助请求的发送方法的实施方式也适用于本公开实施例提供的辅助请求的发送装置,在本公开实施例中不再详细描述。
图19为本公开实施例所提供的一种辅助请求的发送装置的结构示意图。该装置应用于第一终端设备。
如图19示,该辅助请求的发送装置1900可以包括:处理单元1910。
其中,处理单元1910,用于确定辅助请求的触发条件;处理单元1910,还用于根据辅助请求的触发条件,触发第一终端设备向第二终端设备发送辅助请求。
可选地,处理单元1910具体用于,响应于触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,触发第一终端设备向第二终端设备发送辅助请求。
可选地,处理单元1910具体用于,响应于触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,触发第一终端设备向第二终端设备发送辅助请求。
可选地,处理单元1910具体用于,响应于触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,触发第一终端设备向第二终端设备发送辅助请求。
可选地,CR为,指定时隙范围内的第一子信道的数量与指定时隙范围内属于资源池的子信道的总数量的比值;其中,第一子信道为,指定时隙范围内用于发送数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;CR阈值,为配置的优先级k对应的CR极限值,CR阈值由RRC消息预先配置。
可选地,处理单元1910具体用于,响应于触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,触发第一终端设备向第二终端设备发送辅助请求。
可选地,CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,CBR阈值由RRC消息预先配置的;其中,第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
可选地,处理单元1910具体用于,响应于触发条件为待发送的数据包到来,触发第一终端设备向第二终端设备发送辅助请求。
可选地,处理单元1910具体用于,响应于触发条件为第一个待发送的数据包到来,触发第一终端设备向第二终端设备发送携带周期反馈标记的辅助请求;其中,周期反馈标记,用于指示第二终端设备周期性的发送辅助信息。
可选地,处理单元1910具体用于,响应于触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,触发第一终端设备向第二终端设备发送辅助请求,其中,所述优先级阈值由RRC消息预先配置。
本申请实施例的辅助请求的发送装置,第一终端设备在确定辅助请求的触发条件后,根据辅助请求的触发条件,触发该第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足辅助请求的触发条件时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
与上述图11至图18实施例提供的辅助请求的接收方法相对应,本公开还提供一种辅助请求的接收装置,由于本公开实施例提供的辅助请求的接收装置与上述图11至图18实施例提供的辅助请求的接收方法相对应,因此在辅助请求的接收方法的实施方式也适用于本公开实施例提供的辅助请求的接收装置,在本公开实施例中不再详细描述。
图20为本公开实施例所提供的一种辅助请求的接收装置的结构示意图。该装置应用于第二终端设备。
如图20示,该辅助请求的接收装置2000可以包括:收发单元2010。
其中,收发单元2010用于接收第一终端设备发送的辅助请求;其中,辅助请求为第一终端设备基于触发条件发起的。
可选地,辅助请求为:第一终端设备响应于触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,而发送的辅助请求。
可选地,辅助请求为:第一终端设备响应于触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,而发送的辅助请求。
可选地,辅助请求为:第一终端设备响应于触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,而发送的辅助请求。
可选地,CR为,指定时隙范围内的第一子信道的数量与指定时隙范围内属于资源池的子信道的总数量的比值;其中,第一子信道为,指定时隙范围内用于发送数据包的子信道和预留的将要用于发送数据包的子信道数量之和;CR阈值,为配置的优先级k对应的CR极限值,CR阈值由RRC消息预先配置。
可选地,辅助请求为:第一终端设备响应于触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,而发送的辅助请求。
可选地,CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,CBR阈值由RRC消息预先配置;其中,第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
可选地,辅助请求为:第一终端设备响应于触发条件为待发送的数据包到来,而发送的辅助请求。
可选地,辅助请求为:第一终端设备响应于触发条件为第一个待发送的数据包到来,而发送的携带周期反馈标记的辅助请求;其中,周期反馈标记,用于指示第二终端设备周期性的发送辅助信息。
可选地,辅助请求为:第一终端设备响应于触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,而发送的辅助请求,其中,优先级阈值由RRC消息预先配置。
本公开实施例的辅助请求的接收装置,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备基于触发条件发起的。由此,第一终端设备在满足辅助请求的触发条件时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
为了实现上述实施例,本公开还提出一种辅助请求的发送装置,包括:处理器和接口电路;接口电路,用于接收代码指令并传输至处理器;处理器,用于运行代码指令以执行本公开图1至图10实施例所述的方法。
为了实现上述实施例,本公开还提出一种辅助请求的接收装置,包括:处理器和接口电路;接口电路,用于接收代码指令并传输至处理器;处理器,用于运行代码指令以执行本公开图11至图18实施例所述的方法。
为了实现上述实施例,本公开还提出一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使本公开图1至图10实施例所述的方法被实现。
为了实现上述实施例,本公开还提出一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使本公开图11至图18实施例所述的方法被实现。
为了实现上述实施例,本公开还提出一种计算机程序产品,当其在计算机上运行时,使得计算机执行本公开图1至图10实施例所述的方法。
为了实现上述实施例,本公开还提出一种计算机程序产品,当其在计算机上运行时,使得计算机执行本公开图11至图18实施例所述的方法。
图21是本公开实施例所提供的一种UE2100的框图。例如,UE2100可以是移动电话,计算机,数字广播用户设备,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图21,UE2100可以包括以下至少一个组件:处理组件2102,存储器2104,电源组件2106,多媒体组件2108,音频组件2110,输入/输出(I/O)的接口2112,传感器组件2114,以及通信组件2116。
处理组件2102通常控制UE2100的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件2102可以包括至少一个处理器2120来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件2102可以包括至少一个模块,便于处理组件2102和其他组件之间的交互。例如,处理组件2102可以包括多媒体模块,以方便多媒体组件2108和处理组件2102之间的交互。
存储器2104被配置为存储各种类型的数据以支持在UE2100的操作。这些数据的示例包括用于在UE2100上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器2104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件2106为UE1000的各种组件提供电力。电源组件2106可以包括电源管理系统,至少一个电源,及其他与为UE2100生成、管理和分配电力相关联的组件。
多媒体组件2108包括在所述UE2100和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括至少一个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的唤醒时间和压力。在一些实施例中,多媒体组件2108包括一个前置摄像头和/或后置摄像头。当UE2100处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件2110被配置为输出和/或输入音频信号。例如,音频组件2110包括一个麦克风(MIC),当UE2100处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器2104或经由通信组件2116发送。在一些实施例中,音频组件2110还包括一个扬声器,用于输出音频信号。
I/O接口2112为处理组件2102和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件2114包括至少一个传感器,用于为UE2100提供各个方面的状态评估。例如,传感器组件2114可以检测到UE2100的打开/关闭状态,组件的相对定位,例如所述组件为UE2100的显示器和小键盘,传感器组件1014还可以检测UE2100或UE2100一个组件的位置改变,用户与UE2100接触的存在或不存在,UE2100方位或加速/减速和UE2100的温度变化。传感器组件2114可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件2114还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件2114还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件2116被配置为便于UE2100和其他设备之间有线或无线方式的通信。UE2100可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件2116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件2116还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,UE2100可以被至少一个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述任一实施例的方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器2104,上述指令可由UE2100的处理器2120执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一 般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (26)

  1. 一种辅助请求的发送方法,其特征在于,应用于第一终端设备,所述方法包括:
    确定辅助请求的触发条件;
    根据所述辅助请求的所述触发条件,触发所述第一终端设备向第二终端设备发送所述辅助请求。
  2. 根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
    响应于所述触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
  3. 根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
    响应于所述触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
  4. 根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
    响应于所述触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
  5. 根据权利要求4所述的方法,其特征在于,所述CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;
    其中,所述第一子信道为,所述指定时隙范围内用于发送所述数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;
    所述CR阈值,为配置的优先级k对应的CR极限值,所述CR阈值由RRC消息预先配置。
  6. 根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
    响应于所述触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
  7. 根据权利要求6所述的方法,其特征在于,所述CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,所述CBR阈值由RRC消息预先配置;
    其中,所述第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
  8. 根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
    响应于所述触发条件为待发送的数据包到来,触发所述第一终端设备向第二终端设备发送所述辅助请求。
  9. 根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
    响应于所述触发条件为第一个待发送的数据包到来,触发所述第一终端设备向第二终端设备发送携带周期反馈标记的所述辅助请求;
    其中,所述周期反馈标记,用于指示所述第二终端设备周期性的发送辅助信息。
  10. 根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
    响应于所述触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求,其中,所述优先级阈值由RRC消息预先配置。
  11. 一种辅助请求的接收方法,其特征在于,应用于第二终端设备,所述方法包括:
    接收第一终端设备发送的辅助请求;
    其中,所述辅助请求为所述第一终端设备基于触发条件发起的。
  12. 根据权利要求11所述的方法,其特征在于,所述辅助请求为:
    所述第一终端设备响应于所述触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,而发送的所述辅助请求。
  13. 根据权利要求11所述的方法,其特征在于,所述辅助请求为:
    所述第一终端设备响应于所述触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,而发送的所述辅助请求。
  14. 根据权利要求11所述的方法,其特征在于,所述辅助请求为:
    所述第一终端设备响应于所述触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,而发送的所述辅助请求。
  15. 根据权利要求14所述的方法,其特征在于,所述CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;
    其中,所述第一子信道为,所述指定时隙范围内用于发送所述数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;
    所述CR阈值,为配置的优先级k对应的CR极限值,所述CR阈值由RRC消息预先配置。
  16. 根据权利要求11所述的方法,其特征在于,所述辅助请求为:
    所述第一终端设备响应于所述触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,而发送的所述辅助请求。
  17. 根据权利要求16所述的方法,其特征在于,所述CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,所述CBR阈值由RRC消息预先配置;
    其中,所述第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
  18. 根据权利要求11所述的方法,其特征在于,所述辅助请求为:
    所述第一终端设备响应于所述触发条件为待发送的数据包到来,而发送的所述辅助请求。
  19. 根据权利要求11所述的方法,其特征在于,所述辅助请求为:
    所述第一终端设备响应于所述触发条件为第一个待发送的数据包到来,而发送的携带周期反馈标记的所述辅助请求;
    其中,所述周期反馈标记,用于指示所述第二终端设备周期性的发送辅助信息。
  20. 根据权利要求11所述的方法,其特征在于,所述辅助请求为:
    所述第一终端设备响应于所述触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,而发送的所述辅助请求,其中,所述优先级阈值由RRC消息预先配置。
  21. 一种辅助请求的发送装置,其特征在于,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行如权利要求1至10中任一项所述的方法。
  22. 一种辅助请求的接收装置,其特征在于,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行如权利要求11至20中任一项所述的方法。
  23. 一种辅助请求的发送装置,其特征在于,包括:处理器和接口电路;
    所述接口电路,用于接收代码指令并传输至所述处理器;
    所述处理器,用于运行所述代码指令以执行如权利要求1至10中任一项所述的方法。
  24. 一种辅助请求的接收装置,其特征在于,包括:处理器和接口电路;
    所述接口电路,用于接收代码指令并传输至所述处理器;
    所述处理器,用于运行所述代码指令以执行如权利要求11至20中任一项所述的方法。
  25. 一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如权利要求1至10中任一项所述的方法被实现。
  26. 一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如权利要求11至20中任一项所述的方法被实现。
PCT/CN2021/092421 2021-05-08 2021-05-08 辅助请求的发送方法、辅助请求的接收方法及其装置 WO2022236482A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP21941063.6A EP4336871A4 (en) 2021-05-08 2021-05-08 METHOD AND DEVICE FOR SENDING REQUESTS FOR ASSISTANCE AND METHOD AND DEVICE FOR RECEIVING REQUESTS FOR ASSISTANCE
PCT/CN2021/092421 WO2022236482A1 (zh) 2021-05-08 2021-05-08 辅助请求的发送方法、辅助请求的接收方法及其装置
CN202310294232.1A CN116234036A (zh) 2021-05-08 2021-05-08 辅助请求的发送方法、辅助请求的接收方法及其装置
CN202180001167.8A CN113396626B (zh) 2021-05-08 2021-05-08 辅助请求的发送方法、辅助请求的接收方法及其装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/092421 WO2022236482A1 (zh) 2021-05-08 2021-05-08 辅助请求的发送方法、辅助请求的接收方法及其装置

Publications (1)

Publication Number Publication Date
WO2022236482A1 true WO2022236482A1 (zh) 2022-11-17

Family

ID=77623001

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/092421 WO2022236482A1 (zh) 2021-05-08 2021-05-08 辅助请求的发送方法、辅助请求的接收方法及其装置

Country Status (3)

Country Link
EP (1) EP4336871A4 (zh)
CN (2) CN113396626B (zh)
WO (1) WO2022236482A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019192701A1 (en) * 2018-04-05 2019-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Multi-stage sidelink control information
WO2020033088A1 (en) * 2018-08-09 2020-02-13 Convida Wireless, Llc Resource management for 5g ev2x
CN111901783A (zh) * 2020-04-02 2020-11-06 中兴通讯股份有限公司 资源获取、资源调度方法、终端、服务节点及介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019192701A1 (en) * 2018-04-05 2019-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Multi-stage sidelink control information
WO2020033088A1 (en) * 2018-08-09 2020-02-13 Convida Wireless, Llc Resource management for 5g ev2x
CN111901783A (zh) * 2020-04-02 2020-11-06 中兴通讯股份有限公司 资源获取、资源调度方法、终端、服务节点及介质

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
INTEL CORPORATION: "Summary#2 for AI 7.2.4.2.2 Mode-2 Resource Allocation", 3GPP DRAFT; R1-1907771 - SUMMARY#2 OF 5G V2X MODE 2 V2, vol. RAN WG1, 16 May 2019 (2019-05-16), Reno, USA, pages 1 - 26, XP051740044 *
LG ELECTRONICS: "Discussion on resource allocation for NR sidelink Mode 2", 3GPP DRAFT; R1-1907014 DISCUSSION ON RESOURCE ALLOCATION FOR NR SIDELINK MODE 2, vol. RAN WG1, 4 May 2019 (2019-05-04), Reno, USA, pages 1 - 11, XP051709047 *
MODERATOR (INTEL CORPORATION): "FL summary#1 of critical issues for 7.2.4.2.2 – V2X Mode 2", 3GPP DRAFT; R1-2002703, vol. RAN WG1, 16 April 2020 (2020-04-16), XP051876559 *

Also Published As

Publication number Publication date
CN113396626B (zh) 2023-05-02
EP4336871A1 (en) 2024-03-13
CN113396626A (zh) 2021-09-14
EP4336871A4 (en) 2024-05-29
CN116234036A (zh) 2023-06-06

Similar Documents

Publication Publication Date Title
WO2022151488A1 (zh) 一种带宽部分确定方法、带宽部分确定装置及存储介质
CN110495196B (zh) 能力参数处理方法及装置、通信设备及存储介质
US20230232327A1 (en) Data transmission processing method, apparatus, user equipment and storage medium
CN111096063B (zh) 非连续接收drx的处理方法、装置及计算机存储介质
CN110337830B (zh) 监听方法、信令下发方法及装置、通信设备及存储
CN110546999B (zh) 唤醒信号的变更处理、监听方法、通信设备及存储介质
WO2023184187A1 (zh) 确定传输方向的方法、装置、通信设备及存储介质
CN110771199B (zh) 测量处理方法及装置
WO2022151436A1 (zh) 信息配置方法及装置、通信设备和存储介质
WO2022021033A1 (zh) 信息处理方法、装置、通信设备及存储介质
WO2021092732A1 (zh) Harq-ack传输方法及装置、通信设备
WO2023184186A1 (zh) 确定传输方向的方法、装置、通信设备及存储介质
WO2022236482A1 (zh) 辅助请求的发送方法、辅助请求的接收方法及其装置
WO2022032581A1 (zh) 上行传输的发送、接收方法及装置、通信设备及介质
WO2023050350A1 (zh) Cfr的确定方法、装置、通信设备及存储介质
WO2021258371A1 (zh) 直连通信控制方法、装置及用户设备
WO2021258372A1 (zh) 状态控制方法、装置、通信设备及存储介质
WO2021163969A1 (zh) 数据传输方法、装置和通信设备
WO2021146872A1 (zh) 数据传输方法、装置、通信设备及存储介质
WO2022077377A1 (zh) 通信方法及装置、网络设备、用户设备及存储介质
WO2023230901A1 (zh) 保护间隔配置方法及装置、通信设备及存储介质
WO2022073243A1 (zh) 通信方法及装置、用户设备及存储介质
US20220386157A1 (en) Channel measurement method and apparatus, and communication device
WO2022040897A1 (zh) 传输调度方法、装置、通信设备和存储介质
WO2024036576A1 (zh) 一种持续时间起始位置确定方法、装置、通信设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21941063

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18289713

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2021941063

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021941063

Country of ref document: EP

Effective date: 20231208