U.S. patent application number 17/207367 was filed with the patent office on 2021-07-08 for devices and methods for communication in a wireless communication network.
The applicant listed for this patent is Huawei Technologies Co., Ltd.. Invention is credited to Jian Li, Yilin Li, Zhongfeng Li, Jian Luo, Richard Stirling-Gallacher.
Application Number | 20210211348 17/207367 |
Document ID | / |
Family ID | 1000005519629 |
Filed Date | 2021-07-08 |
United States Patent
Application |
20210211348 |
Kind Code |
A1 |
Li; Zhongfeng ; et
al. |
July 8, 2021 |
Devices and Methods for Communication in a Wireless Communication
Network
Abstract
The application relates to a user equipment configured to
communicate using a first signal or channel via a first resource
with a first device and using a second signal or channel via a
second resource with a second device. The user equipment is
configured to: measure the first signal or channel in the first
resource for a beam or link failure detection; and, in response to
a detected failure in the first resource, transmit the second
signal or channel via the second resource to the second device for
a failure recovery request. The first device can be a further user
equipment and the second device can be a base station, wherein the
first resource is a sidelink resource between the user equipment
and the further user equipment and the second resource is an uplink
resource between the user equipment and the base station.
Inventors: |
Li; Zhongfeng; (Shanghai,
CN) ; Stirling-Gallacher; Richard; (Munich, DE)
; Luo; Jian; (Munich, DE) ; Li; Yilin;
(Shenzhen, CN) ; Li; Jian; (Shanghai, CN) |
|
Applicant: |
Name |
City |
State |
Country |
Type |
Huawei Technologies Co., Ltd. |
Shenzhen |
|
CN |
|
|
Family ID: |
1000005519629 |
Appl. No.: |
17/207367 |
Filed: |
March 19, 2021 |
Related U.S. Patent Documents
|
|
|
|
|
|
Application
Number |
Filing Date |
Patent Number |
|
|
PCT/EP2018/076751 |
Oct 2, 2018 |
|
|
|
17207367 |
|
|
|
|
Current U.S.
Class: |
1/1 |
Current CPC
Class: |
H04L 41/0668 20130101;
H04W 72/04 20130101; H04W 24/08 20130101; H04L 41/0677 20130101;
H04W 4/40 20180201 |
International
Class: |
H04L 12/24 20060101
H04L012/24; H04W 72/04 20060101 H04W072/04; H04W 24/08 20060101
H04W024/08 |
Foreign Application Data
Date |
Code |
Application Number |
Sep 20, 2018 |
EP |
PCTEP2018075525 |
Claims
1.-19. (canceled)
20. A user equipment, comprising: at least one processor; and a
non-transitory memory storing instructions, which when executed by
the at least one processor, cause the at least one processor to:
measure a first signal or channel in a first resource for a beam or
link failure detection, wherein the user equipment is configured to
communicate using the first signal or channel via the first
resource with a first device and using a second signal or channel
via a second resource with a second device; and in response to a
detected failure in the first resource, transmit the second signal
or channel via the second resource to the second device for a
failure recovery request or a failure indication.
21. The user equipment according to claim 20, wherein the first
device is a second user equipment, wherein the second device is a
base station, wherein the first resource is a sidelink resource
between the user equipment and the second user equipment, and
wherein the second resource is an uplink resource between the user
equipment and the base station.
22. The user equipment according to claim 20, wherein the first
device is a base station, wherein the second device is a second
user equipment, wherein the first resource is a downlink resource
between the user equipment and the base station, and wherein the
second resource is a sidelink resource between the user equipment
and the second user equipment.
23. The user equipment according to claim 20, wherein the
instructions further cause the at least one processor to: detect a
beam failure or a link failure that has occurred based on a radio
link quality being smaller than a first threshold value or based on
one or more errors having occurred for a channel detection.
24. The user equipment according to claim 23, wherein the radio
link quality is a signal strength of one or more reference signals
(RSs) or a Synchronization Signal/Physical Broadcast Channel (PBCH)
block (SSB).
25. The user equipment according to claim 20, wherein the
instructions further cause the at least one processor to: in
response to the detected failure in the first resource, determine a
new signal resource or a new beam for communicating with the first
device based on one or more RSs or a SSB in a first set or in a
second set received from the first device.
26. The user equipment according to claim 25, wherein the
instructions further cause the at least one processor to: determine
the new beam or the new signal resource for communicating with the
first device by comparing signal strength of the one or more RSs or
the SSB with a second threshold signal strength.
27. The user equipment according to claim 20, wherein the second
signal or channel provides an indication that no new beam or no new
signal resource for communicating with the first device has been
determined, or an indication that a new beam or a new signal
resource is required, or an indication that a beam sweeping is
required based on the user equipment being unable to determine the
new beam or the new signal resource for communicating with the
first device.
28. The user equipment according to claim 25, wherein the second
signal or channel provides an indication indicating the new beam or
the new signal resource determined by the user equipment based on
the user equipment being able to determine the new beam or the new
signal resource for communicating with the first device.
29. The user equipment according to claim 28, wherein the
instructions further cause the at least one processor to: receive,
in response to transmission of the failure recovery request based
on the second signal or channel, a failure recovery response,
wherein the failure recovery request comprises a beam failure
recovery request (BFRQ), and wherein the failure recovery response
comprises a beam failure recovery response (BFRR).
30. The user equipment according to claim 29, wherein the
instructions further cause the at least one processor to: monitor
the failure recovery response including the BFRR in a different
search space or a different control resource set (CORESET) based on
same antenna port quasi-collocation parameters respectively with
more than one RS or SS indicated by the second signal or channel
via the second resource.
31. The user equipment according to claim 20, wherein the
instructions further cause the at least one processor to: select
the second resource for the second signal or channel based on the
first resource for the first signal or channel and a correspondence
between the first resource and the second resource.
32. The user equipment according to claim 20, wherein the first
device is a second user equipment, wherein the second device is a
base station, wherein the beam or link failure is a beam or link
failure of a sidelink, and wherein the instructions further cause
the at least one processor to: transmit the failure recovery
request via a Uu uplink resource to the base station.
33. The user equipment according to claim 20, wherein the first
device is a second user equipment, wherein the second device is a
base station, wherein the beam or link failure is a beam or link
failure of a sidelink resource in a first direction, and wherein
the instructions further cause the at least one processor to:
transmit a second failure recovery request via the sidelink
resource in a second direction to the second user equipment.
34. The user equipment according to claim 33, wherein the second
failure recovery request indicates to the second user equipment to
transmit or forward the second failure recovery request to the base
station via a third resource in a third communication link between
the second user equipment and the base station.
35. The user equipment according to claim 34, wherein the second
failure recovery request indicates to the second user equipment to
forward the second failure recovery request to the base station via
the third resource based on a predefined correspondence between the
sidelink resource in the first direction or in the second direction
and the third resource.
36. The user equipment according to claim 34, wherein the failure
recovery request indicates to the second user equipment to forward
the failure recovery request to a third user equipment for
forwarding the failure recovery request to the base station.
37. A method, comprising: measuring, by a user equipment, a first
signal or channel in a first resource for a beam or link failure
detection, wherein the user equipment is configured to communicate
using the first signal or channel via the first resource with a
first device and using a second signal or channel via a second
resource with a second device; and in response to a detected
failure in the first resource, transmitting, by the user equipment,
the second signal or channel via the second resource to the second
device for a failure recovery request.
38. The method according to claim 37, further comprising:
receiving, in response to the transmitting the failure recovery
request based on the second signal or channel, a failure recovery
response, wherein the failure recovery request comprises a beam
failure recovery request (BFRQ), and wherein the failure recovery
response comprises a beam failure recovery response (BFRR).
39. A non-transitory computer-readable medium having instructions
stored thereon that, when executed by an apparatus, cause the
apparatus to perform operations, the operations comprising:
measuring a first signal or channel in a first resource for a beam
or link failure detection, wherein the apparatus is configured to
communicate using the first signal or channel via the first
resource with a first device and using a second signal or channel
via a second resource with a second device; and in response to a
detected failure in the first resource, transmitting the second
signal or channel via the second resource to the second device for
a failure recovery request.
Description
CROSS-REFERENCE TO RELATED APPLICATIONS
[0001] This application is a continuation of International
Application No. PCT/EP2018/076751, filed on Oct. 2, 2018, which
claims priority to International Patent Application No.
PCT/EP2018/075525, filed on Sep. 20, 2018. The disclosures of the
aforementioned applications are hereby incorporated by reference in
their entireties.
TECHNICAL FIELD
[0002] In general, the present invention relates to wireless
communication networks. More specifically, the present invention
relates to devices and methods for communication in a wireless
communication network.
BACKGROUND
[0003] There is a need for capable V2X (Vehicle to Vehicle, vehicle
to infrastructure, vehicle to network, vehicle to pedestrian) or
cellular intelligent transportation system (C-ITS) communication
systems to support the increasing need for vehicle safety, traffic
management and the different levels of assistance for automated
driving. There is also a need for wireless communication introduced
to support industry automation (also referred to as industry 4.0).
Both V2X and industry 4.0 require low latency and high reliable
traffic transmission. To this end several technical problems need
to be addressed, including the problem of a fast recovery, in case
of a radio link or beam failure.
[0004] Currently there are proposals for beam failure recovery,
when there is only a single Uu link. From these proposals it is not
clear how to perform a sidelink beam failure recovery, when a
sidelink is introduced, considering, in particular, that the
sidelink may be centrally controlled/scheduled by a gNB/RSU/access
point (AP)/relay node (RN) via the Uu link or sidelink or Un link.
Furthermore, it has to be addressed: how to utilize the Uu/Un link
for SL beam recovery; and/or how to utilize a 1st SL for a 2nd SL
beam recovery; and/or how to utilize a SL for Uu/Un link beam
recovery.
[0005] For the traditional single hop transmission, that is Uu link
based transmission, a beam failure (or called beam radio link
failure) recovery procedure has been proposed in NR for fast beam
recovery, which avoids the long delays associated with a radio link
failure (or called cell radio link failure) which has long delay.
However, as already mentioned, only a single hop or single Uu link
transmission beam failure recovery is considered, which is
discussed in more detail in the following.
[0006] The beam failure procedure may trigger a new identified beam
from the same serving cell gNB or a different gNB. The conventional
UE beam failure recovery includes the following stages: (1) beam
failure detection; (2) new candidate beam identification; (3) beam
failure recovery request, BFRQ, transmission; and (4) UE monitors
gNB response to beam failure recovery request.
[0007] For a beam failure detection, i.e. above stage (1), UE
monitors the signal resource set q.sub.0 to assess if a beam
failure trigger condition has been met, wherein the beam failure
detection signal includes a periodic CSIRS and/or SS/PBCH block.
The beam failure means that the radio link quality for all
corresponding resource configurations in the set q.sub.0 that the
UE uses to assess the radio link quality is worse, i.e. smaller
than certain threshold Q.sub.out,LR.
[0008] For the new candidate beam identification, i.e. above stage
(2), the UE monitors beam identification RS to find a new candidate
beam. The beam identification RS includes a periodic CSIRS and/or
SS/PBCH block. A UE can be provided, for a serving cell, a set
q.sub.1 of periodic CSI-RS resource configuration indexes and/or
SS/PBCH block indexes by a higher layer parameter referred to as
candidateBeamRSList for radio link quality measurements on the
serving cell. The UE provides the periodic CSI-RS configuration
indexes and/or SS/PBCH block indexes from the set q.sub.1 and the
corresponding L1-RSRP measurements that are larger than or equal to
the corresponding thresholds.
[0009] For beam failure recovery request transmission, i.e. above
stage (3), if SS-RSRP or CSI-RS RSRP in the candidateBeamRSList is
above a certain configured threshold, the configured or
corresponding random access preamble is selected for the beam
failure recovery request.
[0010] For the monitoring of the gNB response to the beam failure
recovery request by the UE, i.e. above stage (4), the PRACH for the
beam failure recovery request is transmitted in slot n and the UE
will monitor the response PDCCH starting from n+4 within a
configured window. The UE assumes the same antenna port
quasi-collocation parameters with the selected periodic CSIRS or
SS/PBCH block for the response PDCCH monitoring.
[0011] As already mentioned above, the conventional beam failure
recovery procedure described above applies to the Uu link. Thus,
there is still a need for a sidelink beam failure recovery,
considering, in particular, that the sidelink may be centrally
controlled/scheduled by gNB/RSU/access point (AP)/relay node (RN)
via the Uu link or sidelink or Un link. Furthermore, it has to be
addressed: how to utilize Uu/Un link for SL beam recovery; and/or
how to utilize a 1st SL for a 2nd SL beam recovery; and/or how to
utilize a SL for Uu/Un link beam recovery.
[0012] Thus, there is a need for improved devices and methods for a
wireless communication network addressing one or more of the
problems mentioned above.
SUMMARY
[0013] It is an object of the invention to provide improved devices
and methods for a wireless communication network.
[0014] The foregoing and other objects are achieved by the subject
matter of the independent claims. Further implementation forms are
apparent from the dependent claims, the description and the
figures.
[0015] In order to describe the different aspects of the invention
in more detail, the following terms, abbreviations and notations
will be used in the following: [0016] UE User Equipment [0017] BS
Base Station, gNodeB, eNodeB, roadside unit and the like [0018] V2V
Vehicle to vehicle [0019] V2X Vehicle to everything [0020] C-ITS
Cellular Intelligent Transportation System [0021] NR New Radio
[0022] SL Sidelink [0023] DL Downlink [0024] UL Uplink [0025] DCI
Downlink Control Information [0026] PBCH Physical Broadcast Channel
[0027] PDCCH Physical Downlink Control Channel [0028] PUCCH
Physical Uplink Control Channel [0029] QCL Quasi-Co-Location [0030]
SS Synchronization Signal [0031] RS Reference Signal [0032] CSI
Channel State Information [0033] CSIRS CSI Reference Signal [0034]
SRS Sounding Reference Signal [0035] CS-RNTI Configured Scheduling
RNTI [0036] SSB SS/PBCH block, Synchronization Signal/Physical
broadcast channel [0037] BFRQ Beam failure recovery request [0038]
BFRR Beam failure recovery response
[0039] According to a first aspect the invention relates to a user
equipment configured to communicate using a first signal and/or
channel via a first resource with a first device and using a second
signal and/or channel via a second resource with a second device.
The user equipment is configured to: measure the first signal
and/or channel in the first resource for a beam or link failure
detection; and, in response to a detected failure in the first
resource, transmit the second signal and/or channel via the second
resource to the second device for a failure recovery request.
[0040] In a further possible implementation form of the first
aspect, the first device can be a further user equipment and the
second device can be a base station, wherein the first resource is
a sidelink resource between the user equipment and the further user
equipment and the second resource is an uplink resource between the
user equipment and the base station.
[0041] In a further possible implementation form of the first
aspect, the first device can be a base station and the second
device can be a further user equipment, wherein the first resource
is a downlink resource between the user equipment and the base
station and the second resource is a sidelink resource between the
user equipment and the further user equipment.
[0042] In a further possible implementation form of the first
aspect, the user equipment is configured to detect a beam failure
or link failure to have occurred, in case a radio link quality is
smaller than a first threshold value and/or there is one or more
error occurred for the channel detection.
[0043] In a further possible implementation form of the first
aspect, the radio link quality is the signal strength of one or
more reference signals, RS, and/or SSBs. And/or the detected
channel is control channel and/or data channel.
[0044] In a further possible implementation form of the first
aspect, the user equipment is further configured to, in response to
a detected failure in the first resource, determine a new signal
resource and/or a new beam for communicating with the first device,
in particular on the basis of one or more reference signals and/or
SSB in the first set or in a second set received from the first
device.
[0045] In a further possible implementation form of the first
aspect, the user equipment is configured to determine the new beam
or new signal resource for communicating with the first device by
comparing a signal strength of the one or more reference signals
and/or SSB with a second threshold signal strength.
[0046] In a further possible implementation form of the first
aspect, the user equipment is configured to transmit the second
signal and/or channel or in case the user equipment is not able to
determine a new beam or new signal resource for communicating with
the first device, the second signal or channel provides an
indication that no new beam or new signal resource for
communicating with the first device has been determined, or an
indication that a new beam or new signal resource is required
and/or an indication that a beam sweeping is required or an
indication that beam failure occurs.
[0047] In a further possible implementation form of the first
aspect, in case the user equipment is able to determine a new beam
or new signal resource for communicating with the first device, the
second signal or channel provides an indication about the new beam
or new signal resource determined by the user equipment.
[0048] In a further possible implementation form of the first
aspect, the user equipment is further configured to receive, in
response to the transmission of the failure recovery request, in
particular a beam failure recovery request; BFRQ, based on the
second signal and/or channel, a failure recovery response or a
recovery response, in particular a beam failure recovery response,
BFRR.
[0049] In a further possible implementation form of the first
aspect, the user equipment is further configured to monitor the
failure recovery response or recovery response, in particular BFRR,
in different search space and/or different CORESET, assumes the
same antenna port quasi-collocation parameters respectively with
the more than one indicated RS and/or SSB by the second signal or
channel via the second resource. In other words, for PDCCH
monitoring and/or for a corresponding PDSCH reception, the user
equipment can assume the same antenna port quasi-collocation
parameters with the indicated RS or SSB by the second signal or
channel. For PDCCH monitoring and/or for a corresponding PDSCH
reception in a different search space and/or different CORESET, the
user equipment can assume the same antenna port quasi-collocation
parameters respectively with the more than one indicated RS or
SSB.
[0050] In a further possible implementation form of the first
aspect, the user equipment is configured to select the second
resource for the second signal or channel based on the first
resource for the first signal or channel and a correspondence
and/or mapping between the first resource and the second resources.
The correspondence and/or mapping can be predefined and/or received
by the user equipment via a signaling indicating the correspondence
between the resource for the first signal/channel and the resource
for the second signal/channel.
[0051] In a further possible implementation form of the first
aspect, the first device is the base station and the second device
is the further user equipment, wherein the failure recovery request
is configured to trigger the further user equipment to transmit
and/or forward the failure recovery request to the base
station.
[0052] In a further possible implementation form of the first
aspect, the first resource is a downlink resource between the user
equipment and the base station, wherein the user equipment is
further configured to transmit a further failure recovery request
to the base station via the uplink resource between the user
equipment and the base station.
[0053] In a further possible implementation form of the first
aspect, the failure recovery request is configured to trigger the
further user equipment to transmit or forward the failure recovery
request to a third user equipment for transmitting or forwarding
the failure recovery request to the base station.
[0054] In a further possible implementation form of the first
aspect, the first device is the further user equipment and the
second device is the base station, wherein the beam or link failure
is a beam or link failure of the sidelink, wherein the user
equipment is further configured to transmit the failure recovery
request via the Uu uplink resource or sidelink resource to the base
station.
[0055] In a further possible implementation form of the first
aspect, the first device is the further user equipment and the
second device is the base station, wherein the beam or link failure
is a beam or link failure of the sidelink resource in a downlink
direction or in one direction, wherein the user equipment is
further configured to transmit a further failure recovery request
via the sidelink resource in an uplink direction or in a reverse
direction to the further user equipment.
[0056] In a further possible implementation form of the first
aspect, the further failure recovery request is configured to
trigger the further user equipment to transmit or forward the
further failure recovery request to the base station via a third
resource, in particular a third communication link between the
further user equipment and the base station.
[0057] In a further possible implementation form of the first
aspect, the further failure recovery request is configured to
trigger the further user equipment to forward the further failure
recovery request to the base station via the third resource based
on a predefined and/or preconfigured correspondence or mapping
between the sidelink resource in the uplink direction or in the
reverse direction and the third resource.
[0058] In a further possible implementation form of the first
aspect, the failure recovery request is configured to trigger the
further user equipment to forward the failure recovery request to a
third user equipment for forwarding the failure recovery request to
the base station.
[0059] According to a second aspect the invention relates to a
communication network comprising a user equipment according to the
first aspect of the invention, at least one further user equipment
and a base station.
[0060] According to a third aspect the invention relates to a
method of operating a user equipment configured to communicate
using a first signal and/or channel via a first resource with a
first device and using a second signal and/or channel via a second
resource with a second device. The method comprises the operations
of: measuring the first signal and/or channel in the first resource
for a beam or link failure detection; and, in response to a
detected failure in the first resource, transmitting the second
signal or channel via the second resource to the second device for
a failure recovery request.
[0061] In a further possible implementation form of the third
aspect, the first device can be a further user equipment and the
second device can be a base station, wherein the first resource is
a sidelink resource between the user equipment and the further user
equipment and the second resource is an uplink resource between the
user equipment and the base station.
[0062] In a further possible implementation form of the third
aspect, the first device can be a base station and the second
device can be a further user equipment, wherein the first resource
is a downlink resource between the user equipment and the base
station and the second resource is a sidelink resource between the
user equipment and the further user equipment.
[0063] The method according to the third aspect of the invention
can be performed by the user equipment according to the first
aspect of the invention. Further features of the method according
to the third aspect of the application result directly from the
functionality of the user equipment according to the first aspect
of the application and its different implementation forms described
above and below.
[0064] Details of one or more embodiments are set forth in the
accompanying drawings and the description below. Other features,
objects, and advantages will be apparent from the description,
drawings, and claims.
BRIEF DESCRIPTION OF THE DRAWINGS
[0065] In the following embodiments of the application are
described in more detail with reference to the attached figures and
drawings, in which:
[0066] FIGS. 1a and 1b are schematic diagrams showing a wireless
communication network, including a user equipment according to an
embodiment in an in-coverage scenario and a partial coverage
scenario;
[0067] FIGS. 2a-d are schematic diagrams showing a wireless
communication network, including a user equipment according to an
embodiment for a recovery of a SL failure in an in-coverage
scenario and a partial coverage scenario;
[0068] FIGS. 3a and 3b are schematic diagrams showing a wireless
communication network, including a user equipment according to an
embodiment for a recovery of a SL failure in a downlink direction
in an in-coverage scenario and a partial coverage scenario;
[0069] FIGS. 4a and 4b are schematic diagrams showing a wireless
communication network, including a user equipment according to an
embodiment for a recovery of a SL failure in an uplink direction in
an in-coverage scenario and a partial coverage scenario;
[0070] FIGS. 5a and 5b are schematic diagrams showing a wireless
communication network, including a user equipment according to an
embodiment for a recovery of an Uu link failure in a downlink
direction and/or sidelink in one direction in an in-coverage
scenario and a partial coverage scenario;
[0071] FIGS. 6a and 6b are schematic diagrams showing a wireless
communication network, including a user equipment according to an
embodiment for a multi-hop recovery of an Uu link and/or sidelink
failure in a downlink direction or in one sidelink direction in an
in-coverage scenario and a partial coverage scenario; and
[0072] FIG. 7 is a flow diagram illustrating operations of a method
of operating a user equipment according to an embodiment.
[0073] In the following identical reference signs refer to
identical or at least functionally equivalent features.
DETAILED DESCRIPTION OF THE EMBODIMENTS
[0074] In the following description, reference is made to the
accompanying figures, which form part of the disclosure, and which
show, by way of illustration, specific aspects of embodiments of
the application or specific aspects in which embodiments of the
present application may be used. It is understood that embodiments
of the application may be used in other aspects and comprise
structural or logical changes not depicted in the figures. The
following detailed description, therefore, is not to be taken in a
limiting sense, and the scope of the present application is defined
by the appended claims.
[0075] For instance, it is understood that a disclosure in
connection with a described method may also hold true for a
corresponding device or system configured to perform the method and
vice versa. For example, if one or a plurality of specific method
operations are described, a corresponding device may include one or
a plurality of units, e.g. functional units, to perform the
described one or plurality of method operations (e.g. one unit
performing the one or plurality of operations, or a plurality of
units each performing one or more of the plurality of operations),
even if such one or more units are not explicitly described or
illustrated in the figures. On the other hand, for example, if a
specific apparatus is described based on one or a plurality of
units, e.g. functional units, a corresponding method may include
one operation to perform the functionality of the one or plurality
of units (e.g. one operation performing the functionality of the
one or plurality of units, or a plurality of operations each
performing the functionality of one or more of the plurality of
units), even if such one or plurality of operations are not
explicitly described or illustrated in the figures. Further, it is
understood that the features of the various exemplary embodiments
and/or aspects described herein may be combined with each other,
unless specifically noted otherwise.
[0076] The methods, devices and systems described herein may
particularly be implemented in wireless communication networks
based on 5G New Radio (NR) mobile communication standards and
beyond.
[0077] Likewise, the methods, devices and systems described herein
may also be implemented in wireless communication networks based on
mobile communication standards such as LTE, in particular 3G, 4G,
4.5G, and 5G. The methods, devices and systems described herein may
also be implemented in wireless communication networks, in
particular communication networks similar to WiFi communication
standards according to IEEE 802.11. The described devices may
include integrated circuits and/or passives and may be manufactured
according to various technologies. For example, the circuits may be
designed as logic integrated circuits, analog integrated circuits,
mixed signal integrated circuits, optical circuits, memory circuits
and/or integrated passives.
[0078] The devices described herein may be configured to transmit
and/or receive radio signals. Radio signals may be or may include
radio frequency signals radiated by a radio transmitting device (or
radio transmitter or sender). However, devices described herein are
not limited to transmit and/or receive radio signals, also other
signals designed for transmission in deterministic communication
networks may be transmitted and/or received.
[0079] The devices and systems described herein may include
processors or processing devices, memories and transceivers, i.e.
transmitters and/or receivers. In the following description, the
term "processor" or "processing device" describes any device that
can be utilized for processing specific tasks (or blocks or
operations). A processor or processing device can be a single
processor or a multi-core processor or can include a set of
processors or can include means for processing. A processor or
processing device can process software or firmware or applications
etc.
[0080] FIGS. 1a and 1b are schematic diagrams showing a wireless
communication network 100 in an in coverage scenario (FIG. 1a) and
a partial coverage scenario (FIG. 1b). In an embodiment, the
wireless communication network 100 can be implemented as a network
according to the 5G standard or a standard based thereon. In the
exemplary embodiment shown in FIGS. 1a and 1b, the wireless
communication network 100 comprises a first user equipment (UE)
101, a second user equipment (UE) 103 and a base station 105.
[0081] Although in FIGS. 1a and 1b the user equipments 101, 103 are
illustrated as vehicular UEs, the person skilled in the art will
appreciate that embodiments of the application apply to any type of
user equipments 101 and 103 configured to communicate via an UL and
DL with a base station or via a SL with base station and via a SL
with each other, such as user equipments implemented in industry
4.0 scenarios. As used herein, the term "base station" applies to
any type of network entity configured to communicate with user
equipments via the air interface, such as a gNB, access point, TRP,
RSU, relay, UE, and the like.
[0082] As will be described in more detail below, the first user
equipment 101 is configured to communicate using a first signal
and/or channel via a first resource with a first device and using a
second signal and/or channel via a second resource with a second
device. The user equipment 101 is configured to: measure the first
signal and/or channel in the first resource for a beam or link
failure detection; and, in response to a detected failure in the
first resource, transmit the second signal and/or channel via the
second resource to the second device for a failure recovery request
or a failure indication. Usually both beam failure and link failure
are based on the radio link quality monitoring. The link failure
can be cell link failure based on cell radio link monitoring which
is usually involved with longer time for monitoring and signal
strength average are performed. The link failure can also be based
on short term radio link quality monitoring with certain RS/channel
configuration. For example, for industry 4.0 scenario, even without
beam based transmission, fast link failure request still preferred
for the low latency and high reliability transmission requirement.
While beam failure detection is also based on radio link monitoring
but usually based on the RS/channel with beam based
transmission.
[0083] In an embodiment, the first device can be the second or
further user equipment 103 and the second device can be the base
station 105, wherein the first resource is a sidelink resource
between the first user equipment 101 and the further user equipment
103 and the second resource is an uplink resource or a sidelink
resource between the first user equipment 101 and the base station
105.
[0084] In an embodiment, the first device can be the base station
105 and the second device can be the second or further user
equipment 103, wherein the first resource is a downlink resource
between the user equipment 101 and the base station 105 or a
sidelink resource between and the second resource is a sidelink
resource between the user equipment 101 and the further user
equipment 103.
[0085] Further embodiments of the first user equipment 101 will be
described in the following. As will be appreciated from the
following, embodiments of the application provide (a) a single SL
hop beam failure recovery, (b) a Uu link beam failure recovery via
SL, and (c) more than one SL hop beam failure recovery.
[0086] In the following detailed description of further embodiments
of the application the link(s) and/or resource(s) and/or signal(s)
and/or channel(s) are denoted in the following way, as illustrated
in FIGS. 1a and 1b.
[0087] The first resource or link can be denoted as: device B
transmitted link and/or resource and/or signal and/or channel; or
device B to device A link; or device A received link and/or
resource and/or signal and/or channel.
[0088] The second resource or link can be denoted as: device B
received link and/or resource and/or signal and/or channel; or
device A to device B link; or device A transmitted link and/or
resource and/or signal and/or channel.
[0089] The third resource or link can be denoted as: device B
transmitted link and/or resource and/or signal and/or channel; or
device B to device C link; or device C received link and/or
resource and/or signal and/or channel.
[0090] The fourth resource or link can be denoted as: device B
received link and/or resource and/or signal and/or channel; or
device C to device B link; or device C transmitted link and/or
resource and/or signal and/or channel.
[0091] The fifth resource or link can be denoted as: device C
transmitted link and/or resource and/or signal and/or channel; or
device C to device A link; or device A received link and/or
resource and/or signal and/or channel.
[0092] The sixth resource or link can be denoted as: device C
received link and/or resource and/or signal and/or channel; or
device A to device C link; or device A transmitted link and/or
resource and/or signal and/or channel.
[0093] As already mentioned above, embodiments of the application
provide a single SL hop beam failure recovery. According to
embodiments of the application single SL hop beam failure recovery
can comprise the following four operations or stages.
[0094] A first stage of the single SL hop beam failure recovery
implemented by embodiments of the application is related to the SL
beam failure detection by the UE 101 based on SL signal. The
detected SL signal can be in either one of the SL direction or both
SL directions. The SL signal and/or channel can include RS and/or
SSB and/or preamble and/or SL control channel and/or SL data
channel.
[0095] A threshold can be configured for the SL beam failure
detection with respect to the SL channel quality. If all the
measured signals in one set have a quality lower than the
configured threshold, then a beam or link failure occurs. Or if one
or more than one error occur or the error is higher than certain
configured threshold based on a channel (control or data channel)
detection, then a link failure occurs. The measured signals or
channel in one set can be in either one of the SL direction or both
SL directions. If there are two SL directions for beam or link
failure detection, one threshold can be configured for the low
signaling overhead. Alternatively, separate thresholds can be
configured. The latter case may be helpful for different channel
conditions e.g. interference.
[0096] A second stage of the single SL hop beam failure recovery
implemented by embodiments of the application is related to a new
SL candidate beam identification by the UE 101 based on the SL
signal and/or channel. In an embodiment, a threshold can be
configured for the identification of a new SL candidate beam, which
can be used after a beam failure has occurred. The SL signal and/or
channel for the new SL candidate beam can be in either one of the
SL directions or in both SL directions. The SL signal and/or
channel can include RS and/or SSB and/or preamble and/or SL control
channel and/or SL data channel.
[0097] There can be two modes for the new SL candidate beam
identification based on the SL signal and/or channel, namely mode 1
and mode 2.
[0098] Mode 1 concerns the case that no new qualified beam can be
found. In an embodiment, the UE 101 is configured to generate and
transmit a report message that no new qualified beam could be
found, that a new beam transmission is required and/or that a beam
sweeping is required or beam or link failure occurs. Such a
reporting can be mapped to a dedicated resource/RS or can be
transmitted as control or data channel contents. According to
embodiments of the application, the report can be transmitted with
a mapping to Uu/Un/another SL dedicated resources/RS and/or the
opposite link resources/RS and/or another Uu/Un/SL resources/RS.
According to embodiments of the application, mode 1 can also apply
to the Uu link.
[0099] Mode 2 concerns the case that a new qualified beam has been
found. According to embodiments of the application, in this case
the BFRQ transmission is initiated, which is described in more
detail below in the context of the third stage.
[0100] A third stage of the single SL hop beam failure recovery
implemented by embodiments of the application is related to the
transmission of one or more SL beam failure recovery requests, by
the UE 101 in the Uu/Un link or in the SL or a combination
thereof.
[0101] A first case, i.e. case 1, concerns the SL BFRQ being
transmitted in the 1st Uu/Un link (or the 1st SL), which will be
described in the following in more detail under reference to FIGS.
2a and 2c (for an in coverage scenario) and FIG. 2d (for a partial
coverage scenario). In the figures the BFRQ transmission route for
this case is identified as R1. To enable a fast SL beam failure
recovery, according to embodiments of the application RS in
device_BtoC and channel resource/RS in device_CtoA mapping or
correspondence or device_CtoB and channel resource/RS in
device_BtoA can be configured or signaled or defined, in particular
a mapping or correspondence between a SL new candidate RS and Uu/Un
(or another SL) dedicated resource e.g. PRACH or RS; and/or a
mapping or correspondence between a SL new candidate RS and Uu/Un
DL RS/SSB (or another SL RS/SSB).
[0102] A second case, i.e. case 2, concerns the SL BFRQ being
transmitted first in the opposite SL, and then being transmitted in
the 2nd Uu/Un link (or the 2nd SL), which will be described in the
following in more detail under reference to FIGS. 2a and 2c (for an
in coverage scenario) and FIG. 2b (for a partial coverage
scenario). In the figures the BFRQ transmission route for this case
is identified as R2. To enable a fast and reliable SL beam failure
recovery, according to embodiments of the application RS in
device_BtoC, channel resource/RS in device_CtoB and channel
resource/RS in device_BtoA mapping or correspondence can be
configured or signaled or defined, in particular a mapping or
correspondence between SL RS and the opposite SL dedicate
resource/RS, a mapping or correspondence between SL dedicated
resource/RS and Uu/Un (or another SL) dedicated resource e.g. PRACH
or RS, and/or a mapping or correspondence between SL dedicated
resource/RS and Uu/Un (or another SL) DL RS/SSB.
[0103] According to embodiments of the application, a third case,
i.e. case 3, can be a combination of the case 1 and case 2
described above. Supporting both case 1 and case 2 can be
configured.
[0104] A fourth case, i.e. case 4, concerns the SL BFRQ information
being transmitted by the UE 101 via control channel or a data
channel.
[0105] According to an embodiment, the SL BFRQ information can be
transmitted by the UE 101 via a control channel or data channel in
the 1st Uu/Un link or the 1st SL, as illustrated in FIGS. 2a and 2c
(for an in coverage scenario) and FIG. 2d (for a partial coverage
scenario). In the figures the BFRQ transmission route for this case
is identified as R1. To enable a fast SL beam failure recovery, the
transmission resource/channel in Uu/Un or 2nd SL can be configured
or signaled or defined, in particular a configuration of the
transmission resource e.g. PUCCH or PUSCH for a SL new candidate RS
reporting and/or beam failure indication/recovery request and/or
link failure indication/recovery request.
[0106] According to an embodiment, the SL BFRQ can be first
transmitted in the opposite SL via resource mapping, and then be
transmitted in the 2nd Uu/Un link (or the 2nd SL) via a control
channel or a data channel, as illustrated in FIGS. 2a and 2c (for
an in coverage scenario) and FIG. 2b (for a partial coverage
scenario). In the figures the BFRQ transmission route for this case
is identified as R2. To enable a fast and reliable SL beam failure
recovery, RS in device_BtoC, channel resource/RS in device_CtoB and
channel resource/RS in device_BtoA can be configured or signaled or
defined, in particular a mapping or correspondence between SL RS
and the opposite SL dedicate resource/RS and/or the PUCCH or PUSCH
resource for carrying the opposite SL dedicate resource/RS can be
configured.
[0107] A fourth stage of the single SL hop beam failure recovery
implemented by embodiments of the application is related to the
monitoring for a failure recovery response or beam failure recovery
response, BFRR, by the UE 101. After the base station 105 correctly
receives the SL BFRQ, a BFRR will be transmitted as a response to
the BFRQ. The BFRR can be transmitted by the base station 105 in
one or more than one link including Uu/Un link, SL or their
combination.
[0108] According to embodiments of the application one or more than
one CORESET and/or one or more than one search space and/or one or
more than one QCL assumption for SL BFRR monitoring can be
configured. More than one CORESET/search space for SL BFRR
monitoring can be configured. For each CORESET and/or search space,
the UE 101 can make a QCL assumption based on its associated
reported SL new beam/set, e.g. new beam 1 and 2 corresponding to
CORESET1&2 and/or search space 1&2 respectively.
[0109] According to embodiments of the application one or more than
one monitoring windows can be used.
[0110] For one monitoring window the same/separate CORESET/search
space can be configured for more than one BFRR transmission
according to embodiments of the application. More than one BFRR
transmission can be transparent to the UE 101, and the UE 101 can
make the same QCL assumption for the more than one BFRR. The
monitoring window starting time can be configured or predefined
e.g. starting from n+4, where n is the BFRQ transmission time for
the UE 101.
[0111] For more than one monitoring window, the starting time and
window duration may be predefined and/or configured according to
embodiments of the application. For instance, for the exemplary
case of two monitoring time windows, the first monitoring time
window and the second monitoring time window can be configured or
predefined in the following way.
[0112] The first monitoring window starting time can be configured
or predefined in that starting from n+m, the window duration can be
undefined, or predefined or configured or signaled as from m. That
means the duration can be from n+4 to n+m-1.
[0113] The second monitoring window starting time can be configured
or predefined in that starting from n+k, the starting time can be
predefined or configured. One option is k=m or k. The window
duration can be undefined, or predefined or configured.
[0114] According to embodiments of the application, for the current
Uu link BFRR, the selected beam for the BFRQ can be used for BFRR
PDCCH monitoring. When the BFRR transmitted in the Uu/Un link or in
the 2nd SL is for the 1st SL BFRQ, the correspondence information
between BFRQ and BFRR resource and/or timing should be signaled.
One way is to indicate this correspondence explicitly with
signaling information to the receiving device. Another way is to
indicate this implicitly, for example once the device receives the
BFRR from the Uu/Un link or the 2nd SL on SL DCI from PDCCH, the
device will know it is for the SL BFRR.
[0115] According to further embodiments of the application, both
the sidelink direction channel measurement and feedback are
supported. This is helpful to enable SL data and/or control link
adapted transmission, especially for unicast or groupcast
transmission. The SL measurement reporting or feedback resource can
be configured directly in the Uu link or through the opposite SL
and another Uu link.
[0116] Alternatively, for the BFRR there can be signaling in the
Uu/Un link or the SL indicating: route/link information, an
intermediate device ID and/or a destination ID.
[0117] Embodiments of the application provide a SL DL/forward link
beam failure recovery. According to embodiments of the application
the SL DL/forward link (which is herein also referred to as first
SL) can be a SL with PDCCH and/or with PDSCH and/or with CSIRS
and/or with SS/PBCH a block. For simplicity, SL DL is used in the
following for all these different embodiments.
[0118] A first stage of the SL DL/forward link beam failure
recovery provided by embodiments of the application is related to a
SL beam or link failure detection based on a SL DL signal or
channel. The SL DL signal can be SL DL RS or SSB, the SL DL channel
can be SL DL control channel or data channel. A threshold can be
configured for SL DL beam failure detection on the SL DL channel
quality. If all the measured DL signals of one set have a quality
lower than the configured threshold, then beam or link failure
occurs. And/or if one or more than one error occur for the channel
detection or the error is higher than configured threshold, then
beam or link failure occurs.
[0119] A second stage of the SL DL/forward link beam failure
recovery provided by embodiments of the application is related to
the identification of a new SL DL candidate beam based on the SL DL
signal and/or channel. A threshold can be configured for new SL DL
candidate beam identification and used after the beam failure has
occurred. The SL DL signal and/or channel for the new SL candidate
beam can include SL DL RS and/or SSB and/or SL control channel or
data channel.
[0120] There can be two modes for the new SL candidate beam
identification based on the SL signal and/or channel, namely mode 1
and mode 2.
[0121] Mode 1 concerns the case that no new qualified beam is
found. In an embodiment, a report can be transmitted by the UE 101
that no new DL qualified beam has been found, that a new DL beam
transmission is required and/or a DL beam sweeping is required or
beam or link failure occurs. Such reporting can be mapped to
dedicated resource/RS or can be carried in control or data channel
contents. The report can be transmitted with mapping to
Uu/Un/another SL dedicated resources/RS and/or the opposite link
resources/RS and/or another Uu/Un/SL resources/RS.
[0122] Mode 2 concerns the case that a new qualified beam has been
found. According to embodiments of the application, in this case
the BFRQ transmission is initiated, which is described in more
detail below in the context of the third stage of the SL DL/forward
link beam failure recovery provided by embodiments of the
application.
[0123] A third stage of the SL DL/forward link beam failure
recovery provided by embodiments of the application is related to
the transmission of one or more than one SL DL beam failure
recovery requests, BFRQs, transmitted by the UE 101 via the Uu/Un
link or SL or a combination thereof, as will be described in more
detail in the following.
[0124] A first case, i.e. case 1, concerns the SL DL BFRQ
transmitted in the first Uu/Un link or the first SL, which is
illustrated in FIG. 3a (in coverage scenario). In the figure the
BFRQ transmission route for this case is identified as R1. To
enable fast SL beam failure recovery, RS or channel resource in
device_BtoC and channel resource/RS in device_CtoA mapping or
correspondance is configured or signaled or defined: Configuring
the mapping or correspondence between SL DL new candidate RS and
Uu/Un (or another SL) dedicated resource e.g. PRACH or RS; And/or
mapping or correspondance between SL DL new candidate RS and Uu/Un
(or another SL) DL RS/SSB.
[0125] A second case, i.e. case 2, concerns the transmission of the
SL DL BFRQ first in the opposite SL and, subsequently, in the
second Uu/Un link (or the second SL), which is illustrated in FIG.
3a (in coverage scenario) and FIG. 3b (partial coverage scenario).
In the figures the BFRQ transmission route for this case is
identified as R2. To enable fast and reliable SL beam failure
recovery, RS in device_BtoC, channel resource/RS in device_CtoB and
channel resource/RS in device_BtoA mapping or correspondance is
configured or signaled or defined: Configuring the mapping or
correspondance between SL DL RS and the opposite/UL SL dedicate
resource/RS; Mapping or correspondance between SL UL dedicated
resource/RS and Uu/Un (or another SL) dedicated resource e.g. PRACH
or RS; Mapping or correspondence between SL UL dedicated
resource/RS and Uu/Un (or another SL) DL RS/SSB. Or combination of
some or all of the above cases.
[0126] According to embodiments of the application, a third case,
i.e. case 3, can be a combination of the case 1 and case 2
described above. Supporting both case 1 and case 2 can be
configured.
[0127] A fourth case, i.e. case 4, concerns the transmission of the
SL DL BFRQ by control channel or data channel.
[0128] According to an embodiment, the SL BFRQ information can be
transmitted by control channel or data channel in the first Uu/Un
link or the first SL, as illustrated in FIG. 3a (in coverage
scenario). In the figure the BFRQ transmission route for this case
is identified as R1. To enable fast SL beam failure recovery, the
transmission resource/channel in Uu/Un or 2nd SL is configured or
signaled or defined: Configuring the transmission resource e.g.
PUCCH or PUSCH for SL new candidate RS reporting.
[0129] According to an embodiment, the SL BFRQ information can be
transmitted first by the UE 101 in the opposite SL via resource
mapping or via control channel or data channel, and, subsequently,
be transmitted in the second Uu/Un link (or the second SL) via
control channel or data channel, as illustrated in FIG. 3a (in
coverage scenario) and FIG. 3b (partial coverage scenario). In the
figures the BFRQ transmission route for this case is identified as
R2. To enable fast and reliable SL beam failure recovery, RS in
device_BtoC, channel resource/RS in device_CtoB and channel
resource/RS in device_BtoA is configured or signaled or defined:
Configuring the mapping or correspondance between SL RS and the
opposite SL dedicate resource/RS or transmit the new identified SL
DL RS via SL UL control channel or data channel; Then is
transmitted in the 2nd Uu/Un link (or SL) via the PUCCH or PUSCH
resource for carrying the opposite SL dedicate resource/RS.
[0130] As the fourth stage of the SL DL/forward link beam failure
recovery provided by embodiments of the application is virtually
identical to the fourth stage of the single SL hop beam failure
recovery implemented by embodiments of the application already
described above, reference is made to the detailed description
above.
[0131] Embodiments of the application provide a SL UL/reverse link
beam failure recovery. According to embodiments of the application
the SL UL/reverse link (which is herein also referred to as the
opposite link of the first link) can be a SL feedback link, a SL
with PUCCH and/or with PUSCH and/or with SRS and/or with PRACH, or
the opposite link of the first SL. For simplicity, SL UL is used in
the following for all these different embodiments.
[0132] A first stage of the SL UL/reverse link beam failure
recovery provided by embodiments of the application is related to a
SL beam failure detection based on a SL UL signal. The SL UL signal
can be SL UL RS/preamble/PRACH or SL UL control. A threshold can be
configured for SL UL beam failure detection with respect to the SL
UL channel quality. If all the measured UL signals in a set have a
quality lower than the configured threshold, then beam failure
occurs.
[0133] A second stage of the SL UL/reverse link beam failure
recovery provided by embodiments of the application is related to
the identification of a new SL UL candidate beam or signal based on
the SL UL signal and/or channel. A threshold can be configured for
the identification of a new SL UL candidate beam or signal and used
after a beam failure has occurred. The SL UL signal and/or channel
for the new SL candidate beam can include SL UL RS and/or SSB
and/or SL control channel or data channel.
[0134] According to embodiments of the application there can be two
modes for the new SL candidate beam identification based on the SL
signal and/or channel, namely mode 1 and mode 2.
[0135] Mode 1 concerns the case that no new qualified beam can be
found by the UE 101. A report that no new UL qualified beam can be
found, that a new UL beam transmission is required or that a UL
beam sweeping is required can be transmitted. Such reporting can be
mapped to dedicated resource/RS or can be carried in control or
data channel content. The report can be transmitted with a mapping
to Uu/Un/another SL dedicated resources/RS and/or the opposite link
resources/RS and/or another Uu/Un/SL resources/RS.
[0136] Mode 2 concerns the case that a new qualified beam has been
found. According to embodiments of the application, in this case
the BFRQ transmission is initiated, which is described in more
detail below in the context of the third stage.
[0137] A third stage of the SL UL/reverse link beam failure
recovery provided by embodiments of the application is related to
the transmission of one or more than one SL UL beam failure
recovery request, BFRQs, transmitted in the Uu/Un link or the SL or
a combination thereof, as will be described in more detail in the
following.
[0138] A first case, i.e. case 1, concerns the transmission of the
SL UL BFRQ in the first Uu/Un link or the first SL, which is
illustrated in FIGS. 4a and 4b (in coverage scenario). In the
figures the BFRQ transmission route for this case is identified as
R1. To enable fast SL beam failure recovery, RS in device_CtoB and
channel resource/RS in device_BtoA mapping or correspondance is
configured or signaled or defined: Configuring the mapping or
correspondence between SL UL new candidate RS and Uu/Un (or another
SL) dedicated resource e.g. PRACH or RS; And/or mapping or
correspondance between SL UL new candidate RS and Uu/Un (or another
SL) DL RS/SSB.
[0139] A second case, i.e. case 2, concerns the transmission of the
SL UL BFRQ first via the opposite SL and, subsequently, via the
second Uu/Un link (or the second SL), as illustrated in FIG. 4a (in
coverage scenario). In the figure the BFRQ transmission route for
this case is identified as R2. To enable fast and reliable SL beam
failure recovery, RS in device_CtoB, channel resource/RS in
device_BtoC and channel resource/RS in device_CtoA mapping or
correspondance is configured or signaled or defined: Configuring
the mapping or correspondance between SL UL RS and the opposite/DL
SL dedicate resource/RS; Mapping or correspondance between SL DL
dedicated resource/RS and Uu/Un (or another SL) dedicated resource
e.g. PRACH or RS; Mapping or correspondence between SL DL dedicated
resource/RS and Uu/Un (or another SL) DL RS/SSB. Or combination of
some or all of the above cases.
[0140] According to embodiments of the application, a third case,
i.e. case 3, can be a combination of the case 1 and case 2
described above. Supporting both case 1 and case 2 can be
configured.
[0141] A fourth case, i.e. case 4, concerns the transmission of the
SL UL BFRQ information by control channel or data channel.
[0142] According to an embodiment, the SL BFRQ information can be
transmitted by control channel or data channel in the first Uu/Un
link or the first SL, as illustrated in FIG. 4a (in coverage
scenario) and FIG. 4b (partial coverage scenario). In the figure
the BFRQ transmission route for this case is identified as R1. To
enable fast SL beam failure recovery, the transmission
resource/channel in Uu/Un or 2nd SL is configured or signaled or
defined: Configuring the transmission resource e.g. PUCCH or PUSCH
for SL new candidate RS reporting.
[0143] According to an embodiment, the SL BFRQ is first transmitted
in the opposite SL via resource mapping or via control channel or
data channel, and then in the second Uu/Un link (or the second SL)
via control channel or data channel, as illustrated in FIG. 4a (in
coverage scenario) and FIG. 4b (partial coverage scenario). In the
figure the BFRQ transmission route for this case is identified as
R2. To enable fast and reliable SL beam failure recovery, RS in
device_BtoC, channel resource/RS in device_CtoB and channel
resource/RS in device_BtoA is configured or signaled or defined:
Configuring the mapping or correspondance between SL RS and the
opposite SL dedicate resource/RS or transmit the new identified SL
UL RS via SL DL control channel or data channel; Then is
transmitted in the 2nd Uu/Un link (or SL) via the PUCCH or PUSCH
resource for carrying the opposite SL dedicate resource/RS.
[0144] According to another embodiment, both sidelink UL channel
measurement and feedback can be supported by the UE 101. This is
helpful to enable SL UL data and/or control link adapted
transmission. The SL UL measurement reporting or feedback can be
configured to be transmitted directly in the Uu link or another
sidelink or through the opposite SL and then another Uu link or a
third sidelink.
[0145] As the fourth stage of the SL UL/reverse link beam failure
recovery provided by embodiments of the application is virtually
identical to the fourth stage of the single SL hop beam failure
recovery implemented by embodiments of the application already
described above, reference is made to the detailed description
above.
[0146] As will be described in the following under further
reference to FIGS. 5a and 5b, embodiments of the application
provide a solution for a Uu or Un link (or the first SL) beam
failure recovery via SL (or the second SL). As will be appreciated,
the Uu link is generally used between the base station or RSU 105
(e.g. gNB or RSU 105) and the UE 101, 103, while the Un link is
usually used between the base station 105 and a relay or between
relays (sometimes also called backhaul link), the sidelink is
sometimes used between the RSU or UE 105 (e.g. RSU or UE 105). For
simplicity, in the following description the Uu will be taken as an
example with the understanding that the following description
applies to the Uu link of the first SL as well.
[0147] As already described in the background section above, the
conventional system only supports Uu UL based BFRQ transmission,
when there is a Uu DL beam failure detected. However, there may be
the case that the beam failure also occurs for the Uu UL. Then the
BFRQ will not be successfully transmitted in the Uu UL which will
cause additional delay or even packet loss. As will be described in
more detail in the following, SL can be used also for Uu link beam
and/or failure recovery according to embodiments of the
application, which advantageously help to improve Uu link
reliability and reduce the latency. The above description also
applies to the case when there is only the first SL.
[0148] A first stage of the Uu link beam failure recovery provided
by embodiments of the application is related to a Uu link beam or
link failure detection based on a Uu DL signal. The Uu DL signal
can be a Uu DL RS or SSB or both. A threshold can be configured for
Uu DL beam or link failure detection based on the Uu DL channel
quality. If all the measured DL signals in a set have a quality
lower than the configured threshold, then a beam or link failure
occurs. And/or if one or more than one error occur for the channel
detection or the error is higher than configured threshold, then
beam or link failure occurs.
[0149] A second stage of the Uu link beam failure recovery provided
by embodiments of the application is related to the identification
of a new Uu DL candidate beam based on the Uu DL signal and/or
channel. A threshold can be configured for the new Uu DL candidate
beam identification and used after a beam failure has occurred. The
Uu DL signal and/or channel for the new SL candidate beam or signal
can include SL DL RS and/or SSB.
[0150] A third stage of the Uu link beam failure recovery provided
by embodiments of the application is related to the following
different cases, when no new qualified beam can be found by the UE
101.
[0151] According to a first alternative only a Uu link based BFRQ
transmission and BFRR can be used, which is similar as the current
Uu link behavior.
[0152] According to a second alternative, a SL assisted Uu BFRQ
transmission can be used by the UE 101 with further embodiments
defined by the following cases.
[0153] In a first case, i.e. case 1, the Uu link BFRQ can be
transmitted via SL signal with resource mapping. The resource
mapping can be configured or signaled or defined between the Uu
link and the SL: Mapping among the first Uu/Un or SL RS/SSB and the
second SL dedicate resource/RS and the third Uu link or sidelink
dedicate resource/RS. According to embodiments of the application
the mapping can further include a mapping between the first
Uu/Un/SL RS/SSB and the second SL dedicated resource e.g.
RS/SSB/PRACH/PUSCH/PUCCH/PDCCH/PDSCH resource (the RS can be e.g.
SRS, CSIRS, DMRS, or PTRS). Additionally or alternatively, the
mapping can include a mapping between the second SL dedicated
resources and the third Uu/Un/SL dedicated resources e.g.
RS/SSB/PRACH/PUSCH/PUCCH/PDCCH/PDSCH resource (the RS can be e.g.
SRS, CSIRS, DMRS, or PTRS).
[0154] In a second case, i.e. case 2, the Uu link BFRQ is
transmitted via the SL channel. In other words, the new identified
beam information or BFRQ can also be carried in the SL channel. The
SL channel can include PUSCH/PUCCH/PDCCH/PDSCH and the like. Then
the new identified beam information can be carried in the third Uu
link channel as the channel information to the base station 105.
The channel can include PUSCH/PUCCH/PDCCH/PDSCH or the like.
[0155] In a third case, i.e. case 3, the Uu link BFRQ is
transmitted via the SL channel (or resource mapping) and the Uu
link channel (or resource mapping), i.e. a combination of case 1
and case 2 above.
[0156] More specifically, the first Uu link BFRQ can be transmitted
first in the second SL via resource mapping between the first Uu
link RS or SSB and the second SL dedicated resource. Subsequently,
the BFRQ information can be transmitted in the third Uu link via
the Uu link channel e.g. as control information or data
information.
[0157] Alternatively, the first Uu link BFRQ can be transmitted
first in the second SL via the SL channel. Subsequently, the BFRQ
information can be transmitted in the third Uu link via resource
mapping between the third Uu link RS or SSB or PRACH and the second
SL relayed BFRQ information.
[0158] The above case also applies when all are SL or part of SL.
For example among the first SL, second SL and third SL. The first
SL and third SL correspond to the first and second Uu link
above.
[0159] A fourth stage of the Uu link beam failure recovery provided
by embodiments of the application is related to BFRR monitoring.
After the base station 105 correctly receives one or more BFRQs,
the BFRR will be transmitted as a response to the BFRQ. As will be
appreciated, the BFRR for the Uu/Un or the first SL is generally
different from the BFRR used for the conventional Uu link failure
recovery scheme.
[0160] According to embodiments of the application, the UE 101 may
monitor one or more BFRRs transmitted from the base station 105 in
one or more than one CORESET and/or one or more than one search
space and/or with more than one QCL assumption.
[0161] When there is only Uu BFRQ, it is similar as the current
Uu/Un BFRR behavior.
[0162] When there is a SL assisted or involved BFRQ transmission,
as provided by embodiments of the application, there can be two
CORESETs, each with one QCL assumptions. The first CORESET can be
based on a first QCL assumptions corresponding to the first BFRQ,
while the second CORESET can be based on the second QCL assumption
corresponding to the second BFRQ. For each CORESET/search space,
the UE 101 can assume a QCL based on its associated reported Uu/Un
link or sidelink new CSI-RS or SSB (or SL new RS or SSB), e.g. new
beam 1 and 2 (RS or SSB) corresponding to first and second
CORESET.
[0163] For only one monitoring window, the same/separate
CORESET/search space can be configured for more than one BFRR
transmission. More than one BFRR transmission can be transparent to
the 101 UE, and the UE 101 can make the same QCL assumption for the
other BFRRs. Alternatively, the separate CORESET/search space can
be configured for more than one BFRR transmission. A correspondence
between the CORESET/search space and the reporting new RS/SSB is
defined or configured. A respective QCL assumptions are made based
on the reported RS/SSB and the correspondence. The starting time
value of one window can be predefined e.g. n+4 or configured.
[0164] For more than one monitoring windows, both the starting time
and duration can be configured/signaled. Alternatively, the
starting time of the first window can be predefined, while the
starting time of the second window is configured/signaled. In an
embodiment, the duration of the first window can depend on the
starting time of the second window. For example: First window:
start from n+4 with window length e.g. from n+4.about.n+k.about.1;
Second window: start from n+k with configured window length.
[0165] According to embodiments of the application, the Uu/Un/SL
monitoring window can correspond to the dedicated Uu/Un resources
rather than the absolute time.
[0166] Once one BFRR in the configured CORESET has been decoded
successfully, according to an embodiment the UE 101 can stop using
another QCL assumption for BFRR monitoring.
[0167] As will be described in the following under further
reference to FIGS. 6a and 6b, embodiments of the application
provide a solution for extending the beam failure recovery for SL
or Uu/Un to multiple hops or links. In other words, the beam or
link recovery can be through more than one Uu/Un link and/or SL.
According to embodiments of the application a first, second and
fourth stage of such a multi hop/link beam failure recovery for SL
or Uu/Un are virtually identical to the to the corresponding first,
second and fourth stage of the single SL hop beam failure recovery
implemented described above. Thus, only the third stage of the
multi hop/link beam failure recovery for SL or Uu/Un will be
described in the following in more detail.
[0168] In a first case, i.e. case 1, of the third stage of the
multi hop/link beam failure recovery for SL or Uu/Un implemented by
embodiments of the application a resource mapping among multiple
links for BFRQ can be configured, defined and/or signaled.
[0169] In a second case, i.e. case 2, of the third stage of the
multi hop/link beam failure recovery for SL or Uu/Un implemented by
embodiments of the application the BFRQ can be configured to be
transmitted in the channels of multiple links.
[0170] In a second case, i.e. case 2, the above cases 1 and 2 can
be combined. In other words, according to embodiments of the
application the BFRQ can be configured to be transmitted in
resource mapping between or among links and in channels of one or
more than one link. For instance, the UE 101 is configured with or
signaled a mapping between Uu/Un/SL DL CSIRS/SSB and/or UL
dedicated resources for BFRQ with: SL dedicated DL resources/RS; SL
dedicated UL resources/RS; another Uu/Un/SL dedicated DL
resources/RS; and/or another Uu/Un/SL dedicated UL
resources/RS.
[0171] According to an embodiment, the BFRQ information can be
carried along with the mapping to resources and/or in the channel
as channel information. The base station 105 can select/configure
the link within the multi-hop for BFRQ transmission.
[0172] FIG. 7 is a flow diagram illustrating operations of a method
700 of operating the user equipment 101 according to an embodiment.
The method 700 comprises the operations of measuring the first
signal and/or channel in the first resource for a beam or link
failure detection; and, in response to a detected failure in the
first resource, transmitting the second signal and/or channel via
the second resource to the second device for a failure recovery
request.
[0173] Thus, embodiments of the application provide a new signal or
RS type for beam failure detection and new candidate beam
identification. More specifically, SL/Un UL RS can be used as RS
for SL/Un link beam failure detection or both direction of SL
signal for SL beam failure detection and new candidate beam
identification.
[0174] Moreover, embodiments of the application provide a UE
reporting mode selection based on beam failure detection. According
to a first mode, i.e. mode 1, no new qualified beam can be found. A
report that that no new qualified beam can be found, that a new
beam transmission is required and/or that a beam sweeping is
required can be transmitted. Such reporting can be mapped to
dedicated resource/RS or can be carried in control or data channel
content. According to a second mode, i.e. mode 2, no new qualified
beam can be found, and a BFRQ transmission is initiated.
[0175] Moreover, embodiments of the application enable a
configuration of BFRQ in Uu/Un, a SL resource
correspondence/mapping signaling across links between a new
identified beam RS and the BFRQ transmission resource. More
specifically, embodiments of the application allow to configure one
or more than one link among multiple links for one or more than one
BFRQ transmission, wherein the link includes the SL, Uu, or Un
link, and each link can be more than one link. Embodiments of the
application provide a mapping between SL new candidate RS and Uu/Un
(or another SL) dedicated resource including Uu DL/UL or both
DL&UL e.g. typically PRACH or DL RS or SSB. Embodiments of the
application provide a mapping between SL new candidate RS and the
opposite SL dedicate resource/RS (e.g. DL to UL, UL to DL or both).
Embodiments of the application provide a mapping between SL
dedicated resource/RS and the second Uu/Un (or another SL)
dedicated resource including DL/UL or both e.g. typically PRACH or
DL RS or SSB. For cross link transmission, the new identified beam
information can also be carried in the dedicated channel. Both BFRQ
and dedicated resource mapping and BFRQ carrying in channel can be
enabled in different links.
[0176] Moreover, embodiments of the application provide for a
monitoring of a BFRR by the UE 101, in response to a BFRQ.
According to embodiments of the application, the UE 101 can use
more than one CORESET and/or one or more than one QCL assumptions
for Uu/Un/SL BFRR monitoring. A separate CORESET/search space can
be used for BFRR monitoring. For each CORESET/search space, the UE
101 can make a QCL assumption based on its associated BFRQ reported
Uu/Un/SL new beam/new SL CSI-RS/SSB, e.g. new beam 1 and 2
corresponding to a first and second CORESET, respectively. One or
more than one monitoring time window can be used by the UE 101 for
BFRR monitoring. In case of only one window, e.g. n+k1+k2 (k1 can
be predefined e.g. 4 or 8) and k2 can be configured. In case of two
or more windows, the starting time of the first window can
predefined, while the starting time of the second window can be
configured/signaled. The duration of the first window can depend on
the starting time of the second window. In an embodiment, the
Uu/Un/SL monitoring window can correspond to the timing of the
dedicated Uu/Un/SL resources rather than absolute time. Once a BFRR
CORESET has been decoded successfully, the UE 101 can stop using
another QCL assumption for BFRR monitoring.
[0177] Thus, according to embodiments of the application the UE 101
is configured to: determine whether a beam failure and/or link
failure occurs (and/or received signal quality and/or received
signal to noise ratio and/or received signal to noise and
interference is lower than certain threshold, or one or more than
error occurs or above certain configured threshold) based on the
detection of a received signal and/or a received channel; and
transmit a signal and/or channel and/or a message in the second
resource and/or link if a beam failure or link failure occurs in
the first resource and/or link.
[0178] According to embodiments of the application, the detected
received signal is a DL signal and/or an UL signal or a sidelink
signal or a sidelink DL signal and/or sidelink UL signal and/or an
Un UL signal and/or an Un DL signal and/or an Uu UL signal and/or
an Uu DL signal.
[0179] According to embodiments of the application, the transmitted
signal and/or channel and/or message can indicate that no qualified
beam/link has been found, that a new beam/link transmission is
required, that a beam sweeping is required, and/or that a new
qualified beam and/or reference signal and/or SSB is required,
and/or beam or link failure occurs.
[0180] According to embodiments of the application, a mapping or
correspondence is predefined or received by the UE 101 indicating
the resource and/or signal correspondence between or across links
and/or resources.
[0181] For the further, i.e. second UE 103 a mapping or
correspondence can be predefined or received by the second UE 103,
wherein the mapping or correspondence indicates the resource and/or
signal and/or channel correspondence between the fourth received
link and/or resource and/or signal and/or channel and the first
transmitted link and/or resource and/or signal and/or channel
and/or between the fourth received link and/or resource and/or
signal and/or channel and the second received link and/or resource
and/or signal and/or channel and/or between the third transmitted
link and/or resource and/or signal and/or channel and the fourth
received link and/or resource and/or signal and/or channel.
[0182] Alternatively or additionally, a mapping or correspondence
can be predefined or received by the second UE 103, wherein the
mapping or correspondence indicates the resource and/or signal
and/or channel correspondence between the third received link
and/or resource and/or signal and/or channel and the fifth
transmitted link and/or resource and/or signal and/or channel
and/or between the third received link and/or resource and/or
signal and/or channel and the sixth received link and/or resource
and/or signal and/or channel and/or between the link between the
first UE 101 and the second UE 103 and the link between the first
UE 101 and the base station 105 and/or the link between the first
UE 101 and the second UE 103 and the link between the second UE 103
and the base station 105.
[0183] According to embodiments of the application, the first
transmitted link, the second received link, the fifth transmitted
link and the sixth received link can be Uu link or Un link or
SL.
[0184] Additionally or alternatively, the third transmitted link,
the fourth received link, the third received link and the fourth
transmitted link can be a SL.
[0185] Additionally or alternatively, the first and fifth
transmitted link are a forward SL, the second and the sixth
received link are a reverse SL, the third transmitted or received
link is a forward SL, and the fourth transmitted or received link
is a reverse SL.
[0186] Additionally or alternatively, the first and fifth
transmitted link are a forward SL, the second and the sixth
received link are a reverse SL, the third transmitted or received
link is a reverse SL, and the fourth transmitted or received link
is a forward SL.
[0187] According to embodiments of the application signaling is
predefined or received that indicates for the first UE 101 the
first transmitted link and/or resource channel configuration for
the BFRQ transmission of the fourth received link and/or resource
and/or signal.
[0188] Additionally or alternatively, the signaling can indicate
for the first UE 101 the resource and/or signal correspondence
between the third transmitted link and/or resource and/or signal
and the fourth received link and/or resource and/or signal.
[0189] Additionally or alternatively, the signaling can indicate
for the first UE 101 the fourth received link and/or resource
channel configuration for the BFRQ transmission of the third
transmitted link and/or resource and/or signal.
[0190] Additionally or alternatively, the signaling can indicate
for the first UE 101 the fourth received link and/or resource
channel configuration for the BFRQ transmission of the sixth
received link and/or resource and/or signal.
[0191] Additionally or alternatively, the signaling can indicate
for the first UE 101 the resource and/or signal correspondence
between the fourth received link and/or resource and/or signal and
the sixth received link and/or resource and/or signal.
[0192] According to embodiments of the application signaling is
predefined or received that indicates for the second UE 103 the
fifth transmitted link and/or resource channel configuration for
the BFRQ transmission of the third received link and/or resource
and/or signal.
[0193] Additionally or alternatively, the signaling can indicate
for the second UE 103 the resource and/or signal correspondence
between the third received link and/or resource and/or signal and
the fourth received link and/or resource and/or signal.
[0194] Additionally or alternatively, the signaling can indicate
for the second UE 103 the fourth transmitted link and/or resource
channel configuration for the BFRQ transmission of the third
received link and/or resource.
[0195] Additionally or alternatively, the signaling can indicate
for the second UE 103 the fourth transmitted link and/or resource
channel configuration for the BFRQ transmission of the second
received link and/or resource.
[0196] Additionally or alternatively, the signaling can indicate
for the second UE 103 the resource and/or signal correspondence
between the third received link and/or resource and/or signal and
the second received link and/or resource and/or signal.
[0197] According to embodiments of the application, the first
transmitted link, the second received link, the fifth transmitted
link and the sixth received link can be a Uu link or a Un link or a
SL.
[0198] Alternatively or additionally, the third transmitted link,
the fourth received link, the third received link and the fourth
transmitted link can be a SL.
[0199] Alternatively or additionally, the first and fifth
transmitted link can be a forward SL, the second and the sixth
received link can be a reverse SL, the third transmitted or
received link can be a forward SL, and the fourth transmitted or
received link can be a reverse SL.
[0200] Alternatively or additionally, the first and fifth
transmitted link can be a forward SL, the second and the sixth
received link are a reverse SL, the third transmitted or received
link is a reverse SL, and the fourth transmitted or received link
is a forward SL.
[0201] Moreover, according to embodiments of the application the UE
101 is configured to receive the configuration of more than one
CORESET and/or more than one QCL assumption for Uu/Un/SL BFRR
monitoring. A separate CORESET/search space can be used by the UE
101 for BFRR monitoring. For each CORESET/search space, the UE 101
can make a QCL assumption based on its associated BFRQ reported
Uu/Un/SL new beam/new SL CSI-RS/SSB. One or more than one
monitoring windows for BFRR can be predefined or configured.
[0202] While a particular feature or aspect of the disclosure may
have been disclosed with respect to only one of several
implementations, such feature or aspect may be combined with one or
more other features or aspects of the other implementations as may
be desired and advantageous for any given or particular
application. Furthermore, to the extent that the terms "include",
"have", "with", or other variants thereof are used in either the
detailed description or the claims, such terms are intended to be
inclusive in a manner similar to the term "comprise". Also, the
terms "exemplary", "for example" and "e.g." are merely meant as an
example, rather than the best or optimal. The terms "coupled" and
"connected", along with derivatives may have been used. It should
be understood that these terms may have been used to indicate that
two elements cooperate or interact with each other regardless
whether they are in direct physical or electrical contact, or they
are not in direct contact with each other.
[0203] Although specific aspects have been illustrated and
described herein, it will be appreciated by those of ordinary skill
in the art that a variety of alternate and/or equivalent
implementations may be substituted for the specific aspects shown
and described without departing from the scope of the present
disclosure. This application is intended to cover any adaptations
or variations of the specific aspects discussed herein.
[0204] Although the elements in the following claims are recited in
a particular sequence with corresponding labeling, unless the claim
recitations otherwise imply a particular sequence for implementing
some or all of those elements, those elements are not necessarily
intended to be limited to being implemented in that particular
sequence.
[0205] Many alternatives, modifications, and variations will be
apparent to those skilled in the art in light of the above
teachings. Of course, those skilled in the art readily recognize
that there are numerous applications of the application beyond
those described herein. While the present application has been
described with reference to one or more particular embodiments,
those skilled in the art recognize that many changes may be made
thereto without departing from the scope of the present
application. It is therefore to be understood that within the scope
of the appended claims and their equivalents, the application may
be practiced otherwise than as specifically described herein.
* * * * *