CN111836289A - Processing method, terminal and network side device for beam failure recovery - Google Patents

Abstract

The present invention provides a processing method, terminal and network side equipment for beam failure recovery. The method includes: sending a scheduling request SR to a network side device when it is detected that a beam failure recovery BFR request needs to be reported. Using this method, when the terminal detects that the BFR request needs to be reported, it triggers the scheduling request SR, so that the BFR request can be identified and responded to in time by the network side equipment, and the alternative beam information can be sent in time to perform beam recovery to avoid insufficient uplink resources. The random access procedure must be performed, which will cause the problem of interruption of data transmission.

Description

Processing method, terminal and network side device for beam failure recovery

technical field

The present invention relates to the field of wireless technologies, and in particular, to a processing method for beam failure recovery, a terminal and a network side device.

Background technique

In a long-term evolution (Evolved Long Term Evolution, LTE) system, the physical layer of the terminal performs quality monitoring on the current beam, and reports information (instance) of poor quality to a media access control (Media Access Control, MAC) layer. Based on the beam failure recovery (BFR) threshold and other information configured by the high layer, the MAC layer decides that the terminal enters the beam failure recovery, and further triggers BFR non-contention-free random access (CFRA) and BFR contention-free random access. Access (Contention Based RandomAccess, CBRA) and other processes.

Among them, when the terminal is judged to enter beam failure recovery through the MAC protocol layer, the beam failure recovery timer beamFailureRecoveryTimer is started, and the beam failure recovery is notified to the network side to perform random access or packet BFR request information.

However, in the prior art, when a terminal sends a BFR request, there may be insufficient uplink resources. In this situation, a random access procedure must be performed, thereby causing interruption of data transmission.

SUMMARY OF THE INVENTION

The purpose of the technical solution of the present invention is to provide a processing method for beam failure recovery, a terminal and a network side device, which are used to solve the problem that when the terminal sends a BFR request, the uplink resources are insufficient, and a random access process must be performed, which will lead to interruption of data transmission. .

An embodiment of the present invention provides a method for processing beam failure recovery, which is applied to a terminal, wherein the method includes:

When it is detected that the beam failure recovery BFR request needs to be reported, a scheduling request SR is sent to the network side device.

An embodiment of the present invention provides a processing method for beam failure recovery, which is applied to a network side device, wherein the method includes:

Obtain the scheduling request SR sent by the terminal based on beam failure recovery BFR.

An embodiment of the present invention provides a terminal, including a processor, where the processor is configured to:

When it is detected that the beam failure recovery BFR request needs to be reported, a scheduling request SR is sent to the network side device.

An embodiment of the present invention provides a network-side device, including a processor, where the processor is configured to:

Obtain the scheduling request SR sent by the terminal based on beam failure recovery BFR.

An embodiment of the present invention further provides a terminal, including a memory, a processor, and a computer program stored on the memory and running on the processor; wherein, when the processor executes the program, any one of the above-mentioned programs is implemented The processing method for beam failure recovery described in item.

An embodiment of the present invention also provides a network-side device, including a memory, a processor, and a computer program stored on the memory and running on the processor; wherein, when the processor executes the program, the following steps are implemented: The processing method for beam failure recovery described in any one of the preceding items.

Embodiments of the present invention further provide a computer-readable storage medium on which a computer program is stored, wherein, when the program is executed by a processor, the steps in the processing method for beam failure recovery described in any one of the above are implemented.

At least one of the above-mentioned technical solutions of the present invention has the following beneficial effects:

An embodiment of the present invention provides a processing method for beam failure recovery. When a terminal detects that a BFR request needs to be reported, it triggers a scheduling request SR, so that the BFR request can be identified and responded to in a timely manner by a network side device, and alternative beam information is sent in time , beam recovery is performed to avoid insufficient uplink resources, and a random access procedure must be performed, which will lead to the interruption of data transmission.

Description of drawings

FIG. 1 is a schematic structural diagram of a wireless communication system to which the processing method for beam failure recovery according to the present invention is applied;

FIG. 2 is a schematic flowchart of the first embodiment of the processing method for beam failure recovery according to an embodiment of the present invention;

FIG. 3 is a schematic flowchart of a second embodiment of the processing method for beam failure recovery according to an embodiment of the present invention;

FIG. 4 is a schematic structural diagram of a first implementation manner of a terminal according to an embodiment of the present invention;

FIG. 5 is a schematic structural diagram of a first implementation manner of a network side device according to an embodiment of the present invention;

FIG. 6 is a schematic structural diagram of a second implementation manner of a terminal according to an embodiment of the present invention;

FIG. 7 is a schematic structural diagram of a second implementation manner of a network side device according to an embodiment of the present invention.

Detailed ways

In order to make the technical problems, technical solutions and advantages to be solved by the present invention more clear, the following will be described in detail with reference to the accompanying drawings and specific embodiments.

The method for processing beam failure recovery according to the embodiment of the present invention is applied to a wireless communication system, and the wireless communication system may be a 5G system, an evolved long term evolution (Evolved Long Term Evolution, eLTE) system, or a subsequent evolution communication system . Referring to FIG. 1 , it is a schematic structural diagram of a wireless communication system according to an embodiment of the present invention. As shown in FIG. 1 , the wireless communication system may include: a base station 10 and a user equipment (or terminal), for example, the terminal is denoted as UE20 , and the UE 20 may be connected to the base station 10 . In practical applications, the connection between the above-mentioned various devices may be wireless connection. In order to conveniently and intuitively represent the connection relationship between the various devices, a solid line is used in FIG. 1 for illustration.

The base station 10 provided in this embodiment of the present invention may be a commonly used base station, may also be an evolved node base station (eNB), or may be a network-side device in a 5G system (for example, a next generation node base station). station, gNB) or transmission and reception point (transmission and reception point, TRP)) or cell and other equipment.

The user equipment provided by the embodiment of the present invention may be a mobile phone, a tablet computer, a notebook computer, an Ultra-Mobile Personal Computer (UMPC), a netbook, or a Personal Digital Assistant (PDA).

In order to solve the problem in the prior art that when a terminal sends a BFR request, a random access procedure must be performed when the uplink resources are insufficient, thereby causing interruption of data transmission, the embodiment of the present invention provides a processing method for beam failure recovery. When it is detected that the BFR request needs to be reported, and the current uplink resources do not satisfy the sending of the BFR request, the scheduling request SR is triggered, so that the BFR request can be recognized and responded to in time by the network side equipment, and the alternative beam information is sent in time to carry out the process. Beam recovery.

Currently, in an Evolved Long Term Evolution (LTE) system, a Scheduling Request (SR) is used to request a request from a user equipment node (also referred to as a wireless terminal, user equipment, UE, etc.) to a network node (also referred to as Uplink Shared Channel (UL-SCH) resources for dedicated data transmission of a base station, an evolved base station eNB, an eNodeB, etc.). The scheduling request SR can be sent as a dedicated SR (D-SR) on the Physical Uplink Control CHannel (PUCCH), or the scheduling request SR can be triggered by triggering random access (Random Access, The RA) request is sent as a Random Access Scheduling Request (RA-SR) on a Physical Random Access Channel (PRACH).

When the BFR request needs to be reported, the embodiment of the present invention triggers the scheduling request SR, so that the BFR request can be identified and responded to in time by the network side device, and the alternative beam information is sent in time to perform beam recovery, so as to avoid insufficient uplink resources, which must be executed The random access process causes the problem of data transmission interruption. One of the embodiments of the present invention provides a processing method for beam failure recovery, which is applied to a terminal, as shown in FIG. 2 , including:

S210, when it is detected that the beam failure recovery BFR request needs to be reported, send a scheduling request SR to the network side device.

Since the BFR request is actively triggered by the terminal, the network-side device cannot allocate uplink resources for the terminal in advance. Using the processing method for beam failure recovery according to the embodiment of the present invention, when the terminal needs to report the BFR request, the terminal triggers the scheduling request SR, so that the The BFR request can be identified and responded to in time by the network-side equipment, and the alternative beam information can be sent in time to perform beam recovery to ensure that the priority of the BFR request is higher than that of the LCH data to avoid insufficient uplink resources. The random access process must be performed, resulting in data Transmission interruption problem.

It can be understood that the physical layer of the terminal can monitor the beam quality, and the MAC layer can judge whether beam failure recovery is required based on the beam quality monitored by the physical layer and the BFR threshold configured by the higher layer. Wherein, those skilled in the art should be able to understand the specific manner in which the MAC layer determines whether beam failure recovery needs to be performed according to the BFR threshold, which will not be described in detail here.

Optionally, in one of the embodiments of the method for processing beam failure recovery according to the embodiment of the present invention, only when it is detected that a beam failure recovery BFR request needs to be reported, and the current uplink resources do not satisfy the sending of the BFR request. Send a scheduling request SR to the network side device.

Optionally, in step S210, in the step of sending the scheduling request SR to the network side device, the SR is sent through a media access control MAC control element (Control Element, CE).

Wherein, when the terminal sends the SR through the MAC CE, it can be sent in a predetermined format, so that the network side device can judge that the SR is sent based on the BFR according to the received SR. Specifically, the specific manner in which the MAC CE sends the SR may be determined through pre-configuration.

In addition, optionally, in the method for processing beam failure recovery according to the embodiment of the present invention, the SR is sent by pre-configuring a physical uplink control channel (Physical Uplink Control CHannel, PUCCH) resource corresponding to an SR triggered based on the BFR. ;

Wherein, after the scheduling request SR is sent to the network side device, the method further includes:

The retransmission of the SR is performed according to the pre-configured SR prohibit timer corresponding to the SR triggered by the BFR and the maximum number of SR transmission times.

By pre-configuring the PUCCH resource, SR prohibition timer and maximum number of SR transmissions for BFR-triggered SR transmission, the BFR-triggered SR can be transmitted in a specific configuration mode, which can be distinguished from other SRs that are usually dispatched by resource scheduling. .

Therefore, based on the above manner, it can be understood that, according to the specific manner of sending the SR, the network side device can determine that the SR is triggered based on the BFR. For example, the PUCCH resource sent by the SR can be obtained, and when the PUCCH resource sent by the SR is a PUCCH resource corresponding to a pre-configured BFR-triggered SR, it can be determined that the received SR is sent by the terminal based on BFR.

In this embodiment of the present invention, optionally, the method further includes:

After receiving the trigger response to the SR sent by the network-side device, the alternative beam reference signal information is reported to the network-side device.

Optionally, in the step of reporting the alternative beam reference signal information to the network-side device, reporting to the network-side device through radio resource control (Radio Resource Control, RRC) signaling, or through BFR MAC CE. Beam selection reference signal information.

Further, the method also includes:

If the trigger response to the SR from the network side device is not received, a random access procedure is performed.

Specifically, the failure to receive the triggering response to the SR from the network-side device means that after triggering the SR based on the BFR, it waits. When the number of retransmissions exceeds the preconfigured maximum number of SR transmissions, it is determined that a trigger response to the SR from the network side device is not received, and a random access procedure is performed, so that the terminal can perform further beam switching.

Using the processing method for beam failure recovery according to the embodiment of the present invention, when the terminal detects that the BFR request needs to be reported, it triggers the scheduling request SR, so that the BFR request can be recognized and responded by the network side equipment in time, and the alternative beam information can be sent in time. , and perform beam recovery to avoid interruption of data transmission due to insufficient uplink resources.

Another implementation of the embodiments of the present invention provides a processing method for beam failure recovery, which is applied to a network side device, as shown in FIG. 3 , including:

S310: Acquire a scheduling request SR sent by the terminal based on the beam failure recovery BFR.

By using the beam failure recovery processing method according to the embodiment of the present invention, when the terminal needs to report a BFR request, it triggers a scheduling request SR to request uplink resources from the network side equipment, so as to avoid that when the terminal sends a BFR request, the uplink resources are not enough and must be Executing the random access procedure will cause the problem of data transmission interruption.

Optionally, in step S310, in the step of acquiring the scheduling request SR sent by the terminal based on beam failure recovery BFR, the SR is received through the medium access control MAC control unit CE.

Optionally, when the terminal sends the SR through the MAC CE, it can be sent in a predetermined format, so that the network-side device can determine, according to the received SR, that the SR is sent based on the BFR. Specifically, the specific manner in which the MAC CE sends the SR may be determined through pre-configuration.

Optionally, the SR is sent by using a pre-configured physical uplink control channel PUCCH resource corresponding to the SR triggered by the BFR, the SR prohibition timer and the maximum number of times of SR transmission.

By pre-configuring the PUCCH resource, SR prohibition timer and maximum number of SR transmissions for BFR-triggered SR transmission, the BFR-triggered SR can be transmitted in a specific configuration mode, which can be distinguished from other SRs that are usually dispatched by resource scheduling. .

Based on the above manner, according to the specific manner of SR sending, the network side device can determine that the SR is triggered based on the BFR.

Optionally, the method further includes:

obtaining the physical uplink control channel PUCCH resource sent by the scheduling request SR;

If it is determined that the acquired PUCCH resource is a PUCCH resource corresponding to a pre-configured BFR-triggered SR, it is determined that the SR is sent by the terminal based on BFR.

In the above manner, according to the PUCCH resource sent by the SR, it can be determined that the received SR is sent by the terminal based on the BFR.

Optionally, after step S310, the method further includes:

According to the SR, trigger response information indicating the allocated resources is sent to the terminal.

Further, after sending the trigger response information for indicating the allocated resources to the terminal, the method further includes:

Receive the candidate beam reference signal information reported by the terminal.

Through the above process, the network side device can further identify the BFR request and respond in time according to the SR sent by the terminal based on the BFR, and send the trigger response information to the terminal, so that the terminal can obtain uplink resources in time and avoid data transmission interruption due to insufficient uplink resources. .

An embodiment of the present invention further provides a terminal. As shown in FIG. 4 , the terminal 400 includes a processor 410, where the processor 410 is configured to:

When it is detected that the beam failure recovery BFR request needs to be reported, a scheduling request SR is sent to the network side device.

By adopting the present invention to implement the terminal, when the terminal detects that the BFR request needs to be reported, it triggers the scheduling request SR to obtain the uplink resource sent by the BFR request in time, so as to avoid performing the random access process and cause interruption of data transmission.

Optionally, when sending the scheduling request SR to the network side device, the processor 410 sends the SR by preconfiguring the physical uplink control channel PUCCH resource corresponding to the SR triggered based on the BFR. Optionally, the processor 410 is further configured to:

The retransmission of the SR is performed according to the pre-configured SR prohibit timer corresponding to the SR triggered by the BFR and the maximum number of SR transmission times.

Optionally, the processor 410 is further configured to:

After receiving the trigger response to the SR sent by the network-side device, the alternative beam reference signal information is reported to the network-side device.

Optionally, when reporting the alternative beam reference signal information to the network-side device, the processor 410 reports BFR information to the network-side device through radio resource control RRC signaling, or through BFR MAC CE.

Optionally, the processor 410 is further configured to:

If the trigger response to the SR from the network side device is not received, a random access procedure is performed.

An embodiment of the present invention further provides a network-side device. As shown in FIG. 5 , the network-side device 500 includes a processor 510, where the processor 510 is configured to:

Obtain the scheduling request SR sent by the terminal based on beam failure recovery BFR.

Using the network-side device according to the embodiment of the present invention, when the terminal needs to report the BFR request, the terminal triggers the scheduling request SR, so that the BFR request can be recognized and responded by the network-side device in time, and the alternative beam information is sent in time to carry out the beam Recovery, to avoid the problem that when the terminal sends a BFR request, the uplink resources are insufficient, and the random access procedure must be performed, which will lead to the interruption of data transmission.

Optionally, the SR is sent by using a pre-configured physical uplink control channel PUCCH resource corresponding to the SR triggered by the BFR, the SR prohibition timer and the maximum number of times of SR transmission.

Optionally, the processor 510 is further configured to:

obtaining the physical uplink control channel PUCCH resource sent by the scheduling request SR;

If it is determined that the acquired PUCCH resource is a PUCCH resource corresponding to a pre-configured BFR-triggered SR, it is determined that the SR is sent by the terminal based on BFR.

Optionally, the processor 510 is further configured to:

According to the SR, trigger response information indicating the allocated resources is sent to the terminal.

Optionally, after sending trigger response information for indicating the allocated resources to the terminal, the processor 510 is further configured to:

Receive the candidate beam reference signal information reported by the terminal.

Another aspect of the embodiments of the present invention further provides a terminal, as shown in FIG. 6 , comprising: a processor 601; and a memory 603 connected to the processor 601 through a bus interface 602, where the memory 603 is used to store all The program and data used by the processor 601 when performing operations, the processor 601 calls and executes the programs and data stored in the memory 603 .

Wherein, the transceiver 604 is connected with the bus interface 602, and is used for receiving and sending data under the control of the processor 601. Specifically, the processor 601 is used to read the program in the memory 603, and execute the following processes:

When it is detected that the beam failure recovery BFR request needs to be reported, a scheduling request SR is sent to the network side device.

Optionally, when the processor 601 sends the scheduling request SR to the network side device, the SR is sent by pre-configuring a physical uplink control channel PUCCH resource corresponding to the SR triggered based on the BFR.

After the processor 601 sends the scheduling request SR to the network side device, it is further configured to:

The retransmission of the SR is performed according to the pre-configured SR prohibit timer corresponding to the SR triggered by the BFR and the maximum number of SR transmission times.

Optionally, the processor 601 is further configured to:

After receiving the trigger response to the SR sent by the network-side device, the alternative beam reference signal information is reported to the network-side device.

Optionally, when reporting the alternative beam reference signal information to the network side device, the processor 601 reports BFR information to the network side device through radio resource control RRC signaling, or through BFR MAC CE.

Optionally, the processor 601 is further configured to:

If the trigger response to the SR from the network side device is not received, a random access procedure is performed.

It should be noted that, in FIG. 6 , the bus architecture may include any number of interconnected buses and bridges, specifically, one or more processors represented by the processor 601 and various circuits of the memory represented by the memory 603 are linked together. The bus architecture may also link together various other circuits, such as peripherals, voltage regulators, and power management circuits, which are well known in the art and, therefore, will not be described further herein. The bus interface provides the interface. Transceiver 604 may be multiple elements, ie, including a transmitter and a receiver, providing a means for communicating with various other devices over a transmission medium. For different terminals, the user interface 605 may also be an interface capable of externally connecting a required device, and the connected devices include but are not limited to a keypad, a display, a speaker, a microphone, a joystick, and the like. The processor 601 is responsible for managing the bus architecture and general processing, and the memory 603 may store data used by the processor 601 in performing operations.

Those skilled in the art can understand that all or part of the steps of implementing the above embodiments can be completed by hardware, or can be completed by instructing relevant hardware through a program, and the program includes instructions for executing part or all of the steps of the above method; and The program may be stored in a readable storage medium, which may be any form of storage medium.

An embodiment of the present invention further provides another network-side device, as shown in FIG. 7 , including a transceiver 701 , a memory 702 , a processor 700 , and a program stored in the memory 702 and running on the processor 700 ; The processor 700 calls and executes the programs and data stored in the memory 702.

The transceiver 701 receives and transmits data under the control of the processor 700. Specifically, the processor 700 is configured to read the program in the memory 702 and perform the following processes:

Obtain the scheduling request SR sent by the terminal based on beam failure recovery BFR.

Optionally, the SR is sent by using a pre-configured physical uplink control channel PUCCH resource corresponding to the SR triggered by the BFR, the SR prohibition timer and the maximum number of times of SR transmission.

Optionally, the processor 700 is further configured to:

obtaining the physical uplink control channel PUCCH resource sent by the scheduling request SR;

If it is determined that the acquired PUCCH resource is a PUCCH resource corresponding to a pre-configured BFR-triggered SR, it is determined that the SR is sent by the terminal based on BFR.

Optionally, the processor 700 is further configured to:

According to the SR, trigger response information indicating the allocated resources is sent to the terminal.

Optionally, after sending the trigger response information for indicating the allocated resources to the terminal, the processor 700 is further configured to:

Receive the candidate beam reference signal information reported by the terminal.

7, the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by processor 700 and various circuits of memory represented by memory 702 are linked together. The bus architecture may also link together various other circuits, such as peripherals, voltage regulators, and power management circuits, which are well known in the art and, therefore, will not be described further herein. The bus interface provides the interface. The transceiver 701 may be multiple elements, ie, including a transmitter and a receiver, providing a means for communicating with various other devices over a transmission medium. The processor 700 is responsible for managing the bus architecture and general processing, and the memory 702 may store data used by the processor 700 in performing operations.

Those skilled in the art can understand that all or part of the steps of implementing the above embodiments can be completed by hardware, or can be completed by instructing relevant hardware through a program, and the program includes instructions for executing part or all of the steps of the above method; and The program may be stored in a readable storage medium, which may be any form of storage medium.

In addition, a specific embodiment of the present invention also provides a computer-readable storage medium on which a computer program is stored, wherein when the program is executed by a processor, any one of the above-described processing methods for beam failure recovery is implemented. step.

In the several embodiments provided in this application, it should be understood that the disclosed method and apparatus may be implemented in other manners. For example, the apparatus embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not implemented. On the other hand, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.

In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may be physically included individually, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware, or may be implemented in the form of hardware plus software functional units.

The above-mentioned integrated units implemented in the form of software functional units can be stored in a computer-readable storage medium. The above-mentioned software functional unit is stored in a storage medium, and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device, etc.) to execute part of the steps of the transceiving method described in the various embodiments of the present invention. The aforementioned storage medium includes: U disk, mobile hard disk, Read-Only Memory (ROM for short), Random Access Memory (RAM for short), magnetic disk or CD, etc. that can store program codes medium.

The above are the preferred embodiments of the present invention. It should be pointed out that for those skilled in the art, several improvements and modifications can be made without departing from the principles of the present invention, and these improvements and modifications should also be considered as It is the protection scope of the present invention.

Claims (25)

1. A processing method for beam failure recovery, applied to a terminal, wherein the method comprises: When it is detected that the beam failure recovery BFR request needs to be reported, a scheduling request SR is sent to the network side device. 2 . The processing method for beam failure recovery according to claim 1 , wherein in the step of sending a scheduling request SR to the network side device, the physical uplink control corresponding to the SR triggered by the BFR is preconfigured by pre-configuring the physical uplink control method. 3 . The channel PUCCH resource transmits the SR. 3. The processing method for beam failure recovery according to claim 1, wherein, After the scheduling request SR is sent to the network side device, the method further includes: The retransmission of the SR is performed according to the pre-configured SR prohibit timer corresponding to the SR triggered by the BFR and the maximum number of SR transmission times. 4. The method for processing beam failure recovery according to claim 1, wherein the method further comprises: After receiving the trigger response to the SR sent by the network-side device, the alternative beam reference signal information is reported to the network-side device. 5. The processing method for beam failure recovery according to claim 4, characterized in that, in the step of reporting the alternative beam reference signal information to the network side device, through radio resource control RRC signaling, or through BFR The MAC CE reports the alternative beam reference signal information to the network side device. 6. The method for processing beam failure recovery according to claim 1, wherein the method further comprises: If the trigger response to the SR from the network side device is not received, a random access procedure is performed. 7. A method for processing beam failure recovery, applied to a network side device, wherein the method comprises: Obtain the scheduling request SR sent by the terminal based on beam failure recovery BFR. 8 . The method for beam failure recovery according to claim 7 , wherein the SR adopts pre-configured physical uplink control channel PUCCH resources, SR prohibit timer and SR maximum corresponding to the SR triggered by BFR. 9 . Send the number of times to send. 9. The method for processing beam failure recovery according to claim 7, wherein the method further comprises: obtaining the physical uplink control channel PUCCH resource sent by the scheduling request SR; If it is determined that the acquired PUCCH resource is a PUCCH resource corresponding to a pre-configured BFR-triggered SR, it is determined that the SR is sent by the terminal based on BFR. 10. The method for processing beam failure recovery according to claim 7, wherein the method further comprises: According to the SR, trigger response information indicating the allocated resources is sent to the terminal. 11. The method for beam failure recovery according to claim 10, wherein after the trigger response information indicating the allocated resources is sent to the terminal, the method further comprises: Receive the candidate beam reference signal information reported by the terminal. 12. A terminal, comprising a processor, wherein the processor is used for: When it is detected that the beam failure needs to be reported, the BFR request is restored, and a scheduling request SR is sent to the network side device. 13 . The terminal according to claim 12 , wherein, when sending the scheduling request SR to the network side device, the processor sends a PUCCH resource corresponding to the SR triggered by the BFR in advance by preconfiguring the SR. 14 . the SR. 14. The terminal according to claim 12, wherein, The processor is also used to: The retransmission of the SR is performed according to the pre-configured SR prohibit timer corresponding to the SR triggered by the BFR and the maximum number of SR transmission times. 15. The terminal according to claim 12, wherein the processor is further configured to: After receiving the trigger response to the SR sent by the network-side device, the alternative beam reference signal information is reported to the network-side device. 16 . The terminal according to claim 15 , wherein, when reporting the alternative beam reference signal information to the network side device, the processor uses radio resource control (RRC) signaling, or uses BFR MAC CE to report the information to the terminal. 16 . The network-side device reports the alternative beam reference signal information. 17. The terminal according to claim 12, wherein the processor is further configured to: If the trigger response to the SR from the network side device is not received, a random access procedure is performed. 18. A network side device, comprising a processor, wherein the processor is used for: Obtain the scheduling request SR sent by the terminal based on beam failure recovery BFR. 19. The network side device according to claim 18, wherein the SR adopts a pre-configured physical uplink control channel (PUCCH resource, SR prohibition timer, and maximum number of times of SR transmission) corresponding to the SR triggered by BFR, to send. 20. The network side device according to claim 18, wherein the processor is further configured to: obtaining the physical uplink control channel PUCCH resource sent by the scheduling request SR; If it is determined that the acquired PUCCH resource is a PUCCH resource corresponding to a pre-configured BFR-triggered SR, it is determined that the SR is sent by the terminal based on BFR. 21. The network side device according to claim 18, wherein the processor is further configured to: According to the SR, trigger response information indicating the allocated resources is sent to the terminal. 22. The network-side device according to claim 21, wherein after sending trigger response information for indicating the allocated resources to the terminal, the processor is further configured to: Receive the candidate beam reference signal information reported by the terminal. 23. A terminal, comprising a memory, a processor, and a computer program stored on the memory and running on the processor; it is characterized in that, when the processor executes the program, the program according to claim 1 to 6. The processing method for beam failure recovery according to any one of the items. 24. A network-side device, comprising a memory, a processor and a computer program stored on the memory and running on the processor; characterized in that, when the processor executes the program, the program as claimed in the claims is implemented The processing method for beam failure recovery according to any one of 7 to 11. 25. A computer-readable storage medium on which a computer program is stored, characterized in that, when the program is executed by a processor, the steps in the processing method for beam failure recovery according to any one of claims 1 to 6 are implemented , or implement the steps in the processing method for beam failure recovery according to any one of claims 7 to 11 .

Images