A beam failure recovery method and terminal

Abstract

The present invention discloses a beam failure recovery method and a terminal, wherein the method comprises: in a random access process of sending a beam failure recovery request, if a new candidate beam is obtained, the random access process is processed according to a preset processing method. In a random access process of sending a beam failure recovery request, if a new candidate beam is obtained, the MAC layer of the terminal of the present invention processes the random access process according to a preset processing method, 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.

Description

[0001] This invention application is a divisional application of an invention application with an application date of January 19, 2018, application number 201810053479.3, and invention name “A beam failure recovery method and terminal”. Technical Field

[0002] The present invention relates to the field of communication technology, and in particular to a beam failure recovery method and terminal. Background Art

[0003] In the future fifth generation (5G) mobile communication system, in order to achieve the goal of 20Gbps downlink transmission rate and 10Gbps uplink transmission rate, high-frequency communication and massive antenna technology will be introduced. High-frequency communication can provide a wider system bandwidth, and the antenna size can be smaller, which is more conducive to the deployment of large-scale antennas in network equipment and terminals. High-frequency communication has the disadvantages of large path loss, susceptibility to interference, and fragile links, while massive antenna technology can provide greater antenna gain. Therefore, the combination of high-frequency communication and massive antenna is an inevitable trend in future 5G mobile communication systems. However, the use of massive antenna technology cannot solve all high-frequency communication problems, such as link fragility. When encountering obstruction in high-frequency communication, the beam failure recovery mechanism can quickly switch beams, switch the communication link from a poor beam to a better beam, avoid wireless link failure, and effectively improve the robustness of the link.

[0004] The current beam failure recovery mechanism includes processes such as beam failure detection, identification of new candidate beams, sending of beam failure recovery requests, and network-side response of terminal monitoring beam failure recovery requests. Among them, the identification of new candidate beams may be before or after beam failure detection. The beam failure recovery request can be sent in the following ways: supporting the sending of beam failure recovery requests based on a non-competitive physical random access channel (PRACH). Among them, the PRACH used for sending beam failure recovery requests is orthogonal to the resources of ordinary PRACH, at least supporting orthogonality in frequency division multiplexing. Supporting the sending of beam failure recovery requests based on the physical uplink control channel (PUCCH). Alternatively, a beam failure recovery request is sent based on competitive PRACH as a supplement to non-competitive PRACH, wherein the competitive PRACH resources come from the traditional RACH resource pool and a 4-step RACH process is adopted.

[0005] When the terminal's Media Access Control (MAC) layer receives a beam failure recovery indication from the physical (PHY) layer, it triggers the RACH process to send a beam failure recovery request. During this process, if a new candidate beam is received from the PHY layer, the terminal cannot determine how to handle it, which will cause beam failure recovery failure. Summary of the invention

[0006] The embodiments of the present invention provide a beam failure recovery method and a terminal to solve the problem that the terminal cannot determine a processing mechanism when a new candidate beam is indicated during the process of sending a beam failure recovery request.

[0007] In a first aspect, an embodiment of the present invention provides a beam failure recovery method, which is applied to a medium access control MAC layer of a terminal, including:

[0008] During the random access process of sending a beam failure recovery request, if a new candidate beam is obtained, the random access process is processed according to a preset processing method.

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

[0010] The first processing module is used to process the random access process according to a preset processing method if a new candidate beam is obtained during the random access process of sending a beam failure recovery request.

[0011] In a third aspect, an embodiment of the present invention provides a beam failure recovery method, which is applied to a medium access control MAC layer of a terminal, including:

[0012] During the beam failure recovery process, if at least two candidate beams for sending beam failure recovery requests are obtained, one is selected from the at least two candidate beams to send the beam failure recovery request, or the beam failure recovery request is sent in sequence through some or all of the at least two candidate beams in a preset order.

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

[0014] The second processing module is used to select one from the at least two candidate beams to send a beam failure recovery request if at least two candidate beams for sending a beam failure recovery request are obtained during the beam failure recovery process, or to send the beam failure recovery request through some or all of the at least two candidate beams in sequence according to a preset order.

[0015] In a fifth aspect, an embodiment of the present invention provides a terminal, which includes a processor, a memory, and a computer program stored in the memory and executable on the processor, and the computer program implements the steps of the above-mentioned beam failure recovery method when executed by the processor.

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

[0017] In this way, in the beam failure recovery method and terminal of the embodiment of the present invention, if the MAC layer of the terminal obtains a new candidate beam during the random access process of sending a beam failure recovery request, the random access process is processed according to a preset processing method, 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. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings required for use in the description of the embodiments of the present invention will be briefly introduced below. Obviously, the accompanying drawings in the following description are only some embodiments of the present invention. For ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without paying creative labor.

[0019] Figure 1 A schematic diagram showing a flow chart of a beam failure recovery method according to a first embodiment of the present invention;

[0020] Figure 2 A schematic diagram showing the module structure of a terminal according to a first embodiment of the present invention;

[0021] Figure 3 A schematic diagram showing a flow chart of a beam failure recovery method according to a second embodiment of the present invention;

[0022] Figure 4 A schematic diagram showing the module structure of a terminal according to a second embodiment of the present invention;

[0023] Figure 5 A terminal block diagram showing an embodiment of the present invention. DETAILED DESCRIPTION

[0024] The exemplary embodiments of the present invention will be described in more detail below with reference to the accompanying drawings. Although the exemplary embodiments of the present invention are shown in the accompanying drawings, it should be understood that the present invention can be implemented in various forms and should not be limited by the embodiments set forth herein. On the contrary, these embodiments are provided in order to enable a more thorough understanding of the present invention and to enable the scope of the present invention to be fully communicated to those skilled in the art.

[0025] The terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects, and need not be used to describe a specific order or sequential order. It should be understood that the data used in this way can be interchangeable in appropriate circumstances, so that the embodiments of the present application described herein can be implemented in a sequence other than those illustrated or described herein, for example. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, the process, method, system, product or equipment comprising a series of steps or units need not be limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or equipment.

[0026] First embodiment

[0027] like Figure 1 As shown, an embodiment of the present invention provides a beam failure recovery method, which is applied to the medium access control MAC layer of the terminal and may include the following steps:

[0028] Step 11: During the random access process of sending a beam failure recovery request, if a new candidate beam is obtained, the random access process is processed according to a preset processing method.

[0029] Among them, among the physical random access channel (PRACH) resources configured by the network device, a part of the resources are used for ordinary random access for purposes other than beam failure recovery, and the other part of the resources are used for the terminal to send a beam failure recovery request when the beam fails, and these two parts of resources are orthogonal, that is, the PRACH resources used to send the beam failure recovery request are orthogonal to the PRACH resources used for ordinary random access (including time domain orthogonality, frequency domain orthogonality and / or code domain orthogonality). Here, when a beam failure occurs, the terminal initiates a beam failure recovery process and sends a beam failure recovery request through a random access process.

[0030] Optionally, the MAC layer obtains new candidate beams in a manner including but not limited to the following manners: the new candidate beams are indicated to the MAC layer by the physical layer, or the new candidate beams are determined by evaluation and / or selection by the MAC layer. Among them, the new candidate beams indicated to the MAC by the physical layer are determined by evaluation and / or selection by the physical layer.

[0031] In one embodiment, before the step of acquiring a new candidate beam, the step further includes: instructing the physical layer to provide a candidate beam when at least one of the following conditions is met:

[0032] The MAC layer or the physical layer triggers beam failure recovery, that is, when the MAC layer or the PHY layer triggers beam failure recovery, the MAC layer instructs the physical layer to provide candidate beams.

[0033] An example (instance) in which the MAC layer or the physical layer fails to reach a preset number of beams, that is, when the MAC layer or the PHY layer fails to reach a preset number of beams, the MAC layer instructs the physical layer to provide candidate beams.

[0034] The random access process initiated by the random access resource corresponding to the current candidate beam of the MAC layer fails, that is, when a round of random access corresponding to the current candidate beam of the MAC layer fails, the physical layer is instructed to provide a candidate beam.

[0035] A random access preamble transmission of the MAC layer fails, that is, when a preamble transmission of the MAC layer fails, the physical layer is instructed to provide candidate beams.

[0036] The non-contention random access of the MAC layer fails, that is, when the non-contention random access (Contention-Free Random Access, CFRA) of the MAC layer using dedicated RACH resources fails, the physical layer is instructed to provide candidate beams.

[0037] The contention random access of the MAC layer fails, that is, when the contention random access (CBRA) of the MAC layer using common RACH resources fails, the physical layer is instructed to provide candidate beams.

[0038] The beam failure recovery method of the embodiment of the present invention will be further described below in combination with different application scenarios.

[0039] Scenario 1: During the random access process of sending a beam failure recovery request, a new candidate beam is obtained.

[0040] 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. If the MAC layer of the terminal obtains a new candidate beam during the process of initiating the beam failure recovery request, the random access process is processed according to the preset processing method. The preset processing method includes but is not limited to one of the following methods:

[0041] Method 1:

[0042] The MAC layer ignores the new candidate beam and continues to perform the random access process. That is to say, when a beam failure occurs in a beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure. If the MAC layer of the terminal obtains a new candidate beam during the process of initiating the beam failure recovery request, the MAC layer directly ignores the new candidate beam and continues to perform the random access process. Among them, continuing to perform the random access process here refers to: the number of retransmissions of the random access preamble (Preamble) during the random access process, the random access preamble transmission power ramping counter and other counting timers in the RACH process continue.

[0043] Method 2:

[0044] The MAC layer terminates the random access process. That is, when a beam failure occurs in a beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure. If the MAC layer of the terminal obtains a new candidate beam during the process of initiating the beam failure recovery request, the MAC layer directly terminates the random access process.

[0045] Method 3:

[0046] The MAC layer continues to perform the random access process, and in the next random access preamble transmission process, sends the random access preamble through the random access resources corresponding to the original candidate beam. That is to say, when a beam failure occurs in a beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure. If the MAC layer of the terminal obtains a new candidate beam during the process of initiating the beam failure recovery request, the MAC layer continues to perform the random access process, and in the next Preamble transmission process, sends the Preamble through the random access resources corresponding to the original candidate beam.

[0047] Method 4:

[0048] The MAC layer terminates the random access process and resends the beam failure recovery request through the random access resources corresponding to the new candidate beam. That is to say, when a beam failure occurs in a beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure. If the MAC layer of the terminal obtains a new candidate beam during the process of initiating the beam failure recovery request, the MAC layer directly terminates the current random access process and initiates a new random access process, and resends the beam failure recovery request through the random access resources corresponding to the new candidate beam. Among them, the configuration parameters such as the number of retransmissions of the Preamble of the new random access process and the power ramping counter may be different from those of the terminated random access process.

[0049] Method 5:

[0050] MAC restarts the random access process and sends a beam failure recovery request through the random access resources corresponding to the new candidate beam. That is to say, when a beam failure occurs in a beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure. If the MAC layer of the terminal obtains a new candidate beam during the process of initiating the beam failure recovery request, the MAC layer restarts the current random access process and resends the beam failure recovery request through the random access resources corresponding to the new candidate beam. The restart mentioned here refers to the clearing or resetting of the number of retransmissions of the Preamble of the current random access process, the powerramping counter, etc.

[0051] Method 6:

[0052] The MAC layer continues to perform the random access process, and in the next random access preamble transmission process, sends the random access preamble through the random access resources corresponding to the new candidate beam. That is to say, when a beam failure occurs in a beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure. If the MAC layer of the terminal obtains a new candidate beam during the process of initiating the beam failure recovery request, the MAC layer continues to perform the random access process, and in the next Preamble transmission process, sends the Preamble through the random access resources corresponding to the new candidate beam.

[0053] It is worth pointing out that in the above-mentioned methods, continuing the random access process means that the counting timers in the RACH process such as the number of retransmissions of the Preamble and the power ramping counter during the random access process continue or are not reset. Restarting the random access process means that the counting timers in the RACH process such as the number of retransmissions of the Preamble and the power ramping counter during the random access process are cleared or reset.

[0054] Among them, it is worth pointing out that before processing the random access process according to the preset processing method, it also includes: detecting whether the beam failure recovery timer has timed out; if it has not timed out, executing the step of processing the random access process according to the preset processing method, that is, before the beam failure recovery timer (beam Failure Recovery Timer) expires, perform the above behavior.

[0055] Scenario 2: Before sending a beam failure recovery request during the beam failure recovery process, at least two candidate beams for sending a beam failure recovery request are obtained, then 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 sending the beam failure recovery request.

[0056] In this scenario, when a beam failure occurs in a beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure. If the MAC layer of the terminal obtains multiple candidate beams during the process of initiating the beam failure recovery request, the beam failure recovery request may be sent in one of the following but not limited to the following ways:

[0057] Method 1: Select one of at least two candidate beams to send a beam failure recovery request

[0058] At the MAC layer, according to the following rules, a RACH resource corresponding to one candidate beam may be selected from at least two candidate beams for random access, and a beam failure recovery request may be sent to the network device.

[0059] The MAC layer selects the candidate beam with the best measurement result from at least two candidate beams to send a beam failure recovery request. That is, the MAC layer selects the candidate beam with the best measurement result to send a beam failure recovery request based on the measurement performance of the candidate beams. Among them, the best measurement result means that the measurement result shows that the channel quality is the best. The measurement result can be the result of measuring at least one of the measurement performances of Reference Signal Receiving Power (RSRP), Reference Signal Receiving Quality (RSRQ), Signal to Interference plus Noise Ratio (SINR) and Channel Quality Indicator (CQI).

[0060] Select at least two candidate beams with the best measurement result better than the preset threshold value to send a beam failure recovery request; considering the scenario with poor network performance, the MAC layer selects the candidate beam with the best measurement result better than the preset threshold value to send a beam failure recovery request based on the measurement performance of the candidate beams.

[0061] Select any one of at least two candidate beams to send a beam failure recovery request; that is, the MAC layer arbitrarily selects a candidate beam to send a beam failure recovery request.

[0062] Select any one of at least two candidate beams whose measurement results are better than the 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 whose measurement results are better than the preset threshold value to send a beam failure recovery request based on the measurement performance of the candidate beams.

[0063] Select the one whose corresponding random access resource is closest to at least two candidate beams to send a beam failure recovery request; that is, the MAC layer selects the one whose corresponding RACH resource is closest to at least two candidate beams to send a beam failure recovery request.

[0064] The one whose measurement result is better than the preset threshold value and whose corresponding random access resource is closest among at least two candidate beams is selected to send a beam failure recovery request. Considering the scenario of poor network performance, the MAC layer selects the one whose measurement result is better than the preset threshold value and whose corresponding RACH resource is closest among the candidate beams to send a beam failure recovery request based on the measurement performance of the candidate beams.

[0065] Method 2: Sending a beam failure recovery request through part of or all of at least two candidate beams in a preset order.

[0066] The preset order may include but is not limited to one of the following order rules:

[0067] The order of random access resources corresponding to at least two candidate beams; wherein the order here refers to the order from far to near.

[0068] The order of measurement results of at least two candidate beams; wherein the order of measurement results mentioned here refers to the order of measurement results from best to worst.

[0069] Random order;

[0070] When the beam failure recovery request is sent through all beams of at least two candidate beams in sequence according to a preset order, the preset order is one of the above orders.

[0071] The order of random access resources corresponding to the candidate beams whose measurement results are better than a preset threshold value among at least two candidate beams;

[0072] The order of measurement results of the candidate beams whose measurement results are better than a preset threshold value among at least two candidate beams;

[0073] The random order of candidate beams whose measurement results are better than the preset threshold value among at least two candidate beams. Taking into account the scenario of poor network performance, the MAC layer selects the candidate beams whose measurement results are better than the preset threshold value to send the beam failure recovery request based on the measurement performance of the candidate beams, corresponding to the scenario of sending the beam failure recovery request through some of the at least two candidate beams, and the preset order in this scenario is one of the above orders.

[0074] It is worth pointing out that in this scenario, if the MAC layer obtains a new candidate beam when sending a beam failure recovery request, the random access process for beam failure recovery can be processed in the same manner as in scenario one, so it will not be repeated here.

[0075] In a preferred embodiment, after the random access process is processed according to a preset processing method, the method further includes: if the random access process fails, performing at least one of the following actions:

[0076] The beam failure recovery request is sent through common random access resources; that is, the terminal uses common RACH resources for contention random access and continues the beam failure recovery process.

[0077] Indicate the failure indication of the random access process to the upper layer;

[0078] Indicating a failure indication of the random access process to a lower layer, such as a physical layer;

[0079] Determine that beam failure recovery has failed; that is, the MAC layer directly declares that beam failure recovery has failed, and optionally, the MAC layer may also notify an upper layer of a failure indication of beam failure recovery failure. Optionally, the MAC layer may also notify a PHY layer of a failure indication of beam failure recovery failure.

[0080] Determine that the radio link has failed; that is, the MAC layer directly declares a radio link failure (RLF).

[0081] Indicates that the physical layer has failed to recover from a beam failure; that is, the MAC layer indicates that the PHY layer has failed to recover from a beam failure.

[0082] Instruct the physical layer to provide new candidate beams; that is, the MAC layer instructs the PHY layer to provide new candidate beams.

[0083] Among them, it is worth pointing out that before executing one of the above behaviors, it also includes: detecting whether the beam failure recovery timer has timed out; if it has not timed out, executing one of the above behaviors, that is, executing the above behavior before the beam failure recovery timer (beam Failure Recovery Timer) expires.

[0084] Preferably, the terminal uses common RACH resources for contention random access, and when continuing the beam failure recovery process, if the beam failure recovery request fails to be sent, one of the following actions is performed:

[0085] Indicating a failure indication of a failure to send a beam failure recovery request to an upper layer;

[0086] Indicating to the lower layer a failure indication of failure to send a beam failure recovery request;

[0087] Determine beam failure recovery failure;

[0088] Determining that the wireless link has failed;

[0089] Indicates that the physical layer has failed to recover from the current beam failure;

[0090] Instructs the physical layer to provide new candidate beams.

[0091] Similarly, before executing one of the above actions, it also includes: detecting whether the beam failure recovery timer has timed out; if it has not timed out, executing one of the above actions, that is, executing the above actions before the beam failure recovery timer (beam FailureRecovery Timer) expires.

[0092] In the beam failure recovery method of an embodiment of the present invention, if the MAC layer of the terminal obtains a new candidate beam during the random access process of sending a beam failure recovery request, the random access process is processed according to a preset processing method, 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.

[0093] The above embodiments respectively introduce in detail the beam failure recovery methods in different scenarios. The following embodiment will further introduce its corresponding terminal in conjunction with the accompanying drawings.

[0094] like Figure 2 As shown, the terminal 200 of the embodiment of the present invention can implement the details of the method for processing the random access process according to a preset processing method in the random access process of sending a beam failure recovery request in the above embodiment, and achieve the same effect. The terminal 200 specifically includes the following functional modules:

[0095] The first processing module 210 is used to process the random access process according to a preset processing method if a new candidate beam is acquired during the random access process of sending a beam failure recovery request.

[0096] The first processing module 210 includes one of the following:

[0097] A first processing submodule, configured to ignore the new candidate beam and continue to perform the random access process;

[0098] A second processing submodule, configured to terminate the random access process;

[0099] The third processing submodule is used to continue to execute the random access process, and in the next random access preamble sending process, send the random access preamble through the random access resource corresponding to the original candidate beam;

[0100] A fourth processing submodule, configured to terminate the random access process and resend a beam failure recovery request through the random access resources corresponding to the new candidate beam;

[0101] A fifth processing submodule, used to restart the random access process and send a beam failure recovery request through the random access resource corresponding to the new candidate beam;

[0102] The sixth processing submodule is used to continue to execute the random access process and send the random access preamble code through the random access resources corresponding to the new candidate beam during the next random access preamble code sending process.

[0103] The terminal 200 further includes:

[0104] The second processing module is used to select one from at least two candidate beams to send a beam failure recovery request if at least two candidate beams for sending a beam failure recovery request are obtained before sending a beam failure recovery request during the beam failure recovery process, or to send a beam failure recovery request through some or all of the at least two candidate beams in sequence according to a preset order.

[0105] The second processing module includes one of the following:

[0106] a seventh processing submodule, configured to select a beam with the best measurement result from at least two candidate beams to send a beam failure recovery request;

[0107] An eighth processing submodule, configured to select the best measurement result among at least two candidate beams whose measurement results are better than a preset threshold value to send a beam failure recovery request;

[0108] a ninth processing submodule, configured to select any one of the measurement results of at least two candidate beams to send a beam failure recovery request;

[0109] a tenth processing submodule, configured to select any one of at least two candidate beams whose measurement result is better than a preset threshold value to send a beam failure recovery request;

[0110] An eleventh processing submodule is used to select a nearest one of the at least two candidate beams corresponding to the random access resource to send a beam failure recovery request;

[0111] The twelfth processing submodule is used to select one of at least two candidate beams whose measurement result is better than a preset threshold value and whose corresponding random access resource is closest to send a beam failure recovery request.

[0112] The preset sequence includes one of the following:

[0113] The order of random access resources corresponding to at least two candidate beams,

[0114] the order of the measurement results of at least two candidate beams;

[0115] Random order;

[0116] The order of random access resources corresponding to the candidate beams whose measurement results are better than a preset threshold value among at least two candidate beams;

[0117] The order of measurement results of the candidate beams whose measurement results are better than a preset threshold value among at least two candidate beams;

[0118] A random order of candidate beams whose measurement results are better than a preset threshold value among at least two candidate beams.

[0119] The terminal 200 further includes:

[0120] The third processing module is configured to perform at least one of the following actions if the random access process fails:

[0121] Sending a beam failure recovery request via a common random access resource;

[0122] Indicate the failure indication of the random access process to the upper layer;

[0123] Indicate the failure indication of the random access process to the lower layer;

[0124] Determine beam failure recovery failure;

[0125] Determining that the wireless link has failed;

[0126] Indicates that the physical layer has failed to recover from the beam failure.

[0127] Instructs the physical layer to provide new candidate beams.

[0128] The terminal 200 further includes:

[0129] The fourth processing module is configured to perform one of the following actions if the beam failure recovery request fails to be sent:

[0130] Indicating a failure indication of a failure to send a beam failure recovery request to an upper layer;

[0131] Indicating to the lower layer a failure indication of failure to send a beam failure recovery request;

[0132] Determine beam failure recovery failure;

[0133] Determining that the wireless link has failed;

[0134] Indicates that the physical layer has failed to recover from the beam failure.

[0135] Instructs the physical layer to provide new candidate beams.

[0136] The new candidate beam is indicated by the physical layer to the MAC layer, or the new candidate beam is evaluated and / or selected by the MAC layer.

[0137] The terminal 200 further includes:

[0138] The indication module is used to indicate the physical layer to provide a candidate beam when at least one of the following conditions is met:

[0139] MAC layer or physical layer triggers beam failure recovery,

[0140] An example of a failure of the MAC layer or physical layer to reach a preset number of beams.

[0141] The random access process initiated by the random access resource corresponding to the current candidate beam at the MAC layer fails.

[0142] A random access preamble transmission of the MAC layer fails.

[0143] The non-contention random access of the MAC layer fails.

[0144] Contention random access at the MAC layer fails.

[0145] The terminal 200 further includes:

[0146] The detection module is used to detect whether the beam failure recovery timer has timed out; if not, the steps of processing the random access process according to the preset processing method are executed.

[0147] It is worth noting that, in the random access process of sending a beam failure recovery request at the MAC layer, if a new candidate beam is obtained, the terminal of an embodiment of the present invention processes the random access process according to a preset processing method, 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.

[0148] Second embodiment

[0149] During the beam failure recovery process, if there are multiple candidate beams indicated by the PHY layer, the terminal cannot determine how to handle it, which will cause the beam failure recovery to fail.

[0150] To solve the above problems, the beam failure recovery method of the embodiment of the present invention is applied to, for example Figure 3 As shown, the following steps are included:

[0151] Step 31: During the beam failure recovery process, at least two candidate beams for sending a 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 sent beam failure recovery request.

[0152] Among them, when a beam failure occurs in a beam of the terminal, the terminal initiates a beam failure recovery request process for the beam failure. If the MAC layer of the terminal obtains multiple candidate beams during the process of initiating the beam failure recovery request, the beam failure recovery request may be sent in one of the following but not limited to the following ways:

[0153] Method 1: Select one of at least two candidate beams to send a beam failure recovery request

[0154] At the MAC layer, according to the following rules, a RACH resource corresponding to one candidate beam may be selected from at least two candidate beams for random access, and a beam failure recovery request may be sent to the network device.

[0155] The MAC layer selects the candidate beam with the best measurement result from at least two candidate beams to send a beam failure recovery request. That is, the MAC layer selects the candidate beam with the best measurement result to send a beam failure recovery request based on the measurement performance of the candidate beams. Among them, the best measurement result means that the measurement result shows that the channel quality is the best. The measurement result can be the result of at least one measurement performance of RSRP, RSRQ, SINR and CQI.

[0156] Select at least two candidate beams with the best measurement result better than the preset threshold value to send a beam failure recovery request; considering the scenario with poor network performance, the MAC layer selects the candidate beam with the best measurement result better than the preset threshold value to send a beam failure recovery request based on the measurement performance of the candidate beams.

[0157] Select any one of at least two candidate beams to send a beam failure recovery request; that is, the MAC layer arbitrarily selects a candidate beam to send a beam failure recovery request.

[0158] Select any one of at least two candidate beams whose measurement results are better than the 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 whose measurement results are better than the preset threshold value to send a beam failure recovery request based on the measurement performance of the candidate beams.

[0159] Select the one whose corresponding random access resource is closest to at least two candidate beams to send a beam failure recovery request; that is, the MAC layer selects the one whose corresponding RACH resource is closest to at least two candidate beams to send a beam failure recovery request.

[0160] The one whose measurement result is better than the preset threshold value and whose corresponding random access resource is closest among at least two candidate beams is selected to send a beam failure recovery request. Considering the scenario of poor network performance, the MAC layer selects the one whose measurement result is better than the preset threshold value and whose corresponding RACH resource is closest among the candidate beams to send a beam failure recovery request based on the measurement performance of the candidate beams.

[0161] Method 2: Sending a beam failure recovery request through part of or all of at least two candidate beams in a preset order.

[0162] The preset order may include but is not limited to one of the following order rules:

[0163] The order of random access resources corresponding to at least two candidate beams; wherein the order here refers to the order from far to near.

[0164] The order of measurement results of at least two candidate beams; wherein the order of measurement results mentioned here refers to the order of measurement results from best to worst.

[0165] Random order;

[0166] When the beam failure recovery request is sent through all beams of at least two candidate beams in sequence according to a preset order, the preset order is one of the above orders.

[0167] The order of random access resources corresponding to the candidate beams whose measurement results are better than a preset threshold value among at least two candidate beams;

[0168] The order of measurement results of the candidate beams whose measurement results are better than a preset threshold value among at least two candidate beams;

[0169] The random order of candidate beams whose measurement results are better than the preset threshold value among at least two candidate beams. Taking into account the scenario of poor network performance, the MAC layer selects the candidate beams whose measurement results are better than the preset threshold value to send the beam failure recovery request based on the measurement performance of the candidate beams, corresponding to the scenario of sending the beam failure recovery request through some of the at least two candidate beams, and the preset order in this scenario is one of the above orders.

[0170] In a preferred embodiment, step 31 may further include: if the beam failure recovery request fails to be sent, performing at least one of the following actions:

[0171] A beam failure recovery request is sent through common random access resources; that is, the terminal uses common RACH resources for contention random access and continues the beam failure recovery process.

[0172] Indicating a failure indication of failure to send the beam failure recovery request to an upper layer;

[0173] Indicating a failure indication of the failure to send the beam failure recovery request to a lower layer, such as a physical layer;

[0174] Determine that the beam failure recovery fails. Optionally, the MAC layer may also notify 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 beam failure recovery failure.

[0175] Determine that the radio link has failed; that is, the MAC layer directly declares a radio link failure RLF.

[0176] Indicates that the physical layer has failed to recover from a beam failure; that is, the MAC layer indicates that the PHY layer has failed to recover from a beam failure.

[0177] Instruct the physical layer to provide new candidate beams; that is, the MAC layer instructs the PHY layer to provide new candidate beams.

[0178] Among them, it is worth pointing out that before executing one of the above behaviors, it also includes: detecting whether the beam failure recovery timer has timed out; if it has not timed out, executing one of the above behaviors, that is, executing the above behavior before the beam failure recovery timer (beam Failure Recovery Timer) expires.

[0179] In the beam failure recovery method of an embodiment of the present invention, during the beam failure recovery process, if the MAC layer of the terminal obtains at least two candidate beams, it selects one from the at least two candidate beams to send a beam failure recovery request, or sends a beam failure recovery request through some or all of the at least two candidate beams in a preset order, 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.

[0180] The above embodiments introduce beam failure recovery methods in different scenarios. The following will further introduce the corresponding terminals in conjunction with the accompanying drawings.

[0181] like Figure 4As shown, the terminal 400 of the embodiment of the present invention can implement the details of the method for sending a beam failure recovery request by selecting one from the at least two candidate beams to send a beam failure recovery request, or sequentially using part of or all of the at least two candidate beams in a preset order in the beam failure recovery process in the above embodiment, and achieve the same effect. The terminal 400 specifically includes the following functional modules:

[0182] The second processing module 410 is used to select one from the at least two candidate beams to send a beam failure recovery request if at least two candidate beams for sending a beam failure recovery request are obtained during the beam failure recovery process, or to send the beam failure recovery request through some or all of the at least two candidate beams in sequence according to a preset order.

[0183] The second processing module 410 includes one of the following:

[0184] a seventh processing submodule, configured to select a beam with the best measurement result from at least two candidate beams to send a beam failure recovery request;

[0185] An eighth processing submodule, configured to select the best measurement result among at least two candidate beams whose measurement results are better than a preset threshold value to send a beam failure recovery request;

[0186] a ninth processing submodule, configured to select any one of at least two candidate beams to send a beam failure recovery request;

[0187] a tenth processing submodule, configured to select any one of at least two candidate beams whose measurement result is better than a preset threshold value to send a beam failure recovery request;

[0188] An eleventh processing submodule is used to select the nearest one of the at least two candidate beams corresponding to the random access resource to send a beam failure recovery request;

[0189] The twelfth processing submodule is used to select one of at least two candidate beams whose measurement result is better than a preset threshold value and whose corresponding random access resource is closest to send a beam failure recovery request.

[0190] The preset sequence includes one of the following:

[0191] The order of random access resources corresponding to at least two candidate beams,

[0192] the order of the measurement results of at least two candidate beams;

[0193] Random order;

[0194] The order of random access resources corresponding to the candidate beams whose measurement results are better than a preset threshold value among at least two candidate beams;

[0195] The order of measurement results of the candidate beams whose measurement results are better than a preset threshold value among at least two candidate beams;

[0196] A random order of candidate beams whose measurement results are better than a preset threshold value among at least two candidate beams.

[0197] The terminal 400 further includes:

[0198] The fifth processing module is configured to perform at least one of the following actions if the beam failure recovery request fails to be sent:

[0199] Sending a beam failure recovery request via a common random access resource;

[0200] Indicating a failure indication of a failure to send a beam failure recovery request to an upper layer;

[0201] Indicating to the lower layer a failure indication of failure to send a beam failure recovery request;

[0202] Determine beam failure recovery failure;

[0203] Determining that the wireless link has failed;

[0204] Indicates that the physical layer has failed to recover from the beam failure.

[0205] Instructs the physical layer to provide new candidate beams.

[0206] It is worth noting that, in the beam failure recovery process at the MAC layer, if at least two candidate beams are obtained, the terminal of an embodiment of the present invention selects one from the at least two candidate beams to send a beam failure recovery request, or sends a beam failure recovery request through part or all of the at least two candidate beams in sequence according to a preset order, 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.

[0207] It should be noted that it should be understood that the division of the above modules is only a division of logical functions. In actual implementation, they can be fully or partially integrated into one physical entity, or they can be physically separated. And these modules can all be implemented in the form of software called by processing elements; they can also be all implemented in the form of hardware; some modules can also be implemented in the form of software called by processing elements, and some modules can be implemented in the form of hardware. For example, the determination module can be a separately established processing element, or it can be integrated in a chip of the above-mentioned device for implementation. In addition, it can also be stored in the memory of the above-mentioned device in the form of program code, and called and executed by a processing element of the above-mentioned device. The implementation of other modules is similar. In addition, these modules can be fully or partially integrated together, or they can be implemented independently. The processing element described here can be an integrated circuit with signal processing capabilities. In the implementation process, each step of the above method or each module above can be completed by an integrated logic circuit of hardware in the processor element or instructions in the form of software.

[0208] 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 digital signal processors (DSPs), or one or more field programmable gate arrays (FPGAs). For another example, when a module is implemented in the form of a processing element scheduling program code, the processing element may be a general-purpose processor, such as a central processing unit (CPU) or other processors that can call program code. For another example, these modules may be integrated together and implemented in the form of a system-on-a-chip (SOC).

[0209] In order to better achieve the above objectives, further, Figure 5 A schematic diagram of the hardware structure of a terminal for implementing various embodiments of the present invention is shown, wherein 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 Figure 5The terminal structure shown in the figure does not constitute a limitation on the terminal, and the terminal may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently. In the embodiment of the present invention, the terminal includes but is not limited to a mobile phone, a tablet computer, a laptop computer, a PDA, a vehicle-mounted terminal, a wearable device, and a pedometer.

[0210] The radio frequency unit 51 is used to send and receive data under the control of the processor 510;

[0211] The processor 510 is configured to process the random access process according to a preset processing method if a new candidate beam is acquired during the random access process of sending a beam failure recovery request;

[0212] The terminal of an embodiment of the present invention, during the random access process of sending a beam failure recovery request at the MAC layer, if a new candidate beam is obtained, the random access process is processed according to a preset processing method, 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.

[0213] Further, when the processor 510 is used in the beam failure recovery process, if at least two candidate beams for sending a beam failure recovery request are obtained, then one is selected from the at least two candidate beams to send a beam failure recovery request, or, the beam failure recovery request is sent in sequence through some or all of the at least two candidate beams in a preset order.

[0214] For the terminal of an embodiment of the present invention, during the beam failure recovery process at the MAC layer, if at least two candidate beams are obtained, then one is selected from the at least two candidate beams to send a beam failure recovery request, or, the beam failure recovery request is sent in sequence through some or all of the at least two candidate beams in a preset order, 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.

[0215] It should be understood that in the embodiment of the present invention, the radio frequency unit 51 can be used for receiving and sending signals during information transmission or communication. Specifically, after receiving downlink data from the base station, it is sent to the processor 510 for processing; in addition, uplink data is sent to the base station. Generally, 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, etc. In addition, the radio frequency unit 51 can also communicate with the network and other devices through a wireless communication system.

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

[0217] The audio output unit 53 can convert the audio data received by the RF unit 51 or the network module 52 or stored in the memory 59 into an audio signal and output it as sound. Moreover, the audio output unit 53 can also provide audio output related to a specific function performed by the terminal 50 (for example, a call signal reception sound, a message reception sound, etc.). The audio output unit 53 includes a speaker, a buzzer, a receiver, etc.

[0218] The input unit 54 is used to receive audio or video signals. The input unit 54 may include a graphics processor (GPU) 541 and a microphone 542, and the graphics processor 541 processes the image data of a static picture or video obtained by an image capture device (such as a camera) in a video capture mode or an image capture mode. The processed image frame can be displayed on the display unit 56. The image frame processed by the graphics processor 541 can be stored in the memory 59 (or other storage medium) or sent via the radio frequency unit 51 or the network module 52. The microphone 542 can receive sound and can process such sound into audio data. The processed audio data can be converted into a format output that can be sent to a mobile communication base station via the radio frequency unit 51 in the case of a telephone call mode.

[0219] The terminal 50 also includes at least one sensor 55, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor and a proximity sensor, wherein the ambient light sensor can adjust the brightness of the display panel 561 according to the brightness of the ambient light, and the proximity sensor can turn off the display panel 561 and / or the backlight when the terminal 50 is moved to the ear. As a type of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), and can detect the magnitude and direction of gravity when stationary, which can be used to identify the terminal posture (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer, tapping), etc.; the sensor 55 can 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 repeated here.

[0220] 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, which may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like.

[0221] The user input unit 57 can be used to receive input digital or character information, and to generate key signal input related to the 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 known as a touch screen, can collect the user's touch operation on or near it (such as the user's operation on the touch panel 571 or near the touch panel 571 using any suitable object or accessory such as a finger, stylus, etc.). The touch panel 571 may include two parts: a touch detection device and a touch controller. Among them, the touch detection device detects the user's touch orientation, detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into the contact point coordinates, and then sends it to the processor 510, receives the command sent by the processor 510 and executes it. In addition, the touch panel 571 can be implemented in various types such as resistive, capacitive, infrared and surface acoustic waves. In addition to the touch panel 571, the user input unit 57 may also include other input devices 572. Specifically, 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 in detail here.

[0222] Furthermore, the touch panel 571 may be overlaid on the display panel 561. When the touch panel 571 detects a touch operation on or near it, it is transmitted to the processor 510 to determine the type of touch event. Then, the processor 510 provides corresponding visual output on the display panel 561 according to the type of touch event. Figure 5 In the embodiment, the touch panel 571 and the display panel 561 are used as two independent components to implement the input and output functions of the terminal. However, in some embodiments, the touch panel 571 and the display panel 561 can be integrated to implement the input and output functions of the terminal, which is not limited here.

[0223] 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 with an identification module, an audio input / output (I / O) port, a video I / O port, a headphone port, etc. 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 in the terminal 50 or may be used to transmit data between the terminal 50 and an external device.

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

[0225] The processor 510 is the control center of the terminal. It uses various interfaces and lines to connect various parts of the entire terminal. It executes various functions of the terminal and processes data by running or executing software programs and / or modules stored in the memory 59, and calling data stored in the memory 59, so as to monitor the terminal as a whole. The processor 510 may include one or more processing units; preferably, the processor 510 may integrate an application processor and a modem processor, wherein the application processor mainly processes the operating system, user interface, and application programs, and the modem processor mainly processes wireless communications. It is understandable that the above-mentioned modem processor may not be integrated into the processor 510.

[0226] The terminal 50 may also include a power supply 511 (such as a battery) for supplying power to various components. Preferably, the power supply 511 may be logically connected to the processor 510 through a power management system, thereby implementing functions such as charging, discharging, and power consumption management through the power management system.

[0227] In addition, the terminal 50 includes some functional modules not shown, which will not be described in detail here.

[0228] Preferably, an embodiment of the present invention further provides a terminal, including a processor 510, a memory 59, and a computer program stored in the memory 59 and executable on the processor 510. When the computer program is executed by the processor 510, each process of the above-mentioned beam failure recovery method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it is not repeated here. Among them, the terminal can be a wireless terminal or a wired terminal. The wireless terminal can be a device that provides voice and / or other business data connectivity to users, a handheld device with a wireless connection function, or other processing devices connected to a wireless modem. The wireless terminal can communicate with one or more core networks via a radio access network (Radio Access Network, referred to as RAN). The wireless terminal can be a mobile terminal, such as a mobile phone (or "cellular" phone) and a computer with a mobile terminal, for example, a portable, pocket-sized, handheld, computer-built-in or vehicle-mounted mobile device, which exchanges language and / or data with the radio access network. For example, Personal Communication Service (PCS) phones, cordless phones, Session Initiation Protocol (SIP) phones, Wireless Local Loop (WLL) stations, Personal Digital Assistants (PDA) and other devices. Wireless terminals may also be referred to as systems, subscriber units, subscriber stations, mobile stations, mobile stations, remote stations, remote terminals, access terminals, user terminals, user agents, user devices or user equipment, without limitation herein.

[0229] The embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, each process of the above-mentioned beam failure recovery method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it is not repeated here. The computer-readable storage medium is, for example, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0230] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of the present invention.

[0231] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0232] In the embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0233] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0234] In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0235] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium, including several instructions for a computer device (which can be a personal computer, server, or network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: various media that can store program codes, such as USB flash drives, mobile hard disks, ROM, RAM, magnetic disks, or optical disks.

[0236] In addition, it should be noted that in the apparatus and method of the present invention, it is obvious that each component or each step can be decomposed and / or recombined. These decompositions and / or recombinations should be regarded as equivalent schemes of the present invention. Moreover, the steps of performing the above-mentioned series of processing can naturally be performed in chronological order according to the order of description, but it is not necessary to perform them in chronological order, and some steps can be performed in parallel or independently of each other. For those of ordinary skill in the art, it is understood that all or any steps or components of the method and apparatus of the present invention can be implemented in any computing device (including processors, storage media, etc.) or a network of computing devices in hardware, firmware, software or a combination thereof, which can be achieved by those of ordinary skill in the art using their basic programming skills after reading the description of the present invention.

[0237] Therefore, the purpose of the present invention can also be achieved by running a program or a group of programs on any computing device. The computing device can be a well-known general device. Therefore, the purpose of the present invention can also be achieved by simply providing a program product containing a program code that implements the method or device. That is to say, such a program product also constitutes the present invention, and the storage medium storing such a program product also constitutes the present invention. Obviously, the storage medium can be any well-known storage medium or any storage medium developed in the future. It should also be pointed out that in the device and method of the present invention, it is obvious that each component or each step can be decomposed and / or recombined. These decompositions and / or recombinations should be regarded as equivalent schemes of the present invention. In addition, the steps of performing the above-mentioned series of processing can naturally be performed in chronological order according to the order of description, but it is not necessary to perform them in chronological order. Some steps can be performed in parallel or independently of each other.

[0238] The above is a preferred embodiment of the present invention. It should be pointed out that for ordinary personnel in this technical field, several improvements and modifications can be made without departing from the principles described in the present invention. These improvements and modifications are also within the scope of protection of the present invention.

Claims

1. A beam failure recovery method, applied to a medium access control MAC layer of a terminal, characterized in that: include: In the random access process of sending a beam failure recovery request, if a new candidate beam is obtained, the random access process is processed according to a preset processing method; The step of processing the random access process according to a preset processing manner includes one of the following: Ignore the new candidate beam and continue to perform the random access process; terminating the random access procedure; Continue to execute the random access process, and in the next random access preamble sending process, send the random access preamble through the random access resources corresponding to the original candidate beam; terminating the random access process, and resending a beam failure recovery request through the random access resources 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; Continue to execute the random access process, and in the next random access preamble code sending process, send the random access preamble code through the random access resources corresponding to the new candidate beam.

2. The beam failure recovery method according to claim 1, characterized in that: Before the step of processing the random access process according to a preset processing method, the method further includes: Before sending a beam failure recovery request during the beam failure recovery process, if at least two candidate beams for sending the beam failure recovery request are obtained, then one is selected from the at least two candidate beams to send the beam failure recovery request, or the beam failure recovery request is sent in sequence through some or all of the at least two candidate beams in a preset order.

3. The beam failure recovery method according to claim 1, characterized in that: After the step of processing the random access process according to a preset processing method, the method further includes: If the random access procedure fails, performing at least one of the following actions: Sending 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; Determine beam failure recovery failure; Determining that the wireless link has failed; Indicates that the physical layer has failed to recover from the beam failure. Instructs the physical layer to provide new candidate beams.

4. The beam failure recovery method according to claim 3, characterized in that: After the step of sending a beam failure recovery request through a common random access resource, the method further includes: If the beam failure recovery request fails to be sent, perform one of the following actions: Indicating a failure indication of failure to send the beam failure recovery request to an upper layer; Indicating a failure indication of failure to send the beam failure recovery request to a lower layer; Determine beam failure recovery failure; Determining that the wireless link has failed; Indicates that the physical layer has failed to recover from the beam failure. Instructs the physical layer to provide new candidate beams.

5. The beam failure recovery method according to claim 1, characterized in that: The new candidate beam is indicated by the physical layer to the MAC layer, or the new candidate beam is evaluated and / or selected by the MAC layer.

6. The beam failure recovery method according to claim 1, characterized in that: Before the step of obtaining a new candidate beam, the following steps are also included: Instruct the physical layer to provide candidate beams when at least one of the following conditions is met: MAC layer or physical layer triggers beam failure recovery, An example of a failure of the MAC layer or physical layer to reach a preset number of beams. The random access process initiated by the random access resource corresponding to the current candidate beam at the MAC layer fails. A random access preamble transmission of the MAC layer fails. The non-contention random access of the MAC layer fails. Contention random access at the MAC layer fails.

7. The beam failure recovery method according to claim 1, characterized in that: Before the step of processing the random access process according to a preset processing method, the method further includes: Check whether the beam failure recovery timer has timed out; If it has not timed out, the step of processing the random access process according to a preset processing method is executed.

8. A terminal, characterized in that: include: A first processing module is used to process the random access process according to a preset processing method if a new candidate beam is obtained during the random access process of sending a beam failure recovery request; The first processing module includes one of the following: A first processing submodule, configured to ignore the new candidate beam and continue to perform the random access process; A second processing submodule, configured to terminate the random access process; A third processing submodule is used to continue to execute the random access process, and in the next random access preamble code sending process, send the random access preamble code through the random access resource corresponding to the original candidate beam; A fourth processing submodule, configured to terminate the random access process and resend a beam failure recovery request through the random access resource corresponding to the new candidate beam; A fifth processing submodule, used to restart the random access process and send a beam failure recovery request through the random access resource corresponding to the new candidate beam; The sixth processing submodule is used to continue to execute the random access process and send the random access preamble code through the random access resources corresponding to the new candidate beam during the next random access preamble code sending process.

9. The terminal according to claim 8, characterized in that: The terminal further includes: The second processing module is used to select one from at least two candidate beams to send a beam failure recovery request if at least two candidate beams for sending a beam failure recovery request are obtained before sending a beam failure recovery request during the beam failure recovery process, or to send a beam failure recovery request through some or all of the at least two candidate beams in sequence according to a preset order.

10. The terminal according to claim 8, characterized in that: The terminal further includes: The third processing module is configured to perform at least one of the following actions if the random access process fails: Sending 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; Determine beam failure recovery failure; Determining that the wireless link has failed; Indicates that the physical layer has failed to recover from the beam failure. Instructs the physical layer to provide new candidate beams.

11. The terminal according to claim 10, characterized in that: The terminal further includes: The fourth processing module is configured to perform one of the following actions if the beam failure recovery request fails to be sent: Indicating a failure indication of failure to send the beam failure recovery request to an upper layer; Indicating a failure indication of failure to send the beam failure recovery request to a lower layer; Determine beam failure recovery failure; Determining that the wireless link has failed; Indicates that the physical layer has failed to recover from the beam failure. Instructs the physical layer to provide new candidate beams.

12. The terminal according to claim 8, characterized in that: The new candidate beam is indicated by the physical layer to the MAC layer, or the new candidate beam is evaluated and / or selected by the MAC layer.

13. The terminal according to claim 8, characterized in that: The terminal further includes: The indication module is used to indicate the physical layer to provide a candidate beam when at least one of the following conditions is met: MAC layer or physical layer triggers beam failure recovery, An example of a failure of the MAC layer or physical layer to reach a preset number of beams. The random access process initiated by the random access resource corresponding to the current candidate beam at the MAC layer fails. A random access preamble transmission of the MAC layer fails. The non-contention random access of the MAC layer fails. Contention random access at the MAC layer fails.

14. The terminal according to claim 8, characterized in that The terminal further includes: The detection module is used to detect whether the beam failure recovery timer has timed out; if not, the step of processing the random access process according to a preset processing method is executed.

15. A terminal, characterized in that: The terminal includes a processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the computer program implements the steps of the beam failure recovery method according to any one of claims 1 to 7 when executed by the processor.

16. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of the beam failure recovery method according to any one of claims 1 to 7 are implemented.

Images