阅读说明：本技术 一种波束失败恢复方法及终端 (Beam failure recovery method and terminal ) 是由 陈力 于 2018-01-19 设计创作，主要内容包括：本发明公开了一种波束失败恢复方法及终端,其方法包括：在发送波束失败恢复请求的随机接入过程中,若获取到新的候选波束,则按照预设处理方式对随机接入过程进行处理。本发明终端的MAC层在发送波束失败恢复请求的随机接入过程中,若获取到新的候选波束,则按照预设处理方式对随机接入过程进行处理,从而保证波束失败恢复尽快完成,保证终端与网络设备之间的正常数据传输。(The invention discloses a beam failure recovery method and a terminal, wherein the method comprises the following steps: in the random access process of sending the beam failure recovery request, if a new candidate beam is obtained, the random access process is processed according to a preset processing mode. In the random access process of sending the beam failure recovery request, if a new candidate beam is obtained, the MAC layer of the terminal processes the random access process according to a preset processing mode, so that the beam failure recovery is completed as soon as possible, and normal data transmission between the terminal and network equipment is ensured.)

1. A method for recovering beam failure is applied to a Media Access Control (MAC) layer of a terminal, and is characterized by comprising the following steps:

in the random access process of sending the beam failure recovery request, if a new candidate beam is obtained, the random access process is processed according to a preset processing mode.

2. The beam failure recovery method according to claim 1, wherein the step of processing the random access procedure according to a preset processing manner includes one of:

ignoring the new candidate beam and continuing to perform the random access procedure;

terminating the random access procedure;

continuing to execute the random access process, and in the next random access lead code sending process, sending the random access lead code through the random access resource corresponding to the original candidate wave beam;

terminating the random access process, and retransmitting a beam failure recovery request through the random access resource corresponding to the new candidate beam;

restarting the random access process, and sending a beam failure recovery request through the random access resource corresponding to the new candidate beam;

and continuing to execute the random access process, and in the next random access preamble sending process, sending the random access preamble through the random access resource corresponding to the new candidate beam.

3. The beam failure recovery method according to claim 1, wherein before the step of processing the random access procedure according to a preset processing manner, the method further comprises:

before a beam failure recovery request is sent in a beam failure recovery process, if at least two candidate beams used for sending the beam failure recovery request are acquired, one of the at least two candidate beams is selected to send the beam failure recovery request, or part of or all of the at least two candidate beams are sequentially sent in a preset sequence to send the beam failure recovery request.

4. The beam failure recovery method according to claim 1, wherein after the step of processing the random access procedure according to a preset processing manner, the method further comprises:

if the random access procedure fails, performing at least one of the following actions:

transmitting the beam failure recovery request through a common random access resource;

indicating a failure indication of the random access procedure to an upper layer;

indicating a failure indication of the random access procedure to a lower layer;

determining a beam failure recovery failure;

determining a radio link failure;

indicating the failure of the beam failure recovery of the physical layer;

the physical layer is instructed to provide a new candidate beam.

5. The beam failure recovery method of claim 4, wherein after the step of transmitting the beam failure recovery request over the common random access resource, further comprising:

if the beam failure recovery request transmission fails, performing one of the following actions:

indicating a failure indication that the beam failure recovery request fails to be sent to an upper layer;

indicating the failure indication of the beam failure recovery request transmission failure to a lower layer;

determining a beam failure recovery failure;

determining a radio link failure;

indicating the failure of the beam failure recovery of the physical layer;

the physical layer is instructed to provide a new candidate beam.

6. The beam failure recovery method of claim 1 wherein the new candidate beam is indicated to the MAC layer by the physical layer or determined for MAC layer evaluation and/or selection.

7. The beam failure recovery method of claim 1, further comprising, before the step of acquiring a new candidate beam:

instructing the physical layer to provide a candidate beam when at least one of the following conditions is satisfied:

the MAC layer or the physical layer triggers beam failure recovery,

an example where the MAC layer or the physical layer fails for a preset number of beams,

the random access procedure initiated by the random access resource corresponding to the current candidate beam of the MAC layer fails,

one random access preamble transmission of the MAC layer fails,

the non-contention random access of the MAC layer fails,

the contention random access of the MAC layer fails.

8. The beam failure recovery method according to claim 1, wherein before the step of processing the random access procedure according to a preset processing manner, the method further comprises:

detecting whether the beam failure recovery timer is overtime;

and if not, executing the step of processing the random access process according to a preset processing mode.

9. A terminal, comprising:

the first processing module is configured to, in a random access process of sending a beam failure recovery request, process the random access process according to a preset processing mode if a new candidate beam is obtained.

10. The terminal of claim 9, wherein the first processing module comprises one of:

a first processing sub-module, configured to ignore the new candidate beam and continue to perform the random access procedure;

a second processing sub-module for terminating the random access procedure;

a third processing sub-module, configured to continue to execute the random access procedure, and send the random access preamble through a random access resource corresponding to the original candidate beam in a next random access preamble sending procedure;

a fourth processing sub-module, configured to terminate the random access procedure, and resend the beam failure recovery request through the random access resource corresponding to the new candidate beam;

a fifth processing sub-module, configured to restart the random access process, and send a beam failure recovery request through a random access resource corresponding to the new candidate beam;

and a sixth processing sub-module, configured to continue to execute the random access procedure, and send the random access preamble through the random access resource corresponding to the new candidate beam in a next random access preamble sending procedure.

11. The terminal of claim 9, wherein the terminal further comprises:

the second processing module is configured to, before the beam failure recovery request is sent in the beam failure recovery process, select one of the at least two candidate beams to send the beam failure recovery request if at least two candidate beams used for sending the beam failure recovery request are obtained, or send the beam failure recovery request sequentially through a part of beams or all beams of the at least two candidate beams according to a preset order.

12. The terminal of claim 9, wherein the terminal further comprises:

a third processing module, configured to, if the random access procedure fails, perform at least one of the following actions:

transmitting the beam failure recovery request through a common random access resource;

indicating a failure indication of the random access procedure to an upper layer;

indicating a failure indication of the random access procedure to a lower layer;

determining a beam failure recovery failure;

determining a radio link failure;

indicating the failure of the beam failure recovery of the physical layer;

the physical layer is instructed to provide a new candidate beam.

13. The terminal of claim 12, wherein the terminal further comprises:

a fourth processing module, configured to, if the beam failure recovery request transmission fails, perform one of the following actions:

indicating a failure indication that the beam failure recovery request fails to be sent to an upper layer;

indicating the failure indication of the beam failure recovery request transmission failure to a lower layer;

determining a beam failure recovery failure;

determining a radio link failure;

indicating the failure of the beam failure recovery of the physical layer;

the physical layer is instructed to provide a new candidate beam.

14. The terminal of claim 9, wherein the new candidate beam is indicated to the MAC layer by the physical layer or determined for MAC layer evaluation and/or selection.

15. The terminal of claim 9, wherein the terminal further comprises:

an indication module configured to instruct a physical layer to provide a candidate beam when at least one of the following conditions is satisfied:

the MAC layer or the physical layer triggers beam failure recovery,

an example where the MAC layer or the physical layer fails for a preset number of beams,

the random access procedure initiated by the random access resource corresponding to the current candidate beam of the MAC layer fails,

one random access preamble transmission of the MAC layer fails,

the non-contention random access of the MAC layer fails,

the contention random access of the MAC layer fails.

16. The terminal of claim 9, wherein the terminal further comprises:

the detection module is used for detecting whether the beam failure recovery timer is overtime or not; and if not, executing the step of processing the random access process according to a preset processing mode.

17. A terminal, characterized in that the terminal comprises a processor, a memory and a computer program stored on the memory and executable on the processor, which computer program, when executed by the processor, performs the steps of the beam failure recovery method according to any of claims 1 to 8.

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

Technical Field

The present invention relates to the field of communications technologies, and in particular, to a method and a terminal for recovering a beam failure.

Background

In the future fifth Generation (5Generation, 5G) mobile communication system, high frequency communication and large-scale antenna technology will be introduced to achieve the target of 20Gbps for downlink transmission rate and 10Gbps for uplink transmission rate. High-frequency communication can provide wider system bandwidth, the size of the antenna can be smaller, and large-scale antenna deployment in network equipment and terminals is facilitated. High frequency communication has the disadvantages of large path loss, easy interference and weak link, and large-scale antenna technology can provide large antenna gain, so the combination of high frequency communication and large-scale antenna is a necessary trend of future 5G mobile communication systems. However, the use of large-scale antenna technology does not solve all of the problems of high frequency communication, such as link vulnerability. When occlusion is encountered in high-frequency communication, the beam failure recovery mechanism can rapidly switch beams, so that a communication link is switched from a poor beam to a better beam, the failure of a wireless link is avoided, and the robustness of the link can be effectively improved.

Current beam failure recovery mechanisms include: the method comprises the procedures of beam failure detection, new candidate beam identification, beam failure recovery request sending, terminal monitoring beam failure recovery request network side response and the like. Wherein the new candidate beam identification may be located before or after the beam failure detection. And the beam failure recovery request transmission may be as follows: a Physical Random Access Channel (PRACH) based on non-contention is supported to transmit a beam failure recovery request. The PRACH used for sending the beam failure recovery request is orthogonal to the resources of the common PRACH, and at least supports the orthogonal frequency division multiplexing mode. The method supports sending of a beam failure recovery request based on a Physical Uplink Control Channel (PUCCH). Alternatively, the beam failure recovery request is sent based on a contention PRACH that is complementary to a non-contention PRACH, where the contention PRACH resource is from a conventional RACH resource pool and a 4-step RACH procedure is employed.

After receiving a Beam failure recovery indication (Beam failure recovery indication) of a Physical (PHY) layer, a Media Access Control (MAC) layer of a terminal triggers an RACH procedure to transmit a Beam failure recovery request. In this process, if a new candidate beam (candidate beam) indicated by the PHY layer is received, the terminal cannot determine how to process the new candidate beam, which may result in failure of beam failure recovery.

Disclosure of Invention

The embodiment of the invention provides a beam failure recovery method and a terminal, aiming at solving the problem that the terminal cannot determine a processing mechanism when a new candidate beam is indicated in the beam failure recovery request sending process.

In a first aspect, an embodiment of the present invention provides a method for recovering a beam failure, which is applied to a medium access control MAC layer of a terminal, and includes:

in the random access process of sending the beam failure recovery request, if a new candidate beam is obtained, the random access process is processed according to a preset processing mode.

In a second aspect, an embodiment of the present invention further provides a terminal, including:

the first processing module is configured to, in a random access process of sending a beam failure recovery request, process the random access process according to a preset processing mode if a new candidate beam is obtained.

In a third aspect, an embodiment of the present invention provides a method for recovering a beam failure, which is applied to a medium access control MAC layer of a terminal, and includes:

in the beam failure recovery process, if at least two candidate beams used for sending the beam failure recovery request are obtained, one of the at least two candidate beams is selected to send the beam failure recovery request, or the beam failure recovery request is sent sequentially through part of or all of the at least two candidate beams according to a preset sequence.

In a fourth aspect, an embodiment of the present invention provides a terminal, including:

and the second processing module is configured to, in the beam failure recovery process, select one of the at least two candidate beams to send the beam failure recovery request if the at least two candidate beams used for sending the beam failure recovery request are acquired, or send the beam failure recovery request sequentially through part of or all of the at least two candidate beams according to a preset order.

In a fifth aspect, an embodiment of the present invention provides a terminal, where the terminal includes a processor, a memory, and a computer program stored in the memory and being executable on the processor, and the computer program, when executed by the processor, implements the steps of the beam failure recovery method described above.

In a sixth aspect, the embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the steps of the beam failure recovery method are implemented.

In this way, in the beam failure recovery method and the terminal of the embodiment of the present invention, if a new candidate beam is obtained in the random access process of sending the beam failure recovery request, the MAC layer of the terminal processes the random access process according to the preset processing mode, thereby ensuring that the beam failure recovery is completed as soon as possible and ensuring normal data transmission between the terminal and the network device.

Drawings

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

Fig. 1 is a flowchart illustrating a beam failure recovery method according to a first embodiment of the present invention;

fig. 2 is a schematic block diagram of a terminal according to a first embodiment of the present invention;

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

fig. 4 is a schematic block diagram of a terminal according to a second embodiment of the present invention;

fig. 5 shows a block diagram of a terminal according to an embodiment of the present invention.

Detailed Description

Exemplary embodiments of the present invention will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the invention are shown in the drawings, it should be understood that the invention can be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.

The terms first, second and the like in the description and in the claims of the present application are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the application described herein are, for example, capable of operation in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

First embodiment

As shown in fig. 1, an embodiment of the present invention provides a method for recovering a beam failure, which is applied to a medium access control MAC layer of a terminal, and includes the following steps:

step 11: in the random access process of sending the beam failure recovery request, if a new candidate beam is obtained, the random access process is processed according to a preset processing mode.

Among Physical Random Access Channel (PRACH) resources configured by the network device, a part of resources are used for normal Random Access for purposes other than beam failure recovery, another part of resources are used for a terminal to send a beam failure recovery request when a beam fails, and the two parts of resources are orthogonal, that is, the PRACH resource used for sending the beam failure recovery request is orthogonal to the PRACH resource used for normal Random Access (including time domain orthogonal, frequency domain orthogonal, and/or code domain orthogonal). Here, when a beam failure occurs, the terminal initiates a beam failure recovery procedure, and sends a beam failure recovery request through a random access procedure.

Optionally, the manner in which the MAC layer acquires the new candidate beam includes, but is not limited to, the following: the new candidate beams are indicated to the MAC layer by the physical layer or determined for MAC layer evaluation and/or selection. Wherein the new candidate beams indicated to the MAC by the physical layer are determined for physical layer evaluation and/or selection.

In one embodiment, the step of acquiring a new candidate beam further comprises: instructing the physical layer to provide a candidate beam when at least one of the following conditions is satisfied:

the MAC layer or the physical layer triggers beam failure recovery, i.e., when the MAC layer or the PHY layer triggers beam failure recovery, the MAC layer instructs the physical layer to provide candidate beams.

An example (instance) in which the MAC layer or the physical layer has reached a preset number of beam failures, that is, when the MAC layer or the PHY layer has reached an instance in which the preset number of beams have failed, the MAC layer instructs the physical layer to provide candidate beams.

And when the random access process initiated by the random access resource corresponding to the current candidate beam of the MAC layer fails, namely when one round of random access corresponding to the current candidate beam of the MAC layer fails, indicating the physical layer to provide the candidate beam.

The MAC layer is instructed to provide candidate beams when one random access preamble transmission fails, i.e., when one preamble transmission fails at the MAC layer.

The MAC layer is instructed to provide candidate beams when non-Contention Random Access (CFRA) of the MAC layer using the dedicated RACH resource fails.

The MAC layer is instructed to provide candidate beams when a Contention-based Random Access (CBRA) failure occurs in the MAC layer using the common RACH resource.

The beam failure recovery method according to the embodiment of the present invention will be further described below with reference to different application scenarios.

In a first scenario, a new candidate beam is acquired in a random access process of sending a beam failure recovery request.

In the scene, when a beam failure occurs in a certain beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure, and if a MAC layer of the terminal acquires a new candidate beam in the beam failure recovery request process, the random access process is processed according to a preset processing mode. The preset processing mode includes but is not limited to one of the following modes:

in a first way,

The MAC layer ignores the new candidate beam and continues to perform the random access procedure. That is to say, when a beam failure occurs in a certain beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure, and if the MAC layer of the terminal acquires a new candidate beam in the beam failure recovery request process, the MAC layer directly ignores the new candidate beam and continues to perform the random access process. Wherein, the step of continuing to perform the random access procedure here refers to: and continuing counting timers in the RACH process, such as the retransmission times of the random access Preamble (Preamble) in the random access process, a random access Preamble transmission power ramp (power ramping) counter and the like.

The second way,

The MAC layer terminates the random access procedure. That is to say, when a beam failure occurs in a certain beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure, and if the MAC layer of the terminal acquires a new candidate beam in the beam failure recovery request process, the MAC layer directly terminates the random access process.

The third method,

And the MAC layer continuously executes a random access process, and transmits the random access lead code through the random access resource corresponding to the original candidate wave beam in the next random access lead code transmitting process. That is to say, when a beam failure occurs in a certain beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure, if the MAC layer of the terminal acquires a new candidate beam in the beam failure recovery request process, the MAC layer continues to execute a random access process, and in the next Preamble transmission process, transmits a Preamble through a random access resource corresponding to the original candidate beam.

The fourth way,

The MAC layer terminates the random access procedure and retransmits the beam failure recovery request through the random access resource corresponding to the new candidate beam. That is to say, when a beam failure occurs in a certain beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure, and if the MAC layer of the terminal acquires a new candidate beam in the beam failure recovery request process, the MAC layer directly terminates the current random access process and initiates a new random access process, and the beam failure recovery request is retransmitted through a random access resource corresponding to the new candidate beam. The configuration parameters such as the retransmission times of the Preamble and the power ramping counter of the new random access procedure may be different from the terminated random access procedure.

The fifth way,

And the MAC restarts the random access process and sends a beam failure recovery request through the random access resource corresponding to the new candidate beam. That is to say, when a beam failure occurs in a certain beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure, and if the MAC layer of the terminal acquires a new candidate beam in the beam failure recovery request process, the MAC layer restarts the current random access process and retransmits the beam failure recovery request through the random access resource corresponding to the new candidate beam. The restart refers to clearing or resetting the Preamble retransmission times, powerramping counter, and the like of the current random access procedure.

The method comprises the following steps of,

And the MAC layer continuously executes a random access process, and transmits the random access lead code through the random access resource corresponding to the new candidate wave beam in the next random access lead code transmitting process. That is to say, when a beam failure occurs in a certain beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure, and if the MAC layer of the terminal acquires a new candidate beam in the beam failure recovery request process, the MAC layer continues to execute a random access process, and sends a Preamble through a random access resource corresponding to the new candidate beam in the next Preamble sending process.

It is worth pointing out that, in the above-mentioned modes, continuing to perform the random access procedure refers to: and continuing the counting timer in the RACH process such as the retransmission times of the Preamble in the random access process, the power ramping counter and the like or not resetting the counting timer. Restarting the random access procedure refers to: and resetting a count timer in RACH processes such as the retransmission times of a Preamble and a power ramping counter in the random access process.

Wherein, it is worth pointing out that, before processing the random access procedure according to a preset processing mode, the method further includes: detecting whether the beam failure recovery timer is overtime; if not, executing the step of processing the random access process according to a preset processing mode, namely executing the action before a beam Failure Recovery Timer (beam Failure Recovery Timer) is not expired.

And in a second scenario, before the beam failure recovery request is sent in the beam failure recovery process, at least two candidate beams used for sending the beam failure recovery request are obtained, the beam failure recovery request is sent through at least part of the at least two candidate beams, and a new candidate beam is obtained in the beam failure recovery request.

In this scenario, when a beam failure occurs in a certain beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure, and if the MAC layer of the terminal acquires a plurality of candidate beams in the beam failure recovery request process, the beam failure recovery request may be sent in one of the following manners, but not limited to the following manners:

method one, selecting one from at least two candidate beams to transmit beam failure recovery request

The MAC layer may select a RACH resource corresponding to one candidate beam from the at least two candidate beams for random access according to the following rule, and send a beam failure recovery request to the network device.

And the MAC layer selects at least two candidate beams with the optimal measurement result to send the beam failure recovery request. Namely, the MAC layer selects the candidate beam with the best measurement result according to the measurement performance of the candidate beam to perform the transmission of the beam failure recovery request. Wherein, the measurement result is optimal, which means that the measurement result indicates the best channel quality. The measurement result may be a result of measuring at least one of a Reference Signal Receiving Power (RSRP), a Reference Signal Receiving Quality (RSRQ), a Signal to Interference plus Noise Ratio (SINR), and an information indication of Channel Quality (CQI).

Selecting the optimal measurement result with the measurement result superior to a preset threshold value from at least two candidate beams to send the beam failure recovery request; in consideration of the scenario with poor network performance, the MAC layer selects, according to the measurement performance of the candidate beam, the candidate beam with the best measurement result, which is better than the preset threshold, to send the beam failure recovery request.

Selecting any one of the at least two candidate beams to transmit a beam failure recovery request; namely, the MAC layer arbitrarily selects one candidate beam for transmission of the beam failure recovery request.

Selecting any one of the at least two candidate beams with the measurement result superior to a preset threshold value to send a beam failure recovery request; considering the scenario with poor network performance, the MAC layer selects any one of the candidate beams with a measurement result superior to a preset threshold value according to the measurement performance of the candidate beam to send the beam failure recovery request.

Selecting the closest one of the random access resources corresponding to the at least two candidate beams to send a beam failure recovery request; namely, the MAC layer selects the closest one of the RACH resources corresponding to the at least two candidate beams to transmit the beam failure recovery request.

And selecting one of the at least two candidate beams with the measurement result superior to a preset threshold value and the corresponding random access resource closest to the measurement result for sending the beam failure recovery request. In consideration of the scenario with poor network performance, the MAC layer selects, according to the measurement performance of the candidate beam, the closest one of the candidate beams whose measurement result is better than the preset threshold value to transmit the beam failure recovery request.

And secondly, sequentially sending the beam failure recovery request through partial beams or all beams in the at least two candidate beams according to a preset sequence.

Wherein, the preset sequence may include, but is not limited to, one of the following sequence rules:

the sequence of the random access resources corresponding to the at least two candidate beams; the sequence as used herein refers to the sequence from the far side to the near side.

An order of measurements of the at least two candidate beams; the measurement result sequence as used herein refers to the sequence of the measurement results from good to bad.

A random order;

when the beam failure recovery request is transmitted sequentially through all of the at least two candidate beams in a preset order, the preset order is one of the above orders.

The sequence of the random access resources corresponding to the candidate beams of which the measurement results are superior to the preset threshold value in the at least two candidate beams;

the measurement result sequence of the candidate beams of which the measurement results are better than the preset threshold value in the at least two candidate beams;

a random order of candidate beams of the at least two candidate beams for which the measurement result is better than a preset threshold. Considering a scenario with poor network performance, the MAC layer selects, according to the measurement performance of the candidate beams, a candidate beam with a measurement result superior to a preset threshold to perform transmission of the beam failure recovery request, and corresponds to a scenario in which a beam failure recovery request is transmitted through a part of beams of at least two candidate beams, where the preset sequence in the scenario is one of the above sequences.

It is worth pointing out that, in this scenario, if the MAC layer acquires a new candidate beam in the beam failure recovery request, the random access procedure for beam failure recovery may be processed in the manner of scenario one, and therefore details are not repeated here.

In a preferred embodiment, after the processing the random access procedure according to the preset processing manner, the method further includes: if the random access procedure fails, performing at least one of the following actions:

transmitting the beam failure recovery request through a common random access resource; namely, the terminal uses the common (common) RACH resource for contention random access, and continues the beam failure recovery procedure.

Indicating a failure indication of a random access procedure to an upper layer;

indicating a failure indication of a random access procedure to a lower layer, such as a physical layer;

determining a beam failure recovery failure; i.e. the MAC layer declares the beam failure recovery failure directly, optionally the MAC layer may also inform the upper layer of a failure indication of the beam failure recovery failure. Optionally, the MAC layer may also notify the PHY layer of a failure indication of the failure of the beam failure recovery.

Determining a radio link failure; that is, the MAC layer directly declares Radio Link Failure (RLF).

Indicating the failure of the beam failure recovery of the physical layer; namely, the MAC layer indicates that the PHY layer fails to recover from the beam failure this time.

Instructing the physical layer to provide a new candidate beam; i.e. the MAC layer instructs the PHY layer to provide new candidate beams.

Wherein, it is worth pointing out that, before the step of performing one of the above actions, the method further comprises: detecting whether the beam failure recovery timer is overtime; if not, one of the above actions is performed, that is, before the beam Failure Recovery Timer (beam Failure Recovery Timer) is not expired.

Preferably, the terminal uses a common (common) RACH resource for contention random access, and when continuing the beam failure recovery procedure, if the beam failure recovery request transmission fails, performs one of the following actions:

indicating a failure indication of the beam failure recovery request transmission failure to an upper layer;

indicating the failure indication of the beam failure recovery request transmission failure to the lower layer;

determining a beam failure recovery failure;

determining a radio link failure;

indicating the failure of the beam failure recovery of the physical layer;

the physical layer is instructed to provide a new candidate beam.

Similarly, before the step of performing one of the above actions, the method further comprises: detecting whether the beam failure recovery timer is overtime; if not, one of the above actions is performed, that is, before the beam Failure Recovery Timer (beam Failure Recovery Timer) is not expired.

In the beam failure recovery method of the embodiment of the invention, if a new candidate beam is obtained in the random access process of sending the beam failure recovery request, the MAC layer of the terminal processes the random access process according to a preset processing mode, thereby ensuring that the beam failure recovery is completed as soon as possible and ensuring normal data transmission between the terminal and the network equipment.

The foregoing embodiments respectively describe in detail the beam failure recovery methods in different scenarios, and the following embodiments further describe the corresponding terminals with reference to the drawings.

As shown in fig. 2, the terminal 200 according to the embodiment of the present invention can implement details of a method for processing a random access procedure according to a preset processing manner if a new candidate beam is obtained in a random access procedure for sending a beam failure recovery request in the foregoing embodiment, and achieve the same effect, where the terminal 200 specifically includes the following functional modules:

the first processing module 210 is configured to, in a random access process of sending a beam failure recovery request, process the random access process according to a preset processing manner if a new candidate beam is obtained.

Wherein the first processing module 210 comprises one of:

the first processing submodule is used for ignoring the new candidate wave beam and continuously executing the random access process;

a second processing sub-module for terminating the random access procedure;

a third processing sub-module, configured to continue to execute the random access process, and send the random access preamble through the random access resource corresponding to the original candidate beam in the next random access preamble sending process;

a fourth processing sub-module, configured to terminate the random access process and resend the beam failure recovery request through a random access resource corresponding to the new candidate beam;

a fifth processing sub-module, configured to restart the random access process, and send a beam failure recovery request through a random access resource corresponding to the new candidate beam;

and the sixth processing submodule is used for continuously executing the random access process and transmitting the random access preamble through the random access resource corresponding to the new candidate beam in the next random access preamble transmission process.

Wherein, the terminal 200 further includes:

the second processing module is configured to, before the beam failure recovery request is sent in the beam failure recovery process, select one of the at least two candidate beams to send the beam failure recovery request if at least two candidate beams used for sending the beam failure recovery request are obtained, or send the beam failure recovery request sequentially through a part of beams or all beams of the at least two candidate beams according to a preset order.

Wherein the second processing module comprises one of:

the seventh processing submodule is used for selecting the beam failure recovery request with the optimal measurement result from the at least two candidate beams to be sent;

the eighth processing sub-module is used for selecting the optimal measurement result with the measurement result superior to the preset threshold value from the at least two candidate beams to send the beam failure recovery request;

a ninth processing sub-module, configured to select any one of the measurement results in the at least two candidate beams to perform transmission of a beam failure recovery request;

a tenth processing sub-module, configured to select any one of the at least two candidate beams whose measurement result is better than a preset threshold value to send a beam failure recovery request;

an eleventh processing sub-module, configured to select a closest one of the at least two candidate beams from the random access resources for sending a beam failure recovery request;

and the twelfth processing sub-module is used for selecting one of the at least two candidate beams, which has a measurement result superior to the preset threshold value and is closest to the corresponding random access resource, to send the beam failure recovery request.

Wherein the preset sequence comprises one of:

the sequence of the random access resources corresponding to the at least two candidate beams,

an order of measurements of the at least two candidate beams;

a random order;

the sequence of the random access resources corresponding to the candidate beams of which the measurement results are superior to the preset threshold value in the at least two candidate beams;

the measurement result sequence of the candidate beams of which the measurement results are better than the preset threshold value in the at least two candidate beams;

a random order of candidate beams of the at least two candidate beams for which the measurement result is better than a preset threshold.

Wherein, the terminal 200 further includes:

a third processing module, configured to, if the random access procedure fails, perform at least one of the following actions:

transmitting a beam failure recovery request through a common random access resource;

indicating a failure indication of a random access procedure to an upper layer;

indicating failure indication of the random access process to a lower layer;

determining a beam failure recovery failure;

determining a radio link failure;

indicating the failure of the beam failure recovery of the physical layer;

the physical layer is instructed to provide a new candidate beam.

Wherein, the terminal 200 further includes:

a fourth processing module, configured to, if the beam failure recovery request transmission fails, perform one of the following actions:

indicating a failure indication of the beam failure recovery request transmission failure to an upper layer;

indicating the failure indication of the beam failure recovery request transmission failure to the lower layer;

determining a beam failure recovery failure;

determining a radio link failure;

indicating the failure of the beam failure recovery of the physical layer;

the physical layer is instructed to provide a new candidate beam.

Wherein the new candidate beam is indicated to the MAC layer by the physical layer, or the new candidate beam is determined by the MAC layer evaluation and/or selection.

Wherein, the terminal 200 further includes:

an indication module configured to instruct a physical layer to provide a candidate beam when at least one of the following conditions is satisfied:

the MAC layer or the physical layer triggers beam failure recovery,

an example where the MAC layer or the physical layer fails for a preset number of beams,

the random access procedure initiated by the random access resource corresponding to the current candidate beam of the MAC layer fails,

one random access preamble transmission of the MAC layer fails,

the non-contention random access of the MAC layer fails,

the contention random access of the MAC layer fails.

Wherein, the terminal 200 further includes:

the detection module is used for detecting whether the beam failure recovery timer is overtime or not; and if not, executing the step of processing the random access process according to a preset processing mode.

It is worth pointing out that, in the random access process in which the MAC layer sends the beam failure recovery request, if a new candidate beam is obtained, the terminal according to the embodiment of the present invention processes the random access process according to the preset processing mode, thereby ensuring that the beam failure recovery is completed as soon as possible and ensuring normal data transmission between the terminal and the network device.

Second embodiment

If there are multiple candidate beams received from the PHY layer during the beam failure recovery process, the terminal cannot determine how to process the candidate beams, which may result in a failure of beam failure recovery.

To solve the above problem, a beam failure recovery method according to an embodiment of the present invention is applied to, as shown in fig. 3, including the following steps:

step 31: in the beam failure recovery process, at least two candidate beams used for sending the beam failure recovery request are obtained, the beam failure recovery request is sent through at least part of the at least two candidate beams, and a new candidate beam is obtained in the beam failure recovery request.

When a certain beam of the terminal fails to generate a beam, the terminal initiates a beam failure recovery request process for the beam failure, and if the MAC layer of the terminal acquires a plurality of candidate beams in the beam failure recovery request process, the beam failure recovery request may be sent in one of the following manners, but not limited to the following manners:

method one, selecting one from at least two candidate beams to transmit beam failure recovery request

The MAC layer may select a RACH resource corresponding to one candidate beam from the at least two candidate beams for random access according to the following rule, and send a beam failure recovery request to the network device.

And the MAC layer selects at least two candidate beams with the optimal measurement result to send the beam failure recovery request. Namely, the MAC layer selects the candidate beam with the best measurement result according to the measurement performance of the candidate beam to perform the transmission of the beam failure recovery request. Wherein, the measurement result is optimal, which means that the measurement result indicates the best channel quality. The measurement result may be a result of measuring performance of at least one of RSRP, RSRQ, SINR, and CQI.

Selecting the optimal measurement result with the measurement result superior to a preset threshold value from at least two candidate beams to send the beam failure recovery request; in consideration of the scenario with poor network performance, the MAC layer selects, according to the measurement performance of the candidate beam, the candidate beam with the best measurement result, which is better than the preset threshold, to send the beam failure recovery request.

Selecting any one of the at least two candidate beams to transmit a beam failure recovery request; namely, the MAC layer arbitrarily selects one candidate beam for transmission of the beam failure recovery request.

Selecting any one of the at least two candidate beams with the measurement result superior to a preset threshold value to send a beam failure recovery request; considering the scenario with poor network performance, the MAC layer selects any one of the candidate beams with a measurement result superior to a preset threshold value according to the measurement performance of the candidate beam to send the beam failure recovery request.

Selecting the closest one of the random access resources corresponding to the at least two candidate beams to send a beam failure recovery request; namely, the MAC layer selects the closest one of the RACH resources corresponding to the at least two candidate beams to transmit the beam failure recovery request.

And selecting one of the at least two candidate beams with the measurement result superior to a preset threshold value and the corresponding random access resource closest to the measurement result for sending the beam failure recovery request. In consideration of the scenario with poor network performance, the MAC layer selects, according to the measurement performance of the candidate beam, the closest one of the candidate beams whose measurement result is better than the preset threshold value to transmit the beam failure recovery request.

And secondly, sequentially sending the beam failure recovery request through partial beams or all beams in the at least two candidate beams according to a preset sequence.

Wherein, the preset sequence may include, but is not limited to, one of the following sequence rules:

the sequence of the random access resources corresponding to the at least two candidate beams; the sequence as used herein refers to the sequence from the far side to the near side.

An order of measurements of the at least two candidate beams; the measurement result sequence as used herein refers to the sequence of the measurement results from good to bad.

A random order;

when the beam failure recovery request is transmitted sequentially through all of the at least two candidate beams in a preset order, the preset order is one of the above orders.

The sequence of the random access resources corresponding to the candidate beams of which the measurement results are superior to the preset threshold value in the at least two candidate beams;

the measurement result sequence of the candidate beams of which the measurement results are better than the preset threshold value in the at least two candidate beams;

a random order of candidate beams of the at least two candidate beams for which the measurement result is better than a preset threshold. Considering a scenario with poor network performance, the MAC layer selects, according to the measurement performance of the candidate beams, a candidate beam with a measurement result superior to a preset threshold to perform transmission of the beam failure recovery request, and corresponds to a scenario in which a beam failure recovery request is transmitted through a part of beams of at least two candidate beams, where the preset sequence in the scenario is one of the above sequences.

In a preferred embodiment, step 31 may be followed by: if the beam failure recovery request transmission fails, performing at least one of the following actions:

transmitting a beam failure recovery request through a common random access resource; namely, the terminal uses the common (common) RACH resource for contention random access, and continues the beam failure recovery procedure.

Indicating a failure indication that the beam failure recovery request fails to be sent to an upper layer;

indicating the failure indication of the beam failure recovery request transmission failure to a lower layer, such as a physical layer;

determining that the beam failure recovery failed, optionally, the MAC layer may further notify an upper layer of a failure indication of the beam failure recovery failure. Optionally, the MAC layer may also notify the PHY layer of a failure indication of the failure of the beam failure recovery.

Determining a radio link failure; that is, the MAC layer directly declares the radio link failure RLF.

Indicating the failure of the beam failure recovery of the physical layer; namely, the MAC layer indicates that the PHY layer fails to recover from the beam failure this time.

Instructing the physical layer to provide a new candidate beam; i.e. the MAC layer instructs the PHY layer to provide new candidate beams.

Wherein, it is worth pointing out that, before the step of performing one of the above actions, the method further comprises: detecting whether the beam failure recovery timer is overtime; if not, one of the above actions is performed, that is, before the beam Failure Recovery Timer (beam Failure Recovery Timer) is not expired.

In the beam failure recovery method of the embodiment of the invention, in the beam failure recovery process, if at least two candidate beams are obtained, an MAC layer of the terminal selects one of the at least two candidate beams to send a beam failure recovery request, or sends the beam failure recovery request sequentially through part of or all of the at least two candidate beams according to a preset sequence, thereby ensuring that the beam failure recovery is completed as soon as possible and ensuring normal data transmission between the terminal and the network device.

The foregoing embodiments describe the beam failure recovery method in different scenarios, and the following describes a terminal corresponding to the beam failure recovery method with reference to the accompanying drawings.

As shown in fig. 4, the terminal 400 according to the embodiment of the present invention can implement details of a method for sending a beam failure recovery request from at least two candidate beams if at least two candidate beams used for sending the beam failure recovery request are obtained in a beam failure recovery process in the foregoing embodiment, or a method for sending a beam failure recovery request sequentially through a part of beams or all beams of the at least two candidate beams according to a preset sequence, and achieve the same effect, where the terminal 400 specifically includes the following functional modules:

the second processing module 410 is configured to, in a beam failure recovery process, select one of the at least two candidate beams to send a beam failure recovery request if at least two candidate beams used for sending the beam failure recovery request are acquired, or send the beam failure recovery request sequentially through a part of beams or all beams of the at least two candidate beams according to a preset order.

Wherein the second processing module 410 comprises one of:

the seventh processing submodule is used for selecting the beam failure recovery request with the optimal measurement result from the at least two candidate beams to be sent;

the eighth processing sub-module is used for selecting the optimal measurement result with the measurement result superior to the preset threshold value from the at least two candidate beams to send the beam failure recovery request;

a ninth processing sub-module, configured to select any one of the at least two candidate beams to send a beam failure recovery request;

a tenth processing sub-module, configured to select any one of the at least two candidate beams whose measurement result is better than a preset threshold value to send a beam failure recovery request;

an eleventh processing sub-module, configured to select a closest one of the at least two candidate beams from the random access resources for sending a beam failure recovery request;

and the twelfth processing sub-module is used for selecting one of the at least two candidate beams, which has a measurement result superior to the preset threshold value and is closest to the corresponding random access resource, to send the beam failure recovery request.

Wherein the preset sequence comprises one of:

the sequence of the random access resources corresponding to the at least two candidate beams,

an order of measurements of the at least two candidate beams;

a random order;

the sequence of the random access resources corresponding to the candidate beams of which the measurement results are superior to the preset threshold value in the at least two candidate beams;

the measurement result sequence of the candidate beams of which the measurement results are better than the preset threshold value in the at least two candidate beams;

a random order of candidate beams of the at least two candidate beams for which the measurement result is better than a preset threshold.

Wherein, the terminal 400 further comprises:

a fifth processing module, configured to, if the beam failure recovery request transmission fails, perform at least one of the following actions:

transmitting a beam failure recovery request through a common random access resource;

indicating a failure indication of the beam failure recovery request transmission failure to an upper layer;

indicating the failure indication of the beam failure recovery request transmission failure to the lower layer;

determining a beam failure recovery failure;

determining a radio link failure;

indicating the failure of the beam failure recovery of the physical layer;

the physical layer is instructed to provide a new candidate beam.

It is worth pointing out that, in the beam failure recovery process of the MAC layer, if at least two candidate beams are obtained, the terminal according to the embodiment of the present invention selects one of the at least two candidate beams to send the beam failure recovery request, or sends the beam failure recovery request sequentially through some or all of the at least two candidate beams according to a preset sequence, thereby ensuring that the beam failure recovery is completed as soon as possible and ensuring normal data transmission between the terminal and the network device.

It should be noted that the above division of each module is only a division of a logic function, and the actual implementation may be wholly or partially integrated into one physical entity, or may be physically separated. And these modules can be realized in the form of software called by processing element; or may be implemented entirely in hardware; and part of the modules can be realized in the form of calling software by the processing element, and part of the modules can be realized in the form of hardware. For example, the determining module may be a processing element separately set up, or may be implemented by being integrated in a chip of the apparatus, or may be stored in a memory of the apparatus in the form of program code, and the function of the determining module is called and executed by a processing element of the apparatus. Other modules are implemented similarly. In addition, all or part of the modules can be integrated together or can be independently realized. The processing element described herein may be an integrated circuit having signal processing capabilities. In implementation, each step of the above method or each module above may be implemented by an integrated logic circuit of hardware in a processor element or an instruction in the form of software.

For example, the above modules may be one or more integrated circuits configured to implement the above methods, such as: one or more Application Specific Integrated Circuits (ASICs), or one or more microprocessors (DSPs), or one or more Field Programmable Gate Arrays (FPGAs), among others. For another example, when one of the above modules is implemented in the form of a Processing element scheduler code, the Processing element may be a general-purpose processor, such as a Central Processing Unit (CPU) or other processor capable of calling program code. For another example, these modules may be integrated together and implemented in the form of a system-on-a-chip (SOC).

To better achieve the above object, further, fig. 5 is a schematic diagram of a hardware structure of a terminal implementing various embodiments of the present invention, where the terminal 50 includes, but is not limited to: a radio frequency unit 51, a network module 52, an audio output unit 53, an input unit 54, a sensor 55, a display unit 56, a user input unit 57, an interface unit 58, a memory 59, a processor 510, and a power supply 511. Those skilled in the art will appreciate that the terminal configuration shown in fig. 5 is not intended to be limiting, and that the terminal may include more or fewer components than shown, or some components may be combined, or a different arrangement of components. In the embodiment of the present invention, the terminal includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.

Wherein, the radio frequency unit 51 is configured to receive and transmit data under the control of the processor 510;

a processor 510, configured to, in a random access process of sending a beam failure recovery request, if a new candidate beam is obtained, process the random access process according to a preset processing manner;

in the random access process of sending the beam failure recovery request by the MAC layer, if a new candidate beam is obtained, the terminal of the embodiment of the invention processes the random access process according to a preset processing mode, thereby ensuring that the beam failure recovery is completed as soon as possible and ensuring normal data transmission between the terminal and the network equipment.

Further, when the processor 510 is configured to, in the beam failure recovery process, if at least two candidate beams used for sending the beam failure recovery request are acquired, select one of the at least two candidate beams to send the beam failure recovery request, or sequentially send the beam failure recovery request through a part of beams or all beams of the at least two candidate beams according to a preset order.

In the beam failure recovery process of the MAC layer, if at least two candidate beams are obtained, the terminal of the embodiment of the present invention selects one of the at least two candidate beams to send the beam failure recovery request, or sends the beam failure recovery request sequentially through a part of beams or all beams of the at least two candidate beams according to a preset sequence, thereby ensuring that the beam failure recovery is completed as soon as possible and ensuring normal data transmission between the terminal and the network device.

It should be understood that, in the embodiment of the present invention, the radio frequency unit 51 may be used for receiving and sending signals during a message sending and receiving process or a call process, and specifically, receives downlink data from a base station and then processes the received downlink data to the processor 510; in addition, the uplink data is transmitted to the base station. Typically, the radio frequency unit 51 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 51 may also communicate with a network and other devices through a wireless communication system.

The terminal provides wireless broadband internet access to the user via the network module 52, such as assisting the user in sending and receiving e-mails, browsing web pages, and accessing streaming media.

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

The input unit 54 is used to receive audio or video signals. The input Unit 54 may include a Graphics Processing Unit (GPU) 541 and a microphone 542, and the Graphics processor 541 processes image data of a still picture or video obtained by an image capturing device (such as a camera) in a video capture mode or an image capture mode. The processed image frames may be displayed on the display unit 56. The image frames processed by the graphic processor 541 may be stored in the memory 59 (or other storage medium) or transmitted via the radio frequency unit 51 or the network module 52. The microphone 542 may receive sound, and may be capable of processing such sound into audio data. The processed audio data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 51 in case of the phone call mode.

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

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

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

Further, the touch panel 571 can be overlaid on the display panel 561, and when the touch panel 571 detects a touch operation on or near the touch panel 571, the touch panel is transmitted to the processor 510 to determine the type of the touch event, and then the processor 510 provides a corresponding visual output on the display panel 561 according to the type of the touch event. Although the touch panel 571 and the display panel 561 are shown in fig. 5 as two independent components to implement the input and output functions of the terminal, in some embodiments, the touch panel 571 and the display panel 561 may be integrated to implement the input and output functions of the terminal, and the implementation is not limited herein.

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

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

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

The terminal 50 may further include a power supply 511 (e.g., a battery) for supplying power to various components, and preferably, the power supply 511 may be logically connected to the processor 510 via a power management system, so that functions of managing charging, discharging, and power consumption are performed via the power management system.

In addition, the terminal 50 includes some functional modules that are not shown, and will not be described in detail herein.

Preferably, an embodiment of the present invention further provides a terminal, which includes a processor 510, a memory 59, and a computer program stored in the memory 59 and capable of running on the processor 510, where the computer program, when executed by the processor 510, implements each process of the foregoing beam failure recovery method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not described here again. A terminal may be a wireless terminal or a wired terminal, and a wireless terminal may be a device providing voice and/or other service data connectivity to a user, a handheld device having a wireless connection function, or other processing devices connected to a wireless modem. A wireless terminal, which may be a mobile terminal such as a mobile telephone (or "cellular" telephone) and a computer having a mobile terminal, e.g., a portable, pocket, hand-held, computer-included, or vehicle-mounted mobile device, may communicate with one or more core networks via a Radio Access Network (RAN), and may exchange language and/or data with the RAN. For example, devices such as Personal Communication Service (PCS) phones, cordless phones, Session Initiation Protocol (SIP) phones, Wireless Local Loop (WLL) stations, and Personal Digital Assistants (PDAs) are used. A wireless Terminal may also be referred to as a system, a Subscriber Unit (Subscriber Unit), a Subscriber Station (Subscriber Station), a Mobile Station (Mobile), a Remote Station (Remote Station), a Remote Terminal (Remote Terminal), an Access Terminal (Access Terminal), a User Terminal (User Terminal), a User Agent (User Agent), and a User Device or User Equipment (User Equipment), which are not limited herein.

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

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: various media capable of storing program codes, such as a U disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.

Furthermore, it is to be noted that in the device and method of the invention, it is obvious that the individual components or steps can be decomposed and/or recombined. These decompositions and/or recombinations are to be regarded as equivalents of the present invention. Also, the steps of performing the series of processes described above may naturally be performed chronologically in the order described, but need not necessarily be performed chronologically, and some steps may be performed in parallel or independently of each other. It will be understood by those skilled in the art that all or any of the steps or elements of the method and apparatus of the present invention may be implemented in any computing device (including processors, storage media, etc.) or network of computing devices, in hardware, firmware, software, or any combination thereof, which can be implemented by those skilled in the art using their basic programming skills after reading the description of the present invention.

Thus, the objects of the invention may also be achieved by running a program or a set of programs on any computing device. The computing device may be a general purpose device as is well known. The object of the invention is thus also achieved solely by providing a program product comprising program code for implementing the method or the apparatus. That is, such a program product also constitutes the present invention, and a storage medium storing such a program product also constitutes the present invention. It is to be understood that the storage medium may be any known storage medium or any storage medium developed in the future. It is further noted that in the apparatus and method of the present invention, it is apparent that each component or step can be decomposed and/or recombined. These decompositions and/or recombinations are to be regarded as equivalents of the present invention. Also, the steps of executing the series of processes described above may naturally be executed chronologically in the order described, but need not necessarily be executed chronologically. Some steps may be performed in parallel or independently of each other.

While the preferred embodiments of the present invention have been described, it will be understood by those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the invention as defined in the following claims.