WO2021109954A1

WO2021109954A1 - Beam failure recovery method, terminal, and network side device

Info

Publication number: WO2021109954A1
Application number: PCT/CN2020/132629
Authority: WO
Inventors: 杨昂; 孙鹏
Original assignee: 维沃移动通信有限公司
Priority date: 2019-12-05
Filing date: 2020-11-30
Publication date: 2021-06-10
Also published as: CN112929921A; CN112929921B

Abstract

The present invention provides a beam failure recovery method, a terminal, and a network side device. The method comprises: in the case that a beam failure event occurs in a first cell, using a resource of a second cell to transmit a beam failure recovery request (BFRQ), wherein the BFRQ is used for requesting the beam failure recovery of the first cell.

Description

Beam failure recovery method, terminal and network side equipment

Cross-references to related applications

This application claims the priority of Chinese Patent Application No. 201911237260.X filed in China on December 5, 2019, the entire content of which is incorporated herein by reference.

Technical field

The embodiments of the present invention relate to the field of communication technologies, and in particular to a beam failure recovery method, a terminal, and a network side device.

Background technique

In a high-frequency communication system, because the wavelength of the wireless signal is short, it is easier to block the signal propagation, which causes the signal propagation to be interrupted. If wireless link reconstruction is used, it will take a long time, so a beam failure recovery mechanism is introduced.

In the current beam failure recovery mechanism, if the terminal has a beam failure in a certain cell, the terminal uses the resources of the cell to perform beam failure recovery. However, if the terminal has a beam failure in a certain cell, it indicates that the beam quality of the cell is poor. Therefore, if the terminal uses the resources of the cell for beam failure recovery, it is very likely that the beam failure recovery will fail. It can be seen that the success rate of existing beam failure recovery needs to be improved.

Summary of the invention

The embodiments of the present invention provide a beam failure recovery method, a terminal, and a network side device to solve the problem of a low success rate of the existing beam failure recovery.

In order to solve the above problems, the present invention is implemented as follows:

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

When a beam failure event occurs in the first cell, the resources of the second cell are used to send a beam failure recovery request BFRQ, where the BFRQ is used to request beam failure recovery of the first cell.

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

In the case that a beam failure event occurs in the first cell, select the candidate beam of the first cell according to the first beam resource;

Wherein, the first beam resource includes at least one of the following:

The synchronization signal block measurement time configures the SSB measured in the SMTC measurement period;

A reference signal RS related to a beam report, where the beam report is a channel state information CSI report that satisfies the first condition;

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

The RS in the candidate beam set corresponding to the third cell of the terminal, and the third cell is another serving cell of the terminal except the first cell.

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

When a beam failure event occurs in the first cell, the resources of the second cell are used to receive the beam failure recovery request BFRQ sent by the terminal, where the BFRQ is used to request the beam failure recovery of the first cell.

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

Sending a first beam resource to the terminal, where the first beam resource is used by the terminal to determine a candidate beam for the first cell;

Wherein, the first beam resource includes at least one of the following:

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

In a fifth aspect, an embodiment of the present invention also provides a terminal, which includes:

The first sending module is configured to use the resources of the second cell to send a beam failure recovery request BFRQ when a beam failure event occurs in the 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 also provides a terminal, which includes:

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

Wherein, the first beam resource includes at least one of the following:

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

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

The fourth receiving module is configured to use the resources of the second cell to receive the beam failure recovery request BFRQ sent by the terminal when the beam failure event occurs in the first cell, the BFRQ is used to request the beam failure of the first cell restore.

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

Wherein, the first beam resource includes at least one of the following:

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

In an eighth aspect, an embodiment of the present invention also provides a terminal. The terminal includes a processor, a memory, and a computer program that is stored on the memory and can run on the processor, and the computer program is executed by the processor. During execution, the steps of the beam failure recovery method as described in the first aspect or the second aspect are realized.

In a ninth aspect, embodiments of the present invention also provide a network-side device. The network-side device includes a processor, a memory, and a computer program that is stored on the memory and can run on the processor. The computer program is The processor implements the steps of the beam failure recovery method described in the third aspect or the fourth aspect when executed by the processor.

In a tenth aspect, an embodiment of the present invention also provides a computer-readable storage medium having a computer program stored on the computer-readable storage medium. When the computer program is executed by a processor, the above-mentioned first aspect, second aspect, and The steps of the beam failure recovery method described in the third aspect or the fourth aspect.

In the embodiment of the present invention, when a beam failure event occurs in the first cell, the terminal may use the resources of the second cell to send a beam failure recovery request BFRQ, and the BFRQ is used to request the beam failure recovery of the first cell . In this way, compared with still using the resources of the first cell to send BFRQ, the success rate of beam failure recovery can be improved.

Description of the drawings

In order to explain the technical solutions of the embodiments of the present invention more clearly, the following will briefly introduce the drawings used in the description of the embodiments of the present invention. Obviously, the drawings in the following description are only some embodiments of the present invention. For those of ordinary skill in the art, other drawings can be obtained from these drawings without creative labor.

Figure 1 is a structural diagram of a network system applicable to an embodiment of the present invention;

FIG. 2 is one of the flowcharts of a beam failure recovery method provided by an embodiment of the present invention;

FIG. 3 is the second flowchart of a beam failure recovery method provided by an embodiment of the present invention;

4 is the third flow chart of the beam failure recovery method provided by the embodiment of the present invention;

FIG. 5 is the fourth flow chart of a beam failure recovery method provided by an embodiment of the present invention;

Figure 6 is one of the structural diagrams of a terminal provided by an embodiment of the present invention;

FIG. 7 is the second structural diagram of a terminal provided by an embodiment of the present invention;

FIG. 8 is one of the structural diagrams of a network side device provided by an embodiment of the present invention;

FIG. 9 is a second structural diagram of a network side device provided by an embodiment of the present invention;

FIG. 10 is the third structural diagram of a terminal provided by an embodiment of the present invention;

FIG. 11 is the third structural diagram of the network side device provided by the embodiment of the present invention.

Detailed ways

The technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of them. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative work shall fall within the protection scope of the present invention.

The terms "first", "second", etc. in this application are used to distinguish similar objects, and are not necessarily used to describe a specific sequence or sequence. In addition, the terms "including" and "having" and any variations of them are intended to cover non-exclusive inclusions. For example, a process, method, system, product, or device that includes a series of steps or units is not necessarily limited to those clearly listed. Those steps or units may include other steps or units that are not clearly listed or are inherent to these processes, methods, products, or equipment. In addition, the use of "and/or" in this application means at least one of the connected objects, such as A and/or B and/or C, which means that it includes A alone, B alone, C alone, and both A and B exist, Both B and C exist, A and C exist, and A, B, and C all exist in 7 cases.

Please refer to FIG. 1. FIG. 1 is a structural diagram of a network system applicable to an embodiment of the present invention. As shown in FIG. 1, it 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. To communicate.

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 can be a mobile phone, a tablet (Personal Computer), a laptop (Laptop Computer), a personal digital assistant (PDA), a mobile Internet device (Mobile Internet Device, MID), Wearable devices (Wearable Device) or in-vehicle devices, etc. The network side device 12 may be a base station, a relay, or an access point.

To facilitate understanding, some content involved in the embodiments of the present invention will be described below:

1. Downlink beam measurement process.

Downlink beam measurement can be divided into the following three processes:

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

P-2: The UE measures multiple transmit beams of the TRP and selects the transmit beam of the TRP. Typical scenario: Compared with P-1, it can be regarded as a special case of P-1 to achieve a small range and more accurate transmission beam scanning. The UE reports the selected at least one TRP transmission beam to the TRP.

P-3: The UE measures multiple receive beams of the UE on the same transmit beam of the TRP, and selects the receive beam of the UE. The UE does not report to the TRP.

In the beam measurement of the above procedures, the measurement of each TRP transmit beam and UE receive beam is done by configuring synchronization signal block (Synchronization Signal and PBCH block, SSB) resources or channel state information (Channel State Information, CSI) reference signal ( Reference Signal (RS) resources are implemented, and the signal on each SSB resource or CSI-RS resource is transmitted through a certain transmission beam. When scanning the TRP transmission beam, the transmission beams of these resources are different; when scanning the UE receiving beam, the transmission beams of these resources are the same.

2. CSI report configuration (CSI Report Setting).

CSI Report Setting of Radio Resource Control (RRC) signaling "CSI-reportConfig" There are multiple "reportQuantity" configuration options, when "reportQuantity" is set to any one of the following: CSI-RS resource indication (CSI-RS Resource Indicator, CRI) 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 (Tracking Reference Signal, TRS), it means that the CSI report is used for beam measurement. When "reportQuantity" is set to "none" and CSI-RS is used for TRS, it means that these CSI-RS measurements do not need to be reported to the base station; other settings of "reportQuantity" mean that the CSI report is a normal CSI information report.

The parameter "reportConfigType" related to the time-domain characteristics of CSI reports can be configured as Periodic, semi-persistent scheduling based on physical uplink control channel (semi Persistent On Physical Upl ink Control Channel, semi Persistent On PUCCH), based on physical uplink shared channel Semi Persistent Scheduling (semi Persistent On Physical Uplink Shared Channel, semi Persistent On PUSCH), Aperiodic (Aperiodic), corresponding to the periodic CSI report, PUCCH-based semi-persistent CSI report, PUSCH-based semi-persistent CSI report and aperiodic CSI report. In addition, the periodic CSI report and the semi-persistent CSI report also have the configuration of reporting period and time slot offset.

A CSI report configuration is associated with a CSI-RS resource set (CSI-RS resource set) or SSB resource set (SSB Resource Set) “CSI-ResourceConfig” used to configure beam management measurement. The CSI-RS resource configuration also has a parameter "resourceType" related to the time domain characteristics of the CSI-RS transmission, and the value can be periodic, semi-continuous, or aperiodic. It should be noted that periodic CSI reports can only be associated with periodic CSI-RS, semi-persistent CSI reports can be associated with periodic or semi-persistent CSI-RS, and aperiodic CSI reports can be associated with periodic, semi-persistent or aperiodic CSI-RS. Any CSI report can be associated with the SSB.

Based on CSI-RS beam management, the configuration of the P-3 process can be as follows: "reportQuantity" in the CSI report configuration is set to "none". The non-zero-power CSI-RS resource set "NZP-CSI-RS-ResourceSet" in the associated CSI resource configuration is repeatedly turned on ("Repetition" is configured as "on"), and the TRS information CSI-RS is not used to track reference signals (That is, "trs-Info" does not exist).

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

In a high-frequency communication system, because the wavelength of the wireless signal is short, it is easier to block the signal propagation, which causes the signal propagation to be interrupted. If wireless link reconstruction is used, it will take a long time. Therefore, a beam failure recovery mechanism is introduced, which is divided into the following four contents:

Content 1: Beam Failure Detection (BFD): The terminal measures the BFD RS at the physical layer, and determines whether a beam failure event occurs based on the measurement result. The judgment condition is: if the metric (hypothetical physical downlink control channel (Physical Downlink Control Channel, PDCCH) Block Error Rate (BLER)) of all serving beams (Serving Beam) is detected to meet the preset condition (exceeding the preset Threshold), it is determined as a beam failure instance (BFI), and the UE physical layer reports an indication to the higher layer of the UE (Medium Access Control (MAC) layer). The reporting process is periodic, BFI The reporting period is the shortest period of BFD RS, and the lower bound is 2 milliseconds (ms). Conversely, if the UE physical layer determines that BFI does not occur, it does not send an indication to the higher layer. The UE high-level uses counters and timers to count the BFI reported by the physical layer, and restarts the Timer every time a BFI is received. When the Timer times out, the Counter re-counts. When the Counter reaches the maximum number of times configured by the network, the UE declares that it has occurred The beam failure event.

At present, the Counter and Timer of the MAC layer of the UE are configured for each active bandwidth part (Bandwidth Part, BWP). The start and maintenance of the Counter and Timer on each BWP are independent, that is, each BWP's Counter and Timer work independently, including starting, resetting, counting, timing, etc.

Content 2: Candidate Beam Identification: The physical layer of the terminal measures the candidate beam reference signal (Candidate Beam RS) to find a new candidate beam. This step is not mandatory after the beam failure event (Beam Failure Event) occurs, but can also be before. When the UE physical layer receives a request or instruction or notification from the higher layer of the UE (MAC layer), it will report the measurement result that meets the preset condition (the measurement L1-RSRP of Candidate Beam RS exceeds the preset threshold) to the higher layer of the UE, and report it The content is {beam RS index, L1-RSRP}, and the UE upper layer selects Candidate Beam based on the report of the physical layer.

Content 3: Beam Failure Recovery ReQuest (BFRQ): The UE upper layer (MAC layer) determines the physical random access channel (Physical Random Access Channel, PRACH) resource (Resource) according to the selected Candidate Beam. If the UE finds the Candidate Beam and configures a non-contention PRACH resource, it uses the non-contention PRACH to send the BFRQ to the base station. Otherwise, the UE can use contention-based PRACH resources. When the beam failure recovery timer (Beam Failure Recovery Timer) expires, only contention-based PRACH resources can be used. The total number of times the two PRACH resources are used cannot exceed the pre-designed value. The non-competitive PRACH resources here, and other PRACH resources (such as PRACH resources for initial access) can be frequency-division multiplexing (FDM) or code division multiplexing (Code Division Multiplexing). , CDM). In addition, in the prior art, PUCCH is also supported to send BFRQ.

Content 4: Beam Failure Recovery Response (BFRR): After the base station receives the BFRQ, it will set the control resource set (Control Resource Set, CORESET)-Beam Failure Recovery (BFR) dedicated on The PDCCH (dedicated PDCCH) sends a response (Response), and carries the Cell Radio Network Temporary Identifier (C-RNTI), and may also include switching to a new candidate beam, or restarting the beam search, or other Instructions. The downlink RS (DL RS) of Candidate Beam found by the CORESET-BFR and the UE is spatially quasi-co-location (Quasi Co-Location, QCL). If the BFR is unsuccessful, the physical layer of the UE sends an indication to the higher layer of the UE for the higher layer to determine the subsequent radio link failure process.

For a multi-carrier scenario, there is one primary cell and at least one secondary cell (Secondary Cell, Scell). In specific implementation, the primary cell can be: the primary cell (Primary Cell, PCell) in the primary cell group (Master Cell Group, MCG), or the primary and secondary cell (Primary Secondary Cell) in the secondary cell group (Secondary Cell Group, SCG) , PSCell). Multi-carrier can be understood as carrier aggregation (Carrier Aggregation, CA), where there are multiple carriers, or multiple component carriers (CC), or multiple cells.

The beam failure recovery method in the embodiment of the present invention will be described below.

Referring to FIG. 2, FIG. 2 is one of the flowcharts of the beam failure recovery method provided by the embodiment of the present invention. The beam failure recovery method of this embodiment is applied to a terminal.

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

Step 201: When a beam failure event occurs in the first cell, use the resources of the second cell to send a beam failure recovery request BFRQ, where the BFRQ is used to request beam failure recovery of the first cell.

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

Case 1: The overall channel environment of the first cell becomes worse, resulting in poor beam quality in the first cell;

Case 2: The terminal rotates, causing the direction of the beam previously used and configured by the terminal to no longer be appropriate.

For case 1, because the overall channel environment of the first cell becomes worse, the terminal uses the resources of the first cell to perform beam failure recovery, and there is a high probability that the beam failure recovery fails.

For case 2, when the direction of the beams previously used and configured by the terminal is no longer appropriate, the beam quality corresponding to the RS in the candidate beam set previously configured by the network side device is likely to be inadequate. Therefore, the terminal is in the candidate beam set. It is very likely that no suitable new beam can be found, or the network-side equipment cannot receive the BFRQ sent by the terminal based on the candidate beam, resulting in failure of beam failure recovery.

Based on the above considerations, when a beam failure event occurs in the first cell, the beam failure recovery method of this embodiment proposes that the terminal uses the resources of the second cell to send BFRQ, that is, uses the resources of the second cell for beam failure recovery. In this way, Compared with continuing to use the resources of the second cell for 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 two contents of BFD and Candidate Beam Identification in the beam failure recovery mechanism can be executed based on the relevant RS of the first cell. Specifically, the BFD content can be executed based on the BFD RS of the first cell; the Candidate Beam Identification content can be executed based on the Candidate Beam set of the first cell, but it is not limited to this.

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. In this implementation manner After a beam failure event occurs in a cell of a cell group, the terminal can use resources of another cell group to perform beam failure recovery. In another implementation manner, the first cell and the second cell may also belong to the same cell group.

Optionally, the first cell is one of the primary cell PCell and the primary secondary cell PSCell in the secondary cell group, and the second cell is the other of the PCell and PSCell; or, the first cell is the source One of the cell and the target cell, and the second cell is the other of the source cell and the target cell.

In the beam failure recovery method of this embodiment, when a beam failure event occurs in the first cell, the terminal can use the resources of the second cell to send a beam failure recovery request BFRQ, and the BFRQ is used to request the beam of the first cell Failure recovery. In this way, compared with still using the resources of the first cell to send BFRQ, the success rate of beam failure recovery can be improved.

In this embodiment, optionally, using the resources of the second cell to send the beam failure recovery request BFRQ includes:

When the terminal meets the first condition, use the resources of the second cell to send the BFRQ;

Wherein, the first condition includes at least one of the following:

The terminal is configured with signaling related to the two-way activation protocol stack DAPS;

The terminal is configured with at least two cell groups.

To facilitate understanding, the signaling related to the dual active protocol stack (Dual Active Protocol Stack, DAPS) will be specifically described below.

During specific implementation, the DAPS-related signaling may be expressed as any one of the following:

DAPS configuration signaling, used to configure DAPS;

DAPS activation signaling, used to activate DAPS;

DAPS handover (HandOver, HO) configuration signaling, used to configure DAPS HO;

DAPS HO activation signaling is used to activate DAPS HO.

Further, the DAPS HO configuration signaling may specifically be expressed as a two-way activation protocol stack switching configuration (dapsHO-Config) signaling, but it is not limited to this.

In the scenario where the terminal is configured with at least two cell groups, the network side device may configure the first signaling to configure the terminal with at least two cell groups.

During specific implementation, the first signaling can be expressed as any of the following:

Secondary Cell Group (secondaryCellGroup) signaling;

Multi-radio access technology dual-connection 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 (Radio Resource Control, RRC) reconfiguration message.

During specific implementation, the specific manifestations of the first cell and the second cell may be related to the specific manifestations of the terminal meeting the first condition, and the specific description is as follows:

In the case where the first condition includes that the terminal is configured with DAPS-related signaling, optional:

The first cell is one of the primary cell PCell and the primary secondary cell PSCell in the secondary cell group, and the second cell is the other of the PCell and PSCell; or,

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 a source cell and a target cell.

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

In this embodiment, optionally, the use of the resources of the second cell to send the beam failure recovery request BFRQ includes:

In the case that the second cell is configured with resources for sending BFRQ, the resources of the second cell are used to send the BFRQ.

In other words, the premise for the terminal to use the resources of the second cell to send the BFRQ is that the second cell is configured with resources for sending the BFRQ. Otherwise, the terminal may use the resources of the first cell to send BFRQ.

In this embodiment, the resources of the second cell may have multiple manifestations. Optionally, the resources of the second cell include any one of the following:

Physical random access channel PRACH resource of the second cell;

Physical uplink control channel PUCCH resources of the second cell;

The media access control MAC control unit CE resource of the second cell.

Therefore, in specific implementation, the premise that the terminal uses the target resource of the second cell to send the BFRQ is that the second cell is configured with the target resource for sending the BFRQ, and the target resource may be a PRACH resource, a PUCCH resource or a MAC-CE resource. For example, the premise of using the PRACH of the second cell to send the BFRQ is that PRACH resources are configured on the second cell.

It can be seen from the foregoing that the resources of the second cell may have multiple manifestations, and the different manifestations of the resources of the second cell will be described below.

Manifestation 1: The resources of the second cell include the PRACH resources of the second cell.

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

In 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: the PRACH resource corresponding to the target RS of the second cell;

Wherein, the target RS is an RS in the RS of the second cell whose first identification information is the same as the RS of the candidate 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 first determine the target RS according to the first identification information of the RS of the candidate beam of the first cell, and then regard the PRACH resource corresponding to the target RS as the PRACH resource of the second cell, and adopt the target RS The corresponding PRACH resource sends BFRQ.

Optionally, the first identification information includes at least one of the following: identification information of the RS; identification information of the location of the RS in the candidate beam set; identification information of the RS resource set where the RS is located; Identification information.

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

In specific implementation, the candidate beam set can be carried in the high-level signaling candidate beam reference signal list (candidateBeamRSList) or candidate beam resource list (candidateBeamResourceList), but it is not limited to this.

The identification information of the location of the RS in the candidate beam set can be understood as: the sequence identification of the RS in the candidate beam set. The candidate beam set includes multiple RSs, each RS corresponds to a position in the candidate beam set, and each position has unique identification information. Exemplarily, 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 identification of the RS in the candidate beam set is N.

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

The identification information of the location of the RS in the RS resource set is similar to the identification information of the location of the RS in the candidate beam set. For details, please refer to the foregoing description, which will not be repeated here.

In practical applications, PRACH resources can include non-competitive PRACH resources and competitive PRACH resources.

In the case that the second cell is configured with non-contention PRACH resources and contention PRACH resources for sending BFRQ, the terminal may preferentially use the non-contention 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 non-competing PRACH resource is performed, the terminal may perform beam failure recovery based on the competing PRACH resource again.

In the case that the second cell is not configured with a non-contention PRACH resource for sending a BFRQ, but is configured with a contention PRACH resource, the BFRQ can be sent using the contention PRACH resource.

Manifestation 2: The resource of the second cell includes the PUCCH resource of the second cell or the MAC-CE resource of the second cell.

In the case that the terminal uses the resources of the second cell in the second form to send the BFRQ, optionally, the BFRQ is used for at least one of the following:

Used to indicate that a beam failure event has occurred in the first cell;

Used to indicate that a beam failure event has occurred in multiple cells of the cell group to which the first cell belongs;

It is used to indicate related information of the candidate beam of the first cell.

In this way, after receiving the BFRQ, the network side device can know that the BFRQ is used to request beam failure recovery of the first cell.

In a case where the BFRQ is used to indicate related information of the candidate beam of the first cell, optionally, the related information includes at least one of the following:

The RS index of the candidate beam of the first cell;

The layer 1 reference signal received power RSRP corresponding to the RS of the candidate beam of the first cell;

The layer 1 signal to interference and noise ratio (Signal-to-Noise and Interference Ratio, SINR) corresponding to the RS of the candidate beam of the first cell.

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

Scenario 1: A beam failure event has occurred in the first cell, and no beam failure event has occurred in the second cell.

Scenario 2: A beam failure event occurs in both the first cell and the second cell.

For the above two scenarios, the functions of the BFRQ are different. Specifically, for the BFRQ of scenario 1, it is only used to request beam failure recovery of the first cell; and for the BFRQ of scenario 2, it is used in addition to requesting beam failure recovery of the first cell. To request the beam failure recovery of the second cell.

Correspondingly, it should be understood that for the above two scenarios, after the network side device receives the BFRQ, the BFRR sent by it may also be different. The specific description is as follows:

For scenario 1, optionally, after the use of the resources of the second cell to send the beam failure recovery request BFRQ, the method further includes:

Receiving a beam failure recovery response BFRR associated with the first cell in the target cell;

Wherein, the target cell is the first cell or the second cell.

The BFRR associated with the first cell can be understood as: the BFRR is used to respond to the beam failure recovery request of the terminal regarding the first cell.

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

The following describes the case where the target cells are the first cell and the second cell respectively.

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

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

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

The BFRR may also satisfy at least one of the following:

Including the Cell Radio Network Temporary Identifier (C-RNTI) of the first cell;

A candidate beam used to instruct the terminal to switch to the first cell;

It is used to instruct the terminal to restart beam search in the first cell.

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

Optionally, the BFRR satisfies at least one of the following:

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

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

Including identification information of the first cell;

Used to indicate that the BFRR is a BFRR associated with the first cell;

A candidate beam used to instruct the terminal to switch to the first cell.

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

In the case where the candidate beam of the second cell is selected, the downlink RS of the second CORESET-BFR and the candidate beam of the second cell satisfy the relationship of spatial quasi co-location QCL;

In the case that the candidate beam of the second cell is not selected, the downlink RS of the second CORESET-BFR and the candidate beam of the first cell satisfy the spatial quasi co-location QCL relationship.

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

For scenario 2, optionally, after the use of the resources of the second cell to send the beam failure recovery request BFRQ, the method further includes any one of the following:

Receiving a first BFRR associated with the first cell in the first cell, and receiving a second BFRR associated with the second cell in the second cell;

Receiving a third BFRR in the second cell;

Receiving a third BFRR in the first cell;

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

It should be understood that the above-mentioned first BFRR is used to respond to the terminal's beam failure recovery request for the first cell; the above-mentioned second BFRR is used to respond to the terminal's beam failure recovery request for the second cell; The third BFRR may be used to respond to a beam failure recovery request of the terminal regarding the first cell, and a beam failure recovery request of the terminal regarding the second cell.

The above three situations are explained separately below.

In the first case, the first BFRR associated with the first cell is received in the first cell, and the second BFRR associated with the second cell is received in the second cell.

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

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

The first BFRR may also satisfy at least one of the following:

Including the C-RNTI of the first cell;

A candidate beam used to instruct the terminal to switch to the first cell;

It is used to instruct the terminal to restart beam search in the first cell.

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

The second BFRR may also satisfy at least one of the following:

Including the C-RNTI of the second cell;

A candidate beam used to instruct the second cell to switch to the second cell;

Used to instruct the terminal to restart beam search in the second cell.

In the second case, the third BFRR is received in the second cell.

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

In the third case, the third BFRR is received in the first cell.

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

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

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

Including the C-RNTI of the first cell;

A candidate beam used to instruct the terminal to switch to the first cell;

Used to instruct the terminal to restart beam search in the first cell;

Including the C-RNTI of the second cell;

A candidate beam used to instruct the second cell to switch to the second cell;

Used to instruct the terminal to restart beam search in the second cell.

Referring to FIG. 3, FIG. 3 is a second flow chart of a beam failure recovery method provided by an embodiment of the present invention. The beam failure recovery method in the embodiment of the present invention is applied to a 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 the first cell, select a candidate beam for the first cell according to the first beam resource.

Wherein, the first beam resource includes at least one of the following:

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

During specific implementation, the SSB measured in the synchronization signal block measurement time configuration (SSB Measurement Timing Configurations, SMTC) measurement period may be expressed as: the SSB indicated by the signaling synchronization signal block measurement (ssb-ToMeasure).

Optionally, the beam report includes at least one of the following:

CSI report in which the report amount in the CSI report configuration is configured as none;

The report amount in the CSI report configuration is configured as the CSI report of the CRI-RSRP indicated by the channel state information reference signal resource;

The report amount in the CSI report configuration is configured as the CSI report of SSB-index Index-RSRP;

The report amount in the CSI report configuration is configured as the CSI report of CRI-SINR;

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

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

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

Remember that the RS in the beam report is the second RS, and the RS configured for the beam report is the third RS. It can be understood that the second RS is part or all of the RSs in the third RS.

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

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

In this embodiment, the following two implementation manners can be included.

Embodiment 1. Optionally, before the selecting the candidate beam of the first cell according to the first beam resource, the method further includes:

When the physical layer of the terminal receives the first information of the upper layer of the terminal, the physical layer of the terminal reports the first beam resource to the upper layer of the terminal.

In specific implementation, the upper layer of the terminal may be the MAC layer.

In the first embodiment, the first beam resource reported by the physical layer and the candidate beams configured by the network-side device are selected to be independent of each other. The upper layer of the terminal can select candidate beams from the first beam resources reported by the physical layer and the candidate beams configured by the network-side equipment. Compared with the prior art, the terminal can only select candidate beams from the candidate beams configured by the network-side equipment. The beam expands the selection range of candidate beams, thereby increasing the success rate of beam failure recovery.

Embodiment 2. Optionally, before the selecting the candidate beam of the first cell according to the first beam resource, the method further includes:

Receiving the first beam resource sent by the network side device.

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

The first RS in the radio link monitoring RS signaling;

The RS periodically measured by the terminal.

In the second embodiment, the first beam resource may be part or all of the beam resources in the candidate beam set. In specific implementation, when configuring the candidate beam set, the network side device may preferentially configure the first beam resource in the candidate beam set, so that the selection range of candidate beams can be expanded, and the success rate of beam failure recovery can be improved.

The beam failure recovery method of this embodiment introduces the first beam resource, and when a beam failure event occurs in the first cell, the candidate beam of the first cell is selected according to the first beam resource. It can be seen that the selection range of candidate beams is expanded, and the success rate of beam failure recovery can be improved.

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

The various optional implementation manners introduced in the embodiment of the present invention can be implemented in combination with each other or can be implemented separately, and the embodiment of the present invention does not limit this.

To facilitate understanding, examples are described as follows:

Example one

The following RS not in the higher-level signaling candidateBeamRSList/candidateBeamResourceList (that is, not set

), that is, it is not the candidate beam in the BFR configured by the network). When the UE receives a request or instruction or notification from a higher layer, it can also report to the higher layer:

The SSB indicated by the signaling ssb-ToMeasure, that is, the SSB measured in the SMTC measurement period;

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

RS in the detectionResource in the signaling RadioLinkMonitoringRS;

Other RS regularly measured by the UE;

Other serving cells belong to set

RS.

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

Further, the purpose of RadioLinkMonitoringRS is configured as "rlf" RS.

Beam Report (Beam Report) refers to the high-level signaling reportQuantity configuration in CSI-ReportConfig as one of the following ('none','cri-RSRP','ssb-Index-RSRP','cri-SINR','ssb-Index -SINR') CSI report.

The network must/preferentially configure the following RSs as RSs in candidateBeamRSList/candidateBeamResourceList

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

RS in the detectionResource in the signaling RadioLinkMonitoringRS;

Other RS regularly measured by the UE.

Further, the purpose of RadioLinkMonitoringRS is configured as "rlf" RS.

Example two

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

1. Prerequisites:

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

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

ii. Optional, after RRC reconfiguration.

b) The network is configured with secondaryCellGroup or related signaling (mrdc-SecondaryCellGroupConfig, nr-SecondaryCellGroupConfig)

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

ii. Optional, after RRC reconfiguration.

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

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

b) Candidate Beam Identification is based on the RS resource of the new candidate beam of the first cell.

It should be noted that RS resources can be understood as RS.

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

Subsequent may only be the first condition, or only the second condition.

4. The UE reports Beam failure recovery request through the resources of the second cell (PRACH, PUCCH, MAC-CE)

i. The prerequisite for sending the message in one of the above-mentioned manners also includes: configuring a corresponding channel resource on the second cell. For example, the premise of using PRACH to send the message is that PRACH resources are configured on the cell.

ii. Optionally, when using the PRACH of the second cell to send BFRQ:

The PRACH resource is a non-competitive PRACH resource

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

i. The first ID of the new 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 beam RS resource of the first cell.

The first ID is: RS ID, or the sequence ID in the candidate beam set (if all are the Nth), or other IDs associated with the RS.

The PRACH resources are competing PRACH resources.

a) When the non-contention PRACH resource is configured, if the beam failure based on the non-contention PRACH resource fails to recover, then the competing PRACH resource is used again.

b) When no contention-free PRACH resource is configured, the contention PRACH resource is used.

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

Indicates that a beam failure event has occurred in the first cell;

Indicating that a beam failure event has occurred in multiple cells of the cell group to which the first cell belongs;

Information indicating the new beam of the first cell;

Optionally, it includes the RS resource index, L1-RSRP, L1-SINR, etc. used to indicate the new beam.

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 sending a response in the first cell, send a response in the dedicated PDCCH on the CORESET-BFR configured on the first cell, and carry the C-RNTI, and may also include switching to a new candidate beam, or Restart beam search, or other instructions. The DL RS of the candidate beam found by the CORESET-BFR and the UE is spatial QCL.

ii. When sending a response in the second cell, satisfy at least one of the following:

Send a response in the MAC-CE of the second cell;

Send the response in the dedicated PDCCH on the CORESET-BFR configured on the second cell, and carry the C-RNTI;

The information includes first cell information or signaling indicating that the response is the first cell;

It may also include switching to a new candidate beam, or restarting the beam search, or other instructions.

iii. Which cell to choose and the specific configuration are the default for the network configuration/protocol.

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 sending a response in each cell, send the response in the dedicated PDCCH on the CORESET-BFR configured on the respective cell, and carry the C-RNTI, and may also include switching to a new candidate beam or restarting the beam search , Or other instructions. The DL RS of the candidate beam of the respective cell found by CORESET-BFR and UE is spatial QCL

ii. Send the response uniformly on the second cell.

The response is sent in the dedicated PDCCH on the CORESET-BFR on the configured second cell, and carries the C-RNTI, and may also include switching to a new candidate beam, or restarting the beam search, or other instructions. The CORESET-BFR and the DL RS of the candidate beam of the second cell found by the UE are spatial QCL.

iii. Send the response uniformly on the first cell.

The response is sent in the dedicated PDCCH on the CORESET-BFR on the configured first cell, and carries the C-RNTI, and may also include switching to a new candidate beam, or restarting the beam search, or other instructions. The CORESET-BFR and the DL RS of the candidate beam of the first cell found by the UE are spatial QCL.

In the embodiment of the present invention, on the one hand, when the UE is configured with two cell groups, the beam failure recovery can use the resources of the other cell group; on the other hand, the candidate beam of the UE can be configured in advance on the new beam resource of the network Choose from RSs other than the RSs in the RS, which can improve the success rate of beam failure recovery.

Referring to FIG. 4, FIG. 4 is the third flowchart of a beam failure recovery method provided by an embodiment of the present invention. The beam failure recovery method in the embodiment of the present invention is applied to a network side device.

Step 401: When a beam failure event occurs in the first cell, use the resources of the second cell to receive a beam failure recovery request BFRQ sent by a terminal, where the BFRQ is used to request beam failure recovery of the first cell.

Optionally, the terminal meets at least one of the following:

The terminal is configured with at least two cell groups.

Optionally, when the terminal is configured with DAPS-related signaling:

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

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

Optionally, the resources of the second cell include any one of the following:

Physical random access channel PRACH resource of the second cell;

Physical uplink control channel PUCCH resources of the second cell;

The media access control MAC control unit CE resource of the second cell.

Optionally, in a case where the resources of the second cell include the PRACH resources of the second cell, the PRACH resources of the second cell are associated with the reference signal RS of the candidate beam of the first cell.

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

Optionally, the first identification information includes at least one of the following: identification information of the RS; identification information of the location of the RS in the candidate beam set; identification information of the RS resource set where the RS is located; and the location of the RS in the RS resource set的identification information.

Optionally, in the case that the resources of the second cell include the PUCCH resources of the second cell or the MAC-CE resources of the second cell, the BFRQ is used for at least one of the following:

Used to indicate that a beam failure event has occurred in the first cell;

Optionally, the related information includes at least one of the following:

The RS index of the candidate beam of the first cell;

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

Optionally, after the use of the resources of the second cell to receive the beam failure recovery request BFRQ sent by the terminal, the method further includes:

Sending a beam failure recovery response BFRR associated with the first cell in the 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, in a case where the target cell is the first cell, the BFRR recovers the dedicated physical downlink control channel PDCCH transmission of the BFR through a beam failure of the first control resource set CORESET of the first cell.

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

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

Including identification information of the first cell;

Used to indicate that the BFRR is a BFRR associated with the first cell;

A candidate beam used to instruct the terminal to switch to the first cell;

It is used to instruct the terminal to restart beam search in the first cell.

Optionally, when a beam failure event occurs in both the first cell and the second cell, the BFRQ is also used to request beam failure recovery of the second cell;

After the use of the resources of the second cell to receive the beam failure recovery request BFRQ sent by the terminal, the method further includes any one of the following:

Sending a first BFRR associated with the first cell in the first cell, and sending a second BFRR associated with the second cell in the second cell;

Sending a third BFRR in the second cell;

Send a third BFRR in the first cell.

Optionally, the first BFRR is transmitted through a dedicated PDCCH of the first CORESET-BFR of the first cell; the second BFRR is transmitted through a dedicated PDCCH of the 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 the second CORESET-BFR of the second cell.

It should be noted that this embodiment is used as an implementation manner of a network side device corresponding to the method embodiment in FIG. 2. Therefore, reference may be made to the relevant description in the above method embodiment, and the same beneficial effects can be achieved. In order to avoid repeating the description, it will not be repeated here.

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

Step 501: Send a first beam resource to a terminal, where the first beam resource is used by the terminal to determine a candidate beam for the first cell.

Wherein, the first beam resource includes at least one of the following:

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

It should be noted that 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 the following:

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

It should be noted that this embodiment is used as an implementation manner of a network side device corresponding to the method embodiment in FIG. 3. Therefore, reference can be made to the relevant description in the above method embodiment, and the same beneficial effects can be achieved. In order to avoid repeating the description, it will not be repeated here.

Refer to FIG. 6, which is one of the structural diagrams of a terminal provided by an embodiment of the present invention. As shown in FIG. 6, the terminal 600 includes:

The first sending module 601 is configured to use the resources of the second cell to send a beam failure recovery request BFRQ when a beam failure event occurs in the first cell, and 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 includes at least one of the following:

The terminal is configured with at least two cell groups.

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

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

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

Optionally, the resources of the second cell include any one of the following:

Physical random access channel PRACH resource of the second cell;

Physical uplink control channel PUCCH resources of the second cell;

The media access control MAC control unit CE resource of the second cell.

Used to indicate that a beam failure event has occurred in the first cell;

Optionally, the related information includes at least one of the following:

The RS index of the candidate beam of the first cell;

Optionally, the terminal 600 further includes:

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

Wherein, the target cell is the first cell or the second cell.

Optionally, when the target cell is the second cell, the BFRR satisfies at least one of the following:

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

Including identification information of the first cell;

Used to indicate that the BFRR is a BFRR associated with the first cell;

A candidate beam used to instruct the terminal to switch to the first cell;

It is used to instruct the terminal to restart beam search in the first cell.

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

The terminal 600 further includes:

The second receiving module is configured to perform any one of the following after the beam failure recovery request BFRQ is sent using the resources of the second cell:

Receiving a third BFRR in the second cell;

Receiving a third BFRR in the first cell;

The terminal 600 can implement various processes that can be implemented by the terminal in the method embodiment in FIG. 2 in the embodiment of the present invention, and achieve the same beneficial effects. To avoid repetition, details are not described herein again.

Refer to FIG. 7, which is one of the structural diagrams of the terminal provided by the embodiment of the present invention. As shown in FIG. 7, the terminal 700 includes:

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

Wherein, the first beam resource includes at least one of the following:

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

Optionally, the terminal 700 further includes:

A reporting module, configured to: before the candidate beam of the first cell is selected according to the first beam resource, when the physical layer of the terminal receives the first information of the upper layer of the terminal, the terminal’s The physical layer reports the first beam resource to a higher layer of the terminal.

Optionally, the terminal 700 further includes:

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

Optionally, the beam report includes at least one of the following:

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

The terminal 700 can implement various processes 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. To avoid repetition, details are not described herein again.

Referring to FIG. 8, FIG. 8 is one of the structural diagrams of the network side device provided by the embodiment of the present invention. As shown in FIG. 8, the network side device 800 includes:

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

Optionally, the terminal meets at least one of the following:

The terminal is configured with at least two cell groups.

Optionally, when the terminal is configured with DAPS-related signaling:

Optionally, the resources of the second cell include any one of the following:

Physical random access channel PRACH resource of the second cell;

Physical uplink control channel PUCCH resources of the second cell;

The media access control MAC control unit CE resource of the second cell.

Used to indicate that a beam failure event has occurred in the first cell;

Optionally, the related information includes at least one of the following:

The RS index of the candidate beam of the first cell;

Optionally, the network side device 800 further includes:

The second sending module is configured to use the resources of the second cell to receive the beam failure recovery request BFRQ sent by the terminal, and then send the beam failure recovery response BFRR associated with the first cell in the target cell;

Wherein, the target cell is the first cell or the second cell.

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

Including identification information of the first cell;

Used to indicate that the BFRR is a BFRR associated with the first cell;

A candidate beam used to instruct the terminal to switch to the first cell;

It is used to instruct the terminal to restart beam search in the first cell.

The network side device 800 further includes:

The third sending module is configured to perform any one of the following after receiving the beam failure recovery request BFRQ sent by the terminal using the resources of the second cell:

Sending a third BFRR in the second cell;

Sending a third BFRR in the first cell;

The network side device 800 can implement various processes 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. To avoid repetition, details are not described herein again.

Refer to FIG. 9, which is one of the structural diagrams of the network side device provided by the embodiment of the present invention. As shown in FIG. 9, the network side device 900 includes:

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

Wherein, the first beam resource includes at least one of the following:

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

Optionally, the beam report includes at least one of the following:

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

The network side device 900 can implement the various processes 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. To avoid repetition, details are not described herein again.

Please refer to FIG. 10. FIG. 10 is a second structural diagram of a terminal provided by an embodiment of the present invention. The terminal may be a schematic diagram of a hardware structure of a terminal that implements various embodiments of the present invention. As shown in FIG. 10, the terminal 1000 includes, but is not limited to: a radio frequency unit 1001, a network module 1002, an audio output unit 1003, an input unit 1004, a sensor 1005, a display unit 1006, a user input unit 1007, an interface unit 1008, a memory 1009, and processing The device 1010, and the power supply 1011 and other components. Those skilled in the art can understand that the terminal structure shown in FIG. 10 does not constitute a limitation on the terminal, and the terminal may include more or fewer components than those shown in the figure, or combine certain components, or arrange different 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 palmtop computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.

The first embodiment

Radio frequency unit 1001, used for:

Optionally, the radio frequency unit 1001 is specifically used for:

Wherein, the first condition includes at least one of the following:

The terminal is configured with at least two cell groups.

Optionally, the radio frequency unit 1001 is specifically used for:

Optionally, the resources of the second cell include any one of the following:

Physical random access channel PRACH resource of the second cell;

Physical uplink control channel PUCCH resources of the second cell;

The media access control MAC control unit CE resource of the second cell.

Used to indicate that a beam failure event has occurred in the first cell;

Optionally, the related information includes at least one of the following:

The RS index of the candidate beam of the first cell;

Optionally, the radio frequency unit 1001 is also used for:

Wherein, the target cell is the first cell or the second cell.

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

Including identification information of the first cell;

Used to indicate that the BFRR is a BFRR associated with the first cell;

A candidate beam used to instruct the terminal to switch to the first cell;

It is used to instruct the terminal to restart beam search in the first cell.

The radio frequency unit 1001 is also used to perform any one of the following:

Receiving a third BFRR in the second cell;

Receiving a third BFRR in the first cell;

Second embodiment

The processor 1010 is used for:

Wherein, the first beam resource includes at least one of the following:

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

Optionally, the processor 1010 is also used for:

Optionally, the radio frequency unit 1001 is also used for:

Receiving the first beam resource sent by the network side device.

Optionally, the beam report includes at least one of the following:

The report amount in the CSI report configuration is configured as the CSI report of SSB-index Inde10-RSRP;

The report amount in the CSI report configuration is configured as the CSI report of SSB-Inde10-SINR.

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

It should be noted that the foregoing terminal 1000 in this embodiment can implement each process in the method embodiment in the embodiment of the present invention and achieve the same beneficial effects. To avoid repetition, details are not described herein again.

It should be understood that, in the embodiment of the present invention, the radio frequency unit 1001 can be used to receive and send signals during information transmission or communication. Specifically, the downlink data from the base station is received and sent to the processor 1010 for processing; in addition, Uplink data is sent to the base station. Generally, the 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. In addition, the radio frequency unit 1001 can also communicate with the network and other devices through a wireless communication system.

The terminal provides users with wireless broadband Internet access through the network module 1002, such as helping users to send and receive emails, browse web pages, and access streaming media.

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

The input unit 1004 is used to receive audio or video signals. The input unit 1004 may include a graphics processing unit (GPU) 10041 and a microphone 10042, and the graphics processor 10041 is configured to respond to still pictures or video images obtained by an image capture device (such as a camera) in a video capture mode or an image capture mode. Data is processed. The processed image frame can be displayed on the display unit 1006. The image frame processed by the graphics processor 10041 may be stored in the memory 1009 (or other storage medium) or sent 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 can be converted into a format that can be sent to a mobile communication base station via the radio frequency unit 1001 in the case of a telephone call mode for output.

The terminal 1000 further includes at least one sensor 1005, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor and a proximity sensor. The ambient light sensor can adjust the brightness of the display panel 10061 according to the brightness of the ambient light. The proximity sensor can close the display panel 10061 and/or when the terminal 1000 is moved to the ear. Or backlight. As a kind of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in various directions (usually three-axis), and can detect the magnitude and direction of gravity when stationary, and can be used to identify terminal gestures (such as horizontal and vertical screen switching, related games, Magnetometer posture calibration), vibration recognition related functions (such as pedometer, percussion), etc.; sensor 1005 can also include fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, infrared Sensors, etc., will not be repeated here.

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), etc.

The user input unit 1007 may be used to receive inputted numeric or character information, and generate key signal input 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 called a touch screen, can collect user touch operations on or near it (for example, the user uses any suitable objects or accessories such as fingers, stylus, etc.) on the touch panel 10071 or near the touch panel 10071. operating). The touch panel 10071 may include two parts, a touch detection device and a touch controller. Among them, the touch detection device detects the user's touch position, detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into contact coordinates, and then sends it To the processor 1010, the command sent by the processor 1010 is received and executed. In addition, the touch panel 10071 can be implemented in multiple types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 10071, the user input unit 1007 may also include other input devices 10072. Specifically, other input devices 10072 may include, but are not limited to, a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.), trackball, mouse, and joystick, which will not be repeated here.

Further, the touch panel 10071 can cover the display panel 10061. When the touch panel 10071 detects a touch operation on or near it, it transmits it to the processor 1010 to determine the type of the touch event, and then the processor 1010 determines the type of the touch event according to the touch. The type of event provides corresponding visual output on the display panel 10061. Although in FIG. 10, the touch panel 10071 and the display panel 10061 are used as two independent components to implement the input and output functions of the terminal, in some embodiments, the touch panel 10071 and the display panel 10061 may be integrated Realize the input and output functions of the terminal, the specifics are not limited here.

The interface unit 1008 is an interface for connecting an external device with the terminal 1000. For example, the external device may include a wired or wireless headset port, an external power source (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device with an identification module, audio input/output (I/O) port, video I/O port, headphone port, etc. The interface unit 1008 can be used to receive input (for example, data information, power, etc.) from an external device and transmit the received input to one or more elements in the terminal 1000 or can be used to communicate between the terminal 1000 and the external device. Transfer data between.

The memory 1009 can be used to store software programs and various data. The memory 1009 may mainly include a program storage area and a data storage area. The program storage area may store an operating system, an application program required by at least one function (such as a sound playback function, an image playback function, etc.), etc.; Data created by the use of mobile phones (such as audio data, phone book, etc.), etc. In addition, the memory 1009 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, or other volatile solid-state storage devices.

The processor 1010 is the control center of the terminal. It uses various interfaces and lines to connect various parts of the entire terminal. It executes by running or executing software programs and/or modules stored in the memory 1009, and calling data stored in the memory 1009. Various functions of the terminal and processing data, so as to monitor the terminal as a whole. The processor 1010 may include one or more processing units; preferably, the processor 1010 may integrate an application processor and a modem processor, where the application processor mainly processes the operating system, user interface, application programs, etc., the modem The processor mainly deals with wireless communication. It can be understood that the foregoing modem processor may not be integrated into the processor 1010.

The terminal 1000 may also include a power source 1011 (such as a battery) for supplying power to various components. Preferably, the power source 1011 may be logically connected to the processor 1010 through a power management system, so as to manage charging, discharging, and power consumption management through the power management system. Features.

In addition, the terminal 1000 includes some functional modules that are not shown, which will not be repeated here.

Preferably, the embodiment of the present invention also provides a terminal, including a processor 1010, a memory 1009, a computer program stored in the memory 1009 and capable of running on the processor 1010, and the computer program is implemented when the processor 1010 is executed. Each process of the foregoing beam failure recovery method embodiment can achieve the same technical effect, and in order to avoid repetition, it will not be repeated here.

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

Wherein, in the embodiment of the present invention, the network side device 1100 also includes: a computer program stored on the memory 1102 and running on the processor 1101.

The first embodiment

When the computer program is executed by the processor 1101, the following steps are implemented:

When a beam failure event occurs in the first cell, the transceiver 1104 uses the resources of the second cell to receive the beam failure recovery request BFRQ sent by the terminal, and the BFRQ is used to request the beam failure recovery of the first cell.

Optionally, the terminal meets at least one of the following:

The terminal is configured with at least two cell groups.

Optionally, when the terminal is configured with DAPS-related signaling:

Optionally, the resources of the second cell include any one of the following:

Physical random access channel PRACH resource of the second cell;

Physical uplink control channel PUCCH resources of the second cell;

The media access control MAC control unit CE resource of the second cell.

Used to indicate that a beam failure event has occurred in the first cell;

Optionally, the related information includes at least one of the following:

The RS index of the candidate beam of the first cell;

Optionally, the following steps may be implemented when the computer program is executed by the processor 1101:

Sending a beam failure recovery response BFRR associated with the first cell in the target cell through the transceiver 1104;

Wherein, the target cell is the first cell or the second cell.

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

Including identification information of the first cell;

Used to indicate that the BFRR is a BFRR associated with the first cell;

A candidate beam used to instruct the terminal to switch to the first cell;

It is used to instruct the terminal to restart beam search in the first cell.

When the computer program is executed by the processor 1101, the following steps may also be implemented:

Perform any of the following through the transceiver 1104:

Sending a third BFRR in the second cell;

Sending a third BFRR in the first cell;

Second embodiment

Sending the first beam resource to the terminal through the transceiver 1104, where the first beam resource is used by the terminal to determine the candidate beam of the first cell;

Wherein, the first beam resource includes at least one of the following:

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

Optionally, the beam report includes at least one of the following:

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. Specifically, one or more processors represented by the processor 1101 and various circuits of the memory represented by the memory 1102 are linked together. The bus architecture can also link various other circuits such as peripheral devices, voltage regulators, power management circuits, etc., which are all known in the art, and therefore, will not be further described herein. The bus interface provides the interface. The transceiver 1104 may be a plurality of elements, that is, including a transmitter and a receiver, and provide a unit for communicating with various other devices on the transmission medium. For different user equipment, the user interface 1103 may also be an interface capable of connecting externally and internally with the required equipment. The connected equipment includes but is not limited to a keypad, a display, a speaker, a microphone, a joystick, and the like.

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

The network-side device 1100 can implement each process implemented by the network-side device in the foregoing method embodiment, and in order to avoid repetition, details are not described herein again.

The embodiment of the present invention also provides a computer-readable storage medium, and a computer program is stored on the computer-readable storage medium. When the computer program is executed by a processor, each process of the above beam failure recovery method embodiment is realized, and the same The technical effect, in order to avoid repetition, will not be repeated here. Wherein, the computer-readable storage medium, such as read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk, or optical disk, etc.

It should be noted that in this article, the terms "include", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements not only includes those elements, It also includes other elements that are not explicitly listed, or elements inherent to the process, method, article, or device. If there are no more restrictions, the element defined by the sentence "including a..." does not exclude the existence of other identical elements in the process, method, article, or device that includes the element.

Through the description of the above implementation manners, those skilled in the art can clearly understand that the above-mentioned embodiment method can be implemented by means of software plus the necessary general hardware platform, of course, it can also be implemented by hardware, but in many cases the former is better.的实施方式。 Based on this understanding, the technical solution of the present invention essentially or the part that contributes to the existing technology can be embodied in the form of a software product, and the computer software product is stored in a storage medium (such as ROM/RAM, magnetic disk, The optical disc) includes several instructions to make a terminal (which can be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) execute the method described in each embodiment of the present invention.

The embodiments of the present invention are described above with reference to the accompanying drawings, but the present invention is not limited to the above-mentioned specific embodiments. The above-mentioned specific embodiments are only illustrative and not restrictive. Those of ordinary skill in the art are Under the enlightenment of the present invention, many forms can be made without departing from the purpose of the present invention and the scope of protection of the claims, and they all fall within the protection of the present invention.

Claims

A beam failure recovery method applied to a terminal, characterized in that the method includes:

When a beam failure event occurs in the first cell, the resources of the second cell are used to send a beam failure recovery request BFRQ, where the BFRQ is used to request beam failure recovery of the first cell.
The method according to claim 1, wherein, wherein said using the resources of the second cell to send the beam failure recovery request BFRQ comprises:

When the terminal meets the first condition, use the resources of the second cell to send the BFRQ;

Wherein, the first condition includes at least one of the following:

The terminal is configured with signaling related to the two-way activation protocol stack DAPS;

The terminal is configured with at least two cell groups.
The method according to claim 2, wherein, wherein, in a case where the first condition includes that the terminal is configured with DAPS-related signaling:

The first cell is one of the primary cell PCell and the primary secondary cell PSCell in the secondary cell group, and the second cell is the other of the PCell and PSCell; or,

The first cell is one of the source cell and the target cell, and the second cell is the other of the source cell and the target cell.
The method according to claim 2, wherein, in the case where the first condition includes that the terminal is configured with at least two cell groups, the first cell is one of PCell and PSCell, and The second cell is the other of PCell and PSCell.
The method according to claim 1, wherein, wherein said using the resources of the second cell to send the beam failure recovery request BFRQ comprises:

In the case that the second cell is configured with resources for sending BFRQ, the resources of the second cell are used to send the BFRQ.
The method according to claim 1, wherein, wherein, the resource of the second cell includes any one of the following:

Physical random access channel PRACH resource of the second cell;

Physical uplink control channel PUCCH resources of the second cell;

The media access control MAC control unit CE resource of the second cell.
The method according to claim 6, wherein, in the case that the resources of the second cell include the PRACH resources of the second cell, the PRACH resources of the second cell are the same as those of the first cell. The reference signal RS of the candidate beam is associated.
The method according to claim 7, wherein the PRACH resource of the second cell is: the PRACH resource corresponding to the target RS of the second cell;

Wherein, the target RS is an RS in the RS of the second cell whose first identification information is the same as the RS of the candidate beam of the first cell.
The method according to claim 8, wherein the first identification information includes at least one of the following: identification information of the RS; identification information of the location of the RS in the candidate beam set; identification of the RS resource set where the RS is located Information; the identification information of the location of the RS in the RS resource set.
The method according to claim 6, wherein, wherein, in the case that the resource of the second cell includes the PUCCH resource of the second cell or the MAC-CE resource of the second cell, the BFRQ uses At least one of the following:

Used to indicate that a beam failure event has occurred in the first cell;

Used to indicate that a beam failure event has occurred in multiple cells of the cell group to which the first cell belongs;

It is used to indicate related information of the candidate beam of the first cell.
The method according to claim 10, wherein, wherein the related information includes at least one of the following:

The RS index of the candidate beam of the first cell;

The layer 1 reference signal received power RSRP corresponding to the RS of the candidate beam of the first cell;

The layer 1 signal to interference plus noise ratio SINR corresponding to the RS of the candidate beam of the first cell.
The method according to claim 1, wherein, after the use of the resources of the second cell to send the beam failure recovery request BFRQ, the method further comprises:

Receiving a beam failure recovery response BFRR associated with the first cell in the target cell;

Wherein, the target cell is the first cell or the second cell.
The method according to claim 12, wherein, wherein the target cell is configured by a network side device or agreed by a protocol.
The method according to claim 12, wherein, in the case that the target cell is the first cell, the BFRR recovers the BFR through the CORESET beam failure of the first control resource set of the first cell Dedicated physical downlink control channel PDCCH transmission.
The method according to claim 12, wherein, when the target cell is the second cell, the BFRR satisfies at least one of the following:

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

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

Including identification information of the first cell;

Used to indicate that the BFRR is a BFRR associated with the first cell;

A candidate beam used to instruct the terminal to switch to the first cell;

It is used to instruct the terminal to restart beam search in the first cell.
The method according to claim 1, wherein, in the case that a beam failure event occurs in both the first cell and the second cell, the BFRQ is further used to request the beam of the second cell Failure recovery

After the use of the resources of the second cell to send the beam failure recovery request BFRQ, the method further includes any one of the following:

Receiving a first BFRR associated with the first cell in the first cell, and receiving a second BFRR associated with the second cell in the second cell;

Receiving a third BFRR in the second cell;

Receiving a third BFRR in the first cell;

Wherein, the third BFRR is associated with both the first cell and the second cell.
The method according to claim 16, wherein the first BFRR is transmitted through the dedicated PDCCH of the first CORESET-BFR of the first cell; the second BFRR is transmitted through the second CORESET-BFR of the second cell Dedicated PDCCH transmission.
The method according to claim 16, wherein, in a case where the second cell receives the third BFRR, the third BFRR is transmitted through a dedicated PDCCH of the second CORESET-BFR of the second cell.
The method according to claim 16, wherein, in a case where 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.
A beam failure recovery method applied to a terminal, characterized in that the method includes:

In the case that a beam failure event occurs in the first cell, select the candidate beam of the first cell according to the first beam resource;

Wherein, the first beam resource includes at least one of the following:

The synchronization signal block measurement time configures the SSB measured in the SMTC measurement period;

A reference signal RS related to a beam report, where the beam report is a channel state information CSI report that satisfies the first condition;

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

The RS in the candidate beam set corresponding to the third cell of the terminal, and the third cell is another serving cell of the terminal except the first cell.
The method according to claim 20, wherein before the selecting the candidate beam of the first cell according to the first beam resource, the method further comprises:

When the physical layer of the terminal receives the first information of the upper layer of the terminal, the physical layer of the terminal reports the first beam resource to the upper layer of the terminal.
The method according to claim 20, wherein before the selecting the candidate beam of the first cell according to the first beam resource, the method further comprises:

Receiving the first beam resource sent by the network side device.
The method according to claim 20, wherein the beam report includes at least one of the following:

CSI report in which the report amount in the CSI report configuration is configured as none;

The report amount in the CSI report configuration is configured as the CSI report of the CRI-RSRP indicated by the channel state information reference signal resource;

The report amount in the CSI report configuration is configured as the CSI report of SSB-index Index-RSRP;

The report amount in the CSI report configuration is configured as the CSI report of CRI-SINR;

The report amount in the CSI report configuration is configured as the CSI report of SSB-Index-SINR.
The method according to claim 20, wherein the reference signal RS related to the beam report includes at least one of the following: an RS in the beam report; and an RS configured for the beam report.
The method according to claim 20, wherein the first RS is an RS configured for radio link failure in radio link monitoring RS signaling.
The method according to claim 20, wherein the first cell and the third cell belong to the same cell group.
A beam failure recovery method applied to a network side device, characterized in that the method includes:

When a beam failure event occurs in the first cell, the resources of the second cell are used to receive the beam failure recovery request BFRQ sent by the terminal, where the BFRQ is used to request the beam failure recovery of the first cell.
The method according to claim 27, wherein the terminal satisfies at least one of the following:

The terminal is configured with signaling related to the two-way activation protocol stack DAPS;

The terminal is configured with at least two cell groups.
The method according to claim 28, wherein, in the case that the terminal is configured with DAPS-related signaling:

The first cell is one of the primary cell PCell and the primary secondary cell PSCell in the secondary cell group, and the second cell is the other of the PCell and PSCell; or,

The first cell is one of the source cell and the target cell, and the second cell is the other of the source cell and the target cell.
The method according to claim 28, wherein, in the case that 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 the secondary cell group, so The second cell is the other of PCell and PSCell.
The method according to claim 27, wherein the resources of the second cell include any one of the following:

Physical random access channel PRACH resource of the second cell;

Physical uplink control channel PUCCH resources of the second cell;

The media access control MAC control unit CE resource of the second cell.
The method according to claim 31, wherein, in the case where the resource of the second cell includes the PRACH resource of the second cell, the PRACH resource of the second cell is the same as that of the candidate beam of the first cell. Reference signal RS is associated.
The method according to claim 32, wherein the PRACH resources of the second cell are: PRACH resources corresponding to the target RS of the second cell;

Wherein, the target RS is an RS in the RS of the second cell whose first identification information is the same as the RS of the candidate beam of the first cell.
The method according to claim 33, wherein the first identification information includes at least one of the following: identification information of the RS; identification information of the location of the RS in the candidate beam set; identification information of the RS resource set where the RS is located; Identification information of the location of the RS in the RS resource set.
The method according to claim 31, wherein, in the case where the resources of the second cell include PUCCH resources of the second cell or MAC-CE resources of the second cell, the BFRQ is used for at least the following One:

Used to indicate that a beam failure event has occurred in the first cell;

Used to indicate that a beam failure event has occurred in multiple cells of the cell group to which the first cell belongs;

It is used to indicate related information of the candidate beam of the first cell.
The method according to claim 35, wherein the related information includes at least one of the following:

The RS index of the candidate beam of the first cell;

The layer 1 reference signal received power RSRP corresponding to the RS of the candidate beam of the first cell;

The layer 1 signal to interference plus noise ratio SINR corresponding to the RS of the candidate beam of the first cell.
The method according to claim 27, wherein after the receiving the beam failure recovery request BFRQ sent by the terminal using the resources of the second cell, the method further comprises:

Sending a beam failure recovery response BFRR associated with the first cell in the target cell;

Wherein, the target cell is the first cell or the second cell.
The method according to claim 37, wherein the target cell is configured by a network side device or agreed by a protocol.
The method according to claim 37, wherein, in the case that the target cell is the first cell, the BFRR recovers the dedicated physical downlink of the BFR through a beam failure of the first control resource set CORESET of the first cell Control channel PDCCH transmission.
The method according to claim 37, wherein, when the target cell is the second cell, the BFRR satisfies at least one of the following:

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

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

Including identification information of the first cell;

Used to indicate that the BFRR is a BFRR associated with the first cell;

A candidate beam used to instruct the terminal to switch to the first cell;

It is used to instruct the terminal to restart beam search in the first cell.
The method according to claim 27, wherein, in the case that a beam failure event occurs in both the first cell and the second cell, the BFRQ is further used to request beam failure recovery of the second cell;

After the use of the resources of the second cell to receive the beam failure recovery request BFRQ sent by the terminal, the method further includes any one of the following:

Sending a first BFRR associated with the first cell in the first cell, and sending a second BFRR associated with the second cell in the second cell;

Sending a third BFRR in the second cell;

Sending a third BFRR in the first cell;

Wherein, the third BFRR is associated with both the first cell and the second cell.
The method of claim 41, wherein the first BFRR is transmitted through a dedicated PDCCH of the first CORESET-BFR of the first cell; the second BFRR is transmitted through the second CORESET-BFR of the second cell Dedicated PDCCH transmission.
The method according to claim 41, wherein, in a case where the second cell receives the third BFRR, the third BFRR is transmitted through a dedicated PDCCH of the second CORESET-BFR of the second cell.
The method according to claim 41, wherein, in a case where 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.
A beam failure recovery method applied to a network side device, characterized in that the method includes:

Sending a first beam resource to the terminal, where the first beam resource is used by the terminal to determine a candidate beam for the first cell;

Wherein, the first beam resource includes at least one of the following:

The synchronization signal block measurement time configures the SSB measured in the SMTC measurement period;

A reference signal RS related to a beam report, where the beam report is a channel state information CSI report that satisfies the first condition;

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

The RS in the candidate beam set corresponding to the third cell of the terminal, and the third cell is another serving cell of the terminal except the first cell.
The method according to claim 45, wherein the beam report includes at least one of the following:

CSI report in which the report amount in the CSI report configuration is configured as none;

The report amount in the CSI report configuration is configured as the CSI report of the CRI-RSRP indicated by the channel state information reference signal resource;

The report amount in the CSI report configuration is configured as the CSI report of SSB-index Index-RSRP;

The report amount in the CSI report configuration is configured as the CSI report of CRI-SINR;

The report amount in the CSI report configuration is configured as the CSI report of SSB-Index-SINR.
The method according to claim 45, wherein the reference signal RS related to the beam report comprises at least one of the following: an RS in the beam report; and an RS configured for the beam report.
The method according to claim 45, wherein the first RS is an RS configured for radio link failure in radio link monitoring RS signaling.
The method according to claim 45, wherein the first cell and the third cell belong to the same cell group.
A terminal, characterized in that the terminal includes:

The first sending module is configured to use the resources of the second cell to send a beam failure recovery request BFRQ when a beam failure event occurs in the first cell, where the BFRQ is used to request beam failure recovery of the first cell.
A terminal, characterized in that the terminal includes:

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

Wherein, the first beam resource includes at least one of the following:

The synchronization signal block measurement time configures the SSB measured in the SMTC measurement period;

A reference signal RS related to a beam report, where the beam report is a channel state information CSI report that satisfies the first condition;

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

The RS in the candidate beam set corresponding to the third cell of the terminal, and the third cell is another serving cell of the terminal except the first cell.
A network side device, characterized in that, the network side device includes:

The fourth receiving module is configured to use the resources of the second cell to receive the beam failure recovery request BFRQ sent by the terminal when the beam failure event occurs in the first cell, the BFRQ is used to request the beam failure of the first cell restore.
A network side device, characterized in that, the network side device includes:

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

Wherein, the first beam resource includes at least one of the following:

The synchronization signal block measurement time configures the SSB measured in the SMTC measurement period;

A reference signal RS related to a beam report, where the beam report is a channel state information CSI report that satisfies the first condition;

The first RS in the radio link monitoring RS signaling;

RS periodically measured by the terminal;

The RS in the candidate beam set corresponding to the third cell of the terminal, and the third cell is another serving cell of the terminal except the first cell.
A terminal, characterized in that it comprises a processor, a memory, and a computer program stored on the memory and capable of running on the processor, and when the computer program is executed by the processor, it can realize The steps of the beam failure recovery method according to any one of 19, or the steps of the beam failure recovery method according to any one of claims 20 to 26.
A terminal, characterized in that it comprises a processor, a memory, and a computer program stored on the memory and capable of running on the processor. The computer program is executed by the processor to implement claims as claimed in claim 27 to The steps of the beam failure recovery method according to any one of 44, or the steps of the beam failure recovery method according to any one of claims 45 to 49.
A computer-readable storage medium, wherein a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the beam failure according to any one of claims 1 to 19 is realized The steps of the recovery method, or the steps of the beam failure recovery method according to any one of claims 20 to 26, or the steps of the beam failure recovery method according to any one of claims 27 to 44, or , The steps of the beam failure recovery method according to any one of claims 45 to 49.