CN112929921B

CN112929921B - Beam failure recovery method, terminal and network side equipment

Info

Publication number: CN112929921B
Application number: CN201911237260.XA
Authority: CN
Inventors: 杨昂; 孙鹏
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2019-12-05
Filing date: 2019-12-05
Publication date: 2023-01-13
Anticipated expiration: 2039-12-05
Also published as: CN112929921A; WO2021109954A1

Abstract

The invention provides a beam failure recovery method, a terminal and network side equipment. The method comprises the following steps: and under the condition that a beam failure event occurs in a first cell, sending a beam failure recovery request BFRQ by adopting the resource of a second cell, wherein the BFRQ is used for requesting the beam failure recovery of the first cell. The invention can improve the success rate of beam failure recovery.

Description

Beam failure recovery method, terminal and network side equipment

Technical Field

The embodiment of the invention relates to the technical field of communication, in particular to a beam failure recovery method, a terminal and network side equipment.

Background

In a high-band communication system, since the wavelength of a radio signal is short, it is easy to cause a situation such as blocking of signal propagation, and signal propagation is interrupted. If the wireless link reconstruction is adopted, the time is long, and therefore, a beam failure recovery mechanism is introduced.

In the current beam failure recovery mechanism, if a terminal fails to perform a beam in a certain cell, the terminal uses the resource of the cell to perform beam failure recovery. However, if a beam failure occurs in a cell, which indicates that the beam quality of the cell is poor, the terminal may fail to recover from the beam failure by using the resource of the cell. It can be seen that the success rate of the existing beam failure recovery needs to be improved.

Disclosure of Invention

The embodiment of the invention provides a beam failure recovery method, a terminal and network side equipment, which aim to solve the problem of low success rate of the conventional beam failure recovery.

In order to solve the problems, the invention is realized as follows:

in a first aspect, an embodiment of the present invention provides a method for recovering a beam failure, which is applied to a terminal, and the method includes:

and under the condition that a beam failure event occurs in a first cell, sending a beam failure recovery request BFRQ by adopting the resource of a second cell, wherein the BFRQ is used for requesting the beam failure recovery of the first cell.

In a second aspect, an embodiment of the present invention provides a method for recovering a beam failure, which is applied to a terminal, and the method includes:

selecting a candidate beam of a first cell according to a first beam resource when a beam failure event occurs in the first cell;

wherein the first beam resource comprises at least one of:

the measurement time of the synchronous signal block configures SSB measured in an SMTC measurement period;

a reference signal, RS, related to a beam report, the beam report being a channel state information, CSI, report satisfying a first condition;

monitoring a first RS in RS signaling by a wireless link;

the RS measured by the terminal regularly;

and the third cell is an RS in the candidate beam set corresponding to the third cell of the terminal, and the third cell is other serving cells of the terminal except the first cell.

In a third aspect, an embodiment of the present invention further provides a beam failure recovery method, which is applied to a network side device, and the method includes:

and under the condition that the beam failure event occurs in the first cell, adopting a beam failure recovery request BFRQ sent by a resource receiving terminal of the second cell, wherein the BFRQ is used for requesting the beam failure recovery of the first cell.

In a fourth aspect, an embodiment of the present invention further provides a beam failure recovery method, which is applied to a network side device, and the method includes:

transmitting a first beam resource to a terminal, wherein the first beam resource is used for the terminal to determine a candidate beam of a first cell;

wherein the first beam resource comprises at least one of:

a reference signal, RS, associated with a beam report, the beam report being a channel state information, CSI, report satisfying a first condition;

monitoring a first RS in RS signaling by a wireless link;

the RS measured by the terminal regularly;

In a fifth aspect, an embodiment of the present invention further provides a terminal, where the terminal includes:

a first sending module, configured to send, by using a resource of a second cell, a beam failure recovery request BFRQ when a beam failure event occurs in a first cell, where the BFRQ is used to request beam failure recovery of the first cell.

In a sixth aspect, an embodiment of the present invention further provides a terminal, where the terminal includes:

a selection module, configured to select a candidate beam of a first cell according to a first beam resource when a beam failure event occurs in the first cell;

wherein the first beam resource comprises at least one of:

monitoring a first RS in RS signaling by a wireless link;

the RS measured by the terminal regularly;

In a seventh aspect, an embodiment of the present invention further provides a network side device, where the network side device includes:

a fourth receiving module, configured to receive, by using a resource of a second cell, a beam failure recovery request BFRQ sent by a terminal when a beam failure event occurs in a first cell, where the BFRQ is used to request beam failure recovery of the first cell.

a fourth sending module, configured to send a first beam resource to a terminal, where the first beam resource is used for the terminal to determine a candidate beam of a first cell;

wherein the first beam resource comprises at least one of:

the measurement time of the synchronous signal block configures the SSB measured in the SMTC measurement period;

monitoring a first RS in RS signaling by a wireless link;

the RS measured by the terminal regularly;

In an eighth aspect, an embodiment of the present invention further provides a terminal, where the terminal includes a processor, a memory, and a computer program stored in the memory and executable on the processor, and the computer program, when executed by the processor, implements the steps of the beam failure recovery method according to the first aspect or the second aspect.

In a ninth aspect, an embodiment of the present invention further provides a network side device, where the network side device includes a processor, a memory, and a computer program stored in the memory and capable of running on the processor, and when the computer program is executed by the processor, the method implements the steps of the beam failure recovery method according to the third aspect or the fourth aspect.

In a tenth aspect, the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps of the beam failure recovery method according to the first, second, third, or fourth aspect.

In the embodiment of the present invention, when a beam failure event occurs in a first cell, a terminal may send a beam failure recovery request BFRQ using a resource of a second cell, where the BFRQ is used to request beam failure recovery of the first cell. Thus, compared with the method that the BFRQ is transmitted by still adopting the resource of the first cell, the success rate of beam failure recovery can be improved.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the description of the embodiments of the present invention will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive exercise.

Fig. 1 is a block diagram of a network system to which an embodiment of the present invention is applicable;

fig. 2 is a flowchart of a beam failure recovery method according to an embodiment of the present invention;

fig. 3 is a second flowchart of a beam failure recovery method according to an embodiment of the present invention;

fig. 4 is a third flowchart of a beam failure recovery method according to an embodiment of the present invention;

fig. 5 is a fourth flowchart of a beam failure recovery method according to an embodiment of the present invention;

fig. 6 is one of the structural diagrams of a terminal according to an embodiment of the present invention;

fig. 7 is a second structural diagram of a terminal according to a second embodiment of the present invention;

fig. 8 is one of the structural diagrams of the network side device according to the embodiment of the present invention;

fig. 9 is a second block diagram of a network device according to a second embodiment of the present invention;

fig. 10 is a third structural diagram of a terminal according to an embodiment of the present invention;

fig. 11 is a third structural diagram of a network-side device according to an embodiment of the present invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

The terms "first," "second," and the like in this application are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus. Further, the use of "and/or" in this application means that at least one of the connected objects, e.g., a and/or B and/or C, means that 7 cases are included where a alone, B alone, C alone, and both a and B are present, B and C are present, a and C are present, and a, B, and C are present.

Referring to fig. 1, fig. 1 is a structural diagram of a network system to which an embodiment of the present invention is applicable, and as shown in fig. 1, the network system includes a terminal 11 and a network-side device 12, where the terminal 11 and the network-side device 12 can communicate with each other.

In the embodiment of the present invention, the terminal 11 may also be referred to as User Equipment (UE). In practical applications, the terminal 11 may be a Mobile phone, a Tablet Personal Computer (Tablet Personal Computer), a Laptop Computer (Laptop Computer), a Personal Digital Assistant (PDA), a Mobile Internet Device (MID), a Wearable Device (Wearable Device), or a vehicle-mounted Device. The network side device 12 may be a base station, a relay, an access point, or the like.

For convenience of understanding, some contents related to the embodiments of the present invention are explained below:

1. and (4) a downlink beam measurement process.

The downlink beam measurement can be divided into the following three processes:

p-1: the UE measures a plurality of transmission and reception beams for Transmitting a reception Point (TRP) and a reception beam of the UE, and selects the transmission beam of the TRP and the reception beam of the UE. Typical scenario: the TRP scans multiple transmit beams and the UE scans multiple receive beams. The UE reports the selected at least one TRP transmission beam to the TRP.

P-2: the UE measures a plurality of transmission beams of the TRP and selects a transmission beam of the TRP. Typical scenario: achieving a more accurate transmit beam sweep over a small range than P-1 can be seen as a special case of P-1. The UE reports the selected at least one TRP transmission beam to the TRP.

P-3: the UE measures multiple reception beams of the UE on the same transmission beam of the TRP and selects a reception beam of the UE. The UE does not report to the TRP.

In the beam measurement of the above processes, measurement of each TRP transmission beam and UE reception beam is implemented by configuring Synchronization Signal Block (SSB) resource or Channel State Information (CSI-) Reference Signal (RS) resource, and a Signal on each SSB resource or CSI-RS resource is transmitted through a certain transmission beam. The transmission beams of these resources are different when scanning the TRP transmission beam; the transmit beams for these resources are the same when scanning the UE receive beams.

2. CSI reporting configuration (CSI Report Setting).

There are various Report quantity "reportQuantity" configuration options in CSI Report Setting "CSI-reportConfig" of Radio Resource Control (RRC) signaling, and when "reportQuantity" is set to any one of the following items: the CSI-RS Resource Indicator (cri) indicates that the CSI report is used for beam measurement when Reference Signal Received Power (RSRP), ssb Index (Index) RSRP, cri Signal-to-Noise and Interference Ratio (SINR), ssb-Index-SINR, none (none), and CSI-RS is not used for Tracking Reference Signal (TRS). The reporting quantity is set as a 'none' and the CSI-RSs are used for TRS, which means that the measurement of the CSI-RSs does not need to be reported to the base station; other settings of "reportQuantity" indicate that the CSI report is a general CSI information report.

The parameter "reportConfigType" related to the CSI report time domain characteristic may be configured as a Periodic (Periodic), a semi-Persistent Control Channel (semi Persistent On PUCCH) based On a Physical Uplink Control Channel, a semi-Persistent Shared Channel (semi Persistent On Physical Uplink Shared Channel, semi Persistent On PUSCH) based On a Physical Uplink Shared Channel, an Aperiodic (Aperiodic), which respectively correspond to a Periodic CSI report, a PUCCH-based semi-Persistent CSI report, a PUSCH-based semi-Persistent CSI report, and an Aperiodic CSI report. There are also configurations of reporting period and slot offset for periodic CSI reports and semi-persistent CSI reports.

One CSI reporting configuration is associated to one CSI Resource configuration (CSI Resource Setting) "CSI-ResourceConfig" of a CSI-RS Resource Set (CSI-RS Resource Set) or an SSB Resource Set (SSB Resource Set) for configuring beam management measurements. The resource configuration of the CSI-RS further includes a parameter "resourceType" related to the time domain characteristic sent by the CSI-RS, and the value may be periodic, semi-persistent, or aperiodic. It should be noted that the periodic CSI report can only be associated with the periodic CSI-RS, the semi-persistent CSI report can be associated with the periodic or semi-persistent CSI-RS, and the aperiodic CSI report can be associated with the periodic, semi-persistent or aperiodic CSI-RS. Any CSI report may be associated to the SSB.

Based on beam management of the CSI-RS, the configuration of the P-3 process may be as follows: the "reportQuantity" in the CSI reporting configuration is set to "none". And repeatedly turning on the non-zero power CSI-RS resource set ' NZP-CSI-RS-ResourceSet ' in the CSI resource configuration associated with the channel state information (Repetition ' is configured to be ' on '), wherein the TRS information CSI-RS is not used for tracking a reference signal (namely ' TRS-Info ' does not exist).

3. Beam Failure Recovery (Beam Failure Recovery) mechanism.

In a high-band communication system, since the wavelength of a radio signal is short, it is easy to cause a situation where signal propagation is blocked or the like, and signal propagation is interrupted. If the wireless link reconstruction is adopted, the time is long, so a beam failure recovery mechanism is introduced, and the mechanism is divided into the following four contents:

content 1: beam Failure Detection (BFD): and the terminal measures the BFD RS on a physical layer and judges whether a beam failure event occurs according to a measurement result. The judgment conditions are as follows: if it is detected that the Block Error Rate (Block Error Rate, BLER) of the Physical Downlink Control Channel (PDCCH)) of all service beams (Serving beams) meets a preset condition (exceeds a preset threshold), determining that the service beams are a Beam Failure Instance (BFI), reporting an indication to a UE upper layer (Medium Access Control (MAC) layer) by the UE Physical layer, where the reporting process is periodic, the reporting period of the BFI is the shortest period of the BFD RS, and the lower bound is 2 milliseconds (ms). Otherwise, if the UE physical layer determines that BFI has not occurred, no indication is sent to the higher layers. The UE high layer uses a Counter (Counter) and a Timer (Timer) to count the BFI reported by the physical layer, the Timer is restarted every time the BFI is received, the Counter counts again when the Timer times out, and when the Counter reaches the maximum times of network configuration, the UE declares that a beam failure event occurs.

Currently, the Counter and Timer of the MAC layer of the UE are configured for each active (active) Bandwidth Part (BWP), and the start and maintenance of the Counter and Timer on each BWP are independent, i.e. the Counter and Timer of each BWP work independently, including start, reset, count, time count, etc.

Content 2: candidate Beam confirmation (Candidate Beam Identification): the terminal physical layer measures the Candidate Beam reference signal (Candidate Beam RS) and finds a new Candidate Beam. This step is not mandatory after the Beam Failure Event (Beam Failure Event) occurs, but may be preceded. When a UE physical layer receives a request, an indication or a notification from a UE high layer (MAC layer), a measurement result meeting a preset condition (the L1-RSRP of measurement on the Candidate Beam RS exceeds a preset threshold) is reported to the UE high layer, the reported content is { Beam RS index, L1-RSRP }, and the Candidate Beam is selected by the UE high layer based on the report of the physical layer.

Content 3: beam Failure Recovery reQuest (Beam Failure Recovery reQuest, BFRQ): the UE higher layer (MAC layer) determines a Physical Random Access Channel (PRACH) Resource (Resource) according to the selected Candidate Beam. And if the UE finds the Candidate Beam and configures the contention-free PRACH resource, sending BFRQ to the base station on the contention-free PRACH. Otherwise, the UE may use contention-based PRACH resources. Only contention-based PRACH resources can be used when a Beam Failure Recovery Timer (Beam Failure Recovery Timer) times out. The total number of usage of the two PRACH resources cannot exceed a preset count value. The contention-free PRACH resource may be Frequency-Division Multiplexing (FDM) or Code-Division Multiplexing (CDM) with other PRACH resources (e.g., PRACH resources used for initial access). In addition, in the prior art, the BFRQ is also transmitted in the PUCCH.

Content 4: beam Failure Recovery Response (BFRR): after receiving the BFRQ, the base station may send a Response (Response) in a dedicated PDCCH (dedicated PDCCH) on a configured Control Resource Set (Control Resource Set, CORESET) -Beam Failure Recovery (BFR), and carry a Cell Radio Network Temporary Identifier (C-RNTI), and may also include switching to a new candidate Beam, or restarting Beam search, or other instructions. The CORESET-BFR is spatially Quasi Co-located (QCL) with the downlink RS (DL RS) of Candidate Beam found by the UE. If BFR is unsuccessful, UE physical layer sends an indication to UE high layer, high layer determines the subsequent radio link failure process.

For a multi-carrier scenario, there is one primary Cell and at least one Secondary Cell (Scell). In a specific implementation, the primary cell may be: a Primary Cell (PCell) in a Master Cell Group (MCG) or a Primary Secondary Cell (PSCell) in a Secondary Cell Group (SCG). A multi-Carrier may be understood as a Carrier Aggregation (CA), with multiple carriers, or multiple Component Carriers (CCs), or multiple Cell cells.

A beam failure recovery method according to an embodiment of the present invention is described below.

Referring to fig. 2, fig. 2 is a flowchart of a beam failure recovery method according to an embodiment of the present invention. The beam failure recovery method of the embodiment is applied to a terminal.

As shown in fig. 2, the method for recovering beam failure in this embodiment may include the following steps:

step 201, when a beam failure event occurs in a first cell, sending a beam failure recovery request BFRQ using a resource of a second cell, where the BFRQ is used to request a beam failure recovery of the first cell.

In practical applications, the first cell is most likely to have beam failure in any of the following cases:

in the first situation, the overall channel environment of the first cell is deteriorated, resulting in poor beam quality of the first cell;

in case two, the terminal is rotated, resulting in the direction of the beam previously used and configured by the terminal being no longer appropriate.

For the first case, since the overall channel environment of the first cell becomes poor, the terminal performs the beam failure recovery by using the resource of the first cell, and the beam failure recovery fails with a high probability.

For the second case, when the directions of the beams used and configured before the terminal are no longer suitable, the beam quality corresponding to the RS in the candidate beam set configured before the network side device is likely to be also not good, and therefore, the terminal is likely to fail to find a suitable new beam in the candidate beam set, or the network side device cannot receive the BFRQ sent by the terminal based on the candidate beam, thereby causing failure of beam failure recovery.

Based on the above consideration, in the case that the beam failure event occurs in the first cell, the beam failure recovery method of this embodiment proposes that the terminal uses the resource of the second cell to send the BFRQ, that is, uses the resource of the second cell to perform beam failure recovery, so that compared with continuing to use the resource of the second cell to perform beam failure recovery, the success rate of beam failure recovery can be improved.

It should be noted that, in the Beam failure recovery method of this embodiment, the BFD and the Candidate Beam Identification in the Beam failure recovery mechanism may be performed based on the RS associated with the first cell. Specifically, for BFD content, it may be performed based on the BFD RS of the first cell; for the Candidate Beam Identification content, it may be performed based on the Candidate Beam (Candidate Beam) set of the first cell, but is not limited thereto.

In this embodiment, in an implementation manner, the first cell and the second cell may belong to different cell groups, for example, the first cell may be a PCell, and the second cell may be a PSCell, where in this implementation manner, after a beam failure event occurs in a cell of one cell group, the terminal may perform beam failure recovery by using a resource of another cell group. In another implementation, the first cell and the second cell may also belong to the same cell group.

Optionally, the first cell is one of a primary cell PCell and a primary secondary cell PSCell in a secondary cell group, and the second cell is the other of the PCell and the PSCell; or, the first cell is one of a source cell and a target cell, and the second cell is the other of the source cell and the target cell, but not limited thereto.

In the beam failure recovery method of this embodiment, when a beam failure event occurs in a first cell, a terminal may send a beam failure recovery request BFRQ using a resource of a second cell, where the BFRQ is used to request beam failure recovery of the first cell. Thus, compared with the method that the BFRQ is sent by adopting the resource of the first cell, the success rate of beam failure recovery can be improved.

In this embodiment, optionally, the sending a beam failure recovery request BFRQ using a resource of the second cell includes:

under the condition that the terminal meets a first condition, sending BFRQ by adopting the resource of a second cell;

wherein the first condition comprises at least one of:

the terminal is configured with signaling related to a bidirectional activation protocol stack (DAPS);

the terminal is configured with at least two cell groups.

For convenience of understanding, the signaling related to the Dual Active Protocol Stack (DAPS) is specifically described below.

In a specific implementation, the signaling related to DAPS may be represented by any one of the following:

configuration signaling of the DAPS for configuring the DAPS;

activation signaling of the DAPS to activate the DAPS;

configuration signaling for a DAPS HandOver (HO) to configure a DAPS HO;

activation signaling of a DAPS HO to activate the DAPS HO.

Further, the configuration signaling of the DAPS HO may be embodied as, but not limited to, a two-way active protocol stack handover configuration (dapsHO-Config) signaling.

In a scenario that the terminal is configured with at least two cell groups, the network side device may configure the terminal with at least two cell groups by configuring the first signaling.

In a specific implementation, the first signaling may be represented by any one of the following items:

secondary cell group (secondary cell group) signaling;

multi-radio access technology dual connectivity secondary cell group configuration (mrdc-SecondaryCellGroupConfig) signaling;

new air interface secondary cell group configuration (nr-SecondaryCellGroupConfig) signaling.

It should be noted that, in practical applications, optionally, the DAPS-related signaling and the first signaling may be configured after a Radio Resource Control (RRC) reconfiguration message.

In a specific implementation, the concrete expression of the first cell and the second cell may be related to the concrete expression of the terminal satisfying the first condition, which is specifically described as follows:

in the case that the first condition includes that the terminal is configured with signaling related to DAPS, optionally:

the first cell is one of a primary cell (PCell) and a primary and secondary cell (PSCell) in a secondary cell group, and the second cell is the other of the PCell and the PSCell; or the like, or, alternatively,

the first Cell is one of a Source Cell (Source Cell) and a Target Cell (Target Cell), and the second Cell is the other of the Source Cell and the Target Cell.

In the case that the first condition includes that the terminal is configured with at least two cell groups, it is optional: the first cell is one of a PCell and a PSCell, and the second cell is the other of the PCell and the PSCell.

and under the condition that the second cell is configured with resources for transmitting BFRQ, transmitting the BFRQ by adopting the resources of the second cell.

That is, the terminal uses the resource of the second cell to transmit BFRQ on the premise that: the second cell is configured with resources for transmitting BFRQ. Otherwise, the terminal may transmit BFRQ using the resources of the first cell.

In this embodiment, the resource of the second cell may have multiple expressions, and optionally, the resource of the second cell includes any one of:

physical Random Access Channel (PRACH) resources of the second cell;

a Physical Uplink Control Channel (PUCCH) resource of the second cell;

and the media access of the second cell controls the resources of the MAC control unit CE.

Therefore, in a specific implementation, the precondition that the terminal sends the BFRQ using the target resource of the second cell is that: the second cell is configured with a target resource for transmitting BFRQ, and the target resource can be PRACH resource, PUCCH resource or MAC-CE resource. Such as: the BFRQ is transmitted using the PRACH of the second cell if PRACH resources are configured on the second cell.

As can be seen from the foregoing, the resources of the second cell may have a plurality of expressions, and the following description will be directed to different expressions of the resources of the second cell.

In expression one, the resource of the second cell includes a PRACH resource of the second cell.

For the resource represented by the expression one, optionally, the PRACH resource of the second cell is associated with the reference signal RS of the candidate beam of the first cell.

In a specific implementation, after determining the RS of the candidate beam of the first cell, the terminal may determine the PRACH resource of the second cell based on the RS of the candidate beam of the first cell.

Optionally, the PRACH resource of the second cell is: PRACH resources corresponding to a target RS of the second cell;

the target RS is an RS with first identification information in the RS of the second cell being the same as the RS of the candidate wave beam of the first cell. That is, the first identification information of the target RS is the same as the first identification information of the RS of the candidate beam of the first cell.

In specific implementation, the terminal may determine the target RS according to the first identification information of the RS of the candidate beam of the first cell, regard the PRACH resource corresponding to the target RS as the PRACH resource of the second cell, and send a BFRQ using the PRACH resource corresponding to the target RS.

Optionally, the first identification information includes at least one of: identification information of the RS; identification information of the position of the RS in the candidate beam set; identification information of an RS resource set in which the RS is located; and identification information of the position of the RS in the RS resource set.

It should be noted that, in this embodiment, the candidate beam set is configured by the network side device, and may also be referred to as set

In particular, the candidate beam set may be carried in a higher layer signaling candidate beam reference signal list (candidate beam rslist) or a candidate beam resource list (candidate beam resource list), but is not limited thereto.

The identification information of the position of the RS in the candidate beam set may be understood as: the order of the RS in the candidate beam set is identified. The candidate beam set comprises a plurality of RSs, each RS corresponds to a position in the candidate beam set, and each position has unique identification information. For example, if a certain RS is the nth RS in the candidate beam set, the identification information of the position of the RS in the candidate beam set may be denoted as N, that is, the sequence of the RS in the candidate beam set is identified as N.

The RSs in the RS resource set include RSs not used for beam failure recovery. In practical applications, a terminal may acquire multiple RS resource sets, and each RS resource set has unique identification information.

For the identification information of the position of the RS in the RS resource set, which is similar to the identification information of the position of the RS in the candidate beam set, reference may be specifically made to the foregoing description, and details are not repeated here.

In practical applications, the PRACH resources may include contention-free PRACH resources and contention-PRACH resources.

Under the condition that the second cell is configured with contention-free PRACH resources and contention PRACH resources for sending BFRQ, the terminal can preferentially adopt the contention-free PRACH resources to send BFRQ, thereby improving the success rate of beam failure recovery.

It should be understood that, if the beam failure recovery based on the contention-free PRACH resource is performed, the terminal may perform the beam failure recovery based on the contention-free PRACH resource.

When the second cell is not configured with contention-free PRACH resources for transmitting BFRQ and is configured with contention-PRACH resources, the BFRQ may be transmitted using the contention-PRACH resources.

In expression two, the resource of the second cell includes a PUCCH resource of the second cell or a MAC-CE resource of the second cell.

In case the terminal transmits BFRQ using the resources of the second cell in manifestation two, optionally said BFRQ is used for at least one of:

indicating that a beam failure event occurred in the first cell;

indicating that a beam failure event has occurred for a plurality of cells of a cell group to which the first cell belongs;

information related to a candidate beam for indicating the first cell.

In this way, after receiving the BFRQ, the network side device may know that the BFRQ is used for requesting beam failure recovery of the first cell.

In the case that the BFRQ is used to indicate correlation information of candidate beams of the first cell, optionally, the correlation information includes at least one of:

an RS index of a candidate beam of the first cell;

layer 1 Reference Signal Received Power (RSRP) corresponding to the RS of the candidate beam of the first cell;

a Signal-to-Noise and Interference Ratio (SINR) of a layer 1 corresponding to the RS of the candidate beam of the first cell.

The beam failure recovery method of the embodiment may be applied to the following two scenarios:

in a first scenario, a beam failure event occurs in the first cell, and no beam failure event occurs in the second cell.

Scenario two, the first cell and the second cell all have a beam failure event.

The function of the BFRQ is different for the two scenarios described above. Specifically, for scenario one, BFRQ is only used to request beam failure recovery of the first cell; and a BFRQ for scenario two to request a beam failure recovery of the second cell in addition to the beam failure recovery of the first cell.

Accordingly, it should be understood that, for the above two scenarios, the network side device may send a BFRR different after receiving the BFRQ, which is specifically described as follows:

for scenario one, optionally, after the sending of the beam failure recovery request BFRQ using the resource of the second cell, the method further includes:

receiving a beam failure recovery response, BFRR, associated with the first cell at a target cell;

wherein the target cell is the first cell or the second cell.

The BFRR associated with the first cell may be understood as: the BFRR is configured to respond to a beam failure recovery request of the terminal with respect to the first cell.

In specific implementation, optionally, the target cell is configured by a network side device or agreed by a protocol.

The following describes a case where the target cell is a first cell and a second cell, respectively.

In the case that the target cell is the first cell:

optionally, the BFRR recovers a dedicated physical downlink control channel PDCCH transmission of the BFR through a failure of a first control resource set CORESET beam of the first cell.

Further, the first CORESET-BFR and the downlink RS of the candidate beam of the first cell satisfy a relationship of spatial quasi co-location QCL.

The BFRR may also satisfy at least one of:

a Cell Radio Network Temporary Identifier (C-RNTI) comprising the first Cell;

a candidate beam for instructing the terminal to switch to the first cell;

for instructing the terminal to restart the beam search in the first cell.

In the case that the target cell is the second cell:

optionally, the BFRR satisfies at least one of:

the BFRR is transmitted through the MAC-CE of the second cell;

the BFRR is transmitted via a dedicated PDCCH of a second CORESET-BFR of the second cell;

including identification information of the first cell;

means for indicating the BFRR as a BFRR associated with the first cell;

a candidate beam for instructing the terminal to switch to the first cell.

Further, the second CORESET-BFR may satisfy any one of:

under the condition that the candidate wave beam of the second cell is selected, the second CORESET-BFR and the downlink RS of the candidate wave beam of the second cell meet the relation of a space quasi co-location QCL;

and under the condition that the candidate wave beam of the second cell is not selected, the second CORESET-BFR and the downlink RS of the candidate wave beam of the first cell meet the relation of spatial quasi co-location QCL.

In the case where the BFRR is transmitted over a dedicated PDCCH of a second CORESET-BFR of the second cell, the BFRR may also include a C-RNTI of the second cell.

For scenario two, optionally, after the sending of the beam failure recovery request BFRQ using the resource of the second cell, the method further includes any one of the following:

receiving a first BFRR associated with a first cell at the first cell and a second BFRR associated with a second cell at the second cell;

receiving a third BFRR at the second cell;

receiving a third BFRR at the first cell;

wherein the third BFRR is associated with both the first cell and the second cell.

It should be understood that the first BFRR is used for responding to the beam failure recovery request of the terminal with respect to the first cell; the second BFRR is configured to respond to a beam failure recovery request of the terminal with respect to the second cell; the third BFRR may be configured to respond to the beam failure recovery request of the terminal with respect to the first cell and the beam failure recovery request of the terminal with respect to the second cell.

The three cases will be described below.

A first instance, receiving a first BFRR associated with a first cell at the first cell, and receiving a second BFRR associated with a second cell at the second cell.

In this case, the network side device responds to the beam failure recovery request of the terminal with respect to the first cell and the beam failure recovery request of the terminal with respect to the second cell respectively through different BFRRs.

In specific implementation, optionally, the first BFRR is transmitted through a dedicated PDCCH of a first CORESET-BFR of the first cell; the second BFRR is transmitted via a dedicated PDCCH of a second CORESET-BFR of the second cell.

Further, the first CORESET-BFR and the downlink RS of the candidate beam of the first cell satisfy a relationship of a spatial quasi co-location QCL.

The first BFRR may also satisfy at least one of:

including a C-RNTI for the first cell;

a candidate beam for instructing the terminal to switch to the first cell;

for instructing the terminal to restart the beam search in the first cell.

Further, the second CORESET-BFR and the downlink RS of the candidate beam of the second cell satisfy a relationship of a spatial quasi co-location QCL.

The second BFRR may also satisfy at least one of:

including a C-RNTI for the second cell;

a candidate beam for instructing the second cell to switch to the second cell;

for instructing the terminal to restart the beam search in the second cell.

A second case, receiving the third BFRR at the second cell.

Optionally, the third BFRR is transmitted via a dedicated PDCCH of a second CORESET-BFR of the second cell.

Further, the second CORESET-BFR and the downlink RS of the candidate beam of the second cell satisfy a relationship of spatial quasi co-location QCL.

A third case, receiving a third BFRR at the first cell.

Optionally, when the first cell receives a third BFRR, the third BFRR is transmitted through a dedicated PDCCH of the first CORESET-BFR of the first cell.

Further, the first CORESET-BFR and the downlink RS of the candidate beam of the second cell satisfy a relationship of a spatial quasi co-location QCL.

For the second case and the third case, the third BFRR may further satisfy at least one of:

including a C-RNTI for the first cell;

a candidate beam for instructing the terminal to switch to the first cell;

for instructing the terminal to restart beam search in the first cell;

including a C-RNTI for the second cell;

a candidate beam for instructing the second cell to switch to the second cell;

for instructing the terminal to restart the beam search in the second cell.

Referring to fig. 3, fig. 3 is a flowchart of a beam failure recovery method according to an embodiment of the present invention. The beam failure recovery method of the embodiment of the invention is applied to the terminal.

As shown in fig. 3, the beam failure recovery method of this embodiment may include the following steps:

step 301, when a beam failure event occurs in a first cell, selecting a candidate beam of the first cell according to a first beam resource.

Wherein the first beam resource comprises at least one of:

a first RS in the RS signaling is monitored by the wireless link;

the RS measured by the terminal regularly;

In a specific implementation, for a synchronization signal block Measurement time configuration (SSB Measurement Timing Configurations, SMTC), the SSB measured in a Measurement period may be represented as: the indicated SSB is measured by a signaling synchronization signal block (SSB-to-measure).

Optionally, the beam report includes at least one of:

the report quantity in the CSI report configuration is configured as a CSI report of a none;

the report quantity in the CSI report configuration is a CSI report of a channel state information reference signal resource indicator (CRI-RSRP);

the report volume in the CSI report configuration is configured as a CSI report of SSB-Index-RSRP;

the report quantity in the CSI report configuration is configured as a CSI report of CRI-SINR;

the report quantity in the CSI report configuration is configured as the CSI report of SSB-Index-SINR.

Further, the beam report may be: the report volume in the CSI report configuration is configured as none, and the CSI-RS is not CSI report for TRS.

Optionally, the reference signal RS related to beam reporting includes at least one of: an RS in the beam report; configuring an RS for the beam report.

And recording the RS in the beam report as a second RS, and configuring the RS used for the beam report as a third RS. It is understood that the second RS is a part or all of the third RS.

Optionally, the first RS is an RS configured for radio link failure in the radio link monitoring RS signaling.

Optionally, the first cell and the third cell belong to the same cell group. It should be understood that the first cell and the third cell may also belong to different groups of cells.

In this embodiment, the following two embodiments may be included.

In one embodiment, optionally, before selecting the candidate beam of the first cell according to the first beam resource, the method further includes:

and under the condition that the physical layer of the terminal receives the first information of the high layer of the terminal, the physical layer of the terminal reports the first beam resource to the high layer of the terminal.

In a specific implementation, the higher layer of the terminal may be an MAC layer.

In the first embodiment, the first beam resource reported by the physical layer and the candidate beam set configured by the network side device are selected independently from each other. The high layer of the terminal can select the candidate beams from the first beam resource reported by the physical layer and the candidate beam set configured by the network side equipment, so that compared with the prior art in which the terminal can only select the candidate beams from the candidate beam set configured by the network side equipment, the selection range of the candidate beams is expanded, and the success rate of beam failure recovery can be further improved.

In a second embodiment, optionally, before the selecting the candidate beam of the first cell according to the first beam resource, the method further includes:

and receiving the first beam resource sent by the network side equipment.

In this embodiment, the first beam resource may specifically include at least one of the following:

monitoring a first RS in RS signaling by a wireless link;

and the RS is measured by the terminal periodically.

In embodiment two, the first beam resource may be a part or all of the beam resources in the candidate beam set. In specific implementation, when the network side device configures the candidate beam set, the first beam resource may be preferentially configured in the candidate beam set, so that a selection range of the candidate beam may be expanded, and a success rate of beam failure recovery may be further improved.

In the method for recovering the beam failure in this embodiment, a first beam resource is introduced, and when a beam failure event occurs in a first cell, a candidate beam of the first cell is selected according to the first beam resource. Therefore, the selection range of the candidate beams is expanded, and the success rate of the beam failure recovery can be improved.

It should be noted that the method embodiment of fig. 2 may correspond to content 3 and content 4 in the beam failure recovery mechanism; the method embodiment of fig. 3 corresponds to content 2 in the beam failure recovery mechanism. Therefore, it should be understood that, in practical applications, the method embodiment of fig. 2 and the method embodiment of fig. 3 may be independently implemented and applied to the beam failure recovery mechanism, or may be implemented in combination with the beam failure recovery mechanism.

Various optional embodiments described in the embodiments of the present invention may be implemented in combination with each other or separately, and the embodiments of the present invention are not limited thereto.

For ease of understanding, the examples are illustrated below:

example one

The following RSs that are not in the high level signaling candidateBeamRSList/candidateBeamResourceList (i.e., do not belong to set)

Namely, the candidate beam in the BFR is not configured by the network), when the UE receives a request, indication or notification from the higher layer, the UE may report to the higher layer:

SSBs indicated by the signaling SSB-ToMeasure, i.e., SSBs measured during SMTC measurement periods;

the RS reported in the Beam report or the RS configured for the Beam report;

signaling RS in detectionResource in RadioLinkMonitoringRS;

other periodically measured RSs of the UE;

other serving cells belong to set

RS of (1).

Optionally, other serving cells and the current serving cell belong to the same cell group

Further, the purpos in the RadioLinkMonitoringRS is configured as an RS of "rlf".

Beam Report (Beam Report) refers to: the higher layer signaling reportQuantity in the CSI-report config is configured as a CSI report of one of ('none', 'cri-RSRP', 'ssb-Index-RSRP', 'cri-SINR', 'ssb-Index-SINR').

Network Conflict/priority configuration the following RSs are RSs in the candidate BeamRSList/candidate BeamResourceList

the RS reported in the Beam report or the RS configured for the Beam report;

signaling RS in detectionResource in RadioLinkMonitoringRS;

UE other periodically measured RSs.

Further, the pupose in the RadioLinkMonitoringRS is configured as an RS of "rlf".

Example two

For a user configured with a DAPS (Dual Active Protocol Stack) HO (HandOver) or DC (Dual Connectivity), the UE reports a BFRQ of the first cell through resources of the second cell.

1. The precondition is as follows:

a) The network is configured with dapsHO-Config or DAPS related signaling.

i. One Pcell, one PScell; or, one source cell and one target cell. The first cell is one of the cells, and the second cell is the other cell;

optionally, after RRC reconfiguration.

b) The network is configured with subcondaryCellGroup or related signaling (mrdc-subcondaryCellGroupConfig, nr-subcondaryCellGroupConfig)

i. One Pcell, one PScell. The first cell is one of the cells, and the second cell is the other cell;

optionally, after RRC reconfiguration.

BFD/Candidate Beam Identification is still based on the RS of the first cell.

a) The Beam failure detection is based on the BFD RS resource of the first cell;

b) The Candidate Beam Identification is based on RS resources of the new Candidate Beam of the first cell.

It should be noted that RS resources may be understood as RSs.

3. When a beam failure event has occurred only in the first cell (first condition), or when both the first cell and the second cell must have occurred (second condition).

The following may be only the first condition, or only the second condition.

And 4. Reporting the Beam failure recovery request by the UE through the resources (PRACH, PUCCH and MAC-CE) of the second cell

i. The precondition for sending the message in the above-mentioned certain way further comprises: corresponding channel resources are configured on the second cell. Such as: the precondition for sending the message by using the PRACH is that PRACH resources are configured on the cell.

Optionally, when the BFRQ is transmitted using the PRACH of the second cell:

the PRACH resource is contention-free PRACH resource

a) The PRACH resource of the second cell is associated with the new beam RS resource of the first cell configured by the network in the following manner.

i. And the first ID of the new wave beam RS resource of the second cell corresponding to the PRACH resource of the second cell is the same as the first ID of the new wave beam RS resource of the first cell.

The first ID is: RS ID, or sequential IDs in the candidate beam set (e.g., all nth), or other IDs associated with the RS.

The PRACH resource is a contention PRACH resource.

a) When the contention-free PRACH resource is configured, if the beam failure recovery based on the contention-free PRACH resource is unsuccessful, the contention PRACH resource is reused.

b) When contention-free PRACH resources are not configured, the contention PRACH resources are used.

Optionally, when the MAC-CE or PUCCH of the second cell is used, the carried information may include at least one of:

indicating that a beam failure event occurred in the first cell;

indicating that a beam failure event occurs in a plurality of cells of a cell group to which a first cell belongs;

information indicating a new beam of the first cell;

optionally, RS resource index, L1-RSRP, L1-SINR, etc. for indicating new beam are included.

5. After receiving the message sent by the UE, the network side sends a gNB response for beam failure recovery request in the first cell or the second cell.

a) For the first condition.

i. When the first cell sends a response, the response (response) is sent in the designated PDCCH on CORESET-BFR on the configured first cell, and carries the C-RNTI, and may also include switching to a new candidate beam, or restarting a beam search, or other indication. CORESET-BFR is spatially QCL with DL RS of candidate beam found by the UE.

When the second cell transmits response, at least one of:

sending a response at the MAC-CE of the second cell;

sending a response in a dedicated PDCCH configured on a CORESET-BFR on a second cell, and carrying a C-RNTI;

the information comprises first cell information or signaling indicating that the response is the first cell;

it is also possible to include switching to a new candidate beam, or restarting the beam search, or other indications.

Specific selection of which cell, and specific configuration, as network configuration/protocol defaults.

b) For the second condition.

i. The response of the first cell is sent in the first cell, and the response of the second cell is sent in the second cell.

When the respective cell sends a response, the response (response) is sent in the truncated PDCCH on the CORESET-BFR on the respective cell as configured and carries the C-RNTI, and possibly also a handover to a new candidate beam, or a restart beam search, or other indication. CORESET-BFR sends response on the second cell in unison with DL RS of candidate beam of the respective cell found by the UE being ii of the spatial QCL.

A response (response) is sent in the truncated PDCCH on the CORESET-BFR on the configured second cell and carries the C-RNTI and may also include a handover to a new candidate beam, or a restart of the beam search, or other indication. The CORESET-BFR is spatial QCL with DL RS of candidate beam of the second cell found by the UE.

Transmitting the response on the first cell collectively.

A response (response) is sent in the truncated PDCCH on the CORESET-BFR on the configured first cell and carries the C-RNTI and may also include a handover to a new candidate beam, or a restart of the beam search, or other indication. The CORESET-BFR is spatial QCL with DL RS of candidate beam of the first cell found by the UE.

In the embodiment of the invention, on one hand, when the UE configures two cell groups, the beam failure recovery can utilize the resource of the other cell group; on the other hand, the candidate beam of the UE may be selected from RSs other than the RS in the new beam resource configured in advance by the network, so that the success rate of beam failure recovery may be improved.

Referring to fig. 4, fig. 4 is a third flowchart of a beam failure recovery method according to an embodiment of the present invention. The beam failure recovery method of the embodiment of the invention is applied to network side equipment.

Step 401, when a beam failure event occurs in a first cell, receiving a beam failure recovery request BFRQ sent by a resource receiving terminal of a second cell, where the BFRQ is used to request beam failure recovery of the first cell.

Optionally, the terminal satisfies at least one of the following conditions:

the terminal is configured with at least two cell groups.

Optionally, in case that the terminal is configured with signaling related to DAPS:

the first cell is one of a primary cell (PCell) and a primary and secondary cell (PSCell) in a secondary cell group, and the second cell is the other one of the PCell and the PSCell; or the like, or, alternatively,

the first cell is one of a source cell and a target cell, and the second cell is the other of the source cell and the target cell.

Optionally, when the terminal is configured with at least two cell groups, the first cell is one of a primary cell PCell and a primary and secondary cell PSCell in a secondary cell group, and the second cell is the other of the PCell and the PSCell.

Optionally, the resource of the second cell includes any one of:

a Physical Random Access Channel (PRACH) resource of the second cell;

a Physical Uplink Control Channel (PUCCH) resource of the second cell;

Optionally, when the resource of the second cell includes a PRACH resource of the second cell, the PRACH resource of the second cell is associated with a reference signal RS of a candidate beam of the first cell.

Optionally, the PRACH resource of the second cell is: PRACH resources corresponding to the target RS of the second cell;

the target RS is an RS of which the first identification information in the RS of the second cell is the same as the RS of the candidate beam of the first cell.

Optionally, in a case that the resource of the second cell includes a PUCCH resource of the second cell or a MAC-CE resource of the second cell, the BFRQ is used for at least one of:

indicating that a beam failure event occurred in the first cell;

information related to a candidate beam for indicating the first cell.

Optionally, the related information includes at least one of:

an RS index of a candidate beam of the first cell;

a layer 1 Reference Signal Received Power (RSRP) corresponding to an RS of a candidate beam of the first cell;

and the layer 1 signal to interference plus noise ratio SINR corresponding to the RS of the candidate beam of the first cell.

Optionally, after receiving the beam failure recovery request BFRQ sent by the terminal using the resource of the second cell, the method further includes:

transmitting a beam failure recovery response, BFRR, associated with the first cell at a target cell;

wherein the target cell is the first cell or the second cell.

Optionally, the target cell is configured by a network side device or agreed by a protocol.

Optionally, when the target cell is the first cell, the BFRR recovers transmission of a dedicated physical downlink control channel PDCCH of the BFR through a first control resource set, CORESET, beam failure of the first cell.

Optionally, in a case that the target cell is the second cell, the BFRR satisfies at least one of the following:

the BFRR is transmitted over the MAC-CE of the second cell;

the BFRR is transmitted through a dedicated PDCCH of a second CORESET-BFR of the second cell;

including identification information of the first cell;

means for indicating the BFRR as a BFRR associated with the first cell;

a candidate beam for instructing the terminal to switch to the first cell;

for instructing the terminal to restart the beam search in the first cell.

Optionally, in a case that a beam failure event occurs in both the first cell and the second cell, the BFRQ is further configured to request beam failure recovery of the second cell;

after the receiving of the beam failure recovery request BFRQ sent by the terminal using the resource of the second cell, the method further includes any one of:

transmitting, at the first cell, a first BFRR associated with the first cell and transmitting, at the second cell, a second BFRR associated with the second cell;

transmitting a third BFRR at said second cell;

transmitting a third BFRR at the first cell.

Optionally, the first BFRR is transmitted via a dedicated PDCCH of a first CORESET-BFR of the first cell; the second BFRR is transmitted via a dedicated PDCCH of a second CORESET-BFR of the second cell.

Optionally, when the second cell receives the third BFRR, the third BFRR is transmitted through a dedicated PDCCH of a second CORESET-BFR of the second cell.

Optionally, in a case where the first cell receives a third BFRR, the third BFRR is transmitted through a dedicated PDCCH of the first core set-BFR of the first cell.

It should be noted that this embodiment is implemented as a network device corresponding to the embodiment of the method in fig. 2, so that reference may be made to the relevant description in the foregoing method embodiment, and the same beneficial effects may be achieved. To avoid repetition of the description, the description is omitted.

Referring to fig. 5, fig. 5 is a fourth flowchart of a beam failure recovery method according to an embodiment of the present invention. The beam failure recovery method provided by the embodiment of the invention is applied to network side equipment.

Step 501, a first beam resource is sent to a terminal, where the first beam resource is used for the terminal to determine a candidate beam of a first cell.

Wherein the first beam resource comprises at least one of:

monitoring a first RS in RS signaling by a wireless link;

the RS measured by the terminal regularly;

The first beam resource may be configured in the candidate beam set or may not be configured in the candidate beam set.

Optionally, the beam report includes at least one of:

Optionally, the first cell and the third cell belong to the same cell group.

It should be noted that this embodiment is implemented as a network device corresponding to the embodiment of the method in fig. 3, so that reference may be made to the relevant description in the foregoing method embodiment, and the same beneficial effects may be achieved. To avoid repetition of the description, the description is omitted.

Referring to fig. 6, fig. 6 is a diagram illustrating a structure of a terminal according to an embodiment of the present invention. As shown in fig. 6, the terminal 600 includes:

a first sending module 601, configured to send a beam failure recovery request BFRQ using a resource of a second cell when a beam failure event occurs in a first cell, where the BFRQ is used to request beam failure recovery of the first cell.

Optionally, the first sending module 601 is specifically configured to:

wherein the first condition comprises at least one of:

the terminal is configured with at least two cell groups.

Optionally, in a case that the first condition includes that the terminal is configured with signaling related to DAPS:

Optionally, when the first condition includes that the terminal is configured with at least two cell groups, the first cell is one of the PCell and the PSCell, and the second cell is the other of the PCell and the PSCell.

Optionally, the first sending module 601 is specifically configured to:

Optionally, the resource of the second cell includes any one of:

physical Random Access Channel (PRACH) resources of the second cell;

a Physical Uplink Control Channel (PUCCH) resource of the second cell;

Optionally, in case that the resource of the second cell includes a PUCCH resource of the second cell or a MAC-CE resource of the second cell, the BFRQ is used for at least one of:

indicating that a beam failure event occurred in the first cell;

means for indicating that a beam failure event occurred in a plurality of cells of a cell group to which the first cell belongs;

information related to a candidate beam for indicating the first cell.

Optionally, the related information includes at least one of:

an RS index of a candidate beam of the first cell;

Optionally, the terminal 600 further includes:

a first receiving module, configured to receive, at a target cell, a beam failure recovery response BFRR associated with a first cell after the beam failure recovery request BFRQ is sent using a resource of a second cell;

wherein the target cell is the first cell or the second cell.

Optionally, in a case that the target cell is the second cell, the BFRR satisfies at least one of the following conditions:

the BFRR is transmitted over the MAC-CE of the second cell;

including identification information of the first cell;

means for indicating the BFRR as a BFRR associated with the first cell;

a candidate beam for instructing the terminal to switch to the first cell;

for instructing the terminal to restart the beam search in the first cell.

the terminal 600 further includes:

a second receiving module, configured to, after the sending of the beam failure recovery request BFRQ using the resource of the second cell, perform any one of the following:

receiving, at the first cell, a first BFRR associated with a first cell, receiving, at the second cell, a second BFRR associated with a second cell;

receiving a third BFRR at the second cell;

receiving a third BFRR at said first cell;

Optionally, in a case where the second cell receives the third BFRR, the third BFRR is transmitted through a dedicated PDCCH of a second CORESET-BFR of the second cell.

The terminal 600 can implement each process that can be implemented by the terminal in the method embodiment of fig. 2 in the embodiment of the present invention, and achieve the same beneficial effects, and is not described herein again to avoid repetition.

Referring to fig. 7, fig. 7 is a diagram illustrating a structure of a terminal according to an embodiment of the present invention. As shown in fig. 7, the terminal 700 includes:

a selecting module 701, configured to select a candidate beam of a first cell according to a first beam resource when a beam failure event occurs in the first cell;

wherein the first beam resource comprises at least one of:

a first RS in the RS signaling is monitored by the wireless link;

the RS measured by the terminal regularly;

Optionally, the terminal 700 further includes:

a reporting module, configured to report, by the physical layer of the terminal, the first beam resource to a higher layer of the terminal when the physical layer of the terminal receives first information of the higher layer of the terminal before the candidate beam of the first cell is selected according to the first beam resource.

Optionally, the terminal 700 further includes:

a third receiving module, configured to receive the first beam resource sent by a network side device before the candidate beam of the first cell is selected according to the first beam resource.

Optionally, the beam report includes at least one of:

Optionally, the first cell and the third cell belong to the same cell group.

The terminal 700 can implement each process that can be implemented by the terminal in the embodiment of fig. 3 in the embodiment of the present invention, and achieve the same beneficial effects, and is not described herein again to avoid repetition.

Referring to fig. 8, fig. 8 is a diagram illustrating one of the structures of a network device according to an embodiment of the present invention. As shown in fig. 8, the network side device 800 includes:

a fourth receiving module 801, configured to receive, when a beam failure event occurs in a first cell, a beam failure recovery request BFRQ sent by a resource receiving terminal of a second cell, where the BFRQ is used to request a beam failure recovery of the first cell.

Optionally, the terminal satisfies at least one of the following conditions:

the terminal is configured with at least two cell groups.

Optionally, the resource of the second cell includes any one of:

physical Random Access Channel (PRACH) resources of the second cell;

a Physical Uplink Control Channel (PUCCH) resource of the second cell;

the target RS is an RS with first identification information in the RS of the second cell being the same as the RS of the candidate wave beam of the first cell.

indicating that a beam failure event occurred in the first cell;

information related to a candidate beam for indicating the first cell.

Optionally, the related information includes at least one of:

an RS index of a candidate beam of the first cell;

Optionally, the network side device 800 further includes:

a second sending module, configured to send, in a target cell, a beam failure recovery response BFRR associated with the first cell after the beam failure recovery request BFRQ sent by the resource receiving terminal in the second cell is used;

wherein the target cell is the first cell or the second cell.

the BFRR is transmitted over the MAC-CE of the second cell;

including identification information of the first cell;

means for indicating the BFRR as a BFRR associated with the first cell;

a candidate beam for instructing the terminal to switch to the first cell;

for instructing the terminal to restart the beam search in the first cell.

the network side device 800 further includes:

a third sending module, configured to, after the beam failure recovery request BFRQ sent by the resource receiving terminal employing the second cell, execute any one of the following:

transmitting, at the first cell, a first BFRR associated with a first cell and transmitting, at the second cell, a second BFRR associated with a second cell;

transmitting a third BFRR in the second cell;

transmitting a third BFRR in said first cell;

Optionally, the first BFRR is transmitted through a dedicated PDCCH of a first CORESET-BFR of the first cell; the second BFRR is transmitted via a dedicated PDCCH of a second CORESET-BFR of the second cell.

The network side device 800 can implement each process that can be implemented by the network side device in the method embodiment of fig. 4 in the embodiment of the present invention, and achieve the same beneficial effects, and for avoiding repetition, details are not described here.

Referring to fig. 9, fig. 9 is a diagram illustrating one of the structures of a network device according to an embodiment of the present invention. As shown in fig. 9, the network side device 900 includes:

a fourth sending module 901, configured to send a first beam resource to a terminal, where the first beam resource is used for the terminal to determine a candidate beam of a first cell;

wherein the first beam resource comprises at least one of:

a first RS in the RS signaling is monitored by the wireless link;

the RS measured by the terminal regularly;

Optionally, the beam report includes at least one of:

configuring the report quantity in the CSI report configuration into a CSI report of a none;

Optionally, the first cell and the third cell belong to the same cell group.

The network side device 900 can implement each process that can be implemented by the network side device in the method embodiment of fig. 5 in the embodiment of the present invention, and achieve the same beneficial effects, and for avoiding repetition, details are not described here.

Referring to fig. 10, fig. 10 is a second structural diagram of a terminal according to a second embodiment of the present invention, where the terminal may be a schematic hardware structure diagram of a terminal for implementing various embodiments of the present invention. As shown in FIG. 10, terminal 1000 can include, but is not limited to: radio frequency unit 1001, network module 1002, audio output unit 1003, input unit 1004, sensor 1005, display unit 1006, user input unit 1007, interface unit 1008, memory 1009, processor 1010, and power supply 1011. Those skilled in the art will appreciate that the terminal structure shown in fig. 10 is not intended to be limiting and that the terminal may include more or fewer components than shown, or some of the components may be combined, or a different arrangement of components. In the embodiment of the present invention, the terminal includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.

First embodiment

A radio frequency unit 1001 configured to:

Optionally, the radio frequency unit 1001 is specifically configured to:

wherein the first condition comprises at least one of:

the terminal is configured with at least two cell groups.

Optionally, the radio frequency unit 1001 is specifically configured to:

Optionally, the resource of the second cell includes any one of:

physical Random Access Channel (PRACH) resources of the second cell;

a Physical Uplink Control Channel (PUCCH) resource of the second cell;

indicating that a beam failure event occurred in the first cell;

information related to a candidate beam for indicating the first cell.

Optionally, the related information includes at least one of:

an RS index of a candidate beam of the first cell;

Optionally, the radio frequency unit 1001 is further configured to:

wherein the target cell is the first cell or the second cell.

the BFRR is transmitted over the MAC-CE of the second cell;

including identification information of the first cell;

means for indicating the BFRR as a BFRR associated with the first cell;

a candidate beam for instructing the terminal to switch to the first cell;

for instructing the terminal to restart the beam search in the first cell.

the radio frequency unit 1001 is further configured to perform any one of the following:

receiving a third BFRR at said second cell;

receiving a third BFRR at said first cell;

Second embodiment

A processor 1010 configured to:

wherein the first beam resource comprises at least one of:

a first RS in the RS signaling is monitored by the wireless link;

the RS measured by the terminal regularly;

Optionally, the processor 1010 is further configured to:

Optionally, the radio frequency unit 1001 is further configured to:

and receiving the first beam resource sent by the network side equipment.

Optionally, the beam report includes at least one of:

the report volume in the CSI report configuration is configured as a CSI report of a channel state information reference signal resource indicator CRI-RSRP;

the report volume in the CSI report configuration is configured as a CSI report of SSB-index 10-RSRP;

the report quantity in the CSI report configuration is configured as the CSI report of SSB-index 10-SINR.

Optionally, the first RS is an RS configured for radio link failure in a radio link monitoring RS signaling.

Optionally, the first cell and the third cell belong to the same cell group.

It should be noted that, in this embodiment, the terminal 1000 may implement each process in the method embodiment of the present invention and achieve the same beneficial effects, and for avoiding repetition, details are not described here.

It should be understood that, in the embodiment of the present invention, the radio frequency unit 1001 may be used for receiving and sending signals during a message transmission or a call, and specifically, receives downlink data from a base station and then processes the received downlink data to the processor 1010; in addition, uplink data is transmitted to the base station. In general, radio frequency unit 1001 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. Further, the radio frequency unit 1001 may also communicate with a network and other devices through a wireless communication system.

The terminal provides the user with wireless broadband internet access through the network module 1002, such as helping the user send and receive e-mails, browse web pages, access streaming media, and the like.

The audio output unit 1003 may convert audio data received by the radio frequency unit 1001 or the network module 1002 or stored in the memory 1009 into an audio signal and output as sound. Also, the audio output unit 1003 can provide audio output (e.g., a call signal reception sound, a message reception sound, etc.) related to a specific function performed by the terminal 1000. The audio output unit 1003 includes a speaker, a buzzer, a receiver, and the like.

The input unit 1004 is used to receive an audio or video signal. The input Unit 1004 may include a Graphics Processing Unit (GPU) 10041 and a microphone 10042, the Graphics processor 10041 Processing image data of still pictures or video obtained by an image capturing device (such as a camera) in a video capture mode or an image capture mode. The processed image frames may be displayed on the display unit 1006. The image frames processed by the graphic processor 10041 may be stored in the memory 1009 (or other storage medium) or transmitted via the radio frequency unit 1001 or the network module 1002. The microphone 10042 can receive sound and can process such sound into audio data. The processed audio data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 1001 in case of the phone call mode.

Terminal 1000 can also include at least one sensor 1005 such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor that can adjust the brightness of the display panel 10061 according to the brightness of ambient light, and a proximity sensor that can turn off the display panel 10061 and/or a backlight when the terminal 1000 moves to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used to identify the terminal posture (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration identification related functions (such as pedometer, tapping), and the like; the sensor 1005 may further include a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, etc., which will not be described herein.

The display unit 1006 is used to display information input by the user or information provided to the user. The Display unit 1006 may include a Display panel 10061, and the Display panel 10061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.

The user input unit 1007 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the terminal. Specifically, the user input unit 1007 includes a touch panel 10071 and other input devices 10072. The touch panel 10071, also referred to as a touch screen, can collect touch operations by a user on or near it (such as operations by a user on or near the touch panel 10071 using a finger, a stylus, or any other suitable object or attachment). The touch panel 10071 may include two parts, a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 1010, receives a command from the processor 1010, and executes the command. In addition, the touch panel 10071 may be implemented by various types, such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. The user input unit 1007 may include other input devices 10072 in addition to the touch panel 10071. In particular, the other input devices 10072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a track ball, a mouse, and a joystick, which are not described in detail herein.

Further, the touch panel 10071 can be overlaid on the display panel 10061, and when the touch panel 10071 detects a touch operation thereon or nearby, the touch operation is transmitted to the processor 1010 to determine the type of the touch event, and then the processor 1010 provides a corresponding visual output on the display panel 10061 according to the type of the touch event. Although in fig. 10, the touch panel 10071 and the display panel 10061 are two independent components for implementing the input and output functions of the terminal, in some embodiments, the touch panel 10071 and the display panel 10061 may be integrated for implementing the input and output functions of the terminal, which is not limited herein.

Interface unit 1008 is an interface for connecting an external device to terminal 1000. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. Interface unit 1008 can be used to receive input from external devices (e.g., data information, power, etc.) and transmit the received input to one or more elements within terminal 1000 or can be used to transmit data between terminal 1000 and external devices.

The memory 1009 may be used to store software programs as well as various data. The memory 1009 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program (such as a sound playing function, an image playing function, etc.) required by at least one function, and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 1009 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The processor 1010 is a control center of the terminal, connects various parts of the entire terminal using various interfaces and lines, and performs various functions of the terminal and processes data by operating or executing software programs and/or modules stored in the memory 1009 and calling data stored in the memory 1009, thereby integrally monitoring the terminal. Processor 1010 may include one or more processing units; preferably, the processor 1010 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 1010.

Terminal 1000 can also include a power supply 1011 (e.g., a battery) for powering the various components, and preferably, power supply 1011 can be logically coupled to processor 1010 through a power management system that provides management of charging, discharging, and power consumption.

In addition, terminal 1000 can include some functional blocks not shown, which are not described in detail herein.

Preferably, an embodiment of the present invention further provides a terminal, including a processor 1010, a memory 1009, and a computer program stored in the memory 1009 and capable of running on the processor 1010, where the computer program is implemented by the processor 1010 to implement each process of the foregoing beam failure recovery method embodiment, and can achieve the same technical effect, and for avoiding repetition, details are not described here again.

Referring to fig. 11, fig. 11 is a second structural diagram of a network side device according to the second embodiment of the present invention, and as shown in fig. 11, the network side device 1100 includes: a processor 1101, a memory 1102, a user interface 1103, a transceiver 1104, and a bus interface.

In this embodiment of the present invention, the network side device 1100 further includes: a computer program stored on the memory 1102 and executable on the processor 1101.

First embodiment

The computer program when executed by the processor 1101 performs the steps of:

when a beam failure event occurs in a first cell, a beam failure recovery request BFRQ sent by a terminal is received by the transceiver 1104 using a resource of a second cell, where the BFRQ is used to request beam failure recovery of the first cell.

Optionally, the terminal satisfies at least one of the following conditions:

the terminal is configured with at least two cell groups.

the first cell is one of a primary cell (PCell) and a primary and secondary cell (PSCell) in a secondary cell group, and the second cell is the other of the PCell and the PSCell; or the like, or a combination thereof,

Optionally, when the terminal is configured with at least two cell groups, the first cell is one of a primary cell PCell and a primary secondary cell PSCell in a secondary cell group, and the second cell is the other of the PCell and the PSCell.

Optionally, the resource of the second cell includes any one of:

physical Random Access Channel (PRACH) resources of the second cell;

a Physical Uplink Control Channel (PUCCH) resource of the second cell;

indicating that a beam failure event occurred with the first cell;

information related to a candidate beam for indicating the first cell.

Optionally, the related information includes at least one of:

an RS index of a candidate beam of the first cell;

Optionally, the computer program may further implement the following steps when executed by the processor 1101:

transmitting, by the transceiver 1104, a beam failure recovery response, BFRR, associated with the first cell at a target cell;

wherein the target cell is the first cell or the second cell.

Optionally, when the target cell is the first cell, the BFRR recovers transmission of a dedicated physical downlink control channel PDCCH of the BFR through failure of a first control resource set CORESET beam of the first cell.

the BFRR is transmitted through the MAC-CE of the second cell;

including identification information of the first cell;

means for indicating the BFRR as a BFRR associated with the first cell;

a candidate beam for instructing the terminal to switch to the first cell;

for instructing the terminal to restart the beam search in the first cell.

the computer program, when executed by the processor 1101, may further implement the steps of:

performing, by the transceiver 1104, any of:

transmitting a third BFRR at said second cell;

transmitting a third BFRR in said first cell;

Second embodiment

The computer program when executed by the processor 1101 performs the steps of:

transmitting, by the transceiver 1104, a first beam resource to a terminal, the first beam resource being used for the terminal to determine a candidate beam of a first cell;

wherein the first beam resource comprises at least one of:

a first RS in the RS signaling is monitored by the wireless link;

the RS measured by the terminal regularly;

Optionally, the beam report includes at least one of:

Optionally, the first cell and the third cell belong to the same cell group.

In fig. 11, the bus architecture may include any number of interconnected buses and bridges, with various circuits representing one or more processors, in particular processor 1101, and memory represented by memory 1102, being linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 1104 may be a plurality of elements, including a transmitter and a receiver, providing a means for communicating with various other apparatus over a transmission medium. The user interface 1103 may also be an interface capable of interfacing with a desired device for different user devices, including but not limited to a keypad, display, speaker, microphone, joystick, etc.

The processor 1101 is responsible for managing the bus architecture and general processing, and the memory 1102 may store data used by the processor 2601 in performing operations.

The network side device 1100 may implement each process implemented by the network side device in the foregoing method embodiments, and is not described here again to avoid repetition.

An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements each process of the foregoing beam failure recovery method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one of 8230, and" comprising 8230does not exclude the presence of additional like elements in a process, method, article, or apparatus comprising the element.

Through the description of the foregoing embodiments, it is clear to those skilled in the art that the method of the foregoing embodiments may be implemented by software plus a necessary general hardware platform, and certainly may also be implemented by hardware, but in many cases, the former is a better implementation. Based on such understanding, the technical solutions of the present invention or portions thereof contributing to the prior art may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the methods according to the embodiments of the present invention.

While the present invention has been described with reference to the particular illustrative embodiments, it is to be understood that the invention is not limited to the disclosed embodiments, but is intended to cover various modifications, equivalent arrangements, and equivalents thereof, which may be made by those skilled in the art without departing from the spirit and scope of the invention as defined by the appended claims.

Claims

1. A method for recovering beam failure is applied to a terminal, and is characterized in that the method comprises the following steps:

under the condition that a beam failure event occurs in a first cell, sending a beam failure recovery request BFRQ by adopting the resource of a second cell, wherein the BFRQ is used for requesting the beam failure recovery of the first cell;

the sending of the beam failure recovery request BFRQ using the resource of the second cell includes:

wherein the first condition comprises that the terminal is configured with signaling related to a bidirectional activation protocol stack, DAPS;

2. The method of claim 1,

wherein the first condition further comprises:

the terminal is configured with at least two cell groups.

3. The method of claim 2, wherein the first condition comprises the terminal being configured with at least two cell groups, the first cell being one of a PCell and a PSCell, and the second cell being the other of the PCell and the PSCell.

4. The method of claim 1, wherein the sending the beam failure recovery request BFRQ using the resource of the second cell comprises:

and if the second cell is configured with the resource for transmitting the BFRQ, the BFRQ is transmitted by adopting the resource of the second cell.

5. The method of claim 1, wherein the resources of the second cell comprise any one of:

physical Random Access Channel (PRACH) resources of the second cell;

a Physical Uplink Control Channel (PUCCH) resource of the second cell;

6. The method of claim 5, wherein the PRACH resource of the second cell is associated with a Reference Signal (RS) of a candidate beam of the first cell if the resource of the second cell comprises the PRACH resource of the second cell.

7. The method of claim 6, wherein the PRACH resources of the second cell are: PRACH resources corresponding to a target RS of the second cell;

8. The method of claim 7, wherein the first identification information comprises at least one of: identification information of the RS; identification information of the position of the RS in the candidate beam set; identification information of an RS resource set in which the RS is located; and identification information of the position of the RS in the RS resource set.

9. The method of claim 5, wherein the BFRQ is used for at least one of the following if the resource of the second cell comprises a PUCCH resource of the second cell or a MAC-CE resource of the second cell:

indicating that a beam failure event occurred with the first cell;

information related to a candidate beam for indicating the first cell.

10. The method of claim 9, wherein the related information comprises at least one of:

an RS index of a candidate beam of the first cell;

11. The method of claim 1, wherein after the sending of the beam failure recovery request BFRQ using the resource of the second cell, the method further comprises:

wherein the target cell is the first cell or the second cell.

12. The method of claim 11, wherein the target cell is configured by a network side device or agreed upon by a protocol.

13. The method of claim 11, wherein the BFRR recovers a dedicated Physical Downlink Control Channel (PDCCH) transmission of a BFR through a first control resource set (CORESET) beam failure of the first cell if the target cell is the first cell.

14. The method of claim 11, wherein if the target cell is the second cell, the BFRR satisfies at least one of:

the BFRR is transmitted over the MAC-CE of the second cell;

including identification information of the first cell;

means for indicating the BFRR as a BFRR associated with the first cell;

a candidate beam for instructing the terminal to switch to the first cell;

for instructing the terminal to restart the beam search in the first cell.

15. The method of claim 1, wherein the BFRQ is further configured to request a beam failure recovery of the second cell if a beam failure event occurs in both the first cell and the second cell;

after the beam failure recovery request BFRQ is sent using the resource of the second cell, the method further includes any of:

receiving a third BFRR at said second cell;

receiving a third BFRR at said first cell;

16. The method of claim 15, wherein the first BFRR is transmitted via a dedicated PDCCH of a first CORESET-BFR of the first cell; the second BFRR is transmitted via a dedicated PDCCH of a second CORESET-BFR of the second cell.

17. The method of claim 15, wherein the third BFRR is transmitted via a dedicated PDCCH of a second CORESET-BFR of the second cell if the second cell receives the third BFRR.

18. The method of claim 15, wherein in the case that the first cell receives a third BFRR, the third BFRR is transmitted via a dedicated PDCCH of the first CORESET-BFR of the first cell.

19. A method for recovering beam failure is applied to a network side device, and is characterized in that the method comprises the following steps:

under the condition that a beam failure event occurs in a first cell, adopting a beam failure recovery request BFRQ sent by a resource receiving terminal of a second cell, wherein the BFRQ is used for requesting the beam failure recovery of the first cell;

wherein the terminal is configured with signaling related to a bidirectional activation protocol stack, DAPS;

20. The method of claim 19, wherein the terminal further satisfies:

the terminal is configured with at least two cell groups.

21. The method of claim 20, wherein the first cell is one of a primary cell (PCell) and a primary secondary cell (PSCell) in a secondary cell group, and the second cell is the other of the PCell and the PSCell, when the terminal is configured with at least two cell groups.

22. The method of claim 19, wherein the resources of the second cell comprise any one of:

a Physical Random Access Channel (PRACH) resource of the second cell;

a Physical Uplink Control Channel (PUCCH) resource of the second cell;

23. The method of claim 22, wherein the PRACH resource of the second cell is associated with a Reference Signal (RS) of a candidate beam of the first cell if the resource of the second cell comprises the PRACH resource of the second cell.

24. The method of claim 23, wherein the PRACH resources of the second cell are: PRACH resources corresponding to the target RS of the second cell;

25. The method of claim 24, wherein the first identification information comprises at least one of: identification information of the RS; identification information of the position of the RS in the candidate beam set; identification information of an RS resource set in which the RS is located; and identification information of the position of the RS in the RS resource set.

26. The method of claim 22, wherein the BFRQ is for at least one of the following if the resources of the second cell comprise PUCCH resources of the second cell or MAC-CE resources of the second cell:

indicating that a beam failure event occurred with the first cell;

information related to a candidate beam for indicating the first cell.

27. The method of claim 26, wherein the related information comprises at least one of:

an RS index of a candidate beam of the first cell;

28. The method of claim 19, wherein after receiving the beam failure recovery request BFRQ transmitted by the terminal using the resource of the second cell, the method further comprises:

transmitting a beam failure recovery response, BFRR, associated with said first cell at a target cell;

wherein the target cell is the first cell or the second cell.

29. The method of claim 28, wherein the target cell is configured by a network side device or agreed upon by a protocol.

30. The method of claim 28, wherein the BFRR recovers dedicated physical downlink control channel, PDCCH, transmission of BFRs through a first control resource set, CORESET, beam failure of the first cell if the target cell is the first cell.

31. The method of claim 28, wherein if the target cell is the second cell, the BFRR satisfies at least one of:

the BFRR is transmitted over the MAC-CE of the second cell;

including identification information of the first cell;

means for indicating the BFRR as a BFRR associated with the first cell;

a candidate beam for instructing the terminal to switch to the first cell;

for instructing the terminal to restart the beam search in the first cell.

32. The method of claim 19, wherein the BFRQ is further configured to request a beam failure recovery of the second cell if a beam failure event occurs in both the first cell and the second cell;

transmitting a third BFRR in the second cell;

transmitting a third BFRR in the first cell;

33. The method of claim 32, wherein the first BFRR is transmitted via a dedicated PDCCH of a first CORESET-BFR of the first cell; the second BFRR is transmitted via a dedicated PDCCH of a second CORESET-BFR of the second cell.

34. The method of claim 32, wherein the third BFRR is transmitted via a dedicated PDCCH of a second CORESET-BFR of the second cell, if the third BFRR is received by the second cell.

35. The method of claim 32, wherein a third BFRR is transmitted via a dedicated PDCCH of a first CORESET-BFR of the first cell, if the first cell receives the third BFRR.

36. A terminal, characterized in that the terminal comprises:

a first sending module, configured to send a beam failure recovery request BFRQ using a resource of a second cell when a beam failure event occurs in a first cell, where the BFRQ is used to request beam failure recovery of the first cell;

the first sending module is specifically configured to:

37. A network side device, wherein the network side device comprises:

a fourth receiving module, configured to receive, by using a resource of a second cell, a beam failure recovery request BFRQ sent by a terminal when a beam failure event occurs in a first cell, where the BFRQ is used to request beam failure recovery of the first cell;

38. A terminal comprising a processor, a memory and a computer program stored on the memory and executable on the processor, the computer program, when executed by the processor, implementing the steps of the beam failure recovery method according to any one of claims 1 to 18.

39. A network-side device comprising a processor, a memory, and a computer program stored on the memory and executable on the processor, wherein the computer program, when executed by the processor, implements the steps of the beam failure recovery method according to any one of claims 19 to 35.

40. A computer readable storage medium, having stored thereon a computer program which, when being executed by a processor, carries out the steps of the beam failure recovery method according to any one of claims 1 to 17 or the steps of the beam failure recovery method according to any one of claims 19 to 35.