RU2774978C1 - Transmission of beam failure messages - Google Patents

Abstract

FIELD: communication.

SUBSTANCE: invention relates to transmission of beam failure messages. To realise the technical result, the terminal apparatus detects a beam failure in one or more service cells of the terminal apparatus. If beam failure is detected in one or more service cells, the terminal apparatus receives information regarding one or more potential beams and one or more service cells. Each of said one or more potential beams is connected with a corresponding one of said one or more service cells. The terminal apparatus then transmits at least part of the information to a network apparatus connected with one or more service cells.

EFFECT: solution for recovery after beam failure, especially for the primary cell (PCell).

52 cl, 11 dwg

Description

CROSS-REFERENCE TO RELATED APPLICATION

[001] This application claims priority of Application No. PCT/CN2018/108130, filed September 27, 2018, and entitled "BEAM FAILURE RECOVERY FOR SERVING CELL", which is hereby incorporated by reference in its entirety.

FIELD OF TECHNOLOGY

[002] Embodiments of the present invention relate generally to the field of telecommunications and, in particular, to methods, devices, apparatuses, and computer-readable media for reporting a beam failure.

BACKGROUND OF THE INVENTION

[003] The new radio access system, also referred to as the New Radio (NR; New radio) system or NR network, is a next generation communication system. It was agreed that the NR system will support carrier aggregation (CA; carrier aggregation), which is used in the transitional network from 4G to 5G (Long Term Evolution (LTE) -Advanced) to increase bandwidth. When using the SA, there are a number of serving cells. Typically, a primary cell (PScell) and at least one secondary cell (SScell) are provided. Beam failure may occur when the quality of the serving cell beam pair(s) becomes low enough (eg, compared to a threshold or timeout of the associated timer).

[004] The beam failure recovery procedure is a mechanism for restoring beams when all beams or part of the beams serving the user equipment (UE; user equipment) have failed. Beam recovery may also be referred to as channel reconfiguration. The purpose of beam recovery is to detect when one or more physical downlink control channels (PDCCHs) are considered to be in failed states and restore the link. To restore the channel, the UE initiates signaling to the network with an indication of failure and a new potential channel (beam), called a potential channel (beam). In response to a beam failure recovery request (BFRR) received from the UE, the network may configure the UE with a new PDCCH. Currently, beam failure recovery is defined for one serving cell, which in practice only covers beam failure recovery for the MS cell. Thus, there is still a need to provide a beam failure recovery solution, especially for the PS cell.

SUMMARY OF THE INVENTION

[005] In general, the exemplary embodiments of the present invention provide a solution for transmitting beam failure messages.

[006] In a first aspect, a terminal device is provided. The target device contains at least one processor; and at least one storage device containing computer program codes; wherein the at least one memory and computer program codes are configured to cause the tag to detect a beam failure in one or more serving cells of the tag by at least one processor; receiving information regarding one or more candidate beams and one or more serving cells in response to detecting a beam failure in one or more serving cells, each of the one or more candidate beams being associated with a respective one or more serving cells; and transmitting at least a portion of the information to a network device associated with one or more serving cells.

[007] In a second aspect, a network device is provided. The network device includes at least one processor; and at least one storage device containing computer program codes; wherein at least one storage device and computer program codes are configured to cause the network device to receive from the terminal device at least part of the information regarding one or more potential beams and one or more serving cells, in which a failure is detected, by means of at least one processor. a beam, each of the one or more potential beams being associated with a corresponding one or more serving cells; and determining, based on the received portion, at least that a beam failure has been detected in one or more serving cells.

[008] In a third aspect, a method is provided. The method includes detecting, at the terminal, a beam failure in one or more serving cells of the terminal; receiving information regarding one or more candidate beams and one or more serving cells in response to detecting a beam failure in one or more serving cells, each of the one or more candidate beams being associated with a respective one or more serving cells; and transmitting at least a portion of the information to a network device associated with one or more serving cells.

[009] In a fourth aspect, a method is provided. The method includes receiving at a network device from a terminal at least a portion of information regarding one or more candidate beams and one or more serving cells in which a beam failure has been detected, each of the one or more candidate beams being associated with a respective one or more serving cells; and determining, based on the received portion, at least that a beam failure has been detected in one or more serving cells.

[0010] In a fifth aspect, an apparatus is provided, comprising: means for detecting, at a terminal, a beam failure in one or more serving cells of the terminal; means for receiving information regarding one or more candidate beams and one or more serving cells in response to detecting a beam failure in one or more serving cells, each of the one or more candidate beams being associated with a respective one or more serving cells; and means for transmitting at least a portion of the information to a network device associated with one or more serving cells.

[0011] In a sixth aspect, an apparatus is provided, comprising means for receiving at a network device, from a terminal, at least a portion of information regarding one or more candidate beams and one or more serving cells in which a beam failure has been detected, wherein each of the one or more beams associated with a respective one or more serving cells; and means for determining, based on the received portion, at least that a beam failure has been detected in one or more serving cells.

[0012] In a seventh aspect, a non-volatile computer-readable medium is provided, containing program instructions for causing a device to perform at least the method in accordance with the third aspect mentioned above.

[0013] In an eighth aspect, a non-volatile computer-readable medium is provided, containing program instructions for causing a device to perform at least the method in accordance with the fourth aspect mentioned above.

[0014] It should be understood that the Summary section is not intended to define key or essential features of embodiments of the present invention, nor is it intended to limit the scope of the present invention. Other features of the present invention will be readily apparent from the following description.

BRIEF DESCRIPTION OF GRAPHICS

[0015] Various embodiments will now be described with reference to the accompanying drawings, in which:

[0016] in FIG. 1 illustrates an exemplary communication system in which embodiments of the present invention may be implemented;

[0017] in FIG. 2A is a schematic diagram illustrating a BFD-RS configuration in which quasi-co-location (QCL) spatial co-location is assumed across carriers;

[0018] in FIG. 2B is a schematic diagram illustrating a BFD-RS configuration in which there is no per-carrier spatial QCL assumption;

[0019] in FIG. 3 is a flow diagram illustrating an exemplary beam failure reporting process in accordance with some embodiments of the present invention;

[0020] in FIG. 4 is a schematic diagram illustrating an exemplary format for reporting a beam failure in accordance with some embodiments of the present invention;

[0021] in FIG. 5 is a schematic diagram illustrating an exemplary format for reporting a beam failure in accordance with some embodiments of the present invention;

[0022] in FIG. 6 is a schematic diagram illustrating an exemplary format for reporting a beam failure in accordance with some embodiments of the present invention;

[0023] in FIG. 7 illustrates a flow chart of an exemplary method in accordance with some embodiments of the present invention;

[0024] in FIG. 8 is a flow chart of an exemplary method in accordance with some embodiments of the present invention;

[0025] in FIG. 9 is a simplified functional diagram of a device suitable for implementing embodiments of the present invention; and

[0026] in FIG. 10 is a functional diagram of an exemplary computer-readable medium in accordance with some embodiments of the present invention.

[0027] Throughout the drawings, the same or similar reference numerals designate the same or similar element.

DETAILED DESCRIPTION OF THE INVENTION

[0028] Hereinafter, the principle of the present invention will be described with reference to some exemplary embodiments. It should be understood that these embodiments are described for illustrative purposes only and to assist those skilled in the art in understanding and practicing the present invention without suggesting any limitation as to the scope of the present invention. The invention described herein may be practiced in various ways other than those described below.

[0029] In the following description and claims, unless otherwise indicated, all technical and scientific terms used herein have the same meaning as generally understood by a person skilled in the art to which the present invention pertains.

[0030] References in the present invention to "one embodiment," "an embodiment," "an exemplary embodiment," and the like indicate that the described embodiment may include a particular feature, structure, or characteristic, but not necessarily, for each embodiment to include said specific feature, structure, or characteristic. Moreover, such phrases do not necessarily refer to the same embodiment. Furthermore, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is intended to be within the purview of a person skilled in the art to influence such feature, structure, or characteristic in connection with other embodiments, whether explicitly or implicitly described.

[0031] It should be understood that although the terms "first" and "second", etc. may be used in this document to describe various elements, these elements should not be limited to these terms. These terms are only used to distinguish one element from another. For example, the first element may be referred to as the second element, and likewise the second element may be referred to as the first element, without departing from the scope of the exemplary embodiments. As used herein, the term "and/or" includes all potential combinations of one or more of the listed terms.

[0032] The terms used herein are intended to describe specific embodiments only, and not to limit exemplary embodiments. As used herein, the singular forms are also intended to include plural forms, unless the context clearly indicates otherwise. It should also be understood that as used herein, the terms "comprises", "comprising", "has", "having", "includes" and/or "comprising" indicate the presence of the specified features, elements and/or components, but do not exclude the presence or addition of one or more other features, elements, components and/or combinations thereof.

[0033] As used in this application, the term "scheme" may refer to one or more or all of the following:

(a) implementations of circuits only at the hardware level (for example, implementations only in the form of analog and/or digital circuits) and

(b) combinations of hardware circuits and software, such as (as applicable):

(i) a combination of analog and/or digital hardware circuit(s) with software/firmware, and

(ii) any parts of the hardware processor(s) with software (including digital signal processor(s), software, and storage device(s) that work together to cause a device, such as a mobile phone or a server, to perform various functions) and

(c) hardware circuit(s) and/or processor(s), such as a microprocessor(s) or part of a microprocessor(s), which require software (e.g. firmware) to operate, but software may not be present, when it is not required for work.

[0034] This definition of "scheme" applies to all uses of the term in this application, including in any claims. As a further example, as used in this application, the term "circuit" also encompasses the implementation of simply a hardware circuit or processor (or multiple processors), or a portion of a hardware circuit or processor and its (or their) associated software and/or firmware. The term "circuitry" also encompasses, for example, and when applicable to a particular claim, a baseband or processor integrated circuit for a mobile device or similar integrated circuit in a server, cellular network device, or other computing or network device.

[0035] As used herein, the term "communications network" refers to a network that complies with any applicable communication standards, such as 4th generation networks (LTE; Long Term Evolution), 4G to 5G transition networks (LTE-A ; LTE-Advanced), Wideband Code Division Multiple Access (WCDMA; Wideband Code Division Multiple Access), High-Speed Packet Access (HSPA), Narrowband Internet of Things (NB-IoT; Narrow Band Internet of Things) ) etc. In addition, communication between a terminal device and a network device in a communication network may be carried out according to any suitable communication protocols of any generation, including, but not limited to, communication protocols of the first generation (1G), second generation (2G), 2.5G, 2.75 G, third generation (3G), fourth generation (4G), 4.5G, future fifth generation (5G) and/or any other protocols that are currently known or will be developed in the future. Embodiments of the present invention may be applied to various communication systems. Considering the rapid development of the communication field, in the future, of course, there will be new types of technologies and communication systems with which the present invention can be implemented. This should not be construed as limiting the scope of the present invention to the above system only.

[0036] As used herein, the term "network device" refers to a node in a communication network through which a terminal device accesses and receives services from the network. A network device may refer to a base station (BS; base station) or an access point (AP; access point), for example, a Node B (NodeB or NB), an evolved NodeB (eNodeB or eNB), an NB NR (also called a gNB), remote radio unit (RRU; Remote Radio Unit), main radio unit (RH; radio header), remote radio module (RRH; remote radio head), relay, low power node such as femto, pico, etc., depending on the applicable terminology and technology.

[0037] The term "terminal device" refers to any terminal device that can support wireless communication. By way of example, and not limitation, "terminal device" may mean a communication device, user equipment (UE; user equipment), subscriber station (SS; Subscriber Station), portable subscriber station, mobile station (MS; Mobile Station) or access terminal. (AT; Access Terminal). The terminal device may include, but is not limited to, a mobile phone, a cellular phone, a smartphone, voice over IP (VoIP) phones, wireless subscriber access phones, a tablet, a portable terminal device, a personal digital assistant (PDA). ; personal digital assistant), laptop computers, desktop computer, imaging terminals such as digital cameras, game terminals, music storage and playback devices, vehicle-mounted wireless terminals, wireless terminals, mobile stations, built-in laptop-embedded equipment (LEE), laptop-mounted equipment (LME), USB adapters, smart devices, customer-premises wireless equipment (CPE), Internet of Things (IoT) device ; Internet of Things), watch or other portable device your head-up display (HMD; head-mounted display), vehicle, aerial drone, medical device and applications (e.g. remote surgery), industrial device and applications (e.g. robot and/or other wireless devices operating in the context of an industrial and/or automated processing chain ), a consumer electronics device, a device operating in commercial and/or industrial wireless networks, and the like. In the following description, the terms "terminal device", "communication device", "terminal", "user equipment" and "UE" may be used interchangeably.

[0038] FIG. 1 shows an exemplary communications network 100 in which embodiments of the present invention may be implemented. Network 100 includes a network device 110 and a terminal device 120 served by network device 110. Network 100 may provide one or more serving cells 101, 102, 103 to serve terminal device 120. It should be understood that the number of network devices, terminal devices, and serving cells is selected for illustration purposes and is not intended to be limiting in any way. Network 100 may include any suitable number of network devices, terminals, and serving cells adapted to implement embodiments of the present invention. It should be noted that the terms "cell" and "serving cell" may be used interchangeably herein.

[0039] In communication network 100, network device 110 may transmit data and control information to terminal device 120, and terminal device 120 may also transmit data and control information to network device 110. The channel from network device 110 to terminal device 120 is called a downlink ( DL; downlink) or forward link, and the link from terminal device 120 to network device 110 is called uplink (UL; uplink) or reverse link.

[0040] Communications in network 100 may conform to any suitable standards, including but not limited to 4th generation networks (LTE), LTE evolution networks, 4G to 5G transition networks (LTE-A), wideband code division multiple access channels (WCDMA), code division multiple access (CDMA; Code Division Multiple Access) and Global System for Mobile Communications (GSM; Global System for Mobile Communications), etc. In addition, communication can be carried out in accordance with any generation of communication protocols that are currently known or will be developed in the future. Examples of communication protocols include, but are not limited to, first generation (1G), second generation (2G), 2.5G, 2.75G, third generation (3G), fourth generation (4G), 4.5G, fifth generation (5G) communication protocols.

[0041] A CA may be supported in a network 100 in which two or more component carriers (CC; component carrier) are aggregated to support a wider bandwidth. In a CA scenario, network device 110 may provide terminal device 120 with a plurality of serving cells, such as one PS cell 101 and two HS cells 102, 103 as shown in FIG. 1. Although in FIG. 1 shows two H Cells 102, 103, the network device 110 may provide fewer or more H Cells. It should also be understood that the configuration of PS cells 101 and BC cells 102, 103 shown in FIG. 1 is provided for illustration purposes only and is not intended to be limiting in any way. PS-cells 101 and PS-cells 102, 103 may have a configuration different from that shown in FIG. one.

[0042] In some exemplary embodiments, network 100 may include another network device (not shown) that may use the same or a different radio access technology with network device 110. The other network device may also provide serving cells to terminal device 120, such as as a primary secondary cell (PSCell) and other VScells.

[0043] In embodiments, network device 110 is configured to implement a method of beamforming and signaling to terminal device 120 through a plurality of beams. Terminal device 120 is configured to receive signals transmitted by network device 110 via a plurality of beams. There may be different beams configured for PS cells 101 and SB cells 102, 103. As shown in FIG. 1, DL beams 112 and 113 are respectively configured for HSCs 102 and 103. It should be understood that HSCs 102 and 103 may have more beams associated with them. Although not shown, PS cell 101 may also have beams associated with it.

[0044] As mentioned above, a beam failure can occur in any of the PScells 101 and BSots 102, 103. In order to better understand the principle and exemplary embodiments of the present invention, a brief introductory description of beam failure detection (BFD) is provided below. ) and beam failure recovery (BFR).

[0045] The network device may configure the terminal device with a set of reference signals (RS; reference signal) to monitor the quality of the channel. This set of RSs may be referred to as Q0 or beam failure detection RS (BFD-RS). Typically, BFD-RS is(are) configured for spatial QCL'd (short for "QCL-TypeD", see below) with a PDCCH demodulation reference signal (DMRS; demodulation reference signal). That is, these RSs correspond to the downlink beams used for the PDCCH. Downlink beams are identified by RS, either by the block index (temporal location index) of the synchronization signal (SS; synchronization signal) of the physical broadcast channel (PBCH; physical broadcast channel), or by the resource index (set) of the reference signal with channel state information (CSI-RS). ; channel state information-reference signal). The network device may configure the BFD-RS list using Radio Resource Control (RRC) signaling or combined RRC signaling and medium access control (CE) control element (CE).

[0046] When two different signals use the same QCL type, they have the same specified properties. As an example, the QCL properties may be, for example, delay spread, average delay time, Doppler spread, Doppler shift, spatial reception (RX; spatial reception). Type A QCL stands for Doppler Spread, Doppler Shift, Delay Spread, and/or Average Delay, and Type D QCL stands for Spatial Reception (RX). Currently, QCL types are defined as follows:

- 'QCL-TypeA': {Doppler shift, Doppler spread, Average delay time, Delay spread}

- 'QCL-TypeB': {Doppler shift, Doppler spread

- 'QCL-TypeC: {doppler shift, mean delay}

- 'QCL-TypeD': {Rx spatial receive parameter}

[0047] As an additional example, if CSI-RS and SSB have a type D QCL assumption between them, this means that the terminal device (UE) can use the same RX spatial filter (beam) to receive these signals.

[0048] When a terminal is not explicitly configured with a BFD-RS list, it implicitly determines BFD-RS resources based on configured/specified/activated PDCCH Transmission Configuration Indication (TCI) states for each CORESET; control resource set), i.e. downlink reference signals (CSI-RS, SS/PBCH block or SSB) that are spatially defined as QCL'd with DMRS PDCCH, or in other words PDCCH beams.

[0049] The physical layer periodically evaluates the quality of the radio channel (based on the BFD-RS in the Q0 set). The evaluation is performed for each BFD-RS, and when the radio link state of each BFD-RS in the beam failure detection set is considered as a failure state, i.e. If the hypothetical PDCCH Block Error Rate (BLER) determined by RS exceeds the configured threshold, a beam failure instance indication (BFI) is provided to the higher layer (MAC). One example of a BLER threshold would be the out of sync threshold used to monitor the radio link OOS/Qout = 10%. Evaluation and indication may be performed periodically. In the event that said at least one BFD-RS is not in a fault state, no indication is provided to the higher layer.

[0050] The MAC layer implements a counter to count BFIs from the physical layer, and if the BFI counter reaches a maximum value (configured by the network device), a beam failure is declared. This counter can be configured to be controlled by a timer: each time the MAC receives a BFI indication from the lower layer, a timer is started. When the timer expires, the BFI counter is reset (counter value is set to zero).

[0051] The network device may provide the tag with a list of potential RSs to recover, which may be indicated by a dedicated signal. Reference Signal Receiving Power (RSRP) L1 measurements of the potential beam may be provided to the MAC layer, which selects a new potential beam and determines uplink resources to indicate the new potential beam to the network device. The network device may configure the terminal with dedicated signaling resources, such as contention free random access (CFRA) resources, that are specific to candidate beams, i.e. the terminal may indicate a new potential beam by sending a preamble. It should be noted that the terms "new potential beam", "new beam", and "potential beam" may be used interchangeably herein.

[0052] The beam failure recovery procedure is initiated if the terminal has indicated a beam failure and the terminal has detected a new potential beam or beams based on L1 measurements (eg, L1-RSRP). The dedicated signal may be configured (eg, from the PRACH pool) for beam failure recovery purposes and may be used to indicate the potential beam or, in other words, the beam identified by the downlink RS (reference signal, SSB, or CSI-RS). This dedicated signal may be referred to as a BFR resource or a CFRA resource, and it should be noted that the beam recovery procedure with CFRA signals is slightly different from the Random Access (RA) procedure when it comes to the gNB's response to preamble reception. A dedicated preamble may be configured for each candidate RS in the RS candidate beam list. The specific threshold can be configured such that when any of the new candidate beams (e.g., based on L1-RSRP measurements) exceed the threshold, they can be indicated using a dedicated signal (a set of resources in set Q1 or a list of candidate beams) . The tag first selects a potential beam from this set, and in the event that there are no beams above the configured threshold, the tag uses contention signaling to indicate a new potential beam. Contention based random access (CBRA) preamble resources are mapped to a specific downlink RS (SSB or CSI-RS).

[0053] The terminal monitors the network response to BFRR (or BFRQ) during the beam recovery response window (similar to the RAR window) using the same beam steering (i.e., the same beam direction that was used for transmission (TX) , used for RX) used to transmit the recovery signal; it expects the network device to provide a response using a beam that is spatially defined as QCL'd with the specified downlink reference signal.

[0054] In the case of collision-free signaling used for beam recovery purposes, the terminal expects the network device to respond to the UE with a Cell-Radio Network Temporary Identifier (C-RNTI) instead of a random access RNTI (RA-RNTI). ; Radom Access-RNTI) when using the CFRA procedure. In the case of using CBRA resources, the end device waits for a response, as provided by the RA procedure.

[0055] Currently, the beam failure recovery (BFR; beam failure recovery) or channel reconfiguration procedure does not cover the case of beam failure recovery in the CA scenario. In FIG. 2A is a schematic view 200 illustrating a BFD-RS configuration in which spatial QCL is assumed per carrier, and FIG. 2B is a schematic drawing 250 illustrating a BFD-RS configuration in which there is no assumption of spatial QCL per carrier. RS shown in FIG. 2A and 2B are the SS/PBCH and CSI-RS block. For example, for PS cell 251, beam 201 is configured for the SS/PBCH block, and beams 202 and 203 are configured for CSI-RS. For BC Cell 21N shown in FIG. 2B, beam 204 is configured for the SS/PBCH block and beams 205 and 206 are configured for CSI-RS. In general, in FIG. 2A illustrates the case where a group of cells can be considered to be in a failed state at the same time. That is, if one cell is in a beam failure state, all cells in the group may be considered to be in a beam failure state. Thus, in some cases, only one cell can be defined for purposes of beam failure detection.

[0056] In the case shown in FIG. 2A, cross-carrier spatial QCL is valid for PS-cells 251 and BS-201-20N. Beam failure can be detected on the BFD-RS resources (CSI-RS, SS/PBCH block) of PS Cell 251, and this implicitly means that all PS Cells 201-20N are in beam failure state due to the spatial reference signal QCL assumption used for channel quality estimates.

[0057] On the other hand, in the case shown in FIG. 2B, the spatial QCL assumption for BFD-RS does not exist across all carriers. PSot 252 and VSot 211-21N belong to a group of cells or beam control group 210, and VSot 221, 222-22N belong to a group VSot or other beam control group 220. There is no assumption about the spatial QCL between cells in beam steering groups 210 and 220 . In the event that none of the HS cells are in a QCL spatial arrangement with each other, the terminal must be able to detect a beam failure and perform recovery for each HS cell individually or for each set of HS cells, with each set having a valid QCL assumption among its HS cells. . In general, in FIG. 2B illustrates that when one cell group may be considered to be in a beam failure state, another cell group may or may not be considered to be in a beam failure state.

[0058] Alternatively, if the BFD-RS spatial QCL assumption is maintained (either in FIG. 2A or FIG. 2B), but the cells cannot be considered to be in a beam failure state based on a single cell failure, then the terminal should potentially separately report each VSot that is in a state of failure. In some cases, even if there is a cross-carrier spatial QCL for BFD-RS, the terminal may need to perform the beam failure detection procedure separately for each cell, for example, due to different interference conditions for each carrier.

[0059] The scenario shown in FIG. 2B may occur, for example, when PS-cell 252 is in Frequency Range 1 (FR1; ie, below 6 GHz) and HS-cells 211-21N are configured in FR2 (eg, above 6 GHz). Alternatively, both the PS-cell and the HS-cells may operate on the same FR, but due to the PDCCH TCI configuration (which is cell-specific), the BFD-RS discovery resources may be different, i. there may be no correspondence between the MS cell beam failure and the HS cell. The latter can occur, in particular, in the case of a cell deployment with multiple transmission/reception points (TRP; Transmission/Reception Point). In yet another alternative case, there may be no correspondence between the failure of one group of HS cells (or, more generally, a group of serving cells) and another group of HS cells (or serving cells). The serving cell group may contain zero, one or more HS cells, and the PS cells may be included in the serving cell group. It should be noted that although the term "HCot group" is used in the description below, the HCot group in this document may also contain a PSoto.

[0060] For H-Cell BFR (which is referred to as H-Cell BFR herein), the terminal must transmit new beam information to the network device during the BFR procedure if the new candidate beam RS and corresponding threshold are configured, and at least if the channel quality of the new beam is above the threshold or equal to the threshold. For PS-Cell BFR (which is referred to as PS-Cell BFR in this document), the terminal indicates a new potential beam, either with CFRA, which also implicitly indicates a request to recover from beam failure, or with CBRA, during which the network device needs to determine that the can work in BFR (however, this is not easy for a network device).

[0061] However, for the BFR of the V-Cell, such an operation is not possible. For example, in the case where the HSCs are configured for downlink only, the CFRA signals must be mapped by the HSC specifically in the uplink of the PScell. When there are multiple candidate beams per H-Cell and being associated with CFRA potential beams, the uplink transmission overhead for the MS cell increases.

[0062] In addition, the signaling solution for the BFR should be able to indicate the index of the failed CC and the new potential beam when such a beam has been identified with a quality above a threshold. Otherwise, the terminal shall report that the potential beam was not found. In some situations, a terminal may need to indicate a beam failure of multiple BCots and at the same time provide information about the potential beam for each of those BCots during the BFR procedure. It is desirable to achieve a signaling solution that is capable of handling multiple candidate beam and failed cell messages, such as a solution based on a MAC control element (CE) or an uplink physical control channel ( PUCCH)/Physical Uplink Shared Channel (PUSCH), instead of a random access preamble based solution.

[0063] For a BFR based on the MAC/PUCCH CE, a terminal may request an uplink grant via a scheduling request (SR), which may be allocated to indicate a cell failure or a normal SR/CBRA procedure if, for example, such dedicated SR is not configured). Alternatively, the terminal may have a semi-persistent UL grant or a periodic PUCCH resource that may not be of sufficient size to report all of the configured information, and thus some rules will be required for the terminal to determine the subset of information to be transmitted during BFR procedures. As an example, such a case may occur when a plurality of BCots are in a beam failure state and/or each cell may have one or more potential beams above a threshold of a potential beam to be reported.

[0064] The above problem may occur in the following situations: (1) the uplink resources are insufficient to carry all the information to be reported, for example, the UL grant is too small, the UL grant has a limited number of free payload bits after another has been included higher priority information or PUCCH/PUSCH payload is insufficient; (2) a message format such as CE MAC/PUCCR7PUSCH may contain only a subset of the information that the terminal is configured to send; (3) The MAC CE is reported in message 3 (Msg3) as part of the random access procedure (e.g., in the event of a PS cell failure or no dedicated SR to request a UL grant), in which case minimum sizes of 7 and 9 bytes are specified, of which 3 bytes can be used by CE MAC C-RNTI.

[0065] In a simple solution, such as a MAC CE based solution, the tag will first send a buffer status report (BSR; Buffer Status Report) on the granted grant, and then provide potential beam information for the allowed resources. However, this solution may lead to additional delay in the recovery of the HSC. In addition, the BFR information does not affect the buffer sizes reported in the BSR, and the network device may not know the size of the UL grant that the terminal is trying to obtain. Some solutions have been proposed for reporting beam failure. However, these solutions only refer to the method of reporting a beam failure in a serving cell, in particular a B-cell. Therefore, a mechanism is needed to report a beam failure, in particular a beam failure of a plurality of BCots.

[0066] According to embodiments of the present invention, a solution is provided for reporting the beam failure of serving cells, and in particular for reporting the beam failure of the HCell (BFR HCell). In the present description of the invention, a solution is proposed regarding the method of determining the reported information in the BFR message. When the resources allocated for the BFR message are insufficient, the terminal may determine what information should be reported based on the proposed solution. When the resources allocated for the BFR message are sufficient, the terminal may determine the order of the various pieces of information to be reported based on the proposed solution. The beam failure reporting solution according to embodiments of the present invention can be adapted to beam failure occurring in multiple serving cells. Moreover, embodiments of the present invention can provide efficient recovery from a beam failure. As an example, a terminal may be configured to transmit BFR information in a specially optimized manner by reducing the number of bits to be transmitted.

[0067] The principle and embodiments of the present invention will be described in detail below with reference to FIG. 3, which is a flow diagram illustrating an exemplary process 300 for reporting a beam failure, in accordance with some embodiments of the present invention. For purposes of discussion, process 300 will be described with reference to FIG. 1. Process 300 may include a network device 110 and a terminal device 120 as illustrated in FIG. one.

[0068] In the exemplary process 300, terminal 120 detects 302 a beam failure in serving cells. If a beam failure is detected in one or more serving cells, tag 120 receives 305 information regarding one or more potential beams and one or more serving cells. Each of the one or more candidate beams is associated with a corresponding one of the one or more serving cells. In some exemplary embodiments, the one or more serving cells may include at least one H Cell, such as H Cells 102 and 103 as shown in FIG. 1. In some exemplary embodiments, one or more serving cells may comprise at least one of PS cells and BS cells, such as PS cells 101 and SB cells 102 and 103, as shown in FIG. one.

[0069] Upon detection of a beam failure in one or more serving cells, tag 120 may attempt to determine a potential beam for each of the one or more serving cells, eg, based on L1-RSRP measurements of potential RSs. If a particular potential RS has a signal quality above a threshold quality or has the highest signal quality among the potential RSs, the particular potential RS may be selected as a potential beam for the corresponding serving cell. Therefore, in some cases, not each of the one or more serving cells in which a beam failure is detected has a potential beam associated with it. That is, when no more than one candidate beam is reported for a failed cell, the number of one or more potential beams may be equal to or less than the number of one or more failed cells.

[0070] In some exemplary embodiments, network device 110 may configure terminal device 120 with a threshold quality for selecting a potential beam. Information regarding one or more candidate beams to be included in the BFR message may contain an indication of the potential RS, such as one of the following: an index of the potential RS with signal quality above the threshold quality and included in a list of potential RSs, such as the SSB/CSI-RS list ( or non-zero power CSI-RS, NZP-CSI-RS) configured by network device 110 and/or enabled by MAC CE; a potential RS index with a signal quality above the threshold quality and representing the SSB/NZP-CSI-RS signal resource; a potential RS index with a signal quality above a quality threshold and configured to report L1-RSRP; the index of the potential RS with signal quality above the threshold quality and representing SSB, which means that in this case the potential beam is always SSB; the TCI status index for the PDSCH or PDCCH for the serving cell. In some exemplary embodiments, there may not be a specific list of potential RSs, however, any configured downlink RS may be considered as a candidate candidate beam. In some exemplary embodiments, the indication of a potential RS for one cell may be considered as an indication of potential beams for one or more exemplary cells of a group of BCots (which may contain a PS cell). In some cases, even if the cells may be grouped, the potential beam may be specified separately for each cell.

[0071] In a complete BFR message, information regarding one or more candidate beams and one or more serving cells may comprise three parts. The first part may comprise an indication of one or more serving cells where a beam failure has been detected, eg in a bitmap format. The second part may comprise an indication of the availability of a potential beam for each of the one or more serving cells, eg in a different bitmap format. The third part may contain indications of one or more potential beams, such as indices of the respective RSs, as mentioned above.

[0072] In some exemplary embodiments, HSCs, such as HSCs 102 and 103, may be grouped to recover from a beam failure. Information regarding one or more serving cells in which a beam failure has been detected (which may be referred to herein as failing cells or failing HSCs according to this document) may comprise a first bitmap that indicates all failing states. HC cells/groups HC, whether or not information on the corresponding potential beam is reported to the network device 110. The first bitmap may also be referred to herein as a cell index bitmap for discussion purposes only.

[0073] In some exemplary embodiments, in the complete BFR message, the information may further comprise a second bitmap that indicates the availability of a potential beam for each of the failed HS cells/groups of HCs. The second bitmap may also be referred to herein as a potential beam bitmap for discussion purposes only. In some exemplary embodiments, the second bitmap may be used to indicate whether a failed HS cell/group of HS cells contains a potential beam with a quality above a threshold quality. In some exemplary embodiments, the second bitmap may be used to indicate whether a potential beam message for a failed HC cell/group of HC cells is being transmitted to network device 110.

[0074] Referring now to FIG. 4, which is a schematic diagram illustrating an exemplary format 400 for reporting a beam failure in accordance with some embodiments of the present invention. As shown in FIG. 4, the exemplary format 400 includes a first bitmap 402, and each of bits 411-417 corresponds to a B-cell or a group of B-cells. For example, the HSell group may be a beam steering group (eg, the beam steering group shown in FIG. 2B) containing HCs that have a common beam failure criterion. In other words, when one of the HS cells in the HS cell group is in the beam fail state, the other HS cells in the same group are also in the beam fail state. Although in FIG. 4 shows seven bits, the length of the bitmap in FIG. 4 should be considered as a non-limiting example, and various numbers of bits may be included. In some exemplary embodiments, the bitmap length may be up to the maximum number of BCots that are or can be configured.

[0075] In the case where each of bits 411-417 corresponds to a B-Cell, Ci-Ci+6 may refer to B-Cell indices. When the corresponding bit is assigned a predetermined value (eg, "1"), it indicates that a beam failure has occurred in the corresponding H-cell; when the corresponding bit is set to another predetermined value (eg, "0"), it indicates that a beam failure has not been detected in the corresponding H-cell. As an example, the bit corresponding to BCot 102 is bit 412 Ci+1. Then, the value of bit 411 Ci+1 may be set to "1" when a beam failure is detected at B-cell 102. The values may be considered vice versa.

[0076] In the case where each of the bits 411-417 corresponds to a group BCot, the indexing of the bitmap 402 is logical. In this case, bits 411-417 are not directly mapped to the BCot indices, but are mapped in groups. In other words, bitmap 402 indicates the HIcells in the logical order in which the failure was detected. When the corresponding bit is set to a predetermined value (eg, "1"), it indicates that beam failures have occurred in the H Cells in the group; when the corresponding bit is set to another predetermined value (eg, "0"), it indicates that a beam failure has not been detected in the H Cells in the group.

[0077] As shown in FIG. 4, the exemplary format 400 further comprises a second bitmap 403, and each of bits 421-427 corresponds to a BCot or a group of BCots. A pair of bits in the first bitmap 402 and the second bitmap 403 correspond to the same Bcell or the same Bcell group. Taking as an example the HSCs shown in FIG. 1, both Ci+1 bit 412 and CIi+1 bit 422 may correspond to BSota 102, while both Ci+2 bit 413 and CIi+2 bit 423 can correspond to BSota 103.

[0078] In some exemplary embodiments, if the H-cell has a potential beam with a quality above a threshold quality, a corresponding bit in the second bitmap 420 may be assigned a predetermined value (eg, "1"). Reference is still made to the example discussed above in connection with FIG. 1. If a beam failure is detected at HS-cell 102 and HS-cell 102 has a potential beam with a quality above the threshold quality, CIi+1 bit 422 may be set to "1". Values can also be viewed vice versa.

[0079] In some exemplary embodiments, if a potential beam indication for an H-cell is included in the BFR message, the corresponding bit in the second bitmap 420 may be set to a predetermined value (eg, "1"). For example, a potential beam for HSC 102 would be reported to network device 110, bit 422 CIi+1 could be set to "1". Values can also be viewed vice versa.

[0080] The exemplary format 400 may further include a field 401 to identify that the specified information is used for BFR. In the case where the information is transmitted by the MAC CE, this field may be a logical channel identifier (LCID; Logical Channel ID) to identify that the MAC CE is used for BFR.

[0081] In some exemplary embodiments, the message format may include an additional field associated with the PS-cell serving the terminal, such as PS-cell 101 serving the terminal 120 shown in FIG. 1. In the exemplary format 400 shown in FIG. 4, bits 410 and 420 R are reserved. In FIG. 5 shows another exemplary format 500 in accordance with some embodiments of the present invention.

[0082] The exemplary format 500 includes an LCID field 501, a first bitmap 502 containing bits 510-517, and a second bitmap 503 containing bits 520-527. LCID field 501, bits 511-517, and bits 521-527 are the same as LCID field 401, bits 411-417, and bits 521-527, respectively. P bit 510 in first bitmap 502 may be used to indicate whether a beam failure has been detected at MSo 101. For example, when tag 120 has detected a beam failure at PS 101, tag 120 may set bit 510 P to "1".

[0083] The CIP bit 520 in the second bitmap 503 may be used to indicate whether the PS-cell 101 has a potential beam with a quality above a threshold quality. For example, when tag 120 has detected a potential beam above the threshold quality, tag 120 may set CIP bit 520 to a value of "1". Alternatively, the CIP bit 520 may be used to indicate whether a potential beam for PS Cell 101 is being reported to network device 110.

[0084] It should be understood that although FIG. 4 and 5 show a certain number of fields, the BFR message format may contain more or fewer fields to indicate a beam failure. For example, when less than 7 HCots or HCot groups are involved, some of bits 411-417 may be reserved, and when more than 7 HCots or HCot groups are involved, the first and second bitmaps may be extended to include additional bits.

[0085] As mentioned above, a complete BFR message may contain indications of one or more potential beams for all or some of the failed HCs. In some exemplary embodiments, the network device 110 is required to receive messages only about the potential beam(s) above a quality threshold. For example, if a beam failure has been detected at HSCell 102, tag 120 may select a new beam for HSCell 102. Terminal 120 may determine the signal quality of the set of potential RSs configured for HSCell 102, for example, based on L1-RSRP measurements. For example, the set of potential RSs may be selected from either a list of potential RSs (explicitly configured by network device 110) or from any RS DL, such as SSB/CSI-RS. In some exemplary embodiments, the potential beams may be DL RSs configured to transmit L1-RSRP messages.

[0086] Terminal 120 can then detect from the set of potential RSs a potential RS with a signal quality above a threshold quality. If a potential RS with signal quality above a threshold quality is detected, terminal 120 may generate an indication of the detected potential RS as part of the information regarding one or more potential beams. The indication may be an index of a potential RS with a signal quality above a threshold quality.

[0087] In such exemplary embodiments, the entire BFR message may only contain indications of potential beams with a signal quality above a threshold quality. As such, there may be HSCs in a state of failure that do not have the specified potential beam. These candidate beams may be prioritized according to one or more of the priority orders described below.

[0088] Alternatively, in some exemplary embodiments, for failed HCs, it may be necessary for network device 110 to report a potential beam above and below a threshold quality. For example, if a candidate beam with a quality above the threshold quality is not detected for a certain failed HC cell, such as HC cell 103, tag 120 may generate an indication of a potential RS from among the set of potential RSs with the highest signal quality as part of the information about one or more potential rays. The indication may be an index of the highest signal quality potential RS.

[0089] In such exemplary embodiments, the entire BFR message may comprise potential beam indications for each of the failed serving cells, eg, each of the failed BSs. These potential beams may first be prioritized based on their quality levels. For example, potential beams above the threshold quality may take precedence over potential beams below the threshold quality.

[0090] In any of the examples provided herein, a measured number of potential beams message may be transmitted along with a potential RS index. As an example, the quantity may be at least one of RSRP, reference signal reception quality (RSRQ), signal to interference plus noise ratio (SINR; Signal to Interference plus Noise Ratio), or the like.

[0091] Referring now to FIG. 6, which is a schematic diagram illustrating an exemplary format 600 for transmitting beam failure messages in accordance with some embodiments of the present invention. The exemplary format 600 includes an LCID field 601, a first bitmap 602, and a second bitmap 603, which may be the same as the LCID field 401, the first bitmap 402, and the second bitmap 403, respectively, as shown in FIG. 4. The exemplary format 600 further includes fields 604, 605, and 606, which are used to indicate one or more potential beams for the failed HC cells. In the exemplary format 600, each of the one or more potential beams is indicated by an index of the corresponding potential RS. Indices 1, 2, N may be located in the message based on one or more orders of precedence, which will be described below.

[0092] Referring now to FIG. 3. The tag 120 determines 310 based on the amount of information whether the resource allocated to transmit the information is sufficient. Terminal 120 may determine if the allocated uplink resource can transmit all information regarding the failed serving cells and one or more candidate beams, eg, all three pieces of information mentioned above. The uplink resource may be a resource indicated by a UL grant or a periodic PUCCH resource.

[0093] Terminal 120 transmits 315 at least some of the information regarding the failed serving cells and one or more candidate beams to the network device 110 associated with the one or more serving cells. If the resource is sufficient, tag 120 transmits all information regarding the failed serving cells and one or more candidate beams to network device 110. For example, the information may be transmitted in the format shown in FIG. 6. In such a case, this means that the complete BFR message is transmitted by terminal 120. In the complete BFR message, indications of one or more potential beams may be arranged based on one or more orders of priority, as described below, which may be known to terminal 120 and network device 110.

[0094] If the resource is insufficient, tag 120 sends only part of the information to network device 110. In such a case, this means that tag 120 sends a shortened BFR message. The following is a detailed description of how terminal 120 determines the piece of information to be transmitted.

[0095] The first piece of information containing indications of cells in a failed state, such as those in a failed state of AH Cells, may have the highest priority. For example, the first bitmap 602 shown in FIG. 6 may have the highest priority. Therefore, there may be a case where only the cell index bitmap (eg, the first bitmap 402, 502, 602) is transmitted to the network device 110 due to a very limited uplink resource payload size. Thus, when tag 120 has determined the trigger of a BFR message in MAC CE for network device 110 and has used CBRA to request resources, tag 120 may include a BFR message in message 3 (Msg3; message 3). If Msg3 cannot accommodate the cell index bitmap and the potential beam bitmap, the potential beam bitmap may be omitted and terminal 120 may transmit only the cell index bitmap.

[0096] In some exemplary embodiments, a PS-cell candidate beam message may take precedence over a potential beam message for any H-cell/H-cell group. For example, a potential beam for a PS cell/PS cell may be reported when a BFR message is transmitted on a non-failed HS cell (eg, in the exemplary format 500 as shown in FIG. 5). Otherwise, the PRACH preamble transmitted in the PS-Cell/PS-Cell indicates the potential beam for the PS-Cell/PS-Cell. It may be restricted that the BFR message in the MAC CE may only be transmitted on the resource specified in the UL grant, which is obtained as a result of a random access procedure, such as Msg3 or Msg5.

[0097] In some exemplary embodiments, when no HSCs have been configured to detect beam failure and the BFR message is in MAC CE format (which may be referred to as BFR MAC CE), the MAC subheader for BFR MAC CE (t .e byte with LCID) may be sufficient to indicate a failure of the SScell/PVCell (eg when transmitted in Msg3).

[0098] Candidate beam indications for different HCots may also be prioritized based on, for example, the signal quality levels of those candidate beams and the HCell corresponding to each of the candidate beams. For example, in exemplary embodiments where the entire BFR message contains both above and below threshold quality potential beams, above threshold quality potential beam(s) may take precedence over below threshold quality potential beam(s).

[0099] Some exemplary order of precedence based on the respective HCos is provided. The exemplary order of priority may be based on the indices of HSC/groups of HSC. For example, the network device 110 may explicitly configure a priority order based on the H Cell indices/H Cell groups. Alternatively, the order of precedence may be based on the ascending/descending order of the BCot/BCot groups (or logical index). As an example, if the order of priority is based on the descending order of the indices of HCot and HCell 103 has the lowest or highest index among the failed HCells for terminal 120, then the indication of the potential beam associated with HCell 103 may be omitted by terminal 120 .

[00100] Another exemplary order of priority may be based on whether the HSota is in the same group as the PSota, such as PSota 101. For example, a HSota that is in the same group as the PSota may be assigned a priority. Various types of groups can be defined and considered. For example, in a dual connection scenario, BCells that are in the same cell group as the PScell can be prioritized. As another example, BT cells that are in the same PUCCH group or timing advance group with the PS cell may be assigned a priority. As a further example, VS cells that are in the same beam steering group as the PS cell may be prioritized. In other words, HS cells are prioritized such that cells grouped for the purpose of beam failure detection or for the purpose of new potential beams with PS Cell are prioritized.

[00101] An additional exemplary order of priority may be based on the number of other VSots associated with a particular VSot. For example, a HSC associated with a majority of other HSCs may be assigned a priority. In other words, HSCs in a group with more cells (larger group size) may take precedence over HSCs in a group with fewer cells (smaller group size).

[00102] Another exemplary order of priority may be based on the carrier configuration of the BCot. For HSCs that have potential beams above the threshold quality according to the in-band or inter-band cell configuration, the H-Cell(s) configured with in-band carriers may have a higher priority than the H-Cell(s) configured with inter-band carriers.

[00103] Additional exemplary order

priority may be based on transmissions scheduled in HSCs. For example, when transmitting messages, priority is given to the most recently scheduled VS-cells. The determination of the most recently scheduled VSot can be based on which VSell the terminal 120 transmitted acknowledgments (ACK; Hybrid Automatic Repeat reQuest) acknowledgments (HARQ; Hybrid Automatic Repeat reQuest) most recently or, for example, an aperiodically triggered message CSI.

[00104] As another exemplary order of priority, priority may be assigned to UL-synced HS cells. In other words, cells in a Timing Adjustment Group (TAG) running a Timing Alignment Timer (TAT) can be prioritized. As another exemplary order of priority, activated HS cells may be prioritized, for example, when terminal 120 performs beam failure detection for so-called inactive cells that it measures but on which it does not decode the PDCCH.

[00105] The priority of the potential beam is determined based on the priority of the corresponding H-cell. The indication of the first potential beam with a higher priority has a higher priority than the indication of the second potential beam with a lower priority. Thus, when the resource is insufficient, the indication of the second potential beam may be omitted in the BFR message. For example, if HS-cell 102 has a higher priority than HS-cell 103, the potential beam for HS-cell 102 takes precedence over the potential beam for HS-cell 103. That is, the potential beam indication for HS-cell 102 may be placed in a position preceding the potential beam indication for HS-cell 103. When the uplink resource is insufficient, the potential beam indication for HSC 103 may be omitted, while the potential beam indication for HSC 102 cannot be omitted.

[00106] In determining which candidate beams may be included in the transmitted portion, ie, in the reduced message, the above exemplary order of precedence may be combined. For example, if two or more candidate beams have equal priority based on priority order, terminal 120 may use a different priority order until one candidate beam is selected. Terminal device 120 may select a piece of information to be transmitted to network device 110 based on one or more of the above orders of priority until the selected piece is allocated by the uplink resource.

[00107] In exemplary embodiments, tag 120 may first make a determination to include at least an indication of all failed serving cells (e.g., the first bitmap or cell index bitmap) before proceeding to determine whether which potential beams or which potential beam will be reported to the network device 110.

[00108] The full BFR message or the reduced BFR message may be transmitted in various ways. For example, a full BFR message or a reduced BFR message may be sent in one of the following: RRC message, MAC CE, PUSCH, or PUCCH. If the shortened BFR message is transmitted by tag 120, tag 120 may optionally send an indication to network device 110 that the beam failure information is being partially transmitted. For example, an LCID field with a predefined value or another dedicated field in the message may be used to indicate a shortened BFR message.

[00109] In some exemplary embodiments, information regarding the failed cells and information regarding one or more candidate beams may be transmitted in the same message, e.g. cell failure state. Alternatively, information regarding the failed cells and information regarding one or more candidate beams may be transmitted in different messages. Information regarding one or more candidate beams, such as a bitmap of the candidate beams and candidate RS indices, may be transmitted in a separate message after an H-cell failure has been indicated. For the example shown in FIG. 6, the second bitmap 603 and the bytes containing the fields 604-606 may be transmitted after the transmission of the first bitmap 601.

[00110] In some exemplary embodiments, when the threshold quality is configured by the network device 120, the beam failure message format may not contain any information about the number of measurements (eg, RSRP). In such a case, the selection of a potential beam for the serving cell (e.g., HS cell 102) by terminal device 120 is sufficient for network device 110, and the specific quality of this potential beam may not be reported to network device 110.

[00111] Reference is still made to FIG. 3. Network device 110 receives 320 at least a portion of information regarding one or more candidate beams and one or more serving cells in which a beam failure has been detected. Based on the piece of information received, the network device 110 at least determines 320 that a beam failure has been detected in said one or more serving cells.

[00112] If the network device 110 receives the entire BFR message, for example, if the LCID field indicates the entire message, then the potential beam bitmap (eg, second bitmap 403, 503, or 603) may indicate all failed cells with potential beams above threshold quality. That is, those cells indicated as "1" in the cell index bitmap (eg, first bitmap 402, 502, or 602) but indicated as "0" in the candidate beam bitmap do not have potential beams above the threshold quality. If the network device 110 receives a shortened BFR message, for example, if the LCID field indicates a shortened message, then the potential beam bitmap (eg, second bitmap 403, 503, or 603) may indicate cells with potential beams that are reported based on one or more from the above orders of precedence. That is, at least one cell that is indicated as "1" in the cell index bitmap (e.g., the first bitmap 402, 502, or 602) and as "0" in the potential beam bitmap has a potential beam that has a higher quality. threshold, but the message about it is not transmitted. In such a case, the network device 110 may issue an additional UL clearance to obtain full information regarding the beam failure of the terminal device 120.

[00113] In some exemplary embodiments, when transmitting a reduced BFR message, terminal 120 may transmit the remainder of the information regarding one or more candidate beams and one or more failed serving cells. In the case of terminal device 120 transmitting a reduced BFR message, a complete BFR message may be considered pending until, for example, terminal device 120 transmits a complete BFR message.

[00114] Alternatively, a complete BFR message may be considered to be pending until tag 120 has transmitted all of the information that was originally included in the complete BFR message, e.g., tag 120 may send the remaining information not included in the message. into an abbreviated message, or send a full BFR message.

[00115] As another example, a complete BFR message may be considered to be pending until terminal 120 determines that the reported information has changed, e.g., information regarding the potential beam(s) for an unmessaged H-cell (H-cell) has changed. . In the event that the resource specified in the UL grant after transmission of the shortened BFR message cannot accommodate the full message, tag 120 may decide to send an additional shortened message, excluding the report of potential beams already reported.

[00116] Exemplary embodiments according to the present invention will be described in more detail with reference to FIGS. 7-8.

[00117] FIG. 7 shows a flow diagram of an exemplary method 700 in accordance with some exemplary embodiments of the present invention. Method 700 may be implemented in a device, such as terminal device 120, as shown in FIG. 1. For purposes of discussion, method 700 will be described with reference to FIG. one.

[00118] At block 710, tag 120 detects a beam failure in one or more serving cells of the tag. If a beam failure is detected in one or more serving cells, at block 720, tag 120 receives information regarding one or more potential beams and one or more serving cells. Each of the one or more candidate beams is associated with a corresponding one of the one or more serving cells. At block 730, tag 120 transmits at least some of the information to network device 110 associated with one or more serving cells.

[00119] In some exemplary embodiments, the information comprises a first bitmap containing a set of bits corresponding to the set of serving cells for the terminal, and a bit from the set of bits corresponding to each of the one or more serving cells is assigned a first predetermined value.

[00120] In some exemplary embodiments, the information comprises a second bitmap containing a set of bits corresponding to the set of serving cells for the terminal device, and a bit from the set of bits is assigned a second predetermined value if the corresponding serving cell satisfies one of the following conditions: the potential beam for the corresponding serving cell has a quality above a threshold value; or a potential beam indication for the corresponding serving cell is included in the transmitted part.

[00121] In some exemplary embodiments, transmitting at least a portion of the information includes: determining, based on the amount of information, whether a resource allocated for transmitting the information is sufficient; and transmitting a portion of the information to the network device in response to determining that the resource is insufficient.

[00122] In some exemplary embodiments, transmitting a piece of information includes: selecting at least one candidate beam from one or more candidate beams; and transmitting an indication of the selected at least one potential beam to the network device.

[00123] In some exemplary embodiments, a first candidate beam of one or more candidate beams is associated with a secondary cell of one or more serving cells, and the first candidate beam is selected as one of the at least one candidate beam if: the signal quality of the first potential beam exceeds the threshold quality, the secondary cell has the lowest index in one or more serving cells, the secondary cell has the highest index in one or more serving cells, the secondary cell belongs to the same group as the primary cell, for the terminating device, the secondary cell is associated with a plurality of additional secondary cells, the secondary cell is configured with in-band carriers, or a transmission has been scheduled in the secondary cell.

[00124] In some exemplary embodiments, one or more serving cells include a serving cell, and receiving information includes: determining signal quality levels of a set of potential reference signals configured for the serving cell; detecting from the set of potential reference signals a potential reference signal with a signal quality above a threshold quality; and generating an indication of the detected potential reference signal as at least a piece of information about one or more potential beams in response to detection of a potential reference signal with a signal quality above a threshold quality.

[00125] In some exemplary embodiments, the method 700 further includes generating an indication of a potential reference signal among the set of potential reference signals with the highest signal quality as at least a piece of information about one or more potential beams in response to the absence of a potential reference signal. reference signal with a signal quality above the threshold quality.

[00126] In some exemplary embodiments, method 700 further includes transmitting an indication that information has been partially transmitted.

[00127] In some exemplary embodiments, method 700 further includes transmitting the remainder of the information to network device 110.

[00128] In some exemplary embodiments, some of the information is transmitted on one of the following: a radio resource control message, a MAC CE, a PUSCH, or an uplink physical control channel.

[00129] FIG. 8 shows a flowchart of an exemplary method 800 in accordance with some exemplary embodiments of the present invention. Method 800 may be implemented in a device, such as network device 110, as shown in FIG. 1. For purposes of discussion, method 800 will be described with reference to FIG. one.

[00130] At block 810, network device 110 receives from tag 120 at least a portion of information regarding one or more candidate beams and one or more serving cells in which a beam failure has been detected. Each of the one or more candidate beams is associated with a corresponding one of the one or more serving cells. At block 820, network device 110 determines, based on the received portion, at least that a beam failure has been detected in one or more serving cells.

[00131] In some exemplary embodiments, the information comprises a first bitmap containing a set of bits corresponding to the set of serving cells for the terminal, and a bit from the set of bits corresponding to each of the one or more serving cells is assigned a first predetermined value.

[00132] In some exemplary embodiments, the information comprises a second bitmap containing a set of bits corresponding to the set of serving cells for the terminal device, and a bit from the set of bits is assigned a second predetermined value if the corresponding serving cell satisfies one of the following conditions: the potential beam for the corresponding serving cell has a quality above a threshold value; or a potential beam indication for the corresponding serving cell is included in the transmitted part.

[00133] In some exemplary embodiments, receiving at least a portion of the information includes receiving a portion of the information.

[00134] In some exemplary embodiments, the received part comprises an indication of at least one potential beam from one or more potential beams. Method 800 further includes: determining, from one or more serving cells, at least one serving cell associated with at least one potential beam.

[00135] In some exemplary embodiments, a first candidate beam of at least one potential beam is associated with a secondary cell of one or more serving cells, and determining the at least one serving cell includes defining the secondary cell as one of at least one serving cell if: the secondary cell has the lowest index in one or more serving cells, the secondary cell has the highest index in one or more serving cells, the secondary cell belongs to the same group as the primary cell for the terminal , the secondary cell is associated with a plurality of additional secondary cells, the secondary cell is configured with in-band carriers, or a transmission has been scheduled in the secondary cell.

[00136] In some exemplary embodiments, method 800 further includes receiving an indication that information has been partially transmitted.

[00137] In some exemplary embodiments, method 800 further includes receiving the remainder of the information from the tag.

[00138] In some exemplary embodiments, at least some of the information is received on one of the following: a radio resource control message, a MAC CE, a PUSCH, or an uplink physical control channel.

[00139] In some exemplary embodiments, a device capable of performing method 700 may include means for performing appropriate steps of method 700. Said means may be implemented in any suitable form. For example, the tool may be implemented as a circuit or a software module.

[00140] In some exemplary embodiments, the device comprises: means for detecting at the terminal a beam failure in one or more serving cells of the terminal; means for receiving information regarding one or more candidate beams and one or more serving cells, in response to detecting a beam failure in one or more serving cells, each of the one or more candidate beams being associated with a respective one of the one or more serving cells; and means for transmitting at least a portion of the information to a network device associated with one or more serving cells.

[00141] In some exemplary embodiments, the information comprises a first bitmap containing a set of bits corresponding to the set of serving cells for the terminal, and a bit from the set of bits corresponding to each of the one or more serving cells is assigned a first predetermined value.

[00142] In some exemplary embodiments, the information comprises a second bitmap containing a set of bits corresponding to the set of serving cells for the terminal device, and a bit from the set of bits is assigned a second predetermined value if the corresponding serving cell satisfies one of the following conditions: the potential beam for the corresponding serving cell has a quality above a threshold value; or a potential beam indication for the corresponding serving cell is included in the transmitted part.

[00143] In some exemplary embodiments, the means for transmitting at least a portion of the information comprises: means for determining, based on the amount of information, whether a resource allocated for transmitting the information is sufficient; and means for transmitting a portion of the information to the network device in response to determining that the resource is insufficient.

[00144] In some exemplary embodiments, the means for transmitting a piece of information comprises: means for selecting at least one potential beam from one or more potential beams; and means for transmitting an indication of the selected at least one potential beam to the network device.

[00145] In some exemplary embodiments, a first candidate beam of one or more candidate beams is associated with a secondary cell of one or more serving cells, and the first candidate beam is selected as one of the at least one candidate beam if: the signal quality of the first potential beam exceeds the threshold quality, the secondary cell has the lowest index in one or more serving cells, the secondary cell has the highest index in one or more serving cells, the secondary cell belongs to the same group as the primary cell, for the terminating device, the secondary cell is associated with a plurality of additional secondary cells, the secondary cell is configured with in-band carriers, or a transmission has been scheduled in the secondary cell.

[00146] In some exemplary embodiments, one or more serving cells comprise a serving cell and means for receiving information, comprising: means for determining signal quality from a plurality of potential reference signals configured for the serving cell; means for detecting, from the plurality of potential reference signals, a potential reference signal with a signal quality above a threshold quality; and means for generating an indication of the detected potential reference signal as at least a piece of information regarding one or more potential beams in response to detection of a potential reference signal with a signal quality above a threshold quality.

[00147] In some exemplary embodiments, the device further comprises: means for generating an indication of a potential reference signal among the set of potential reference signals with the highest signal quality as at least part of the information regarding one or more potential beams in response to the absence of a potential reference signal with signal quality above the threshold quality.

[00148] In some exemplary embodiments, the device further comprises means for transmitting an indication that information has been partially transmitted.

[00149] In some exemplary embodiments, the device further comprises means for transmitting the remainder of the information to the network device 110.

[00150] In some exemplary embodiments, at least some of the information is transmitted on one of the following: a radio resource control message, a MAC CE, or an uplink physical control channel.

[00151] In some exemplary embodiments, a device capable of performing method 800 may include means for performing appropriate steps of method 800. Said means may be implemented in any suitable form. For example, the tool may be implemented as a circuit or a software module.

[00152] In some exemplary embodiments, the device comprises: means for receiving at the network device from the terminal device at least a portion of information regarding one or more candidate beams and one or more serving cells in which a beam failure is detected, each of one or more potential beams associated with a respective one of the one or more serving cells; and means for determining, based on the received portion, at least that a beam failure has been detected in one or more serving cells.

[00153] In some exemplary embodiments, the information comprises a first bitmap containing a set of bits corresponding to the set of serving cells for the terminal, and a bit from the set of bits corresponding to each of the one or more serving cells is assigned a first predetermined value.

[00154] In some exemplary embodiments, the information comprises a second bitmap containing a set of bits corresponding to the set of serving cells for the terminal, and a bit from the set of bits is assigned a second predetermined value if the corresponding serving cell satisfies one of the following conditions: the potential beam for the corresponding serving cell has a quality above a threshold value; or a potential beam indication for the corresponding serving cell is included in the transmitted part.

[00155] In some exemplary embodiments, receiving at least a portion of the information includes receiving a portion of the information.

[00156] In some exemplary embodiments, the received part comprises an indication of at least one potential beam from one or more potential beams. The device further comprises: means for determining from one or more serving cells at least one serving cell associated with at least one potential beam.

[00157] In some exemplary embodiments, a first potential beam of at least one potential beam is associated with a secondary cell of one or more serving cells, and means for determining the at least one serving cell comprises means for determining the secondary cell as one from at least one serving cell if: the secondary cell has the lowest index in one or more serving cells, the secondary cell has the highest index in one or more serving cells, the secondary cell belongs to the same group as the primary cell, for terminal, the secondary cell is associated with a plurality of additional secondary cells, the secondary cell is configured with in-band carriers, or a transmission has been scheduled in the secondary cell.

[00158] In some exemplary embodiments, the device further comprises means for transmitting an indication that information has been partially transmitted.

[00159] In some exemplary embodiments, the device further comprises means for receiving the remainder of the information from the terminal device.

[00160] In some exemplary embodiments, a piece of information is received in one of the following: a radio resource control message, a MAC CE, a PUSCH, or an uplink physical control channel.

[00161] FIG. 9 is a simplified functional diagram of an apparatus 900 suitable for implementing embodiments of the present invention. Device 900 may be provided to implement a communications device, such as terminal devices 120 or network device 110, as shown in FIG. 1. As shown, device 900 includes one or more processors 910, one or more memory devices 920 coupled to processor 910, and one or more communication modules 940 coupled to processor 910.

[00162] The communication module 940 is configured for bi-directional communication. Communication module 940 includes at least one antenna to facilitate communication. The communication interface may be any interface needed to communicate with other network elements.

[00163] The processor 910 may be of any type suitable for a local technical network, and may include, as non-limiting examples, one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSP; digital signal processor ) and processors based on the multi-core processor architecture. Device 900 may include multiple processors, such as an ASIC chip, operating in response to a clock signal to synchronize with the main processor.

[00164] The storage device 920 may include one or more non-volatile storage devices and one or more volatile storage devices. Examples of non-volatile memory devices include, but are not limited to, read only memory (ROM; Read Only Memory) 924, electrically programmable read only memory (EPROM; electrically programmable read only memory), flash memory, hard disk drive, compact disc (CD ; compact disc), digital video disc (DVD; digital video disk) and other magnetic storage device and/or optical storage device. Examples of volatile storage devices include, but are not limited to, random access memory (RAM) 922 and other volatile storage devices that do not retain data during a power off period.

[00165] The computer program 930 contains computer-executable instructions that are executed by an associated processor 910. Program 930 may be stored in ROM 920. Processor 910 may perform any suitable actions and processing by loading program 930 into RAM 920.

[00166] Embodiments of the present invention may be implemented by program 930 such that device 900 may perform any process of the present invention as described with reference to FIG. 7-8. Embodiments of the present invention may also be implemented in hardware or a combination of software and hardware.

[00167] In some embodiments, the program 930 may be tangibly contained on a computer-readable medium that may be included in the device 900 (such as a storage device 920) or other data storage devices accessible to the device 900. The device 900 may load the program 930 from the computer-readable medium. in RAM 922 for execution. The computer-readable medium may include any type of tangible non-volatile storage device such as ROM, EPROM, flash memory, hard disk, CD, DVD, and the like. In FIG. 10 shows an example of a computer readable medium 1000 in the form of a CD or DVD. The computer-readable medium contains the program 930 stored thereon.

[00168] In general, various embodiments of the present invention may be implemented in hardware or dedicated circuitry, software, logic, or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software, which may be executed by a controller, microprocessor, or other computing device. Although various aspects of the embodiments of the present invention are illustrated and described as functional diagrams, block diagrams, or using any other graphical representations, it should be understood that the unit, apparatus, system, method, or method described herein may be implemented, as non-limiting examples, in hardware, software, firmware, dedicated circuitry or logic, general purpose hardware or controller, or other computing devices, or some combination thereof.

[00169] The present invention also provides at least one computer program product tangibly stored on a non-volatile computer-readable medium. The computer program product comprises computer-executable instructions, such as instructions that are included in program modules executing on a device on a target real or virtual processor, for performing method 700 or 800 as described above with reference to FIG. 7-8. In general, program modules contain procedures, programs, libraries, objects, classes, components, data structures, or the like that perform specific tasks or implement specific abstract data types. The functionality of the software modules may be combined or shared between software modules, as desired in various embodiments. Computer-executable instructions for program modules may be executed on a local or distributed device. In a distributed computing environment, program modules may reside on both local and remote storage media.

[00170] Program code for performing the methods of the present invention may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing device in such a way that the program codes, when executed by the processor or controller, result in the execution of the functions/operations indicated in the block diagrams and/or functional schemes. The software code may run entirely on the machine, partially on the machine as a stand-alone software package, partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[00171] In the context of the present invention, computer program codes or data associated therewith may be transferred using any suitable medium to enable a device, apparatus, or processor to perform various processes and operations as described above. Examples of a medium include a signal, a computer-readable medium, and the like.

[00172] The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. A computer-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a computer-readable storage medium may include an electrical connection having one or more wires, a portable computer floppy disk, a hard drive, random access memory (RAM), read only memory (ROM), erasable programmable read only memory (EPROM; erasable programmable read-only memory, or flash memory), optical fiber, portable compact disc read-only memory (CD-ROM), optical storage, magnetic storage, or any suitable combination of the above.

[00173] In addition, although the operations are illustrated in a specific order, this should not be understood as a requirement that such operations be performed in a particular specified order or sequence, or that all illustrated operations be performed to achieve the desired results. Under certain circumstances, multitasking and parallel processing can be advantageous. Likewise, although the foregoing description contains a number of specific implementation details, they should not be construed as limitations on the scope of the present invention, but as descriptions of features that may be specific to particular embodiments. Certain features described in the context of individual embodiments may also be implemented in combination in one embodiment. Conversely, various features described in the context of one embodiment may also be implemented in multiple embodiments individually or in any suitable subcombination.

[00174] While the present invention has been described in terms of structural features and/or methodological features, it should be understood that the present invention as defined in the appended claims is not necessarily limited to the features or functions described above. Rather, the features and functions described above are disclosed as exemplary embodiments of the claims.

Claims (129)

1. Terminal communication device, containing: at least one processor; and at least one storage device containing program codes; wherein said at least one storage device and said program codes are configured, by means of at least one processor, to bring said terminal device to at least: detecting a beam failure in one or more serving cells of said terminal; receiving information regarding one or more candidate beams and said one or more serving cells, each of said one or more candidate beams being associated with a respective one of said one or more serving cells; and transmitting, to the network device associated with said one or more serving cells, a abbreviated beam failure recovery (BFR) message in a medium access control (MAC) control element (CE) containing only part of said information. 2. The terminal device according to claim. 1, characterized in that the specified information contains a bitmap containing a set of bits corresponding to a set of serving cells for the specified terminal device, and at the same time a bit from the specified set of bits corresponding to each of the specified one or more serving cells assigned a predetermined value. 3. The terminal device according to claim. 1, characterized in that the specified information contains a bitmap containing a set of bits corresponding to a set of serving cells for the specified terminal device, and at the same time, a bit from the specified set of bits is assigned a predetermined value if the specified corresponding serving cell satisfies one of the following conditions: the potential beam for said corresponding serving cell has a quality above a threshold value; or the potential beam indication for said corresponding serving cell is included in said transmitted portion. 4. The terminal device according to claim 1, characterized in that said terminal device is caused to transmit said reduced BFR message after determining that the resource allocated for transmitting said information in full is insufficient. 5. The terminal device according to claim 4, characterized in that otherwise the complete MAC BFR CE is transmitted, containing the specified information in full. 6. The terminal device according to claim 1, characterized in that the specified terminal device is additionally reduced to: selecting at least one potential beam from said one or more potential beams; and turning on an indication of said selected at least one potential beam in said portion of said information. 7. The terminal device according to claim 6, characterized in that said at least one potential beam is associated with a secondary cell of said one or more serving cells, wherein said one or more serving cells are indicated by one or more indices, and said at least at least one potential beam is selected based on at least one of the following criteria: the signal quality of the specified first potential beam exceeds the threshold quality, said secondary cell has the lowest index of said indices of said one or more serving cells, said secondary cell has the highest index of said indices of said one or more serving cells, the specified secondary cell belongs to the same group as the primary cell for the specified terminal, said secondary cell is associated with a plurality of additional secondary cells, said secondary cell is configured with in-band carriers, or the transmission was scheduled on the specified secondary cell. 8. The terminal device according to claim 1, characterized in that said part of said information contains information regarding at least one of said one or more candidate beams, which are selected based on the order of priority of said one or more candidate beams. 9. The terminal device according to claim 8, characterized in that said priority order is based on the ascending order of indices of said one or more serving cells. 10. The terminal device according to claim 1, characterized in that said one or more serving cells contain a serving cell, and wherein said terminal device is made to receive said information by: determining signal quality levels from a set of potential reference signals configured for said serving cell; detecting, from said set of potential reference signals, a potential reference signal whose signal quality is above a threshold quality; and generating an indication of said detected potential reference signal as at least a piece of information regarding said one or more potential beams. 11. The terminal device according to claim 10, characterized in that the specified terminal device is additionally reduced to: generating an indication of a potential reference signal identified from said set of potential reference signals having the highest signal quality of said signal quality levels from said set of potential reference signals, and wherein said indication is included in information regarding said one or more candidate beams. 12. The terminal device according to claim 1, characterized in that the specified terminal device is additionally reduced to: transmitting an indication that said information has been partially transmitted. 13. The terminal device according to claim 1, characterized in that the specified terminal device is additionally reduced to: transmitting the remainder of said information to said network device. 14. Network communication device, containing: at least one processor; and at least one storage device containing program codes; wherein said at least one storage device and said program codes are configured to bring, by means of at least one processor, said network device to at least: receiving from the terminal a reduced beam failure recovery (BFR) message in a medium access control (MAC) control element (CE) containing only part of the information, said information relating to one or more candidate beams and one or more serving cells where a beam failure is detected, wherein each of said one or more candidate beams is associated with a respective one of said one or more serving cells; and determining, based on said portion of said information, that at least one beam failure is being reported for said one or more serving cells. 15. The network device according to claim 14, characterized in that the specified information contains a bitmap containing a set of bits corresponding to a set of serving cells for the specified terminal device, and at the same time a bit from the specified set of bits corresponding to each of the specified one or more serving cells , is assigned a predefined value. 16. The network device according to claim 14, characterized in that said information contains a bitmap containing a set of bits corresponding to a set of serving cells for the specified terminal device, and at the same time, a bit from the specified set of bits is assigned a predetermined value if the specified corresponding serving cell satisfies one of the following conditions: the potential beam for said corresponding serving cell has a quality above a threshold value; or the potential beam indication for said corresponding serving cell is included in said part of said information. 17. The network device according to claim 14, characterized in that said network device is made to receive said reduced BFR message when the resource allocated to transmit said information in full is insufficient. 18. The network device according to claim 17, characterized in that otherwise a complete CE MAC BFR is received containing the specified information in full. 19. The network device according to claim 14, characterized in that said part of said information contains an indication of at least one potential beam from said one or more potential beams, and said network device is further reduced to: determining from said one or more serving cells at least one serving cell associated with said at least one potential beam. 20. The network device according to claim 19, characterized in that the first potential beam of said at least one potential beam is associated with a secondary cell of said one or more serving cells, wherein said one or more serving cells are indicated by one or more indices and said network device is configured to determine said secondary cell as one of said at least one serving cell if: said secondary cell has the lowest index of said indices of said one or more serving cells, said secondary cell has the highest index of said indices of said one or more serving cells, the specified secondary cell belongs to the same group as the primary cell for the specified terminal, said secondary cell is associated with a plurality of additional secondary cells, said secondary cell is configured with in-band carriers, or a transmission has been scheduled on said secondary cell. 21. The network device according to claim 14, characterized in that said part of said information contains information regarding at least one of said one or more candidate beams selected based on the order of priority of said one or more candidate beams. 22. The network device according to claim 21, characterized in that said order of priority is based on the ascending order of indices of said serving cells. 23. A network device according to claim 14, characterized in that said network device is further reduced to: receiving an indication that said information has been partially transmitted. 24. A network device according to claim 14, characterized in that said network device is further reduced to: receiving the remainder of said information from said terminal. 25. Communication method, including: detecting at the terminal a beam failure in one or more serving cells for said terminal; receiving information regarding one or more candidate beams and said one or more serving cells, each of said one or more candidate beams being associated with a respective one of said one or more serving cells; and transmitting, to the network device associated with said one or more serving cells, a abbreviated beam failure recovery (BFR) message in a medium access control (MAC) control element (CE) containing only part of said information. 26. The method according to claim 25, characterized in that said information contains a bitmap containing a set of bits corresponding to a set of serving cells for said terminal device, and wherein a bit from said set of bits corresponding to each of said one or more serving cells is assigned predefined value. 27. The method according to claim 25, characterized in that said information comprises a bitmap containing a set of bits corresponding to a set of serving cells for said terminal, and wherein a bit from said set of bits is assigned a predetermined value if said corresponding serving cell satisfies one of the following conditions: the potential beam for said corresponding serving cell has a quality above a threshold value; or the potential beam indication for said respective serving cell is included in said transmitted part. 28. The method of claim 25, further comprising determining that the resource allocated to transmit said information in full is insufficient. 29. The method according to claim 28, characterized in that otherwise the complete MAC BFR CE is transmitted, containing the specified information in full. 30. The method of claim 25, further comprising: selecting at least one potential beam from said one or more potential beams; and turning on an indication of said selected at least one potential beam in said portion of said information. 31. The method of claim 30, wherein said at least one potential beam is associated with a secondary cell of said one or more serving cells, wherein said one or more serving cells are indicated by one or more indices, and said at least one potential beam is selected based on at least one of the following criteria: the signal quality of the specified first potential beam exceeds the threshold quality, said secondary cell has the lowest index of said indices of said one or more serving cells, said secondary cell has the highest index of said indices of said one or more serving cells, the specified secondary cell belongs to the same group as the primary cell for the specified terminal, said secondary cell is associated with a plurality of additional secondary cells, said secondary cell is configured with in-band carriers, or the transmission was scheduled on the specified secondary cell. 32. The method of claim 25, wherein said piece of said information contains information regarding at least one of said one or more candidate beams that are selected based on the order of priority of said one or more candidate beams. 33. The method of claim 32, wherein said priority order is based on the ascending order of indices of said one or more serving cells. 34. The method of claim. 25, characterized in that said one or more serving cells contain a serving cell, and moreover, obtaining said information includes: determining signal quality levels from a set of potential reference signals configured for said serving cell; detecting, from said set of potential reference signals, a potential reference signal with a signal quality above a threshold quality; and generating an indication of said detected potential reference signal as at least a piece of information about said one or more potential beams. 35. The method of claim 34, further comprising: generating an indication of said potential reference signal, identified from said set of said potential reference signals, having the highest signal quality of said signal quality levels from said set of potential reference signals, and wherein said indication is included in information regarding said one or more candidate beams. 36. The method of claim 25, further comprising: transmitting an indication that said information has been partially transmitted. 37. The method of claim 25, further comprising: transmitting the remainder of said information to said network device. 38. Communication method, including: receiving at a network device from a terminal a shortened beam failure recovery (BFR) message in a medium access control (MAC) control element (CE) containing only part of the information, said information relating to one or more candidate beams and one or more more serving cells in which a beam failure is detected, each of said one or more candidate beams being associated with a corresponding one of said one or more serving cells; and determining, based on said portion of said information, that at least one beam failure is being reported for said one or more serving cells, wherein said piece of information contains a abbreviated beam failure recovery (BFR) message. 39. The method according to p. 38, characterized in that the specified information contains a bitmap containing a set of bits corresponding to a set of serving cells for the specified terminal device, and at the same time a bit from the specified set of bits corresponding to each of the specified one or more serving cells, assigned a predetermined value. 40. The method according to claim 38, characterized in that said information comprises a bitmap containing a set of bits corresponding to a set of serving cells for said terminal, and wherein a bit from said set of bits is assigned a predetermined value if said corresponding serving cell satisfies one of the following conditions: the potential beam for said corresponding serving cell has a quality above a threshold value; or the potential beam indication for said corresponding serving cell is included in said part of said information. 41. The method according to p. 38, including: receiving said abbreviated BFR message when the resource allocated to transmit said information in full is insufficient. 42. The method of claim 41, wherein otherwise a complete MAC BFR CE containing the specified information in full is received. 43. The method according to claim 38, characterized in that said part of said information contains an indication of at least one potential beam from said one or more potential beams, the method further comprising: determining from said one or more serving cells at least one serving cell associated with said at least one potential beam. 44. The method of claim 43, wherein the first potential beam of said at least one potential beam is associated with a secondary cell of said one or more serving cells, wherein said one or more serving cells are indicated by one or more indices, and wherein said secondary cell is defined as one of said at least one serving cell if: said secondary cell has the lowest index of said indices of said one or more serving cells, said secondary cell has the highest index of said indices of said one or more serving cells, the specified secondary cell belongs to the same group as the primary cell for the specified terminal, said secondary cell is associated with a plurality of additional secondary cells, said secondary cell is configured with in-band carriers, or a transmission has been scheduled on said secondary cell. 45. The method of claim 38, wherein said piece of said information contains information regarding at least one of said one or more candidate beams selected based on the order of priority of said one or more candidate beams. 46. The method of claim 45, wherein said order of priority is based on an ascending order of indexes of said one or more serving cells. 47. The method of claim 38, further comprising: receiving an indication that said information has been partially transmitted. 48. The method of claim 38, further comprising: receiving the remainder of said information from said terminal. 49. Communication device, containing: means for detecting at the terminal a beam failure in one or more serving cells of said terminal; means for receiving information regarding one or more candidate beams and said one or more serving cells, each of said one or more candidate beams being associated with a respective one of said one or more serving cells; and means for transmitting to a network device associated with said one or more serving cells a shortened beam failure recovery (BFR) message in a medium access control (MAC) control element (CE) containing only a part of said information. 50. A communication device, comprising: means for receiving at the network device from the terminal a shortened beam failure recovery (BFR) message in a medium access control (MAC) control element (CE) containing only part of the information, said information relating to one or more candidate beams, and one or more serving cells in which a beam failure is detected, each of said one or more candidate beams being associated with a respective one of said one or more serving cells; and means for determining, based on said portion of said information, that at least one beam failure is being reported for said one or more serving cells. 51. Non-volatile computer-readable media containing software instructions to bring the device to perform at least the specified method according to any one of paragraphs. 25-37. 52. Non-volatile computer-readable media containing software instructions to bring the device to perform at least the specified method according to any one of paragraphs. 38-48.

Images