CN110139291B

CN110139291B - Processing method for beam failure recovery and terminal equipment

Info

Publication number: CN110139291B
Application number: CN201810135598.3A
Authority: CN
Inventors: 杨宇; 孙晓东
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2018-02-09
Filing date: 2018-02-09
Publication date: 2021-03-23
Anticipated expiration: 2038-02-09
Also published as: WO2019154318A1; CN110139291A

Abstract

The embodiment of the application discloses a processing method for beam failure recovery and a terminal device, wherein the method is applied to the terminal device and comprises the following steps: when the beam failure event is determined to occur, starting a beam failure recovery timer; measuring the quality of a beam where a control resource set (CORESET) configured before the beam failure event occurs; and stopping the beam failure recovery timer under the condition that the quality of the beam where the CORESET is located meets a preset condition. By using the embodiment of the application, after a beam failure event occurs, when the measurement result of the beam where the CORESET is located meets the preset condition, the terminal equipment stops the beam failure recovery timer, and subsequent sending of the beam failure recovery request and monitoring of the corresponding response message sent by the network equipment are not performed, so that the beam recovery success is determined as early as possible.

Description

Processing method for beam failure recovery and terminal equipment

Technical Field

The present application relates to the field of communications technologies, and in particular, to a Beam Failure Recovery (BFR) processing method and a terminal device.

Background

In a high-band communication system, since a wavelength of a radio signal is short, a situation in which signal propagation is blocked or the like is likely to occur, and thus signal propagation is interrupted, thereby causing a beam failure event.

A beam failure recovery timer may be started upon determining that a beam failure event has occurred. At this time, the physical layer of the terminal device may measure the beam identification reference signal and search for a new candidate beam. A higher layer (e.g., a Media Access Control (MAC) layer) of the terminal device may determine a Physical Random Access Channel (PRACH) resource or a PRACH sequence according to the selected candidate beam. If the terminal device determines that the trigger condition of the beam failure recovery request is satisfied, the terminal device may send the beam failure recovery request to the network device on the contention-free PRACH. After receiving the Beam Failure Recovery request, the network device may send a response message in a Physical Downlink Control Channel (PDCCH) on a Control Resource Set (Beam Failure Recovery, core-BFR) for Beam Failure Recovery, so as to recover the Beam.

However, whether the beam failure is recovered is determined by the beam failure recovery timer (that is, the terminal device determines that the beam failure is recovered successfully when receiving the response message sent by the network device), and if the network device recovers before the beam failure event by configuring the beam where the control resource set (CORESET) configured for the terminal device by the configuration information is removed from the blocking object, the beam failure may complete the recovery in advance, but the recovery detection cannot be completed in the above manner, but the beam failure recovery timer still determines whether the beam failure is recovered. Moreover, the above-described process of determining whether a beam failure is recovered by the beam failure recovery timer does not reflect whether the CORESET configured prior to the beam failure event is recovered, and therefore, it is desirable to provide a more optimal or reliable beam failure recovery scheme.

Disclosure of Invention

An object of the embodiments of the present application is to provide a processing method for beam failure recovery and a terminal device, so as to determine beam failure recovery as early as possible.

In order to solve the above technical problem, the embodiment of the present application is implemented as follows:

in a first aspect, a method for processing beam failure recovery is provided, which is applied to a terminal device, and includes:

when the beam failure event is determined to occur, starting a beam failure recovery timer;

measuring the quality of a beam where a control resource set (CORESET) configured before the beam failure event occurs; and

and stopping the beam failure recovery timer under the condition that the quality of the beam where the CORESET is located meets a preset condition.

In a second aspect, a terminal device is provided, which includes:

a starting module, configured to start a beam failure recovery timer when it is determined that a beam failure event occurs;

the measurement module is used for measuring the quality of the beam where the control resource set CORESET is configured before the beam failure event occurs;

and the timer stopping module is used for stopping the beam failure recovery timer under the condition that the quality of the beam where the CORESET is positioned meets a preset condition.

In a third aspect, a terminal device is provided, including: a memory, a processor and a computer program stored on the memory and executable on the processor, the computer program, when executed by the processor, implementing the steps of the method according to the first aspect as described above.

In a fourth aspect, a computer-readable storage medium is proposed, having stored thereon a computer program which, when being executed by a processor, carries out the steps of the method according to the first aspect as described above.

As can be seen from the technical solutions provided in the embodiments of the present application, when it is determined that a beam failure event occurs, starting a beam failure recovery timer, measuring the quality of the beam where the control resource set CORESET configured before the beam failure event occurs, and stopping the beam failure recovery timer under the condition that the quality of the beam where the CORESET is located meets the preset condition, so that, by continuing to listen to the quality of the beam on which the CORESET was configured prior to the beam failure event, after the wave beam failure event occurs, when the measurement result of the wave beam where the CORESET is located meets the preset condition, the terminal equipment stops the wave beam failure recovery timer, and may determine that the configured CORESET has been recovered prior to the beam failure event, and the subsequent sending of the beam failure recovery request and the monitoring of the corresponding response message sent by the network equipment are not carried out any more, so that the success of beam recovery is determined as early as possible.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only some embodiments described in the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without any creative effort.

Fig. 1 is a diagram illustrating an embodiment of a processing method for beam failure recovery according to the present application;

fig. 2 is an interaction diagram illustrating a network device and a terminal device performing beam failure recovery processing in the related art;

fig. 3 is a diagram of another embodiment of a beam failure recovery processing method according to the present application;

fig. 4 is a terminal device according to an embodiment of the present application;

fig. 5 is another embodiment of a terminal device according to the present application.

Detailed Description

In order to make those skilled in the art better understand the technical solutions in the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application. As used in the specification and in the claims, "and/or" means at least one of the connected objects.

The embodiment of the application provides a processing method for beam failure recovery and terminal equipment. The technical scheme of the application can be applied to various communication systems, such as: global System for Mobile communications (GSM), Code Division Multiple Access (CDMA) System, Wideband Code Division Multiple Access (WCDMA), General Packet Radio Service (GPRS), Long Term Evolution (LTE), and the like.

User Equipment (UE), which may also be referred to as a Mobile Terminal (Mobile Terminal), an access Terminal, a subscriber unit, a subscriber station, a Mobile station, a remote Terminal, a Mobile device, a User Terminal, a wireless communication device, a User agent, or a User Equipment. An access terminal may be a cellular telephone, a cordless telephone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), a handheld device with Wireless communication capabilities, a computing device or other processing device connected to a Wireless modem, a vehicle mounted device, a wearable device, a terminal device in a future 5G Network, or a terminal device in a future evolved Public Land Mobile Network (PLMN) Network.

The Network device may be a device for communicating with a Mobile device, and the Network device may be a Base Transceiver Station (BTS) in GSM or CDMA, a Base Station (NodeB, NB) in WCDMA, an evolved Node B (eNB or eNodeB) or an access point in LTE, or a vehicle-mounted device, a wearable device, a Network-side device in a future 5G Network, or a Network-side device in a future evolved Public Land Mobile Network (PLMN) Network.

The system adapted by the present application may be a system that uses Frequency Division Duplex (FDD), Time Division Duplex (TDD), or a combination of FDD and TDD, and the present application does not limit this.

As shown in fig. 1, an embodiment of the present application provides a processing method for beam failure recovery, which may be applied to processing for determining beam failure recovery when a beam failure occurs. The execution main body of the method can be user side equipment, wherein the user side equipment can be terminal equipment, the terminal equipment can be mobile terminal equipment such as a mobile phone, a tablet computer or wearable equipment, and the terminal equipment can also be terminal equipment such as a personal computer. The method may specifically comprise the steps of:

in S102, when it is determined that the beam failure event occurs, a beam failure recovery timer is started.

The beam failure event may be that in a high-frequency band communication system, due to the fact that the wavelength of a wireless signal is short, the situation that signal propagation is blocked and the like is easy to occur, so that propagation of the signal is interrupted, and beam failure is caused. The beam failure recovery timer may be generally disposed at a higher layer (e.g., a MAC layer) of the terminal device, and the beam failure recovery timer is provided with a corresponding start condition, where the start condition may be that a higher layer declaration (delete) of the terminal device has a beam failure event, and the beam failure recovery timer is further provided with a stop condition, where the stop condition may be that the terminal device receives a response message sent by a network device (e.g., a base station, etc.), and if the beam failure recovery timer expires, the response message sent by the network device (e.g., the base station, etc.) is still not received, it is determined that the beam failure recovery is unsuccessful. The quality of the beam where the CORESET configured by the network before the beam failure event is located may be determined by one or more beam parameters, for example, by referring to one or more of the beam parameters such as the signal received power and the block error rate, and the specific determination of which beam parameter may be set according to an actual situation, which is not limited in this embodiment of the present application.

In implementation, radio access technology standards such as LTE or LTE-Advanced (LTE-a) are constructed based on Multiple-Input Multiple-Output (MIMO) + Orthogonal Frequency Division Multiplexing (OFDM) technology. The MIMO technology utilizes spatial freedom available in a multi-antenna system to improve peak rate and system spectrum utilization.

The dimension of the MIMO technology is continuously expanded in the standardization development process, and in LTE Release 8(Release-8), MIMO transmission of 4 layers at most can be supported. A Multi-User multiple input multiple output (MU-MIMO) technology is enhanced in Release-9, and 4 downlink data layers can be supported in MU-MIMO Transmission of a Transmission Mode 8 (TM-8) at most. The transmission capability of Single-User multiple-input multiple-output (SU-MIMO) is extended to a maximum of 8 data layers in Release-10.

In addition, the industry is further advancing MIMO technology toward three-dimensionality and large-scale. Currently, 3GPP has completed the research project of 3D channel modeling, and is conducting the research and standardization work of eFD-MIMO and NR MIMO. It is expected that in future mobile communication systems, a larger-scale, more antenna-port MIMO technology will be introduced.

The large-scale multiple-input multiple-output (Massive MIMO) technology uses a large-scale antenna array, can greatly improve the utilization efficiency of a system frequency band, and supports a larger number of access users. Therefore, Massive MIMO technology may be one of the most potential physical layer technologies in the next generation mobile communication system.

If a full digital array is adopted in the Massive MIMO technology, the maximum spatial resolution and the optimal MU-MIMO performance can be achieved, but such a structure requires a large number of analog-to-digital conversion devices and/or digital-to-analog conversion devices and a large number of complete rf-baseband processing channels, which is a huge burden in terms of both equipment cost and baseband processing complexity.

In order to avoid the above-mentioned equipment cost and baseband processing complexity, a digital-analog hybrid beamforming technology is developed, that is, on the basis of the conventional digital domain beamforming, a first-stage beamforming is added to the radio frequency signal near the front end of the antenna system. Analog forming enables a sending signal to be roughly matched with a channel in a simpler mode. The dimensionality of equivalent channels formed after analog shaping is smaller than the actual number of antennas, so that the number of analog-to-digital conversion devices and/or digital-to-analog conversion devices and digital channels required thereafter and the corresponding baseband processing complexity can be greatly reduced. The residual interference of the analog forming part can be processed once again in the digital domain, thereby ensuring the quality of MU-MIMO transmission. Compared with full digital forming, digital-analog hybrid beam forming is a compromise scheme of performance and complexity, and has a high practical prospect in a system with a high frequency band and a large bandwidth or a large number of antennas.

In the communication system after 4G, the working frequency band supported by the system can be increased to more than 6GHz, and the maximum working frequency band can reach 100 GHz. The high frequency band has richer idle frequency resources, and can provide higher throughput for data transmission. At present, 3GPP has completed high-frequency channel modeling work, the wavelength of a high-frequency signal is short, and compared with a low-frequency band, more antenna array elements can be arranged on a panel with the same size, and a beam with stronger directivity and narrower lobes is formed by using a beam forming technology. Therefore, the combination of a large-scale antenna and high-frequency communication is one of the trends in the future.

Analog beamforming is full bandwidth transmission and the antenna elements of each polarization direction on the panel of each high frequency antenna array can only transmit analog beams in a time division multiplexed manner. The shaping weight of the analog beam is realized by adjusting parameters of equipment such as a radio frequency front end phase shifter and the like.

Generally, a Polling (Polling) manner may be used to train an analog beamforming vector, that is, an antenna array element in each polarization direction of each antenna panel sequentially sends a training signal (i.e., a candidate beamforming vector) at a predetermined time in a time division multiplexing manner, and the terminal device feeds back a beam report after measurement, so that the network device uses the training signal to implement analog beam transmission during subsequent service transmission. The content of the beam report may include the identity of the optimal transmit beam or beams and the measured received power of each transmit beam.

In a high-band communication system, since a wavelength of a radio signal is short, a situation in which signal propagation is blocked or the like is likely to occur, and thus signal propagation is interrupted, thereby causing a beam failure event. For this reason, a beam failure recovery mechanism is introduced in the related art, and the mechanism may include the following:

as shown in fig. 2, the terminal device measures a Beam Failure Detection Reference Signal (Beam Failure Detection Reference Signal) in a physical layer, and determines whether a Beam Failure event occurs according to an obtained measurement result, where the condition for determining whether a Beam Failure event occurs may be: if a Metric (Metric) (which may be a Block Error rate (BLER) of an assumed (hyphetical) PDCCH) of multiple service beams (Serving beams) is detected to meet a preset condition (that is, a value of the hyphetical PDCCH BLER exceeds a preset threshold), determining that the Metric is a Beam Failure Instance (Beam Failure Instance), and reporting, by a physical layer of a terminal device, an indication message to a higher layer (e.g., a MAC layer) of the terminal device, where the reporting process may be performed periodically, and those skilled in the art may understand that the multiple beams may be all service beams of a terminal or a part of all service beams, which is not limited in this application. On the contrary, if the physical layer of the terminal device determines that no beam failure instance occurs, the indication information may not be sent to the higher layer of the terminal device. In addition, the higher layer of the terminal device may use a counter to count the indication information reported by the physical layer, and when the maximum number of network configurations (i.e., a preset number threshold) is reached, the terminal device may declare that a beam failure event has occurred.

As shown in fig. 2, the physical layer of the terminal device may measure the Beam Identification Reference Signal (Beam Identification Reference Signal) and find a new Candidate Beam (Candidate Beam), where the above processing procedure is not limited to be performed only after the Beam failure event occurs, but may also be performed before the Beam failure event occurs. When the physical layer of the terminal device receives a request or an indication or a notification from a higher layer (such as a MAC layer) of the terminal device, a measurement result satisfying a preset condition (such as a threshold value of a measurement quality of a Beam identification Reference Signal exceeding a preset L1-Reference Signal Receiving Power (L1-Reference Signal Receiving Power, L1-RSRP)) may be reported to the higher layer of the terminal device, where the reported content may include a Beam Reference Signal Index (i.e., Beam Reference Signal Index) and L1-RSRP. The higher layer of the terminal device may select a Candidate Beam (Candidate Beam) based on the content reported by the physical layer of the terminal device.

As shown in fig. 2, a higher layer (e.g. the MAC layer) of the terminal device may determine the physical random access channel PRACH resource or PRACH sequence according to the selected candidate beam. If the terminal device determines that the trigger condition of the beam failure recovery request is satisfied, the terminal device may send the beam failure recovery request to the network device on the contention-free PRACH. The terminal device may transmit the beam failure recovery request according to the number of transmission of the configured beam failure recovery request and/or a beam failure recovery timer.

As shown in fig. 2, after receiving the beam failure recovery request, a Network device (e.g., a base station, etc.), may send a response message in a Dedicated (Dedicated) PDCCH on the CORESET-BFR, where the response message may carry a Cell-Radio Network Temporary Identifier (C-RNTI), and in addition, the response message may further include a candidate beam to be switched, a beam search operation to be restarted, or other indication information. If the beam failure recovery is unsuccessful, the physical layer of the terminal device may send indication information to the higher layer of the terminal device, so that the higher layer of the terminal device may determine a subsequent radio link failure process.

However, whether the beam failure is recovered or not is judged by the terminal device monitoring the response message of the network device of the beam where the CORESET-BFR is located, and if the quality (which can be measured by a reference signal) of the configured beam where the CORESET is located before the beam failure event is recovered when the blocking object is moved away, the beam failure can be recovered in advance, and at this time, the terminal device does not need to continue monitoring the beam where the CORESET-BFR is located. However, if it is determined whether the beam failure is recovered according to the stopping condition of the beam failure recovery timer, that is, if the terminal device receives a response message sent by the network device, it is determined that the beam failure is successfully recovered, but the determining condition may not reflect that the CORESET configured before the beam failure event is recovered, so that the processing result of the beam failure recovery is inaccurate, which may specifically include the following contents:

before a beam failure event occurs, the network device may send configuration information of the CORESET to the terminal device, the terminal device may configure one or more CORESETs based on the configuration information, after the configuration is completed, one or more configured CORESETs may be obtained, and the terminal device and the network device may perform instruction interaction based on a beam where the configured CORESET is located. In practical application, the network device may further send a beam failure detection reference signal to the terminal device in real time or periodically based on the beam where the configured CORESET is located, and after receiving the beam failure detection reference signal, the terminal device may measure the beam failure detection reference signal in the physical layer and determine whether a beam failure event occurs according to an obtained measurement result, where the condition for determining whether the beam failure event occurs may refer to the above-mentioned related content. If it is determined that a Beam Failure event occurs through the above conditions, the physical layer of the terminal device may send indication information of a Beam Failure Instance (i.e., Beam Failure Instance) to a higher layer (e.g., MAC layer) of the terminal device, and when the number of times of receiving the indication information reaches a preset number threshold, the higher layer of the terminal device may declare that the Beam Failure event occurs, and at this time, the terminal device may start a Beam Failure recovery timer to time.

In S104, the quality of the beam on which the configured control resource set CORESET is located before the beam failure event occurs is measured.

In implementation, since the CORESET of the beam is configured in advance, if a beam failure occurs, the beam failure recovery timer needs to be started, and then, in order to timely know the condition of the beam where the CORESET is configured before the beam failure event occurs and to determine that the beam failure recovery is successful as early as possible, the terminal device may continue to measure the quality of the beam where the CORESET is configured before the beam failure event occurs, where the measurement of the quality of the beam where the CORESET is configured by the terminal device may be one measurement or may be continuous multiple measurements.

It should be noted that the quality of the beam where the CORESET is located may have a plurality of different characterization manners, for example, the quality may be determined by the reference signal received power or the block error rate mentioned above, specifically, the quality of the beam where the CORESET is located may be characterized by using the reference signal received power, that is, a value of the reference signal received power may be measured, and the measured value may be used to characterize the quality of the beam where the CORESET is located.

In S106, the beam failure recovery timer is stopped when the quality of the beam in which the CORESET is located meets a preset condition.

The preset condition may be set according to an actual situation, for example, the preset condition may be that the quality of the beam where the CORESET is located is greater than or equal to a preset threshold, or is less than or equal to a preset threshold.

In implementation, after the terminal device obtains the quality of the beam where the CORESET is located before the occurrence of the beam failure event through the processing in step S104, the terminal device may compare the quality of the beam where the CORESET is located with a preset condition, and if the quality of the beam where the CORESET is located meets the preset condition, it may be determined that the CORESET configured before the beam failure event is recovered, at this time, the terminal device may determine that it is not necessary to continue to monitor the beam where the CORESET-BFR is located, and it is also not necessary to use a beam failure recovery timer to perform timing, the terminal device may stop the beam failure recovery timer, and the terminal device may continue to perform instruction interaction on the beam where the CORESET-BFR is located.

For example, based on the above example, the reference signal received power may be used to characterize the quality of the beam where the CORESET is located, and the preset condition may be that the reference signal received power is greater than or equal to a preset threshold, where the preset threshold may be set according to an actual situation, and the embodiment of the present application does not limit this. After the terminal device measures the reference signal received power of the beam where the CORESET is located, the measured reference signal received power may be compared with a preset threshold, if the measured reference signal received power is less than the preset threshold, it indicates that the configured CORESET is not recovered before the beam failure event, at this time, the terminal device may continue to use the beam failure recovery timer to count time, if the measured reference signal received power is greater than or equal to the preset threshold, it indicates that the configured CORESET is recovered before the beam failure event, at this time, the terminal device may stop the beam failure recovery timer.

The embodiment of the application provides a processing method for beam failure recovery, which is applied to a terminal device, and when a beam failure event is determined to occur, a beam failure recovery timer is started, the quality of a beam where a control resource set CORESET configured before the beam failure event occurs is measured, and the beam failure recovery timer is stopped when the quality of the beam where the CORESET is located meets a preset condition, so that by continuously monitoring the quality of the beam where the CORESET configured before the beam failure event is located, after the beam failure event occurs, and when the measurement result of the beam where the CORESET is located meets the preset condition, the terminal device stops the beam failure recovery timer, can determine that the CORESET configured before the beam failure event is recovered, and does not perform subsequent sending of a beam failure recovery request and monitoring of a corresponding response message sent by a network device, thereby determining early success of beam recovery.

As shown in fig. 3, another embodiment of the present application provides a processing method for beam failure recovery, which may be applied to a process of determining beam failure recovery when a beam failure occurs. The execution main body of the method can be terminal equipment, wherein the terminal equipment can be mobile terminal equipment such as a mobile phone, a tablet computer or wearable equipment, and the terminal equipment can also be terminal equipment such as a personal computer. The terminal device may include multiple layers, for example, a physical layer located at a bottom layer, an MAC layer located at a high layer, and the like, in this embodiment, the high layer of the terminal device is taken as an example for description, and the method specifically may include the following steps:

in S302, when the MAC layer of the terminal device determines that a beam failure event occurs, a beam failure recovery timer is started.

The content of the step S302 is the same as the content of the step S102 in the first embodiment, and the specific processing procedure of the step S302 may refer to the related content of the step S102, which is not described herein again.

In S304, the physical layer of the terminal device measures the quality of the beam on which the configured control resource set CORESET is located before the occurrence of the beam failure event.

The content of the step S304 is the same as the content of the step S104 in the first embodiment, and the specific processing procedure of the step S304 may refer to the related content of the step S104, which is not described herein again.

In S306, if the measurement result of the terminal device performing the primary measurement on the reference signal RS carried on the beam where the CORESET is located satisfies a preset condition, it is determined that the quality of the beam where the CORESET is located satisfies the preset condition; or, if the measurement result obtained by continuously measuring the first quantity of the RS by the terminal device meets the preset condition, determining that the quality of the beam where the CORESET is located meets the preset condition.

Wherein the first number may be determined by one of: the method comprises the steps of determining based on configuration information of a network device, determining by a terminal device, and determining based on a predetermined protocol, wherein the configuration information may be used for configuring the number of times of measurement (i.e. a first number), for example, the first number is indicated to be 10 or 5 in the configuration information, the determining by the terminal device may be that the terminal device randomly sets the first number or sets the first number according to actual conditions, and the predetermined protocol may be a dedicated protocol for setting the first number, or may be a common communication protocol, and the like.

The preset condition may include one of the following conditions: RSRP of a Reference Signal Received Power (RSRP) of an RS carried on a wave beam where the CORESET is located is greater than or equal to a preset RSRP; and a block error rate BLER of an RS carried on a beam where the CORESET is located is less than or equal to a preset BLER, and in practical applications, the preset condition is not limited to the above two conditions, and may also include other various realizable conditions, which may be specifically set according to an actual situation, which is not limited in this embodiment of the present application.

In an implementation, the quality of the beam where the CORESET is located may be characterized by a measurement result of an RS carried on the beam where the CORESET is located, and in an actual application, the measurement of the RS may be one measurement or may be continuous multiple measurements, where the processing of performing one measurement on the RS may include: the network device may send configuration information to the terminal device through a high-level signaling, and the terminal device may configure preset conditions and the like that the measurement result needs to satisfy through the configuration information. The physical layer of the terminal device may perform one-time measurement on the RS carried on the beam where the CORESET is located to obtain a corresponding measurement result, match the measurement result with a preset condition, and if the measurement result meets the preset condition, the physical layer of the terminal device may determine that the quality of the beam where the CORESET is located meets the preset condition, and at this time, the physical layer of the terminal device may report, to the MAC layer, indication information or notification message for indicating that the quality of the beam where the CORESET is located meets the preset condition.

The processing for performing one measurement on the RS may be implemented in other manners besides the foregoing manner, and the following provides another optional processing manner, which may specifically include: the physical layer of the terminal device can perform one-time measurement on the RS carried on the beam where the CORESET is located to obtain a corresponding measurement result, the physical layer of the terminal device can report the obtained measurement result to the MAC layer, and the MAC layer can match the measurement result with a preset condition to determine whether the measurement result meets the preset condition. And if the measurement result meets the preset condition, determining that the quality of the wave beam where the CORESET is located meets the preset condition.

The process of making successive first number measurements of the RS may include: the network device can send configuration information to the terminal device through a high-level signaling, and the terminal device can configure a preset time threshold value, preset conditions required to be met by the configuration measurement result and the like through the configuration information. The physical layer of the terminal device may continuously perform a first number of measurements on the RS carried on the beam where the CORESET is located, respectively obtain measurement results of each measurement, respectively match each measurement result with a preset condition, and when a certain measurement result satisfies the preset condition, the physical layer of the terminal device may report an indication message or a notification message to the MAC layer of the terminal device until all the measurement results are completely matched with the preset condition.

The processing for performing the continuous first quantity measurement on the RS may be implemented in other manners besides the foregoing manner, and the following provides an alternative processing manner, which may specifically include: the physical layer of the terminal device may continuously perform a first quantity measurement on the RS carried on the beam on which the CORESET is located, and obtain measurement results of each measurement, respectively, the physical layer of the terminal device may report the obtained measurement results to the MAC layer, and the MAC layer may match the measurement results with preset conditions to determine whether each measurement result satisfies the preset conditions. If the measurement result meets the preset condition, the MAC layer may record the measurement result (which may be the number of times or number of recordings), where it should be noted that, for the case of continuous multiple measurements, the number of times or number of continuous recordings needs to be performed, and if the MAC layer determines that a certain measurement result does not meet the preset condition during the determination period, the number of times or number of recordings needs to be performed again (i.e., recounting).

For a matching manner of the measurement result and the preset condition, reference may be made to the example in S106 in the first embodiment, and details are not described herein again.

Based on the processing procedure in fig. 2, from the time when the terminal device determines that the beam failure event occurs to the time when the beam failure recovery request is sent to the network device and thereafter, the processing that the quality of the beam in which the CORESET is located meets the preset condition may occur at any time point of the time, and different conclusions and processing methods may exist at different time points, which may be specifically referred to the following content of S308.

In S308, it is determined whether the beam failure recovery is successful according to the timing when the quality of the beam where the CORESET is located meets the preset condition.

In implementation, since the processing that the quality of the beam where the CORESET is located meets the preset condition may occur at any time point in the above time period (i.e., the time period from the terminal device determining that the beam failure event occurs to the network device sending the beam failure recovery request and thereafter), different time points have a decisive role in the success or failure of the beam failure recovery, and a plurality of possible situations are described below, specifically, see the following situations one to five.

In case one, if it is determined that the quality of the beam in which the CORESET is located meets the preset condition before the MAC layer sends the indication information for requesting the physical layer of the terminal device to report the candidate beam information to the physical layer, it is determined that the beam failure recovery is successful, and at this time, the MAC layer of the terminal device may also cancel sending the indication information to the physical layer.

The indication information may be used to request the physical layer of the terminal device to report the candidate beam information.

In implementation, when the number of times of the indication information or the notification message of the Beam Failure Instance (Beam Failure Instance) reported by the MAC layer of the terminal device according to the physical layer reaches a predetermined value, the MAC layer of the terminal device may declare that a Beam Failure event occurs, and start a Beam Failure recovery timer, at this time, the terminal device may continue to measure the quality of the Beam where the CORESET is configured by the network device before the Beam Failure event occurs, and when a measurement result of one measurement or a plurality of consecutive measurements of the Beam where the CORESET is located satisfies a preset condition, the physical layer of the terminal device may report the indication information or the notification message to the MAC layer. If the reporting of the measurement and indication information or the notification message occurs between the MAC layer of the terminal device declaring that a beam failure event occurs and the MAC layer sends indication information (or may be an instruction, a command, a notification message, or the like) for requesting the physical layer to report candidate beam information to the physical layer (that is, before the MAC layer sends the indication information to the physical layer, it is determined that the quality of the beam where the CORESET is located meets a preset condition), it may be determined that the beam failure recovery is successful. At this time, since the beam failure recovery is successful and the MAC layer has not sent the indication information to the physical layer, the MAC layer does not have to send the indication information to the physical layer any more, and therefore the MAC layer may not send the indication information to the physical layer, and accordingly, the physical layer does not need to report the candidate beam information to the MAC layer.

In case two, if it is determined that the quality of the beam where the CORESET is located satisfies the preset condition before the MAC layer indicates the PRACH resource or the PRACH sequence used for transmitting the beam failure recovery request to the physical layer, it is determined that the beam failure recovery is successful, and at this time, the MAC layer of the terminal device may also cancel the PRACH resource or the PRACH sequence used for transmitting the beam failure recovery request, which is indicated to the physical layer.

In implementation, if the reporting of the measurement and indication information or the notification message occurs between the MAC layer of the terminal device sending the indication information (or may be an instruction, a command, or a notification message) for requesting the physical layer to report the candidate beam information to the physical layer and the PRACH resource or PRACH sequence indicated by the MAC layer to the physical layer for sending the beam failure recovery request (that is, before the PRACH resource or PRACH sequence indicated by the MAC layer to the physical layer for sending the beam failure recovery request is determined that the quality of the beam where the CORESET is located meets the preset condition), it may be determined that the beam failure recovery is successful, at this time, since the beam failure recovery is successful and the PRACH resource or PRACH sequence is not yet indicated by the MAC layer to the physical layer for sending the beam failure recovery request, the MAC layer has no need to indicate the PRACH resource or PRACH sequence for sending the beam failure recovery request to the physical layer any more, therefore, the MAC layer may not indicate the PRACH resource or PRACH sequence used for transmitting the beam failure recovery request to the physical layer, and the terminal device does not need to transmit the beam failure recovery request to the network device.

And in a third case, if the quality of the beam where the CORESET is located is judged to meet the preset condition before the beam failure recovery request is sent to the network device, it is determined that the beam failure recovery is successful, and at this time, the MAC layer of the terminal device may also cancel sending the beam failure recovery request to the network device.

The specific processing procedure in the third case may refer to the related contents, and will not be described herein again.

In addition, if the reporting of the measurement and indication information or the notification message occurs between the sending of the beam failure recovery request and the monitoring of the response message (the response message for the beam failure recovery request) sent by the network device, in practical applications, there may be a variety of situations, which may be specifically referred to as the following situations four and five.

And fourthly, if the quality of the wave beam where the CORESET is located meets the preset condition is judged before the sending times of the wave beam failure recovery request reach the preset times and the wave beam failure recovery timer is overtime, the wave beam failure recovery is determined to be successful, and at the moment, the MAC layer of the terminal equipment can also clear the sending times of the wave beam failure recovery request and stop sending the wave beam failure recovery request.

The preset times may be determined based on configuration information of the network device, or may be determined based on a predetermined protocol, and the like, and may be specifically set according to an actual situation, which is not limited in the embodiment of the present application, and the preset times may be specifically 10 times or 5 times, and the like.

In implementation, if the reporting of the measurement and indication information or the notification message occurs between the sending of the beam failure recovery request and the monitoring of the response message (the response message for the beam failure recovery request) sent by the network device, and the number of times recorded by the counter for counting the sending times of the beam failure recovery request has not yet reached the preset number of times, and the beam failure recovery timer has not yet timed out (that is, before the sending times of the beam failure recovery request reach the preset number of times and the beam failure recovery timer times out, it is determined that the quality of the beam where the CORESET is located meets the preset condition), it may be determined that the beam failure recovery is successful. At this time, since the beam failure recovery is successful, the terminal device does not need to count again by using the counter, and does not need to send the beam failure recovery request to the network device any more, so the MAC layer may clear the counter (that is, clear the number of times of sending the beam failure recovery request), and the terminal device may stop sending the beam failure recovery request to the network device.

After determining that the beam failure recovery is successful, the terminal device may perform other related operations besides performing the processing of clearing the counter and stopping sending the beam failure recovery request, and the like, and the following further provides an optional processing, which may specifically include the following: and stopping monitoring a control resource set CORESET-BFR for beam failure recovery, wherein the PDCCH of the CORESET-BFR is used for sending a response message for a beam failure recovery request, and correspondingly, the terminal equipment can stop receiving the response message sent by the network equipment.

And fifthly, if the quality of the wave beam where the CORESET is located meets the preset condition after the sending times of the wave beam failure recovery request reach the preset times or after the wave beam failure recovery timer is overtime, determining that the wave beam failure recovery fails, and at the moment, clearing the sending times of the wave beam failure recovery request by the MAC layer of the terminal equipment.

In implementation, if the reporting of the measurement and indication information or the notification message occurs between the sending of the beam failure recovery request and the monitoring of the response message sent by the network device, and the number of times recorded by the counter reaches a preset number of times (that is, after the sending number of times of the beam failure recovery request reaches the preset number of times, it is determined that the quality of the beam where the CORESET is located meets a preset condition), it may be determined that the beam failure recovery fails; or, if the reporting of the measurement and indication information or the notification message occurs between the sending of the beam failure recovery request and the monitoring of the response message sent by the network device, and the beam failure recovery timer has timed out (that is, after the beam failure recovery timer times out, it is determined that the quality of the beam where the CORESET is located meets the preset condition), it may be determined that the beam failure recovery fails. After determining that the beam failure recovery fails, the terminal device may clear the counter (i.e., clear the number of times of sending the beam failure recovery request).

In addition, considering that there may be a need to perform processing such as beam switching in the above processing procedure, the following description will be made for processing such as beam switching according to different situations, and specifically, the following first case and second case may be included.

In the first case, regardless of whether the terminal device has transmitted the beam failure recovery request to the network device, the terminal device may complete the beam switching through the following processing of step one and step two.

Step one, receiving control information on a beam where the configured CORESET is located before a beam failure event occurs, wherein the control information may include one or more of configuration information, activation information and indication information of the beam.

The control information may be transmitted by a PDCCH or the like, or a transmission channel of the control information may be set according to actual conditions. The configuration information, the activation information, and the indication information of the beam may be related information for controlling the beam switching, including but not limited to the name, the code, the switching manner, and the like of the beam.

In implementation, if the network device does not receive the beam failure recovery request sent by the terminal device (which may be that the terminal device has not started sending, or has lost sending, etc.), the network device does not send the CORESET-BFR to the terminal device, and therefore, only the control information on the beam where the configured CORESET is located before the beam failure event occurs may be sent, and at this time, the terminal device may receive the control information including one or more of the configuration information, the activation information, and the indication information of the beam.

If the network device receives the beam failure recovery request, the terminal device may still perform beam switching through the processing method, which may be specifically referred to for execution in a case where the network device does not receive the beam failure recovery request, and details are not described here.

And step two, performing beam switching according to the control information.

In an implementation, the terminal device may perform a beam switching operation according to one or more of configuration information, activation information, and indication information of a beam in the control information.

In case two, for the case where the terminal device has transmitted the beam failure recovery request to the network device, the terminal device may complete the beam switching through the processing of step one and step two described below.

Step one, receiving first control information on a beam where CORESET configured before a beam failure event occurs, and/or receiving second control information on a beam where CORESET-BFR is located.

The first control information may be sent by the PDCCH, the second control information may also be sent by the PDCCH, the first control information may include one or more of configuration information, activation information, and indication information of a beam, the second control information may also include one or more of configuration information, activation information, and indication information of a beam, and the like, and the first control information and the second control information may be the same or different.

In an implementation, if the network device receives the beam failure recovery request sent by the terminal device, the network device may send the control information on the CORESET-BFR, or send the control information on the beam where the CORESET is configured before the beam failure event occurs, and therefore, the network device may send the first control information on the beam where the CORESET is configured before the beam failure event occurs, and/or send the second control information on the beam where the CORESET-BFR is configured before the beam failure event occurs.

And step two, performing beam switching according to at least one of the first control information and the second control information.

For the situation that the first control information and the second control information exist simultaneously, the terminal device may not be able to determine whether to perform beam switching through the first control information or through the second control information, and for this reason, the following two different processing manners may be provided, which may be specifically referred to as the following manner one and manner two.

In the first mode, the first control information and the second control information have the same content.

In a second mode, if the first control information and the second control information have different contents, the processing in the second step may be to perform beam switching according to the control information received first in the first control information and the second control information; or performing beam switching according to the priorities of the first control information and the second control information, wherein the priorities of the first control information and the second control information are determined by one of the following modes: the configuration information of the network equipment is determined, the terminal equipment is determined by itself, and the configuration information is determined based on a preset protocol.

In S310, the beam failure recovery timer is stopped when the quality of the beam in which the CORESET is located satisfies the preset condition.

It should be noted that the processes of S308 and S310 are described in a sequential order, and in practical applications, the processes of S308 and S310 may not have an obvious sequential order, that is, the process of S310 may be executed first and then the process of S308 is executed, or the process of S310 is executed in the process of executing the process of S308, or the process of S308 is executed in the process of executing the process of S310, and the like, which is not limited in this embodiment.

Based on the same idea, the foregoing processing method for beam failure recovery provided in this embodiment of the present application further provides a terminal device, as shown in fig. 4.

The terminal device may include a start module 401, a measurement module 402, and a timer stop module 403.

A starting module 401, configured to start a beam failure recovery timer when it is determined that a beam failure event occurs;

a timer stopping module 403, configured to stop the beam failure recovery timer when the quality of the beam where the CORESET is located meets a preset condition.

Optionally, the terminal device further includes:

and the judging module is used for judging whether the beam failure recovery is successful or not according to the opportunity that the quality of the beam where the CORESET is positioned meets the preset condition.

Optionally, the terminal device further includes:

the single measurement determining module is used for determining that the quality of the wave beam of the CORESET meets the preset condition if the measurement result of the primary measurement of the reference signal RS carried on the wave beam of the CORESET meets the preset condition; or the like, or, alternatively,

a multiple measurement determining module, configured to determine that the quality of the beam where the CORESET is located meets the preset condition if a measurement result obtained by continuously performing a first number of measurements on the RS meets the preset condition, where the first number is determined in one of the following manners: the configuration information of the network equipment is determined, the terminal equipment is determined by itself, and the configuration information is determined based on a preset protocol.

Optionally, the preset condition includes one of the following conditions:

reference Signal Received Power (RSRP) of an RS carried on a beam where the CORESET is located is greater than or equal to preset RSRP; and

and the block error rate BLER of the RS carried on the wave beam of the CORESET is less than or equal to the preset BLER.

Optionally, the determining module is configured to determine that the beam failure recovery is successful if it is determined that the quality of the beam where the CORESET is located meets the preset condition before the MAC layer sends, to the physical layer, indication information for requesting the physical layer to report candidate beam information;

the terminal device further includes:

a first cancellation module, configured to cancel sending the indication information to the physical layer.

Optionally, the determining module is configured to determine that the beam failure recovery is successful if it is determined that the quality of the beam where the CORESET is located meets the preset condition before the MAC layer indicates, to the physical layer, a physical random access channel PRACH resource or a physical random access channel PRACH sequence used for sending the beam failure recovery request;

the terminal device further includes:

a second cancellation module, configured to cancel the PRACH resource or the PRACH sequence that indicates to the physical layer to send the beam failure recovery request.

Optionally, the determining module is configured to determine that the beam failure recovery is successful if it is determined that the quality of the beam where the CORESET is located meets the preset condition before the beam failure recovery request is sent to the network device;

wherein, the terminal equipment still includes:

a third cancellation module, configured to cancel sending the beam failure recovery request to a network device.

Optionally, the determining module is configured to determine that the beam failure recovery is successful if the quality of the beam where the CORESET is located meets the preset condition before the number of times of sending the beam failure recovery request reaches a preset number of times and the beam failure recovery timer is overtime;

the terminal device further includes:

and the first processing module is used for clearing the sending times of the beam failure recovery request and stopping sending the beam failure recovery request.

Optionally, the terminal device further includes:

and the monitoring module is used for stopping monitoring a control resource set CORESET-BFR for beam failure recovery, and a physical downlink control channel PDCCH of the CORESET-BFR is used for sending a response message aiming at the beam failure recovery request.

Optionally, the determining module is configured to determine that the beam failure recovery fails if the quality of the beam where the CORESET is located meets the preset condition after the number of times of sending the beam failure recovery request reaches a preset number of times or after the beam failure recovery timer is overtime;

the terminal device further includes:

and the second processing module is used for clearing the sending times of the beam failure recovery request.

Optionally, the terminal device further includes:

the first receiving module is used for receiving control information on a beam where the CORESET configured before the beam failure event occurs is located;

and the first beam switching module is used for switching beams according to the control information, wherein the control information comprises one or more items of configuration information, activation information and indication information of the beams.

Optionally, the terminal device further includes:

the second receiving module is used for receiving first control information on a beam where CORESET configured before the beam failure event occurs and/or receiving second control information on a beam where CORESET-BFR is located, wherein the first control information and the second control information comprise one or more items of configuration information, activation information and indication information of the beam;

and a second beam switching module, configured to switch beams according to at least one of the first control information and the second control information.

Optionally, the first control information and the second control information are the same.

Optionally, the first control information and the second control information are different,

the second beam switching module is configured to perform beam switching according to the control information received first in the first control information and the second control information; or performing beam switching according to priorities of the first control information and the second control information, wherein the priorities of the first control information and the second control information are determined by one of the following modes: the configuration information of the network equipment is determined, the terminal equipment is determined by itself, and the configuration information is determined based on a preset protocol.

The embodiment of the application provides a terminal device, which starts a beam failure recovery timer when a beam failure event is determined to occur, measures the quality of a beam where a control resource set, CORESET, configured before the beam failure event occurs, and stops the beam failure recovery timer when the quality of the beam where the CORESET is located meets a preset condition, so that the terminal device stops the beam failure recovery timer by continuously monitoring the quality of the beam where the CORESET is configured before the beam failure event, and can determine that the CORESET configured before the beam failure event is recovered after the beam failure event occurs and when the measurement result of the beam where the CORESET is located meets the preset condition, and the subsequent sending of a beam failure recovery request and the monitoring of a corresponding response message sent by a network device are not performed any more, thereby determining the beam recovery success as early as possible.

Fig. 5 is a block diagram of a terminal device according to another embodiment of the present application. The terminal device 500 shown in fig. 5 includes: at least one processor 501, memory 502, at least one network interface 504, and a user interface 503. The various components in the terminal device 500 are coupled together by a bus system 505. It is understood that the bus system 505 is used to enable connection communications between these components. The bus system 505 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 505 in FIG. 5.

The user interface 503 may include, among other things, a display, a keyboard, or a pointing device (e.g., a mouse, trackball, touch pad, or touch screen, among others.

It will be appreciated that the memory 502 in the embodiments of the subject application can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of illustration and not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), Double Data Rate Synchronous Dynamic random access memory (ddr Data Rate SDRAM, ddr SDRAM), Enhanced Synchronous SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), and Direct Rambus RAM (DRRAM). The memory 502 of the systems and methods described in embodiments herein is intended to comprise, without being limited to, these and any other suitable types of memory.

In some embodiments, memory 502 stores elements, executable modules or data structures, or a subset thereof, or an expanded set thereof as follows: an operating system 5021 and application programs 5022.

The operating system 5021 includes various system programs, such as a framework layer, a core library layer, a driver layer, and the like, and is used for implementing various basic services and processing hardware-based tasks. The application 5022 includes various applications, such as a Media Player (Media Player), a Browser (Browser), and the like, for implementing various application services. A program for implementing the method according to the embodiment of the present application may be included in the application 5022.

In this embodiment of the present application, the terminal device 500 further includes: a computer program stored on the memory 502 and executable on the processor 501, the computer program realizing the following steps when executed by the processor 501:

The method disclosed in the embodiments of the present application may be applied to the processor 501, or implemented by the processor 501. The processor 501 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware or instructions in the form of software in the processor 501. The Processor 501 may be a general-purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software modules may reside in ram, flash memory, rom, prom, or eprom, registers, among other computer-readable storage media known in the art. The computer readable storage medium is located in the memory 502, and the processor 501 reads the information in the memory 502 and performs the steps of the above method in combination with the hardware thereof. In particular, the computer readable storage medium has stored thereon a computer program, which when executed by the processor 501, implements the steps of the embodiments of the network element selection method as described above.

It is to be understood that the embodiments described in connection with the embodiments disclosed herein may be implemented by hardware, software, firmware, middleware, microcode, or any combination thereof. For a hardware implementation, the Processing units may be implemented within one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), general purpose processors, controllers, micro-controllers, microprocessors, other electronic units configured to perform the functions described herein, or a combination thereof.

For a software implementation, the techniques described in this application may be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described in this application. The software codes may be stored in a memory and executed by a processor. The memory may be implemented within the processor or external to the processor.

Optionally, the method further comprises:

and judging whether the beam failure recovery is successful or not according to the opportunity when the quality of the beam where the CORESET is positioned meets the preset condition.

Optionally, the method further comprises:

if the measurement result of the primary measurement of the reference signal RS carried on the wave beam of the CORESET meets the preset condition, determining that the quality of the wave beam of the CORESET meets the preset condition; or the like, or, alternatively,

if the measurement result obtained by continuously measuring the RS by the first quantity meets the preset condition, determining that the quality of the wave beam where the CORESET is located meets the preset condition, wherein the first quantity is determined by one of the following modes: the configuration information of the network equipment is determined, the terminal equipment is determined by itself, and the configuration information is determined based on a preset protocol.

Optionally, the preset condition includes one of the following conditions:

Optionally, the determining, according to the time when the quality of the beam in which the CORESET is located meets the preset condition, whether the beam failure recovery is successful includes:

if the quality of the wave beam where the CORESET is positioned is judged to meet the preset condition before the MAC (media access control) layer sends the indication information for requesting the physical layer to report the candidate wave beam information to the physical layer, the successful wave beam failure recovery is determined;

wherein, still include:

canceling sending the indication information to the physical layer.

if the quality of the wave beam where the CORESET is positioned is judged to meet the preset condition before a Physical Random Access Channel (PRACH) resource or a PRACH sequence used for sending a wave beam failure recovery request is indicated to a physical layer by a Media Access Control (MAC) layer, the wave beam failure recovery is determined to be successful;

wherein, still include:

canceling the indication of the PRACH resource or the PRACH sequence for transmitting the beam failure recovery request to the physical layer.

if the quality of the wave beam where the CORESET is positioned meets the preset condition before the wave beam failure recovery request is sent to the network equipment, determining that the wave beam failure recovery is successful;

wherein, still include:

canceling the transmission of the beam failure recovery request to a network device.

if the quality of the wave beam where the CORESET is located meets the preset condition before the sending times of the wave beam failure recovery request reach the preset times and the wave beam failure recovery timer is overtime, determining that the wave beam failure recovery is successful;

wherein, still include:

clearing the sending times of the beam failure recovery request, and stopping sending the beam failure recovery request.

Optionally, after the clearing the number of times of sending the beam failure recovery request and stopping sending the beam failure recovery request, the method further includes:

and stopping monitoring a control resource set CORESET-BFR for beam failure recovery, wherein a physical downlink control channel PDCCH of the CORESET-BFR is used for sending a response message aiming at the beam failure recovery request.

if the quality of the wave beam where the CORESET is located meets the preset condition after the sending times of the wave beam failure recovery request reach the preset times or after the wave beam failure recovery timer is overtime, determining that the wave beam failure recovery fails;

wherein, still include:

and clearing the sending times of the beam failure recovery request.

Optionally, the method further comprises:

receiving control information on a wave beam where the CORESET is configured before the wave beam failure event occurs;

and performing beam switching according to the control information, wherein the control information comprises one or more items of configuration information, activation information and indication information of the beam.

Optionally, the method further comprises:

receiving first control information on a beam where CORESET configured before the occurrence of the beam failure event is located, and/or receiving second control information on a beam where CORESET-BFR is located, wherein the first control information and the second control information comprise one or more items of configuration information, activation information and indication information of the beam;

and performing beam switching according to at least one of the first control information and the second control information.

performing beam switching according to the first control information and the second control information, including:

performing beam switching according to the control information received first in the first control information and the second control information; alternatively, the first and second electrodes may be,

performing beam switching according to the priorities of the first control information and the second control information, wherein the priorities of the first control information and the second control information are determined by one of the following methods: the configuration information of the network equipment is determined, the terminal equipment is determined by itself, and the configuration information is determined based on a preset protocol.

The terminal device 500 can implement the processes implemented by the terminal device in the foregoing embodiments, and in order to avoid repetition, the descriptions are omitted here.

Based on the same idea, embodiments of the present application also provide a computer-readable storage medium.

The computer-readable storage medium stores one or more programs that, when executed by a terminal device including a plurality of application programs, cause the terminal device to perform operations such as:

Optionally, the method further comprises:

Optionally, the preset condition includes one of the following conditions:

wherein, still include:

canceling sending the indication information to the physical layer.

wherein, still include:

and clearing the sending times of the beam failure recovery request.

Optionally, the method further comprises:

Embodiments of the present application provide a computer-readable storage medium that, upon determining that a beam failure event has occurred, starting a beam failure recovery timer, measuring the quality of the beam where the control resource set CORESET configured before the beam failure event occurs, and stopping the beam failure recovery timer under the condition that the quality of the beam where the CORESET is located meets the preset condition, so that, by continuing to listen to the quality of the beam on which the CORESET was configured prior to the beam failure event, after the wave beam failure event occurs, when the measurement result of the wave beam where the CORESET is located meets the preset condition, the terminal equipment stops the wave beam failure recovery timer, and may determine that the configured CORESET has been recovered prior to the beam failure event, and the subsequent sending of the beam failure recovery request and the monitoring of the corresponding response message sent by the network equipment are not carried out any more, so that the success of beam recovery is determined as early as possible.

In the 90 s of the 20 th century, improvements in a technology could clearly distinguish between improvements in hardware (e.g., improvements in circuit structures such as diodes, transistors, switches, etc.) and improvements in software (improvements in process flow). However, as technology advances, many of today's process flow improvements have been seen as direct improvements in hardware circuit architecture. Designers almost always obtain the corresponding hardware circuit structure by programming an improved method flow into the hardware circuit. Thus, it cannot be said that an improvement in the process flow cannot be realized by hardware physical modules. For example, a Programmable Logic Device (PLD), such as a Field Programmable Gate Array (FPGA), is an integrated circuit whose Logic functions are determined by programming the Device by a user. A digital system is "integrated" on a PLD by the designer's own programming without requiring the chip manufacturer to design and fabricate application-specific integrated circuit chips. Furthermore, nowadays, instead of manually making an Integrated Circuit chip, such Programming is often implemented by "logic compiler" software, which is similar to a software compiler used in program development and writing, but the original code before compiling is also written by a specific Programming Language, which is called Hardware Description Language (HDL), and HDL is not only one but many, such as abel (advanced Boolean Expression Language), ahdl (alternate Hardware Description Language), traffic, pl (core universal Programming Language), HDCal (jhdware Description Language), lang, Lola, HDL, laspam, hardward Description Language (vhr Description Language), vhal (Hardware Description Language), and vhigh-Language, which are currently used in most common. It will also be apparent to those skilled in the art that hardware circuitry that implements the logical method flows can be readily obtained by merely slightly programming the method flows into an integrated circuit using the hardware description languages described above.

The controller may be implemented in any suitable manner, for example, the controller may take the form of, for example, a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro) processor, logic gates, switches, an Application Specific Integrated Circuit (ASIC), a programmable logic controller, and an embedded microcontroller, examples of which include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320, the memory controller may also be implemented as part of the control logic for the memory. Those skilled in the art will also appreciate that, in addition to implementing the controller as pure computer readable program code, the same functionality can be implemented by logically programming method steps such that the controller is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers and the like. Such a controller may thus be considered a hardware component, and the means included therein for performing the various functions may also be considered as a structure within the hardware component. Or even means for performing the functions may be regarded as being both a software module for performing the method and a structure within a hardware component.

The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. One typical implementation device is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

For convenience of description, the above devices are described as being divided into various units by function, and are described separately. Of course, the functionality of the units may be implemented in one or more software and/or hardware when implementing the present application.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.

Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

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

The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.

The above description is only an example of the present application and is not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims

1. A processing method for beam failure recovery is applied to a terminal device, and comprises the following steps:

stopping the beam failure recovery timer when the quality of the beam where the CORESET is located meets a preset condition;

the method further comprises the following steps: judging whether the beam failure recovery is successful or not according to the opportunity when the quality of the beam where the CORESET is located meets the preset condition;

wherein the content of the first and second substances,

the judging whether the beam failure recovery is successful according to the opportunity that the quality of the beam where the CORESET is located meets the preset condition comprises the following steps: if the quality of the wave beam where the CORESET is positioned is judged to meet the preset condition before the MAC (media access control) layer sends the indication information for requesting the physical layer to report the candidate wave beam information to the physical layer, the successful wave beam failure recovery is determined; the method further comprises the following steps: canceling sending the indication information to the physical layer; and/or the presence of a gas in the gas,

the judging whether the beam failure recovery is successful according to the opportunity that the quality of the beam where the CORESET is located meets the preset condition comprises the following steps: if the quality of the wave beam where the CORESET is positioned is judged to meet the preset condition before a Physical Random Access Channel (PRACH) resource or a PRACH sequence used for sending a wave beam failure recovery request is indicated to a physical layer by a Media Access Control (MAC) layer, the wave beam failure recovery is determined to be successful; the method further comprises the following steps: cancel indicating the PRACH resource or the PRACH sequence used to send the beam failure recovery request to the physical layer; and/or the presence of a gas in the gas,

the judging whether the beam failure recovery is successful according to the opportunity that the quality of the beam where the CORESET is located meets the preset condition comprises the following steps: if the quality of the wave beam where the CORESET is positioned meets the preset condition before the wave beam failure recovery request is sent to the network equipment, determining that the wave beam failure recovery is successful; the method further comprises the following steps: canceling the transmission of the beam failure recovery request to a network device; and/or the presence of a gas in the gas,

the judging whether the beam failure recovery is successful according to the opportunity that the quality of the beam where the CORESET is located meets the preset condition comprises the following steps: if the quality of the wave beam where the CORESET is located meets the preset condition before the sending times of the wave beam failure recovery request reach the preset times and the wave beam failure recovery timer is overtime, determining that the wave beam failure recovery is successful; the method further comprises the following steps: clearing the sending times of the beam failure recovery request, and stopping sending the beam failure recovery request; and/or

The judging whether the beam failure recovery is successful according to the opportunity that the quality of the beam where the CORESET is located meets the preset condition comprises the following steps: if the quality of the wave beam where the CORESET is located meets the preset condition after the sending times of the wave beam failure recovery request reach the preset times or after the wave beam failure recovery timer is overtime, determining that the wave beam failure recovery fails; the method further comprises the following steps: and clearing the sending times of the beam failure recovery request.

2. The method of claim 1, further comprising:

3. The method of claim 2, wherein the preset condition comprises one of:

4. The method according to claim 1, wherein after clearing the number of times of transmission of the beam failure recovery request and stopping transmission of the beam failure recovery request, the method further comprises:

5. The method of claim 1, further comprising:

6. The method of claim 1, further comprising:

7. The method of claim 6, wherein the first control information and the second control information are the same.

8. The method of claim 6, wherein the first control information and the second control information are different,

9. A terminal device, comprising:

the timer stopping module is used for stopping the beam failure recovery timer under the condition that the quality of the beam where the CORESET is located meets a preset condition;

the judging module is used for judging whether the beam failure recovery is successful or not according to the opportunity that the quality of the beam where the CORESET is located meets the preset condition;

the judging module is used for determining that the beam failure recovery is successful if the quality of the beam where the CORESET is located meets the preset condition before the MAC (media access control) layer sends the indication information for requesting the physical layer to report the candidate beam information to the physical layer; the terminal device further includes: a first cancellation module, configured to cancel sending the indication information to the physical layer; and/or the presence of a gas in the gas,

the judging module is used for judging that the quality of the wave beam where the CORESET is located meets the preset condition before the medium access control MAC layer indicates the physical random access channel PRACH resource or the physical random access channel PRACH sequence used for sending the wave beam failure recovery request to the physical layer, and then determining that the wave beam failure recovery is successful; the terminal device further includes: a second cancellation module, configured to cancel the PRACH resource or the PRACH sequence that indicates to the physical layer to send the beam failure recovery request; and/or the presence of a gas in the gas,

the judging module is used for determining that the beam failure recovery is successful if the quality of the beam where the CORESET is located meets the preset condition before the beam failure recovery request is sent to the network equipment; wherein, the terminal equipment still includes: a third cancellation module, configured to cancel sending the beam failure recovery request to a network device; and/or the presence of a gas in the gas,

the judging module is used for judging that the quality of the wave beam where the CORESET is located meets the preset condition if the sending times of the wave beam failure recovery request reach the preset times and the wave beam failure recovery timer is overtime, and then determining that the wave beam failure recovery is successful; the terminal device further includes: a first processing module, configured to clear the number of times of sending the beam failure recovery request, and stop sending the beam failure recovery request; and/or the presence of a gas in the gas,

the judging module is used for determining that the beam failure recovery fails if the quality of the beam where the CORESET is located meets the preset condition after the sending times of the beam failure recovery requests reach preset times or after the beam failure recovery timer is overtime; the terminal device further includes:

10. A terminal device, comprising: memory, processor and computer program stored on the memory and executable on the processor, which computer program, when executed by the processor, carries out the steps of the method according to any one of claims 1 to 8.

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