US20220278731A1 - Beam failure recovery for serving cell - Google Patents

Beam failure recovery for serving cell Download PDF

Info

Publication number
US20220278731A1
US20220278731A1 US17/663,399 US202217663399A US2022278731A1 US 20220278731 A1 US20220278731 A1 US 20220278731A1 US 202217663399 A US202217663399 A US 202217663399A US 2022278731 A1 US2022278731 A1 US 2022278731A1
Authority
US
United States
Prior art keywords
candidate
threshold
quality
candidate beam
quality value
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US17/663,399
Inventor
Timo KOSKELA
Samuli Heikki TURTINEN
Dawid Koziol
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Technologies Oy filed Critical Nokia Technologies Oy
Priority to US17/663,399 priority Critical patent/US20220278731A1/en
Assigned to NOKIA TECHNOLOGIES OY reassignment NOKIA TECHNOLOGIES OY ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: TIMO KOSKELA, TURTINEN, Samuli Heikki, Koziol, Dawid
Publication of US20220278731A1 publication Critical patent/US20220278731A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B17/00Monitoring; Testing
    • H04B17/30Monitoring; Testing of propagation channels
    • H04B17/309Measuring or estimating channel quality parameters
    • H04B17/318Received signal strength
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B17/00Monitoring; Testing
    • H04B17/30Monitoring; Testing of propagation channels
    • H04B17/309Measuring or estimating channel quality parameters
    • H04B17/336Signal-to-interference ratio [SIR] or carrier-to-interference ratio [CIR]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621Feedback content
    • H04B7/0626Channel coefficients, e.g. channel state information [CSI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868Hybrid systems, i.e. switching and combining
    • H04B7/088Hybrid systems, i.e. switching and combining using beam selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24Cell structures
    • H04W16/28Cell structures using beam steering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0069Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/06Reselecting a communication resource in the serving access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements
    • H04W56/001Synchronization between nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/02Hybrid access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols

Definitions

  • Various example embodiments relate to apparatuses, methods, systems, computer programs, computer program products and computer-readable media regarding beam failure recovery for serving cell.
  • a beam failure recovery procedure is specified. Aim of the beam recovery is to detect when one or multiple serving control channel (PDCCH) links is/are considered to be in failure conditions and to recover the link.
  • PDCCH serving control channel
  • the SCell uplink control channels may have to be configured on PCell, e.g., when SCell does not have corresponding uplink carrier or simply is not configured with uplink channel for control transmission.
  • the recovery signaling cannot be made on SCell, instead the signaling has to be conveyed on PCell.
  • a specific serving cell uplink resource PCell or SCell
  • PCell or SCell can be used for recovery signaling of a failed serving cell when the recovery signaling cannot be made on the said failed serving cell.
  • beam recovery signaling means for composing, after a beam failure has been detected by a user equipment on a resource provided by a first serving cell of the user equipment, beam recovery signaling, the beam recovery signaling indicating at least one candidate beam to be used in beam failure recovery,
  • At least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus, as set out above.
  • beam recovery signaling indicating at least one candidate beam to be used in beam failure recovery
  • beam recovery signaling indicating at least one candidate beam to be used in beam failure recovery
  • a computer readable medium storing a computer program as set out above.
  • a computer program product comprising code means adapted to produce steps of any of the methods as described above when loaded into the memory of a computer.
  • a computer program product as defined above, wherein the computer program product comprises a computer-readable medium on which the software code portions are stored.
  • FIG. 1 is a block diagram illustrating an example of an apparatus according to certain aspects of the present invention
  • FIG. 2 is a flowchart illustrating an example of a method according to certain aspects of the present invention.
  • FIG. 3 is block diagram illustrating another example of an apparatus according to certain aspects of the present invention.
  • Beam recovery may be also referred to as link reconfiguration.
  • Aim of the beam recovery is to detect when one or multiple serving control channel (PDCCH) links is/are considered to be in failure conditions and to recover the link.
  • PDCCH serving control channel
  • To recover the link UE initiates signaling toward the network to indicate the failure and new potential links (beams) called candidate link (beam).
  • the network may configure the UE with a new PDCCH link.
  • the network configures the UE with a set of reference signals for monitoring the quality of the link.
  • This set may be referred as set of q0 or set of beam failure detection reference signals (RS) or beam failure detection reference signals (BFD-RS).
  • BFD-RS(s) are configured to be spatially quasi co-located (QCL'd) with PDCCH DMRS i.e. these reference signals correspond to downlink beams used to transmit PDCCH for the UE.
  • Downlink Beams are identified by a reference signal, either SS/PBCH block index (time location index) or CSI-RS resource index, thus the BFD-RS (or set of q0) is a list of SS/PBCH block and/or CSI-RS resources.
  • the network may explicitly configure the BFD-RS list using RRC signaling or it may be possible to define a way to use combined RRC+MAC CE signaling where the MAC CE can be used to activate a set or a subset of RRC configured resources as BFD-RS.
  • the UE When the UE is not explicitly configured with a BFD-RS list, it determines the BFD-RS resources implicitly based on the configured/indicated/activated PDCCH-TCI states per CORESET i.e. the downlink reference signals (CSI-RS, SS/PBCH block) that are spatially QCL'd with PDCCH DMRS, or in other words, PDCCH beams.
  • the configured/indicated/activated PDCCH-TCI states per CORESET i.e. the downlink reference signals (CSI-RS, SS/PBCH block) that are spatially QCL'd with PDCCH DMRS, or in other words, PDCCH beams.
  • CSI-RS downlink reference signals
  • SS/PBCH block spatially QCL'd with PDCCH DMRS
  • PDCCH beams Typically, only activated TCI states (used by the UE for monitoring PDCCH) are considered for failure detection but it is not excluded by various example embodiments of this invention to determine failure
  • the physical layer assesses the quality of the radio link (based on BFD-RS in set of q0) periodically. The assessment is done per BFD-RS and when the radio link condition of each BFD-RS in the beam failure detection set is considered to be in failure condition i.e. the hypothetical PDCCH BLER estimated using the RS is above the configured threshold, a beam failure instance (BFI) indication is provided to higher protocol layer (MAC).
  • BFI beam failure instance
  • MAC protocol layer
  • MAC layer implements a counter to count the BFI indications from the PHY layer and if the BFI counter reaches maximum value (configured by the network) a beam failure is declared/detected.
  • This counter can be configured to be supervised by a timer, which is started each time MAC receives BFI indication from lower layer. Once the timer expires, the BFI counter is reset (counter value is set to zero).
  • a timer may also be also be also be also configured to supervise the beam failure recovery procedure. The timer may be started upon detecting beam failure, and, when the timer expires, the UE declares the beam failure recovery to be unsuccessful. While the timer is running, the UE may try to recover the link.
  • the network may provide the UE with a list of candidate RSs for recovery that can be indicated using dedicated signal.
  • Candidate beam L1-RSRP measurements may be provided to MAC layer which performs the selection of new candidate and determines the uplink resources to indicate the new candidate to the network.
  • the network may configure the UE with dedicated signaling resources (set of PRACH resources) that are candidate beam specific, i.e. the UE can indicate a new candidate by sending a preamble.
  • a beam failure recovery procedure is initiated if the UE has declared/detected a beam failure and the UE has detected new candidate beam or beams based on L1 measurements (e.g., L1-RSRP).
  • a dedicated signal e.g., from the PRACH preamble signal resource set or a separate preamble resource configuration
  • BFR resource or CFRA resources for beam failure recovery is used to indicate a candidate RS from the Candidate-Beam-RS-List (can be referred also as set of resources in set q1). It has to be noted that beam recovery procedure using CFRA-BFR resources differs slightly from Random Access (RA) procedure in terms of how gNB response is provided to the UE.
  • RA Random Access
  • a specific threshold may also be configured so that any of the new candidates (based on L1-RSRP measurements) is only indicated in case it is above the threshold.
  • the UE selects a candidate beam from that set and in case there are no beams above the configured threshold, UE utilizes contention based signaling to indicate new candidate (CBRA preamble resources are mapped to specific downlink RS e.g., SS/PBCH block or CSI-RS).
  • This threshold may be configured as RSRP threshold.
  • Other thresholds such as RSRQ, SINR, BLER are not excluded in various example embodiments of this invention.
  • the UE monitors the network response to BFRR (or BFRQ) during the Beam recovery response window (similar to RAR window) using the same beam alignment as used for transmitting the recovery signal (i.e. the same beam direction which was used for TX is used for RX). Subsequently, it expects the network to provide response using a beam that is spatially QCL'd with the indicated downlink reference signal. A case where this correspondence does not hold is not yet defined.
  • the UE In case of contention free signaling used for beam recovery purposes, the UE expects the network to respond to the UE using C-RNTI instead of RA-RNTI when CFRA procedure is used. In case CBRA resources are used, the UE expects the response as normally in RA procedure.
  • the beam failure recovery (BFR) or link reconfiguration procedure does not differentiate between PCell and SCell (in carrier aggregation scenario) and can be applied to any serving cell. This applies to a case where the SCell has also a corresponding uplink carrier. If the UE has a corresponding UL carrier with Contention Based RACH configuration, the BFR/link reconfiguration procedures may be applied directly.
  • BFD-RS configuration options consider scenarios where spatial QCL is assumed and where there is no spatial QCL assumption of reference signals for beam failure detection (CSI-RS, SS/PBCH block) across the carriers. For example, if the first serving cell failure is determined on first set of BFD-RS and second serving cell failure is determined on a second set and the failure detection RS set do not overlap, it is possible that only one serving cell is in failure condition.
  • CSI-RS beam failure detection
  • the cross carrier spatial QCL of BFD-RS is valid for PCell and Scell(s)
  • the beam failure can be detected on BFD-RS resources (CSI-RS, SS/PBCH block) of PCell and it implicitly means that all the SCell (or multiple SCells or in more general terms, serving cells) are in the beam failure condition due to spatial QCL assumption of the reference signals used for assessing the link quality.
  • the UE needs to be able to detect beam failure and perform recovery for each serving cell separately.
  • the scenario according to the second case may occur e.g., when PCell is located in FR1 (Frequency Range 1, i.e. below 6 GHz) and SCell is configured to be downlink only on FR2 (above 6 GHz).
  • both PCell this may refer to PSCell in case of dual connectivity
  • SCell may operate on the same FR but due to the PDCCH TCI configuration (which is cell specific), the BFD-RS detection resources may be different i.e. there may not be correspondence between PCell and SCell failure. The latter may happen in particular in case a cell with multiple Transmission/Reception Points (TRPs) is deployed.
  • TRPs Transmission/Reception Points
  • the scenario of interest is when the SCell has no corresponding uplink (i.e. no PUSCH or PUCCH) or the SCell has no RACH configuration, which makes it impossible to reuse currently defined BFR procedure.
  • the SCell uplink control channels are configured on PCell.
  • the recovery signaling i.e. indication of new candidate or set Qnew
  • the signaling has to be conveyed on PCell.
  • This adds configuration overhead network may need to provide CFRA resource or both CFRA and CBRA resources for SCell) and requires the network to reserve additional uplink resources as well as spatial resources (beam directions) since the network needs to monitor the potential recovery requests.
  • SCell may have uplink and CFRA signaling resources can be configured, e.g. for beam recovery purposes, but it may not have configuration for contention based RACH resources.
  • the CBRA resources of another serving cell PCell or SCell
  • CBRA resources may also be used to request UL resources for transmitting indication of beam failure and new candidates, if available.
  • MAC CE based solution to indicate beam failure of a SCell is proposed.
  • CFRA signaling of SCell candidates on PCell or using CFRA signaling to indicate candidates on (a failed) SCell configuring CFRA signals for large set of potential candidate beams is not feasible due to the resource configuration overhead. Since the dedicated signals are UE specific, the amount of resources that need to be configured increases linearly with the number of UEs and adds uplink overhead. Already for PCell beam failure recovery, the dedicated resources increase uplink overhead. Adding SCell specific signaling adds additional overhead on top of that.
  • each preamble set for SCell should be allocated from each beam in the PCell which may make a preamble solution infeasible in practice if not complemented with alternative signaling options.
  • PCell it is not feasible to configure dedicated signals for each potential SCell candidate beam, especially in case when these signaling resources are configured on PCell uplink.
  • Providing CFRA resources for subset of candidates may opportunistically speed up the recovery process but relying only on CFRA based solution for SCell recovery is not feasible.
  • alternative signaling mechanisms should be available.
  • the various example embodiments relate to a beam failure recovery procedure for a serving cell (PCell or SCell), when the serving cell has no corresponding uplink.
  • a MAC CE based Beam Failure Recovery solution is used in various example embodiments.
  • the various example embodiments relate to a beam failure recovery procedure for SCells, when the SCell has configuration of CFRA resources to indicate new candidate beams (either on PCell or SCell) but may not be able to indicate alternative candidates using preamble based signaling in case the CFRA resources are not available or are not considered to be suitable.
  • the UE transmits the serving cell beam recovery signaling on a second serving cell (e.g., PCell) using MAC CE and includes first serving cell (e.g., SCell) information.
  • the NW configures UE with candidate beam threshold(s) (L1-RSRP, RSRQ, SINR, hyp. PDCCH BLER or alike).
  • candidate beam threshold(s) L1-RSRP, RSRQ, SINR, hyp. PDCCH BLER or alike.
  • the UE includes in a MAC CE all (or N-highest quality beams based on measurement quantity such as RSRP) the candidate beams information above the threshold.
  • the UE includes only one candidate in the new MAC CE, e.g., the one with the strongest L1-RSRP, RSRQ, SINR etc. Then, the final selection is done by the network, out of the candidate set signaled by the UE. In other various example embodiments, if no candidates are above the threshold, the UE sends the new MAC CE without indicating any beam.
  • the UE transmits the first serving cell (e.g., SCell) beam recovery signaling on the second serving cell (e.g., PCell) using MAC CE and includes first serving cell (e.g., SCell) candidate beam information. It may also be indicated in a MAC CE which first serving cell (e.g., SCell) was in failure.
  • first serving cell e.g., SCell
  • PCell and SCell are discussed. However, it is possible to refer only to serving cells and assume that e.g., when PCell has failed and SCell can be used for recovery of PCell, it may be used in similar manner as in case of SCell failure and PCell recovery.
  • the NW may configure the UE with candidate beam threshold(s).
  • candidate beam threshold(s) possibly different thresholds are configured to be used for CSI-RS and SSB based beams.
  • the UE determines the quality level of downlink RS (can be referred to as candidate beam) associated with contention free preambles for SCell beam failure recovery:
  • the UE determines the quality level of downlink RS (can be referred to as candidate beam) associated with contention free preambles for SCell beam failure recovery:
  • the UE determines the quality level of downlink RS (can be referred to as candidate beam):
  • the UE may also be configured explicitly with following reporting configurations when using SCell BFR MAC CE:
  • the UE determines the quality level of downlink RS (can be referred to as candidate beam) associated with contention free preambles for SCell beam failure recovery:
  • signal quality level and the threshold level(s) may be determined and defined based on/as RSRP (L1-RSRP), RSRQ, SINR, hypothetical PDCCH BLER or the like.
  • the CFRA preambles configured for SCell beam failure recovery may be configured on SCell (or one of the SCells with uplink) or on PCell.
  • the UE when the UE has been configured with a candidate beam threshold TH1 (L1-RSRP, RSRQ, SINR, hyp. PDCCH BLER or alike) and there is at least one candidate beam (downlink RS, CSI-RS/SS block) above the threshold, the UE includes in a MAC CE (SCell BFRR/BFR MAC CE) all the candidate beams information above the threshold TH1 up to N-best (configured by NW) or limited by the available uplink grant.
  • a candidate beam threshold TH1 L1-RSRP, RSRQ, SINR, hyp. PDCCH BLER or alike
  • the UE includes in a MAC CE (SCell BFRR/BFR MAC CE) all the candidate beams information above the threshold TH1 up to N-best (configured by NW) or limited by the available uplink grant.
  • a MAC CE SCell BFRR/BFR MAC CE
  • UE includes only one candidate in the new MAC CE (e.g., the one with the strongest L1-RSRP, RSRQ, SINR etc.).
  • This threshold may be the same or different as the candidate beam threshold for determining when to use CFRA signaling i.e. the same threshold may be re-interpreted for MAC CE candidate selection when UE has determined to use MAC CE for recovery. That is, according to various embodiments, using the first threshold (candidate threshold), the UE evaluates whether to use CFRA or not (this is a limited set of candidates). Then, the UE determines, using the second threshold to determine what to include in the MAC CE e.g., if there are multiple candidates above the threshold, indicate those, if there is no candidate above the threshold above, indicate one.
  • offset_1 may be negative, zero or positive.
  • Other means to define power offset are not excluded as long as the signal quality between SSB and CSI-RS can be compared for reporting purposes.
  • CSI-RS candidates may already be so-called “refined beams” i.e., network may use narrower/higher beam pattern to transmit CSI-RS.
  • the reporting quantity (e.g., RSRP) is omitted from the MAC CE.
  • the order of the candidates in the report defines the quality level of the beams (e.g., the strongest beam is indicated first and then the second strongest and so on).
  • the threshold is configured by the NW, it will know that the beams are at least as good as defined by the threshold.
  • the measurement quantity is omitted. This may be signaled using separate MAC CE with different LCID, or implicitly by setting length field value so that only resource index (SSB, CSI-RS) is indicated. Further, a one-bit indication may be used in this case to indicate whether reported resource is above or below the configured threshold.
  • the NW may take an action, e.g., deactivate the SCell or remove its configuration.
  • MAC CE can be non-zero length, but would include only an index(es) of the failed SCell(s).
  • the SCell candidate threshold (TH1) may be determined by the highest PCell L1-RSRP value of current active BFD-RS(s) and/or PDCCH TCI state(s), or as a relative value.
  • the proposed method according to various example embodiments does not require the network to reserve large amount of uplink resources for the sake of supporting BFR procedure on SCells. It has to be noted that even for the sake of supporting BFR on PCell, the network has to either enlarge RACH resource pool (meaning less resources for data scheduling) or decrease RACH resource pool used for handover (HO), which would cause deteriorated HO performance.
  • FIGS. 1 to 3 a more general description of example versions of the present invention is made with respect to FIGS. 1 to 3 .
  • FIG. 1 is a block diagram illustrating an example of an apparatus according to some example versions of the present invention.
  • the apparatus may be implemented in or may be part of a user equipment in a mobile communication network, or the like.
  • the apparatus 10 comprises means for composing 11 , after a beam failure has been detected by a user equipment on a resource provided by a first serving cell of the user equipment, beam recovery signaling, the beam recovery signaling indicating at least one candidate beam to be used in beam failure recovery, and means for transmitting 12 , to a network entity, the beam recovery signaling on a resource provided by a second serving cell.
  • the apparatus optionally further comprises means for detecting 13 at least one candidate beam existing on the resource provided by the first serving cell, means for receiving 14 , from the network entity, a first quality threshold for a candidate beam to be used for the beam failure recovery, means for determining 15 whether a quality value of the at least one candidate beam for the beam failure recovery exceeds the first quality threshold.
  • the beam recovery signaling is transmitted to the network entity using contention free random access transmission and includes a predetermined number of the at least one or more of the plurality of candidate beams having a quality value exceeding the first quality threshold in descending order of the quality value.
  • the means for receiving 14 is further configured to receive, from a network entity, a second threshold value for a candidate beam to be used for the beam failure recovery, and the means for determining 15 is further configured to determine whether a quality value of the at least one candidate beam for the beam failure recovery exceeds the second quality threshold.
  • the beam recovery signaling is transmitted to the network entity using a medium access control element, MAC CE, and includes a predetermined number of the at least one or more of the plurality of candidate beams having a quality value exceeding the second quality threshold in descending order of the quality value.
  • MAC CE medium access control element
  • the beam recovery signaling further including information on the quality value of each candidate beam.
  • the beam recovery signaling is transmitted using a medium access control element, MAC CE, and includes information on one candidate beam having the highest quality value among the detected candidate beams.
  • the user equipment if it is determined that there is no candidate beam having a quality value exceeding the first and second quality threshold, the user equipment indicates to the network entity that no candidate is available.
  • the beam recovery signaling includes the one candidate beam, wherein the beam recovery signaling optionally includes information whether or not the candidate beam exceeds the first and second quality threshold, and the quality value of the candidate beam is optionally signaled in a separate transmission to the network entity.
  • a candidate beam having a quality value indicated by a channel state information reference signal, CSI-RS is prioritized over a candidate beam having a quality value indicated by a synchronization signal block, SSB, if the quality value indicated by the CSI-RS is equal to or higher that the quality value indicated by the SSB including a predetermined offset value.
  • the quality value is one of reference signal received power, RSRP, reference signal received quality, RSRQ, and signal-to-noise ratio, SINR.
  • FIG. 2 is a flowchart illustrating a method according to various example embodiments of the present invention.
  • the apparatus according to FIG. 1 may perform the method of FIG. 2 but is not limited to this method.
  • the method of FIG. 2 may be performed by the apparatus of FIG. 1 but is not limited to being performed by this apparatus.
  • the method may be implemented in or may be part of a user equipment in a mobile communication network, or the like.
  • the method comprises composing, after a beam failure has been detected by a user equipment on a resource provided by a first serving cell of the user equipment, beam recovery signaling, the beam recovery signaling indicating at least one candidate beam to be used in beam failure recovery, and transmitting, to a network entity, the beam recovery signaling on a resource provided by a second serving cell.
  • the method optionally further comprises detecting at least one candidate beam existing on the resource provided by the first serving cell, receiving, from the network entity, a first quality threshold for a candidate beam to be used for the beam failure recovery, and determining whether a quality value of the at least one candidate beam for the beam failure recovery exceeds the first quality threshold.
  • the beam recovery signaling is transmitted to the network entity using contention free random access transmission and includes a predetermined number of the at least one or more of the plurality of candidate beams having a quality value exceeding the first quality threshold in descending order of the quality value.
  • the method further comprises receiving, from the network entity, a second threshold value for a candidate beam to be used for the beam failure recovery, and determining whether a quality value of the at least one candidate beam for the beam failure recovery exceeds the second quality threshold.
  • the beam recovery signaling is transmitted to the network entity using a medium access control element, MAC CE, and includes a predetermined number of the at least one or more of the plurality of candidate beams having a quality value exceeding the second quality threshold in descending order of the quality value.
  • MAC CE medium access control element
  • the beam recovery signaling may further include information on the quality value of each candidate beam.
  • the beam recovery signaling is transmitted using a medium access control element, MAC CE, and includes information on one candidate beam having the highest quality value among the detected candidate beams.
  • the user equipment if it is determined that there is no candidate beam having a quality value exceeding the first and second quality threshold, the user equipment indicates to the network entity that no candidate is available.
  • the beam recovery signaling includes the one candidate beam, wherein the beam recovery signaling optionally includes information whether or not the candidate beam exceeds the first and second quality threshold, and the quality value of the candidate beam is optionally signaled in a separate transmission to the network entity.
  • a candidate beam having a quality value indicated by a channel state information reference signal, CSI-RS is prioritized over a candidate beam having a quality value indicated by a synchronization signal block, SSB, if the quality value indicated by the CSI-RS is equal to or higher that the quality value indicated by the SSB including a predetermined offset value.
  • the quality value is one of reference signal received power, RSRP, reference signal received quality, RSRQ, and signal-to-noise ratio, SINR.
  • FIG. 3 is a block diagram illustrating another example of an apparatus according to some example versions of the present invention.
  • FIG. 3 a block circuit diagram illustrating a configuration of an apparatus 30 is shown, which is configured to implement the above described various aspects of the invention.
  • the apparatus 30 shown in FIG. 3 may comprise several further elements or functions besides those described herein below, which are omitted herein for the sake of simplicity as they are not essential for understanding the invention.
  • the apparatus may be also another device having a similar function, such as a chipset, a chip, a module etc., which can also be part of an apparatus or attached as a separate element to the apparatus, or the like.
  • the apparatus 30 may comprise a processing function or processor 31 , such as a CPU or the like, which executes instructions given by programs or the like.
  • the processor 31 may comprise one or more processing portions dedicated to specific processing as described below, or the processing may be run in a single processor. Portions for executing such specific processing may be also provided as discrete elements or within one or further processors or processing portions, such as in one physical processor like a CPU or in several physical entities, for example.
  • Reference sign 32 denotes transceiver or input/output (I/O) units (interfaces) connected to the processor 31 .
  • the I/O units 32 may be used for communicating with one or more other network elements, entities, terminals or the like.
  • the I/O units 32 may be a combined unit comprising communication equipment towards several network elements, or may comprise a distributed structure with a plurality of different interfaces for different network elements.
  • the apparatus 30 further comprises at least one memory 33 usable, for example, for storing data and programs to be executed by the processor 31 and/or as a working storage of the processor 31 .
  • the processor 31 is configured to execute processing related to the above described aspects.
  • the apparatus 30 may be implemented in or may be part of a user equipment or the like, and may be configured to perform processing as described in connection with FIGS. 1 and 2 .
  • the apparatus (or some other means) is configured to perform some function
  • this is to be construed to be equivalent to a description stating that a (i.e. at least one) processor or corresponding circuitry, potentially in cooperation with computer program code stored in the memory of the respective apparatus, is configured to cause the apparatus to perform at least the thus mentioned function.
  • a (i.e. at least one) processor or corresponding circuitry potentially in cooperation with computer program code stored in the memory of the respective apparatus, is configured to cause the apparatus to perform at least the thus mentioned function.
  • function is to be construed to be equivalently implementable by specifically configured circuitry or means for performing the respective function (i.e., the expression “unit configured to” is to be construed to be equivalent to an expression such as “means for”).
  • respective functional blocks or elements according to above-described aspects can be implemented by any known means, either in hardware and/or software, respectively, if it is only adapted to perform the described functions of the respective parts.
  • the mentioned method steps can be realized in individual functional blocks or by individual devices, or one or more of the method steps can be realized in a single functional block or by a single device.
  • any method step is suitable to be implemented as software or by hardware without changing the idea of the present invention.
  • Devices and means can be implemented as individual devices, but this does not exclude that they are implemented in a distributed fashion throughout the system, as long as the functionality of the device is preserved. Such and similar principles are to be considered as known to a skilled person.
  • Software in the sense of the present description comprises software code as such comprising code means or portions or a computer program or a computer program product for performing the respective functions, as well as software (or a computer program or a computer program product) embodied on a tangible medium such as a computer-readable (storage) medium having stored thereon a respective data structure or code means/portions or embodied in a signal or in a chip, potentially during processing thereof.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The present invention provides apparatuses, methods, computer programs, computer program products and computer-readable media regarding beam failure recovery for serving cell. The apparatus comprises means for composing, after a beam failure has been detected by a user equipment on a resource provided by a first serving cell of the user equipment, beam recovery signaling, the beam recovery signaling indicating at least one candidate beam to be used in beam failure recovery, means for transmitting, to a network entity, the beam recovery signaling on a resource provided by a second serving cell.

Description

    RELATED APPLICATIONS
  • This is a divisional patent application of U.S. application Ser. No. 15/733,718, filed Oct. 2, 2020, entitled “BEAM FAILURE RECOVERY FOR SERVING CELL” which is a national stage entry of International Application No. PCT/EP2018/058776, filed Apr. 5, 2018, entitled “BEAM FAILURE RECOVERY FOR SERVING CELL”, both of which are hereby incorporated by reference in their entireties.
  • TECHNICAL FIELD
  • Various example embodiments relate to apparatuses, methods, systems, computer programs, computer program products and computer-readable media regarding beam failure recovery for serving cell.
  • ABBREVIATIONS AND DEFINITIONS
  • BFD Beam Failure Detection
  • BFD-RS Beam Failure Detection Reference Signal
  • BFRR/BFRQ Beam Failure Recovery Request
  • BLER Block Error Rate
  • C-RNTI Cell Radio Network Temporary Identifier
  • CBRA Contention Based Random Access
  • CFRA Contention Free Random Access
  • CSI Channel State Information
  • CSI RS Channel State Information Reference Signal
  • DMRS Demodulation Reference Signal
  • LCID Logical Channel Identifier
  • MAC CE Medium Access Control Element
  • PBCH Physical broadcast channel
  • PCell Primary Cell
  • PDCCH Physical Downlink Control Channel
  • QCL Quasi co-location
  • RA-RNTI Random Access Radio Network Temporary Identifier
  • RAR Random Access Response
  • RACH Random Access Channel
  • RNTI Radio Network Temporary Identifier
  • RRC Radio Resource Control
  • RSRP Reference Signal Received Power
  • RSRQ Reference signal Received Quality
  • RX Reception
  • SCell Secondary Cell
  • SINR Signal to Noise Ratio
  • SS Synchronization Signal
  • SSB Synchronization Signal Block
  • TCI Transmission Configuration Indication
  • TX Transmission
  • UE User Equipment
  • BACKGROUND
  • In 3GPP (3rd Generation Partnership Project), a beam failure recovery procedure is specified. Aim of the beam recovery is to detect when one or multiple serving control channel (PDCCH) links is/are considered to be in failure conditions and to recover the link.
  • According to the current definitions and descriptions in the 3GPP standard, for the mentioned scenario, the SCell uplink control channels may have to be configured on PCell, e.g., when SCell does not have corresponding uplink carrier or simply is not configured with uplink channel for control transmission. The recovery signaling cannot be made on SCell, instead the signaling has to be conveyed on PCell. In more general a specific serving cell uplink resource (PCell or SCell) can be used for recovery signaling of a failed serving cell when the recovery signaling cannot be made on the said failed serving cell. This adds configuration overhead, since the network may need to provide both Contention Free Random Access and Contention Based Random Access resource for SCell or multiple SCells, and requires the network to reserve additional uplink resources as well as spatial resources (beam directions) since network needs to monitor the potential recovery requests.
  • SUMMARY
  • It is therefore an object of various example embodiments to overcome the above-mentioned problems and to provide apparatuses, methods, systems, computer programs, computer program products and computer-readable media regarding beam failure recovery for serving cell (PCell or SCell).
  • According to an aspect of various example embodiments there is provided an apparatus comprising:
  • means for composing, after a beam failure has been detected by a user equipment on a resource provided by a first serving cell of the user equipment, beam recovery signaling, the beam recovery signaling indicating at least one candidate beam to be used in beam failure recovery,
  • means for transmitting, to a network entity, the beam recovery signaling on a resource provided by a second serving cell.
  • According to an aspect of various example embodiments there is provided an apparatus comprising:
  • at least one processor; and
  • at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus, as set out above.
  • According to an aspect of various example embodiments there is provided a method comprising:
  • composing, after a beam failure has been detected by a user equipment on a resource provided by a first serving cell of the user equipment, beam recovery signaling, the beam recovery signaling indicating at least one candidate beam to be used in beam failure recovery,
  • transmitting, to a network entity, the beam recovery signaling on a resource provided by a second serving cell.
  • According to an aspect of various example embodiments there is provided a computer program comprising instructions stored thereon for performing at least the following:
  • composing, after a beam failure has been detected by a user equipment on a resource provided by a first serving cell of the user equipment, beam recovery signaling, the beam recovery signaling indicating at least one candidate beam to be used in beam failure recovery,
  • transmitting, to a network entity, the beam recovery signaling on a resource provided by a second serving cell.
  • According to an aspect of various example embodiments there is provided a computer readable medium storing a computer program as set out above.
  • According to another aspect of the present invention there is provided a computer program product comprising code means adapted to produce steps of any of the methods as described above when loaded into the memory of a computer.
  • According to a still further aspect of the invention there is provided a computer program product as defined above, wherein the computer program product comprises a computer-readable medium on which the software code portions are stored.
  • According to a still further aspect of the invention there is provided a computer program product as defined above, wherein the program is directly loadable into an internal memory of the processing device.
  • Further aspects and features of the present invention are set out in the dependent claims.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • These and other objects, features, details and advantages will become more fully apparent from the following detailed description of various aspects/embodiments which is to be taken in conjunction with the appended drawings, in which:
  • FIG. 1 is a block diagram illustrating an example of an apparatus according to certain aspects of the present invention;
  • FIG. 2 is a flowchart illustrating an example of a method according to certain aspects of the present invention; and
  • FIG. 3 is block diagram illustrating another example of an apparatus according to certain aspects of the present invention.
  • DETAILED DESCRIPTION
  • The present disclosure is described herein with reference to particular non-limiting examples and to what are presently considered to be conceivable embodiments. A person skilled in the art will appreciate that the present disclosure is by no means limited to these examples and embodiments, and may be more broadly applied.
  • In the following, some example versions of the disclosure and embodiments are described with reference to the drawings. For illustrating the various embodiments, the examples and embodiments will be described in connection with a cellular communication network based on a 3GPP based communication system, for example an LTE/LTE-A based system, a 5G/NR system or the like. As such, the description of example embodiments given herein specifically refers to terminology which is directly related thereto. Such terminology is only used in the context of the presented non-limiting examples and embodiments, and does naturally not limit the present disclosure in any way. Rather, any other system configuration or deployment may equally be utilized as long as complying with what is described herein and/or example embodiments described herein are applicable to it. Further, it is to be noted that the various embodiments are not limited to an application using such types of communication systems or communication networks, but is also applicable in other types of communication systems or communication networks.
  • In 3GPP, a beam failure recovery procedure is specified. Beam recovery may be also referred to as link reconfiguration. Aim of the beam recovery is to detect when one or multiple serving control channel (PDCCH) links is/are considered to be in failure conditions and to recover the link. To recover the link, UE initiates signaling toward the network to indicate the failure and new potential links (beams) called candidate link (beam). As a response to the beam failure recovery request received from the UE, the network may configure the UE with a new PDCCH link.
  • Beam Failure Detection Reference Signal
  • The network configures the UE with a set of reference signals for monitoring the quality of the link. This set may be referred as set of q0 or set of beam failure detection reference signals (RS) or beam failure detection reference signals (BFD-RS). Typically, BFD-RS(s) are configured to be spatially quasi co-located (QCL'd) with PDCCH DMRS i.e. these reference signals correspond to downlink beams used to transmit PDCCH for the UE. Downlink Beams are identified by a reference signal, either SS/PBCH block index (time location index) or CSI-RS resource index, thus the BFD-RS (or set of q0) is a list of SS/PBCH block and/or CSI-RS resources. The network may explicitly configure the BFD-RS list using RRC signaling or it may be possible to define a way to use combined RRC+MAC CE signaling where the MAC CE can be used to activate a set or a subset of RRC configured resources as BFD-RS.
  • When the UE is not explicitly configured with a BFD-RS list, it determines the BFD-RS resources implicitly based on the configured/indicated/activated PDCCH-TCI states per CORESET i.e. the downlink reference signals (CSI-RS, SS/PBCH block) that are spatially QCL'd with PDCCH DMRS, or in other words, PDCCH beams. Typically, only activated TCI states (used by the UE for monitoring PDCCH) are considered for failure detection but it is not excluded by various example embodiments of this invention to determine failure based on all the TCI states for PDCCH.
  • Declaring Beam Failure
  • The physical layer assesses the quality of the radio link (based on BFD-RS in set of q0) periodically. The assessment is done per BFD-RS and when the radio link condition of each BFD-RS in the beam failure detection set is considered to be in failure condition i.e. the hypothetical PDCCH BLER estimated using the RS is above the configured threshold, a beam failure instance (BFI) indication is provided to higher protocol layer (MAC). One example of BLER threshold value may be the out of sync threshold used for radio link monitoring OOS/Qout=10%. Evaluation and indication is done periodically. In case the at least one BFD-RS is not in failure condition, no indication is provided to higher layer.
  • MAC layer implements a counter to count the BFI indications from the PHY layer and if the BFI counter reaches maximum value (configured by the network) a beam failure is declared/detected. This counter can be configured to be supervised by a timer, which is started each time MAC receives BFI indication from lower layer. Once the timer expires, the BFI counter is reset (counter value is set to zero). Alternatively or additionally, a timer may also be also configured to supervise the beam failure recovery procedure. The timer may be started upon detecting beam failure, and, when the timer expires, the UE declares the beam failure recovery to be unsuccessful. While the timer is running, the UE may try to recover the link.
  • Candidate Reference Signal (Beam) List
  • The network may provide the UE with a list of candidate RSs for recovery that can be indicated using dedicated signal. Candidate beam L1-RSRP measurements may be provided to MAC layer which performs the selection of new candidate and determines the uplink resources to indicate the new candidate to the network. The network may configure the UE with dedicated signaling resources (set of PRACH resources) that are candidate beam specific, i.e. the UE can indicate a new candidate by sending a preamble.
  • Beam Failure Recovery Request
  • A beam failure recovery procedure is initiated if the UE has declared/detected a beam failure and the UE has detected new candidate beam or beams based on L1 measurements (e.g., L1-RSRP). A dedicated signal (e.g., from the PRACH preamble signal resource set or a separate preamble resource configuration), which can be referred to as BFR resource or CFRA resources for beam failure recovery, is used to indicate a candidate RS from the Candidate-Beam-RS-List (can be referred also as set of resources in set q1). It has to be noted that beam recovery procedure using CFRA-BFR resources differs slightly from Random Access (RA) procedure in terms of how gNB response is provided to the UE. A specific threshold may also be configured so that any of the new candidates (based on L1-RSRP measurements) is only indicated in case it is above the threshold. The UE selects a candidate beam from that set and in case there are no beams above the configured threshold, UE utilizes contention based signaling to indicate new candidate (CBRA preamble resources are mapped to specific downlink RS e.g., SS/PBCH block or CSI-RS). This threshold may be configured as RSRP threshold. Other thresholds such as RSRQ, SINR, BLER are not excluded in various example embodiments of this invention.
  • The UE monitors the network response to BFRR (or BFRQ) during the Beam recovery response window (similar to RAR window) using the same beam alignment as used for transmitting the recovery signal (i.e. the same beam direction which was used for TX is used for RX). Subsequently, it expects the network to provide response using a beam that is spatially QCL'd with the indicated downlink reference signal. A case where this correspondence does not hold is not yet defined.
  • In case of contention free signaling used for beam recovery purposes, the UE expects the network to respond to the UE using C-RNTI instead of RA-RNTI when CFRA procedure is used. In case CBRA resources are used, the UE expects the response as normally in RA procedure.
  • The beam failure recovery (BFR) or link reconfiguration procedure does not differentiate between PCell and SCell (in carrier aggregation scenario) and can be applied to any serving cell. This applies to a case where the SCell has also a corresponding uplink carrier. If the UE has a corresponding UL carrier with Contention Based RACH configuration, the BFR/link reconfiguration procedures may be applied directly.
  • BFD-RS configuration options consider scenarios where spatial QCL is assumed and where there is no spatial QCL assumption of reference signals for beam failure detection (CSI-RS, SS/PBCH block) across the carriers. For example, if the first serving cell failure is determined on first set of BFD-RS and second serving cell failure is determined on a second set and the failure detection RS set do not overlap, it is possible that only one serving cell is in failure condition.
  • In a first case, the cross carrier spatial QCL of BFD-RS is valid for PCell and Scell(s), the beam failure can be detected on BFD-RS resources (CSI-RS, SS/PBCH block) of PCell and it implicitly means that all the SCell (or multiple SCells or in more general terms, serving cells) are in the beam failure condition due to spatial QCL assumption of the reference signals used for assessing the link quality.
  • On the other hand, in a second case, the spatial QCL assumption for BFD-RS does not hold across the carriers, the UE needs to be able to detect beam failure and perform recovery for each serving cell separately.
  • The scenario according to the second case may occur e.g., when PCell is located in FR1 (Frequency Range 1, i.e. below 6 GHz) and SCell is configured to be downlink only on FR2 (above 6 GHz). Alternatively, both PCell (this may refer to PSCell in case of dual connectivity) and SCell may operate on the same FR but due to the PDCCH TCI configuration (which is cell specific), the BFD-RS detection resources may be different i.e. there may not be correspondence between PCell and SCell failure. The latter may happen in particular in case a cell with multiple Transmission/Reception Points (TRPs) is deployed.
  • According to certain embodiments of the present invention, the scenario of interest is when the SCell has no corresponding uplink (i.e. no PUSCH or PUCCH) or the SCell has no RACH configuration, which makes it impossible to reuse currently defined BFR procedure. In this case, the SCell uplink control channels are configured on PCell. In context of beam failure recovery, since the recovery signaling (i.e. indication of new candidate or set Qnew) cannot be made on SCell, the signaling has to be conveyed on PCell. This adds configuration overhead (network may need to provide CFRA resource or both CFRA and CBRA resources for SCell) and requires the network to reserve additional uplink resources as well as spatial resources (beam directions) since the network needs to monitor the potential recovery requests. In some cases, SCell may have uplink and CFRA signaling resources can be configured, e.g. for beam recovery purposes, but it may not have configuration for contention based RACH resources. In this case, the CBRA resources of another serving cell (PCell or SCell) may be used. CBRA resources may also be used to request UL resources for transmitting indication of beam failure and new candidates, if available.
  • To avoid the above mentioned overhead of reserving preambles on PCell uplink resources for (each) SCell, according to various example embodiments, a MAC CE based solution to indicate beam failure of a SCell is proposed.
  • According to various example embodiments related to the use of CFRA signaling of SCell candidates on PCell or using CFRA signaling to indicate candidates on (a failed) SCell, configuring CFRA signals for large set of potential candidate beams is not feasible due to the resource configuration overhead. Since the dedicated signals are UE specific, the amount of resources that need to be configured increases linearly with the number of UEs and adds uplink overhead. Already for PCell beam failure recovery, the dedicated resources increase uplink overhead. Adding SCell specific signaling adds additional overhead on top of that. Besides, if the network would need to reserve preambles from the PCell for SCell, each preamble set for SCell should be allocated from each beam in the PCell which may make a preamble solution infeasible in practice if not complemented with alternative signaling options. Similarly, as for PCell, it is not feasible to configure dedicated signals for each potential SCell candidate beam, especially in case when these signaling resources are configured on PCell uplink. Providing CFRA resources for subset of candidates may opportunistically speed up the recovery process but relying only on CFRA based solution for SCell recovery is not feasible. In one aspect, if the UE cannot indicate any new candidate using CFRA signaling but new candidates still exist, alternative signaling mechanisms should be available.
  • Furthermore, in PCell BFR, it has been specified to use of CBRA to complement the use of CFRA signaling, thus similar solution should be used for SCell BFR. In case the SCell is downlink only (i.e. no RA resources available) the SR/CBRA resource are only available on PCell (when PCell is not in failure condition). However, the SR/CBRA in the PCell cannot indicate any candidate beam in SCell directly as the preamble defines only the beam in PCell. In consequence, a preamble based solution alone is not enough to support efficient SCell beam failure recovery.
  • According to various example embodiments, there are proposed efficient signaling mechanisms and set of rules of how to indicate SCell beam failure and candidate links/beams when UE can identify those on a SCell.
  • Thus, the various example embodiments relate to a beam failure recovery procedure for a serving cell (PCell or SCell), when the serving cell has no corresponding uplink. Instead of the Contention Free Random Access procedure, a MAC CE based Beam Failure Recovery solution is used in various example embodiments.
  • Also, the various example embodiments relate to a beam failure recovery procedure for SCells, when the SCell has configuration of CFRA resources to indicate new candidate beams (either on PCell or SCell) but may not be able to indicate alternative candidates using preamble based signaling in case the CFRA resources are not available or are not considered to be suitable.
  • In case of a beam failure on a first serving cell (e.g., SCell), the UE transmits the serving cell beam recovery signaling on a second serving cell (e.g., PCell) using MAC CE and includes first serving cell (e.g., SCell) information. The NW configures UE with candidate beam threshold(s) (L1-RSRP, RSRQ, SINR, hyp. PDCCH BLER or alike). When at least one candidate beam is above the configured threshold, the UE includes in a MAC CE all (or N-highest quality beams based on measurement quantity such as RSRP) the candidate beams information above the threshold. If no candidates are above the threshold, the UE includes only one candidate in the new MAC CE, e.g., the one with the strongest L1-RSRP, RSRQ, SINR etc. Then, the final selection is done by the network, out of the candidate set signaled by the UE. In other various example embodiments, if no candidates are above the threshold, the UE sends the new MAC CE without indicating any beam.
  • In the following, a detailed example of certain embodiments of the present invention will be described. However, it is noted that the present disclosure is not limited to the detailed example described herein.
  • When beam failure has been declared/detected on a first serving cell (e.g., an SCell) (but a second serving cell (e.g., PCell) is not in failure condition) and new candidate beams exists on the failed first serving cell (e.g., SCell), the UE transmits the first serving cell (e.g., SCell) beam recovery signaling on the second serving cell (e.g., PCell) using MAC CE and includes first serving cell (e.g., SCell) candidate beam information. It may also be indicated in a MAC CE which first serving cell (e.g., SCell) was in failure. Without the loss of generality in this invention, PCell and SCell are discussed. However, it is possible to refer only to serving cells and assume that e.g., when PCell has failed and SCell can be used for recovery of PCell, it may be used in similar manner as in case of SCell failure and PCell recovery.
  • The NW may configure the UE with candidate beam threshold(s). In this regard, possibly different thresholds are configured to be used for CSI-RS and SSB based beams.
  • According to various example embodiments, the UE determines the quality level of downlink RS (can be referred to as candidate beam) associated with contention free preambles for SCell beam failure recovery:
      • If the quality of a candidate beam or beams is above the configured first threshold (threshold-candidate-CFRA, or q1_scell_cfra), UE selects the candidate beam from that set and indicates to network using CFRA transmission. In one example, the UE may select randomly for the set above the threshold, or select highest. The CFRA preambles may be mapped either to PCell or SCell uplink.
      • If no candidate beam is above the first quality threshold, UE selects at most N-highest quality candidate beams to be included in the SCell BFR MAC CE. UE may also be configured to indicate that no candidates are available if no candidates are above the first threshold. Alternatively, or additionally UE may use methods described in this application to select the candidates to be included in the MAC CE.
      • In various dependent embodiments, the candidates beams to be included in the SCell BFR MAC CE need to be also above second threshold (threshold_SCell_candidate). If no candidates are above the second threshold, UE selects the highest quality candidate to be included or select among the set of detected candidates and report N-highest. UE may also be configured to indicate that no candidates are available if no candidates are above the second threshold.
  • According to various example embodiments, the UE determines the quality level of downlink RS (can be referred to as candidate beam) associated with contention free preambles for SCell beam failure recovery:
      • If the highest quality candidate beam that can be indicated using CFRA (candidate-CFRA) is higher than the configured first threshold (threshold-candidate-CFRA, or q1_scell_cfra) and highest quality candidate that is not associated with CFRA preamble is equal or higher than candidate-CFRA+offset:
        • The CFRA is not used for indicating candidates and UE selects N-highest or the set of candidates that are equal or higher than candidate-CFRA_highest (highest candidate based on signal quality)+offset.
      • Offset may be on either log scale (dB) or in linear scale (Watts).
      • If no candidate beam is above the quality threshold, UE selects at most N-highest quality candidate beams to be included in the SCell BFR MAC CE. Provided UL grant may limit the number of reported candidates.
  • According to various example embodiments, if the UE has not been configured with CFRA preambles, the UE determines the quality level of downlink RS (can be referred to as candidate beam):
      • UE selects MAC CE reporting and includes N-highest quality candidate beams that are above a configured threshold (threshold_SCell_candidate) or selects N-highest based on the signal quality of all detected SCell beams.
  • According to various example embodiments, the UE may also be configured explicitly with following reporting configurations when using SCell BFR MAC CE:
      • Only SSB candidates
      • Only CSI-RS candidates
      • CSI-RS candidates above the threshold (e.g., RSRP), if none above the threshold, report only SSBs
      • Both SSB and CSI-RS candidates
      • At least one SSB and at least one CSI-RS if above (threshold_SCell_candidate).
  • According to various example embodiments, the UE determines the quality level of downlink RS (can be referred to as candidate beam) associated with contention free preambles for SCell beam failure recovery:
      • If multiple candidates that can be indicated using CFRA signaling are above the configured first threshold, the UE determines to include the candidate beams (e.g., N-highest) to a MAC CE instead of initiating CFRA signaling procedure for SCell beam failure recovery.
  • In various embodiments, signal quality level and the threshold level(s) may be determined and defined based on/as RSRP (L1-RSRP), RSRQ, SINR, hypothetical PDCCH BLER or the like.
  • In various embodiments, the CFRA preambles configured for SCell beam failure recovery may be configured on SCell (or one of the SCells with uplink) or on PCell.
  • In various example embodiments, when the UE has been configured with a candidate beam threshold TH1 (L1-RSRP, RSRQ, SINR, hyp. PDCCH BLER or alike) and there is at least one candidate beam (downlink RS, CSI-RS/SS block) above the threshold, the UE includes in a MAC CE (SCell BFRR/BFR MAC CE) all the candidate beams information above the threshold TH1 up to N-best (configured by NW) or limited by the available uplink grant.
  • If no candidates are above the configured threshold TH1, UE includes only one candidate in the new MAC CE (e.g., the one with the strongest L1-RSRP, RSRQ, SINR etc.). This threshold may be the same or different as the candidate beam threshold for determining when to use CFRA signaling i.e. the same threshold may be re-interpreted for MAC CE candidate selection when UE has determined to use MAC CE for recovery. That is, according to various embodiments, using the first threshold (candidate threshold), the UE evaluates whether to use CFRA or not (this is a limited set of candidates). Then, the UE determines, using the second threshold to determine what to include in the MAC CE e.g., if there are multiple candidates above the threshold, indicate those, if there is no candidate above the threshold above, indicate one.
  • In various example embodiments, when the UE reports N-highest (or one) RSRPs, it prioritizes CSI-RS candidates over SSB candidates (taking into account potential power offset between CSI-RS and SSB) as long as the CSI-RS candidate quality level CSI-RS-RSRP>=Offset_1+SSB_RSRP, where offset_1 may be negative, zero or positive. Other means to define power offset are not excluded as long as the signal quality between SSB and CSI-RS can be compared for reporting purposes.
  • Further, it is noted that it may be beneficial to prioritize CSI-RS candidates (up to a certain point), since the CSI-RS beams may already be so-called “refined beams” i.e., network may use narrower/higher beam pattern to transmit CSI-RS.
  • In various example embodiments, if the indicated candidate or candidates are above the configured threshold TH1, the reporting quantity (e.g., RSRP) is omitted from the MAC CE. In such a case, the order of the candidates in the report defines the quality level of the beams (e.g., the strongest beam is indicated first and then the second strongest and so on). As the threshold is configured by the NW, it will know that the beams are at least as good as defined by the threshold.
  • Alternatively, in case only one candidate is reported (above or below threshold) the measurement quantity is omitted. This may be signaled using separate MAC CE with different LCID, or implicitly by setting length field value so that only resource index (SSB, CSI-RS) is indicated. Further, a one-bit indication may be used in this case to indicate whether reported resource is above or below the configured threshold.
  • In various example embodiments, in case the UE cannot detect any new candidates on SCell, it sets the SCell BFRR MAC CE length field to zero value (L=‘0’) and sends it through PCell.
  • This indicates to the NW that there is no candidate detected in the failed SCell and the NW may take an action, e.g., deactivate the SCell or remove its configuration.
  • Alternatively, in case the UE is configured with multiple SCells, MAC CE can be non-zero length, but would include only an index(es) of the failed SCell(s).
  • In various example embodiments, the SCell candidate threshold (TH1) may be determined by the highest PCell L1-RSRP value of current active BFD-RS(s) and/or PDCCH TCI state(s), or as a relative value.
  • Thus, according to various example embodiments, in case of a beam failure on SCell, but when PCell is not in failure condition, and new candidate beams exists on the failed SCell,
      • UE transmits the SCell beam recovery signaling on PCell using MAC CE;
      • NW configures UE with candidate beam threshold(s) (L1-RSRP, RSRQ, SINR, hyp. PDCCH BLER or alike);
      • When the UE has been configured with candidate beam threshold TH1 and at least one candidate beam is above the threshold, UE includes in a MAC CE all the candidate beams information above the threshold (or up to N candidates according to network configuration);
      • If no candidates are above the threshold, UE includes only one candidate in the new MAC CE, e.g., the one with the strongest L1-RSRP, RSRQ, SINR etc.
  • Further, according to various example embodiments:
      • 1. the UE reports N-highest/up to N-highest RSRPs, it prioritizes CSI-RS candidates over SSB candidates as long as the CSI-RS candidate quality level CSI-RS-RSRP>=Offset_1+SSB_RSRP, where offset_1 may be negative, zero or positive;
      • 2. if the indicated candidate or candidates are above the configured threshold TH1, the order of the candidates in the report defines the quality level of the beams;
      • 3. in case only one candidate is reported the measurement quantity is omitted. A one-bit indication may be used in this case to indicate whether reported resource is above or below the configured threshold.
  • According to various example embodiments, it is possible to support beam failure on SCells, which are not configured with uplink resources. This is a likely scenario as in mobile networks there is still high asymmetry between uplink and downlink data throughput requirements from the UEs. Furthermore, the proposed method according to various example embodiments does not require the network to reserve large amount of uplink resources for the sake of supporting BFR procedure on SCells. It has to be noted that even for the sake of supporting BFR on PCell, the network has to either enlarge RACH resource pool (meaning less resources for data scheduling) or decrease RACH resource pool used for handover (HO), which would cause deteriorated HO performance.
  • According to various example embodiments, it is possible to support beam failure recovery on SCells, even if no uplink resources are configured, and to avoid the reservation of large amount of uplink resources for the sake of supporting BFR procedure on SCells.
  • In the following, a more general description of example versions of the present invention is made with respect to FIGS. 1 to 3.
  • FIG. 1 is a block diagram illustrating an example of an apparatus according to some example versions of the present invention. According to example versions of the present invention, the apparatus may be implemented in or may be part of a user equipment in a mobile communication network, or the like.
  • The apparatus 10 comprises means for composing 11, after a beam failure has been detected by a user equipment on a resource provided by a first serving cell of the user equipment, beam recovery signaling, the beam recovery signaling indicating at least one candidate beam to be used in beam failure recovery, and means for transmitting 12, to a network entity, the beam recovery signaling on a resource provided by a second serving cell.
  • According to various example embodiments of the invention, the apparatus optionally further comprises means for detecting 13 at least one candidate beam existing on the resource provided by the first serving cell, means for receiving 14, from the network entity, a first quality threshold for a candidate beam to be used for the beam failure recovery, means for determining 15 whether a quality value of the at least one candidate beam for the beam failure recovery exceeds the first quality threshold.
  • According to various example embodiments of the invention, if it is determined that there is at least one candidate beam associated with contention free random access, CFRA, signal and having a quality value exceeding the first quality threshold, the beam recovery signaling is transmitted to the network entity using contention free random access transmission and includes a predetermined number of the at least one or more of the plurality of candidate beams having a quality value exceeding the first quality threshold in descending order of the quality value.
  • According to various example embodiments of the invention, the means for receiving 14 is further configured to receive, from a network entity, a second threshold value for a candidate beam to be used for the beam failure recovery, and the means for determining 15 is further configured to determine whether a quality value of the at least one candidate beam for the beam failure recovery exceeds the second quality threshold.
  • According to various example embodiments of the invention, if it is determined that there is no candidate beam having a quality value exceeding the first quality threshold and that there is at least one candidate beam having a quality value exceeding the first or second quality threshold, the beam recovery signaling is transmitted to the network entity using a medium access control element, MAC CE, and includes a predetermined number of the at least one or more of the plurality of candidate beams having a quality value exceeding the second quality threshold in descending order of the quality value.
  • According to various example embodiments of the invention, the beam recovery signaling further including information on the quality value of each candidate beam.
  • According to various example embodiments of the invention, if it is determined that there is no candidate beam having a quality value exceeding the first and second quality threshold, the beam recovery signaling is transmitted using a medium access control element, MAC CE, and includes information on one candidate beam having the highest quality value among the detected candidate beams.
  • According to various example embodiments of the invention, if it is determined that there is no candidate beam having a quality value exceeding the first and second quality threshold, the user equipment indicates to the network entity that no candidate is available.
  • According to various example embodiments of the invention, if it is determined that there is one candidate beam existing on the first serving cell, the beam recovery signaling includes the one candidate beam, wherein the beam recovery signaling optionally includes information whether or not the candidate beam exceeds the first and second quality threshold, and the quality value of the candidate beam is optionally signaled in a separate transmission to the network entity.
  • According to various example embodiments of the invention, a candidate beam having a quality value indicated by a channel state information reference signal, CSI-RS, is prioritized over a candidate beam having a quality value indicated by a synchronization signal block, SSB, if the quality value indicated by the CSI-RS is equal to or higher that the quality value indicated by the SSB including a predetermined offset value.
  • According to various example embodiments of the invention, the quality value is one of reference signal received power, RSRP, reference signal received quality, RSRQ, and signal-to-noise ratio, SINR.
  • FIG. 2 is a flowchart illustrating a method according to various example embodiments of the present invention. The apparatus according to FIG. 1 may perform the method of FIG. 2 but is not limited to this method. The method of FIG. 2 may be performed by the apparatus of FIG. 1 but is not limited to being performed by this apparatus.
  • According to example versions of the present invention, the method may be implemented in or may be part of a user equipment in a mobile communication network, or the like. The method comprises composing, after a beam failure has been detected by a user equipment on a resource provided by a first serving cell of the user equipment, beam recovery signaling, the beam recovery signaling indicating at least one candidate beam to be used in beam failure recovery, and transmitting, to a network entity, the beam recovery signaling on a resource provided by a second serving cell.
  • According to various example embodiments of the invention, the method optionally further comprises detecting at least one candidate beam existing on the resource provided by the first serving cell, receiving, from the network entity, a first quality threshold for a candidate beam to be used for the beam failure recovery, and determining whether a quality value of the at least one candidate beam for the beam failure recovery exceeds the first quality threshold.
  • According to various example embodiments of the invention, if it is determined that there is at least one candidate beam associated with contention free random access, CFRA, signal and having a quality value exceeding the first quality threshold, the beam recovery signaling is transmitted to the network entity using contention free random access transmission and includes a predetermined number of the at least one or more of the plurality of candidate beams having a quality value exceeding the first quality threshold in descending order of the quality value.
  • According to various example embodiments of the invention, the method further comprises receiving, from the network entity, a second threshold value for a candidate beam to be used for the beam failure recovery, and determining whether a quality value of the at least one candidate beam for the beam failure recovery exceeds the second quality threshold.
  • According to various example embodiments of the invention, if it is determined that there is no candidate beam having a quality value exceeding the first quality threshold and that there is at least one candidate beam having a quality value exceeding the first or second quality threshold, the beam recovery signaling is transmitted to the network entity using a medium access control element, MAC CE, and includes a predetermined number of the at least one or more of the plurality of candidate beams having a quality value exceeding the second quality threshold in descending order of the quality value.
  • According to various example embodiments of the invention, the beam recovery signaling may further include information on the quality value of each candidate beam.
  • According to various example embodiments of the invention, if it is determined that there is no candidate beam having a quality value exceeding the first and second quality threshold, the beam recovery signaling is transmitted using a medium access control element, MAC CE, and includes information on one candidate beam having the highest quality value among the detected candidate beams.
  • According to various example embodiments of the invention, if it is determined that there is no candidate beam having a quality value exceeding the first and second quality threshold, the user equipment indicates to the network entity that no candidate is available.
  • According to various example embodiments of the invention, if it is determined that there is one candidate beam existing on the first serving cell, the beam recovery signaling includes the one candidate beam, wherein the beam recovery signaling optionally includes information whether or not the candidate beam exceeds the first and second quality threshold, and the quality value of the candidate beam is optionally signaled in a separate transmission to the network entity.
  • According to various example embodiments of the invention, a candidate beam having a quality value indicated by a channel state information reference signal, CSI-RS, is prioritized over a candidate beam having a quality value indicated by a synchronization signal block, SSB, if the quality value indicated by the CSI-RS is equal to or higher that the quality value indicated by the SSB including a predetermined offset value.
  • According to various example embodiments of the invention, the quality value is one of reference signal received power, RSRP, reference signal received quality, RSRQ, and signal-to-noise ratio, SINR.
  • FIG. 3 is a block diagram illustrating another example of an apparatus according to some example versions of the present invention.
  • In FIG. 3, a block circuit diagram illustrating a configuration of an apparatus 30 is shown, which is configured to implement the above described various aspects of the invention. It is to be noted that the apparatus 30 shown in FIG. 3 may comprise several further elements or functions besides those described herein below, which are omitted herein for the sake of simplicity as they are not essential for understanding the invention. Furthermore, the apparatus may be also another device having a similar function, such as a chipset, a chip, a module etc., which can also be part of an apparatus or attached as a separate element to the apparatus, or the like.
  • The apparatus 30 may comprise a processing function or processor 31, such as a CPU or the like, which executes instructions given by programs or the like. The processor 31 may comprise one or more processing portions dedicated to specific processing as described below, or the processing may be run in a single processor. Portions for executing such specific processing may be also provided as discrete elements or within one or further processors or processing portions, such as in one physical processor like a CPU or in several physical entities, for example. Reference sign 32 denotes transceiver or input/output (I/O) units (interfaces) connected to the processor 31. The I/O units 32 may be used for communicating with one or more other network elements, entities, terminals or the like. The I/O units 32 may be a combined unit comprising communication equipment towards several network elements, or may comprise a distributed structure with a plurality of different interfaces for different network elements. The apparatus 30 further comprises at least one memory 33 usable, for example, for storing data and programs to be executed by the processor 31 and/or as a working storage of the processor 31.
  • The processor 31 is configured to execute processing related to the above described aspects.
  • In particular, the apparatus 30 may be implemented in or may be part of a user equipment or the like, and may be configured to perform processing as described in connection with FIGS. 1 and 2.
  • In the foregoing exemplary description of the apparatus, only the units/means that are relevant for understanding the principles of the invention have been described using functional blocks. The apparatus may comprise further units/means that are necessary for its respective operation, respectively. However, a description of these units/means is omitted in this specification. The arrangement of the functional blocks of the apparatus is not to be construed to limit the invention, and the functions may be performed by one block or further split into sub-blocks.
  • When in the foregoing description it is stated that the apparatus (or some other means) is configured to perform some function, this is to be construed to be equivalent to a description stating that a (i.e. at least one) processor or corresponding circuitry, potentially in cooperation with computer program code stored in the memory of the respective apparatus, is configured to cause the apparatus to perform at least the thus mentioned function. Also, such function is to be construed to be equivalently implementable by specifically configured circuitry or means for performing the respective function (i.e., the expression “unit configured to” is to be construed to be equivalent to an expression such as “means for”).
  • For the purpose of the present invention as described herein above, it should be noted that
      • method steps likely to be implemented as software code portions and being run using a processor at an apparatus (as examples of devices, apparatuses and/or modules thereof, or as examples of entities including apparatuses and/or modules therefore), are software code independent and can be specified using any known or future developed programming language as long as the functionality defined by the method steps is preserved;
      • generally, any method step is suitable to be implemented as software or by hardware without changing the idea of the aspects/embodiments and its modification in terms of the functionality implemented;
      • method steps and/or devices, units or means likely to be implemented as hardware components at the above-defined apparatuses, or any module(s) thereof, (e.g., devices carrying out the functions of the apparatuses according to the aspects/embodiments as described above) are hardware independent and can be implemented using any known or future developed hardware technology or any hybrids of these, such as MOS (Metal Oxide Semiconductor), CMOS (Complementary MOS), BiMOS (Bipolar MOS), BiCMOS (Bipolar CMOS), ECL (Emitter Coupled Logic), TTL (Transistor-Transistor Logic), etc., using for example ASIC (Application Specific IC (Integrated Circuit)) components, FPGA (Field-programmable Gate Arrays) components, CPLD (Complex Programmable Logic Device) components, APU (Accelerated Processor Unit), GPU (Graphics Processor Unit) or DSP (Digital Signal Processor) components;
      • devices, units or means (e.g., the above-defined apparatuses, or any one of their respective units/means) can be implemented as individual devices, units or means, but this does not exclude that they are implemented in a distributed fashion throughout the system, as long as the functionality of the device, unit or means is preserved;
      • an apparatus may be represented by a semiconductor chip, a chipset, or a (hardware) module comprising such chip or chipset; this, however, does not exclude the possibility that a functionality of an apparatus or module, instead of being hardware implemented, be implemented as software in a (software) module such as a computer program or a computer program product comprising executable software code portions for execution/being run on a processor;
      • a device may be regarded as an apparatus or as an assembly of more than one apparatus, whether functionally in cooperation with each other or functionally independently of each other but in a same device housing, for example.
  • In general, it is to be noted that respective functional blocks or elements according to above-described aspects can be implemented by any known means, either in hardware and/or software, respectively, if it is only adapted to perform the described functions of the respective parts. The mentioned method steps can be realized in individual functional blocks or by individual devices, or one or more of the method steps can be realized in a single functional block or by a single device.
  • Generally, any method step is suitable to be implemented as software or by hardware without changing the idea of the present invention. Devices and means can be implemented as individual devices, but this does not exclude that they are implemented in a distributed fashion throughout the system, as long as the functionality of the device is preserved. Such and similar principles are to be considered as known to a skilled person.
  • Software in the sense of the present description comprises software code as such comprising code means or portions or a computer program or a computer program product for performing the respective functions, as well as software (or a computer program or a computer program product) embodied on a tangible medium such as a computer-readable (storage) medium having stored thereon a respective data structure or code means/portions or embodied in a signal or in a chip, potentially during processing thereof.
  • It is to be noted that the aspects/embodiments and general and specific examples described above are provided for illustrative purposes only and are in no way intended that the present invention is restricted thereto. Rather, it is the intention that all variations and modifications which fall within the scope of the appended claims are covered.

Claims (14)

1. An apparatus comprising:
at least one processor; and
at least one memory including computer program code;
the at least one memory and the computer program code configured to, with the at least one processor, cause the apparatus at least to:
determine, after a beam failure has been detected by a user equipment on a first serving cell of the user equipment, whether at least one candidate beam is above a first threshold,
compose, based on the determining that none of the at least one candidate beam is above the first threshold, beam recovery signaling, the beam recovery signaling indicating the failed first cell and that no candidate beam is available for the failed first cell, and
transmit, to a network entity, the beam recovery signaling on a resource provided by a second serving cell.
2. The apparatus according to claim 1, wherein the at least one processor and the computer program code are further configured to cause the apparatus to:
detect at least one candidate beam existing on the resource provided by the first serving cell,
receive, from the network entity, a first quality threshold for a candidate beam to be used for the beam failure recovery,
determine whether a quality value of the at least one candidate beam for the beam failure recovery exceeds the first quality threshold.
3. The apparatus according to claim 2, wherein the at least one processor and the computer program code are configured to cause the apparatus to:
if it is determined that there is at least one candidate beam associated with contention free random access, CFRA, signal and having a quality value exceeding the first quality threshold,
transmit the beam recovery signaling to the network entity using contention free random-access transmission to indicate at least one of candidates having quality value exceeding the first quality threshold.
4. The apparatus according to claim 2:
wherein the at least one processor and the computer program code configured to cause the apparatus to receive comprises the at least one processor and the computer program code configured to cause the apparatus to receive, from a network entity, a second threshold value for a candidate beam to be used for the beam failure recovery, and
the at least one processor and the computer program code configured to cause the apparatus to determine whether a quality value comprises the at least one processor and the computer program code configured to cause the apparatus to determine whether a quality value of the at least one candidate beam for the beam failure recovery exceeds the second quality threshold.
5. The apparatus according to claim 4, wherein the at least one processor and the computer program code are configured to cause the apparatus to:
if it is determined that there is no candidate beam associated with CFRA signal having a quality value exceeding the first quality threshold and that there is at least one candidate beam having a quality value exceeding the first or second quality threshold,
transmit the beam recovery signaling to the network entity using a medium access control element, MAC CE, and includes a predetermined number of the at least one or more of the plurality of candidate beams having a quality value exceeding the second quality threshold in descending order of the quality value.
6. The apparatus according to claim 3, wherein:
the beam recovery signaling further includes information on the quality value of each candidate beam.
7. The apparatus according to claim 4, wherein the at least one processor and the computer program code are configured to cause the apparatus to:
if it is determined that there is no candidate beam having a quality value exceeding the first and second quality threshold,
include, within the beam recovery signaling in the MAC CE, information on one candidate beam having the highest quality value among the detected candidate beams.
8. The apparatus according to claim 4, wherein the at least one processor and the computer program code are configured to cause the apparatus to:
if it is determined that there is no candidate beam having a quality value exceeding the first and second quality threshold,
indicate, by the user equipment to the network entity, that no candidate is available.
9. The apparatus according to claim 4, wherein:
if it is determined that there is one candidate beam existing on the first serving cell,
the beam recovery signaling includes the one candidate beam, wherein
the beam recovery signaling optionally includes information whether or not the candidate beam exceeds the first and second quality threshold, and
the quality value of the candidate beam is optionally signaled in a separate transmission to the network entity.
10. The apparatus according to claim 2, wherein:
a candidate beam having a quality value indicated by a channel state information reference signal, CSI-RS, is prioritized over a candidate beam having a quality value indicated by a synchronization signal block, SSB, if the quality value indicated by the CSI-RS is equal to or higher that the quality value indicated by the SSB including a predetermined offset value.
11. The apparatus according to claim 2, wherein:
the quality value and/or the threshold value is one of reference signal received power, RSRP, reference signal received quality, RSRQ, and signal-to-noise ratio, SINR.
12. A method, comprising:
determining, after a beam failure has been detected by a user equipment on a first serving cell of the user equipment, whether at least one candidate beam is above a first threshold, and
composing, based on the determining that none of the at least one candidate beam is above the first threshold, beam recovery signaling, the beam recovery signaling indicating the failed first cell and that no candidate beam is available for the failed first cell,
transmitting, to a network entity, the beam recovery signaling on a resource provided by a second serving cell.
13. The method according to claim 12, further comprising:
detecting at least one candidate beam existing on the resource provided by the first serving cell,
receiving, from the network entity, a first quality threshold for a candidate beam to be used for the beam failure recovery,
determining whether a quality value of the at least one candidate beam for the beam failure recovery exceeds the first quality threshold.
14. The method according to claim 13, wherein
if it is determined that there is at least one candidate beam associated with contention free random access, CFRA, signal and having a quality value exceeding the first quality threshold,
the beam recovery signaling is transmitted to the network entity using contention free random-access transmission to indicate at least one of candidates having quality value exceeding the first quality threshold.
US17/663,399 2018-04-05 2022-05-13 Beam failure recovery for serving cell Abandoned US20220278731A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/663,399 US20220278731A1 (en) 2018-04-05 2022-05-13 Beam failure recovery for serving cell

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
PCT/EP2018/058776 WO2019192713A1 (en) 2018-04-05 2018-04-05 Beam failure recovery for serving cell
US202015733718A 2020-10-02 2020-10-02
US17/663,399 US20220278731A1 (en) 2018-04-05 2022-05-13 Beam failure recovery for serving cell

Related Parent Applications (2)

Application Number Title Priority Date Filing Date
US15/733,718 Division US11336357B2 (en) 2018-04-05 2018-04-05 Beam failure recovery for serving cell
PCT/EP2018/058776 Division WO2019192713A1 (en) 2018-04-05 2018-04-05 Beam failure recovery for serving cell

Publications (1)

Publication Number Publication Date
US20220278731A1 true US20220278731A1 (en) 2022-09-01

Family

ID=61965963

Family Applications (2)

Application Number Title Priority Date Filing Date
US15/733,718 Active US11336357B2 (en) 2018-04-05 2018-04-05 Beam failure recovery for serving cell
US17/663,399 Abandoned US20220278731A1 (en) 2018-04-05 2022-05-13 Beam failure recovery for serving cell

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US15/733,718 Active US11336357B2 (en) 2018-04-05 2018-04-05 Beam failure recovery for serving cell

Country Status (4)

Country Link
US (2) US11336357B2 (en)
EP (1) EP3776894A1 (en)
CN (1) CN112189310A (en)
WO (1) WO2019192713A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210105644A1 (en) * 2018-06-15 2021-04-08 Vivo Mobile Communication Co.,Ltd. Method for determining radio link state and terminal
US20230041404A1 (en) * 2021-08-06 2023-02-09 Qualcomm Incorporated Determining a beam failure instance count for beam failure detection

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3777319A4 (en) 2018-04-06 2021-11-17 Nokia Technologies Oy Apparatus, method and computer program
BR112020021198A2 (en) * 2018-04-18 2021-01-19 Ntt Docomo, Inc. TERMINAL, RADIOCOMMUNICATION METHOD FOR A TERMINAL AND BASE STATION COMMUNICATING WITH A TERMINAL
US11411704B2 (en) * 2018-05-11 2022-08-09 Nokia Technologies Oy Apparatuses and methods for prioritization between physical downlink shared channel and synchronization signal block reception
EP3823179A4 (en) * 2018-07-12 2022-02-23 NTT DoCoMo, Inc. User equipment
US11196524B2 (en) * 2018-07-18 2021-12-07 Qualcomm Incorporated Multi-beam CSI feedback
WO2020019218A1 (en) * 2018-07-25 2020-01-30 北京小米移动软件有限公司 Transmission configuration method and apparatus
EP4047827A1 (en) * 2018-08-07 2022-08-24 Ofinno, LLC Cell grouping in beam failure recovery procedure
CN112789942A (en) * 2018-08-09 2021-05-11 株式会社Ntt都科摩 User terminal and wireless communication method
US11343735B2 (en) * 2018-09-25 2022-05-24 Comcast Cable Communications, Llc Beam configuration for secondary cells
JP7431229B2 (en) * 2018-11-01 2024-02-14 インターデイジタル パテント ホールディングス インコーポレイテッド Beam failure recovery in non-faulty cells
CN111447636B (en) * 2019-01-16 2021-10-26 大唐移动通信设备有限公司 Beam failure recovery method, terminal and base station
WO2020166079A1 (en) * 2019-02-15 2020-08-20 株式会社Nttドコモ User terminal and wireless communication method
CN113439489A (en) * 2019-02-15 2021-09-24 鸿颖创新有限公司 Method and apparatus for beam fault recovery
CN114223243A (en) * 2019-10-23 2022-03-22 Oppo广东移动通信有限公司 Indication method, terminal equipment and network equipment
US11659416B2 (en) 2019-11-15 2023-05-23 Qualcomm Incorporated Beam reset rule in case of group component carrier based beam update
WO2021164030A1 (en) * 2020-02-21 2021-08-26 Nokia Shanghai Bell Co., Ltd. Beam failure recovery mechanism
CN111837411B (en) * 2020-05-21 2024-01-09 北京小米移动软件有限公司 Information transmitting method, base station switching method, information receiving method and device
WO2021232337A1 (en) * 2020-05-21 2021-11-25 Nokia Shanghai Bell Co., Ltd. Beam failure recovery in secondary cell activation
US11979756B2 (en) * 2020-08-05 2024-05-07 Samsung Electronics Co., Ltd. Method and apparatus for handling beam failure recovery in a wireless communication system
BR112023003320A2 (en) * 2020-08-24 2023-05-02 Nokia Technologies Oy METHOD, DEVICE AND COMPUTER READABLE MEDIA FOR BEAM FAILURE RECOVERY
EP4214853A2 (en) 2021-01-13 2023-07-26 Ofinno, LLC Restrictions in beam failure detection
WO2023004708A1 (en) * 2021-07-29 2023-02-02 Lenovo (Beijing) Limited Methods and apparatuses for trp related beam failure detection and recovery procedures
EP4381800A1 (en) * 2021-08-05 2024-06-12 Nokia Technologies Oy Failure of a serving cell in a multiple transmission reception point system
WO2023065335A1 (en) * 2021-10-22 2023-04-27 Oppo广东移动通信有限公司 Wireless communication method, terminal device, and network device
WO2024073958A1 (en) * 2022-12-29 2024-04-11 Lenovo (Beijing) Limited Method and apparatus of supporting beam failure recovery

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190081753A1 (en) * 2017-09-11 2019-03-14 Lenovo (Singapore) Pte. Ltd. Reference signals for radio link monitoring
US20190098520A1 (en) * 2017-09-27 2019-03-28 Electronics And Telecommunications Research Institute Method for managing radio resources in communication system and apparatus for the same
US20190223043A1 (en) * 2016-09-29 2019-07-18 Huawei Technologies Co., Ltd. Radio resource measurement method, radio resource selection method, and apparatus
US20190274169A1 (en) * 2018-03-05 2019-09-05 Asustek Computer Inc. Method and apparatus of handling beam failure recovery in a wireless communication system
US20200344833A1 (en) * 2018-01-10 2020-10-29 Spreadtrum Communications (Shanghai) Co., Ltd. Method for reporting beam reception failure, user equipment, medium and system
US20210058998A1 (en) * 2018-04-04 2021-02-25 Nec Corporation Methods and apparatus for processing beam failure of a secondary cell
US20210058913A1 (en) * 2018-01-10 2021-02-25 Samsung Electronics Co., Ltd. Method and device for controlling beam in wireless communication system
US20210105172A1 (en) * 2018-04-04 2021-04-08 Sharp Kabushiki Kaisha User equipment and beam failure recovery method

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9603048B2 (en) * 2012-03-16 2017-03-21 Interdigital Patent Holdings, Inc. Random access procedures in wireless systems
AU2014312564B2 (en) * 2013-08-27 2018-11-01 Samsung Electronics Co., Ltd. Method and system for random access procedure and Radio Link Failure in inter-eNB carrier aggregation
EP3248432A4 (en) * 2015-01-20 2018-08-22 LG Electronics Inc. Method for initiating a random access procedure in a carrier aggregation system and a device therefor
EP3100488B1 (en) * 2015-02-13 2021-10-27 MediaTek Singapore Pte. Ltd. Handling of intermittent disconnection in a millimeter wave (mmw) system
WO2018129300A1 (en) * 2017-01-06 2018-07-12 Idac Holdings, Inc. Beam failure recovery
US10194442B2 (en) * 2017-02-10 2019-01-29 Qualcomm Incorporated Uplink resources for beam recovery
EP3609260A4 (en) * 2017-05-28 2020-04-15 LG Electronics Inc. -1- Method and device for performing device-to-device communication by sharing uplink resource and sidelink resource in wireless communication system
US10211898B2 (en) * 2017-06-26 2019-02-19 At&T Intellectual Property I, L.P. Configurable beam failure event design
WO2019001967A1 (en) * 2017-06-26 2019-01-03 Telefonaktiebolaget Lm Ericsson (Publ) Random access preamble transmission using beamforming
EP3649803A4 (en) * 2017-08-04 2020-09-16 Samsung Electronics Co., Ltd. Method and user equipment (ue) for beam management framework for carrier aggregation
US11337265B2 (en) * 2017-08-10 2022-05-17 Comcast Cable Communications, Llc Beam failure recovery request transmission
WO2019028734A1 (en) * 2017-08-10 2019-02-14 Mediatek Singapore Pte. Ltd. Apparatus and mechanism to perform beam management and beam failure recovery in nr system
WO2019050380A1 (en) * 2017-09-11 2019-03-14 엘지전자 주식회사 Beam recovery method in wireless communication system, and device therefor
WO2019134092A1 (en) * 2018-01-04 2019-07-11 富士通株式会社 Configuration and indication method and device for beam failure recovery, and communication system
KR20210005584A (en) * 2018-04-03 2021-01-14 아이디에이씨 홀딩스, 인크. Method for improving mobility in wireless system

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190223043A1 (en) * 2016-09-29 2019-07-18 Huawei Technologies Co., Ltd. Radio resource measurement method, radio resource selection method, and apparatus
US20190081753A1 (en) * 2017-09-11 2019-03-14 Lenovo (Singapore) Pte. Ltd. Reference signals for radio link monitoring
US20190098520A1 (en) * 2017-09-27 2019-03-28 Electronics And Telecommunications Research Institute Method for managing radio resources in communication system and apparatus for the same
US20200344833A1 (en) * 2018-01-10 2020-10-29 Spreadtrum Communications (Shanghai) Co., Ltd. Method for reporting beam reception failure, user equipment, medium and system
US20210058913A1 (en) * 2018-01-10 2021-02-25 Samsung Electronics Co., Ltd. Method and device for controlling beam in wireless communication system
US20190274169A1 (en) * 2018-03-05 2019-09-05 Asustek Computer Inc. Method and apparatus of handling beam failure recovery in a wireless communication system
US20210058998A1 (en) * 2018-04-04 2021-02-25 Nec Corporation Methods and apparatus for processing beam failure of a secondary cell
US20210105172A1 (en) * 2018-04-04 2021-04-08 Sharp Kabushiki Kaisha User equipment and beam failure recovery method

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210105644A1 (en) * 2018-06-15 2021-04-08 Vivo Mobile Communication Co.,Ltd. Method for determining radio link state and terminal
US20230041404A1 (en) * 2021-08-06 2023-02-09 Qualcomm Incorporated Determining a beam failure instance count for beam failure detection

Also Published As

Publication number Publication date
CN112189310A (en) 2021-01-05
WO2019192713A1 (en) 2019-10-10
US11336357B2 (en) 2022-05-17
US20210021320A1 (en) 2021-01-21
EP3776894A1 (en) 2021-02-17

Similar Documents

Publication Publication Date Title
US20220278731A1 (en) Beam failure recovery for serving cell
US20240196389A1 (en) Beam Failure Recovery for Serving Cell
US11751183B2 (en) CORESET and QCL association in beam recovery procedure
US11777586B2 (en) Methods and wireless communication device for carrying out beam failure recovery
US11178561B2 (en) Method for radio link monitoring and corresponding user equipment
CN114097266A (en) Method and related apparatus for performing beam fault recovery
US20180220459A1 (en) Method for transmitting signal on basis of clear channel assessment in unlicensed band channel, and mobile communication system
KR20210087538A (en) Method and apparatus for determining pseudo-colocation reference signal
US11470589B2 (en) Communication method and communications apparatus
KR20220123665A (en) Method and apparatus related to direction-based LBT (LISTEN BEFORE TALK)
US20230262820A1 (en) Beam failure recovery method and apparatus, terminal, and storage medium
US20230413077A1 (en) Beam failure detection
CN113728718A (en) Random access procedure for unlicensed portions of bandwidth
EP3925375B1 (en) Resource selection for random access
CN115362649B (en) SCell sleep reliability improvement
US12022530B2 (en) Resource selection for random access
US20240163065A1 (en) Radio Link Management, Beam Failure Detection and Default Beam Enhancements for High Speed Train Deployments
US11991541B2 (en) Link failure recovery method and apparatus

Legal Events

Date Code Title Description
AS Assignment

Owner name: NOKIA TECHNOLOGIES OY, FINLAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:TIMO KOSKELA;TURTINEN, SAMULI HEIKKI;KOZIOL, DAWID;SIGNING DATES FROM 20200407 TO 20200929;REEL/FRAME:059923/0716

STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

STPP Information on status: patent application and granting procedure in general

Free format text: NON FINAL ACTION MAILED

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION