Method and apparatus for detecting consistent listen before talk failure in mobile communications
Various solutions for detecting consistent listen before talk (LBT) failure with respect to user equipment and network apparatus in mobile communications are described. An apparatus may determine whether an LBT failure is detected. The apparatus may start a first timer in an event that the LBT failure is detected. The apparatus may increase an LBT counter. The apparatus may determine whether the LBT counter reaches a threshold value. The apparatus may determine a consistent LBT failure event in an event that the LBT counter reaches the threshold value.
1. A method, comprising:
determining, by a processor of an apparatus, whether a listen before talk (LBT) failure is detected;
starting, by the processor, a first timer in an event that the LBT failure is detected while the first timer is not running;
restarting, by the processor, the first timer in an event that the LBT failure is detected while the first timer is running;
increasing, by the processor, an LBT counter in an event that the LBT failure is detected;
resetting, by the processor, the LBT counter when the first timer is expired;
determining, by the processor, whether the LBT counter reaches a threshold value; and
determining, by the processor, a consistent LBT failure event in an event that the LBT counter reaches the threshold value.
2. The method of claim 1 , further comprising:
starting, by the processor, a second timer in an event that the LBT failure is detected while the second timer is not running;
ignoring, by the processor, the LBT failure in an event that the LBT failure is detected while the second timer is running;
increasing, by the processor, the LBT counter in an event that the LBT failure is detected while the first timer is running and the second timer is not running.
3. The method of claim 1 , further comprising:
determining, by the processor, whether an LBT success is detected;
stopping, by the processor, the first timer in an event that the LBT success is detected; and
resetting, by the processor, the LBT counter.
4. The method of claim 1 , further comprising:
initiating, by the processor, a switch to a different bandwidth part (BWP) in an event that the consistent LBT failure event is determined.
5. The method of claim 1 , further comprising:
determining, by the processor, a radio link failure (RLF) event in an event that the consistent LBT failure event is determined on a predetermined number of bandwidth part (BWP); and
performing, by the processor, an RLF recovery procedure.
6. The method of claim 1 , further comprising:
setting, by the processor, a bandwidth part (BWP) where the consistent LBT failure is detected as unavailable for a time duration.
7. The method of claim 1 , further comprising:
performing, by the processor, an action in an event that the consistent LBT failure event is determined,
wherein the action comprises at least one of releasing a physical uplink control channel (PUCCH), releasing a sounding reference signal (SRS), clearing configured downlink assignments and uplink grants, clearing physical uplink shared channel (PUSCH) resources, initiating a random access procedure, triggering a radio link failure procedure, triggering a switch of a channel, performing a handover to another cell, and entering into an idle or inactive mode.
8. The method of claim 1 , further comprising:
performing, by the processor, an LBT detection before transmitting an uplink signal,
wherein the uplink signal comprises at least one of a random access channel (RACH) preamble, a scheduling request (SR), a buffer status report (BSR), a sounding reference signal (SRS), an uplink data, and uplink control information.
9. A method, comprising:
determining, by a processor of an apparatus, whether a listen before talk (LBT) failure is detected;
increasing, by the processor, an LBT counter in an event that the LBT failure is detected and a first timer is not running;
starting, by the processor, the first timer in an event that the LBT failure is detected while the first timer is not running;
starting, by the processor, a second timer when the first timer is expired;
resetting, by the processor, the LBT counter when the second timer is expired;
determining, by the processor, whether the LBT counter reaches a threshold value; and
determining, by the processor, a consistent LBT failure event in an event that the LBT counter reaches the threshold value.
10. The method of claim 9 , further comprising:
initiating, by the processor, a switch to a different bandwidth part (BWP) in an event that the consistent LBT failure event is determined.
11. The method of claim 9 , further comprising:
determining, by the processor, a radio link failure (RLF) event in an event that the consistent LBT failure event is determined on a predetermined number of bandwidth part (BWP); and
performing, by the processor, an RLF recovery procedure.
12. The method of claim 9 , further comprising:
setting, by the processor, a bandwidth part (BWP) where the consistent LBT failure is detected as unavailable for a time duration.
13. The method of claim 9 , further comprising:
performing, by the processor, an action in an event that the consistent LBT failure event is determined,
wherein the action comprises at least one of releasing a physical uplink control channel (PUCCH), releasing a sounding reference signal (SRS), clearing configured downlink assignments and uplink grants, clearing physical uplink shared channel (PUSCH) resources, initiating a random access procedure, triggering a radio link failure procedure, triggering a switch of a channel, performing a handover to another cell, and entering into an idle or inactive mode.
14. The method of claim 9 , further comprising:
performing, by the processor, an LBT detection before transmitting an uplink signal,
wherein the uplink signal comprises at least one of a random access channel (RACH) preamble, a scheduling request (SR), a buffer status report (BSR), a sounding reference signal (SRS), an uplink data, and uplink control information.