Beam failure recovery method, device, terminal and storage medium

Abstract

The present application provides a beam failure recovery method, device, terminal and storage medium, the method comprising: triggering a beam failure event under a first condition; triggering a beam failure event under a first condition; in the event of the beam failure event, sending a beam failure recovery request BFRQ; wherein the first condition and / or the BFRQ are related to M beam failure detection reference signal BFD RS groups, and M is a positive integer greater than 1. The present application can improve the effect of terminal beam failure recovery.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a beam failure recovery method, device, terminal and storage medium. Background Art

[0002] In high-frequency band communication systems, due to the short wavelength of wireless signals, signal propagation is more likely to be blocked, resulting in signal propagation interruption, such as beam failure. However, the current beam failure recovery (BFR) mechanism is mainly for beam failure recovery of a single transmitting receiving point (TRP), that is, the current beam failure recovery mechanism can only be applied to beam failure recovery of a single beam failure detection reference signal (BFD RS) scenario, resulting in poor beam failure recovery effect of the terminal. Summary of the invention

[0003] The present application provides a beam failure recovery method, device, terminal and storage medium, so as to improve the beam failure recovery effect of the terminal.

[0004] In a first aspect, an embodiment of the present application provides a beam failure recovery method, which is executed by a terminal and includes:

[0005] A beam failure event is triggered under the first condition;

[0006] In case of sending the beam failure event, a beam failure recovery request (Beam failure recovery request, BFRQ) is sent.

[0007] In a second aspect, an embodiment of the present application provides a beam failure recovery device, including:

[0008] A trigger module, used for triggering a beam failure event under a first condition;

[0009] A first reporting module is configured to send a beam failure recovery request BFRQ when the beam failure event occurs;

[0010] The first condition and / or the BFRQ are related to M beam failure detection reference signal BFD RS groups, where M is a positive integer greater than 1.

[0011] In a third aspect, an embodiment of the present application provides a terminal, comprising: a memory, a processor, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps in the beam failure recovery method.

[0012] In a fourth aspect, an embodiment of the present application provides a readable storage medium, on which a program or instruction is stored, and when the program or instruction is executed by a processor, the steps in the beam failure recovery method are implemented.

[0013] In the embodiment of the present application, a beam failure event is triggered under a first condition; when the beam failure event occurs, a beam failure recovery request BFRQ is sent; wherein the first condition and / or the BFRQ are related to M beam failure detection reference signal BFD RS groups, and M is a positive integer greater than 1. In this way, beam failure recovery can be implemented in multiple BFD RS scenarios, thereby improving the effect of terminal beam failure recovery. BRIEF DESCRIPTION OF THE DRAWINGS

[0014] Figure 1 A block diagram showing a wireless communication system to which the embodiments of the present application can be applied;

[0015] Figure 2 is a flow chart of a beam failure recovery method provided by an embodiment of the present application;

[0016] Figure 3 is a flowchart of another beam failure recovery method provided by an embodiment of the present application;

[0017] Figure 4 is a structural diagram of a beam failure recovery device provided in an embodiment of the present application;

[0018] Figure 5 It is a structural diagram of a terminal provided in an embodiment of the present application. DETAILED DESCRIPTION

[0019] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field belong to the scope of protection of this application.

[0020] The terms "first", "second", etc. in the specification and claims of this application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here, and the objects distinguished by "first" and "second" are generally of the same type, and the number of objects is not limited. For example, the first object can be one or more. In addition, "and / or" in the specification and claims represents at least one of the connected objects, and the character " / " generally represents that the objects associated with each other are in an "or" relationship.

[0021] It is worth noting that the technology described in the embodiments of the present application is not limited to the Long Term Evolution (LTE) / LTE-Advanced (LTE-A) system, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency Division Multiple Access (SC-FDMA) and other systems. The terms "system" and "network" in the embodiments of the present application are often used interchangeably, and the described technology can be used for the above-mentioned systems and radio technologies as well as for other systems and radio technologies. The following description describes a new radio (NR) system for example purposes, and NR terms are used in most of the following descriptions, but these technologies can also be applied to applications other than NR system applications, such as the 6th Generation (6G) communication system.

[0022] Figure 1A block diagram of a wireless communication system applicable to the embodiment of the present application is shown. The wireless communication system includes a terminal 11 and a network device 12. Among them, the terminal 11 can also be called a terminal device or a user terminal (User Equipment, UE), and the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer) or a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a handheld computer, a netbook, an ultra-mobile personal computer (ultra-mobile personal computer, UMPC), a mobile Internet device (Mobile Internet Device, MID) or a vehicle-mounted device (VUE), a pedestrian terminal (PUE), a RedCap UE and other terminal-side devices, wherein the RedCap UE) may include: wearable devices, industrial sensors, video surveillance equipment, etc., and the wearable devices include: bracelets, headphones, glasses, etc. It should be noted that the specific type of the terminal 11 is not limited in the embodiment of the present application.

[0023] The network device 12 can be a base station or a core network, wherein the base station can be referred to as a node B, an evolved node B, an access point, a base transceiver station (Base Transceiver Station, BTS), a radio base station, a radio transceiver, a basic service set (Basic Service Set, BSS), an extended service set (Extended Service Set, ESS), a B node, an evolved B node (eNB), a home B node, a home evolved B node, a WLAN access point, a WiFi node, a transmitting and receiving point (Transmitting Receiving Point, TRP) or some other suitable term in the field. As long as the same technical effect is achieved, the base station is not limited to a specific technical vocabulary. It should be noted that in the embodiment of the present application, only the base station in the NR system is taken as an example, but the specific type of the base station is not limited.

[0024] In addition, in the embodiments of the present application, it can be applied to scenarios supporting broadcast / multicast features, such as: public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, software delivery over wireless, group communications and IoT applications, etc., which support broadcast / multicast features. Of course, the embodiments of the present application are not limited to this, for example, other unicast scenarios are also possible.

[0025] The beam failure recovery method, device, terminal and storage medium provided in the embodiments of the present application are described in detail below in combination with the accompanying drawings through specific embodiments and their application scenarios.

[0026] See also Figure 2 , Figure 2 is a flowchart of a beam failure recovery method provided in an embodiment of the present application, the method is executed by a terminal, such as Figure 2 As shown, the following steps are included:

[0027] Step 201: trigger a beam failure event under a first condition.

[0028] Optionally, the first condition includes:

[0029] Each BFD RS in any BFD RS group among the M BFD RS groups fails to beam; or

[0030] A beam failure occurs in any BFD RS in the M BFD RS groups; or

[0031] All BFD RSs in each BFD RS group of the M BFD RS groups have beam failure;

[0032] The M BFD RS groups are obtained by dividing multiple BFD RSs corresponding to the terminal, M is a positive integer greater than 1, and beam failure of BFD RS means that the quality detection results of BFD RS are all lower than the corresponding first preset threshold.

[0033] The above-mentioned first condition may be configured on the network side, or may be agreed upon by the protocol, which is not limited in the embodiments of the present application.

[0034] The above-mentioned multiple BFD RSs may be multiple BFD RSs of the terminal in a multi-transmitting receiving point (MTRP) scenario, wherein the MTRP may include MTRP of multi-downlink control information (M-DCI) or single downlink control information (S-DCI). Further, when the terminal is configured with multiple TRP identifiers, the terminal operates in the MTRP mode of M-DCI, wherein the TRP identifier may be a control resource set pool index (CORESETPoolIndex), and of course, may also be other identifiers, without limitation. When at least one TCI code point in the transmission configuration indication (TCI) code point of the physical downlink shared channel (PDSCH) activated by the media access control control unit (MAC CE) configured by the terminal corresponds to two TCI states, the terminal may operate in the MTRP mode of S-DCI.

[0035] Each BFD RS group may include one or more BFD RSs, and the number of BFD RSs included in different BFD RS groups may be the same or different.

[0036] For example: If the network side configures multiple different CORESETPoolIndex values, the BFD RS can be grouped according to the CORESETPoolIndex of the control resource set (CORESET) corresponding to the BFD RS, that is, BFD RSs with the same CORESETPoolIndex value associated with the CORESET corresponding to the BFD RS belong to the same BFD RS group, and BFD RSs with different CORESETPoolIndex values ​​associated with the CORESET corresponding to the BFD RS belong to different BFD RS groups. Specifically, this grouping method can be applied to the MTRP scenario of M-DCI, in which multiple different CORESETPoolIndex values ​​can be configured.

[0037] For another example: the network side device can directly configure the BFR RS grouping, for example: the BFRRS group number can be explicitly configured for the terminal, which is visible to the media access control (MAC) layer of the terminal. Specifically, this grouping method is applicable to both the MTRP of M-DCI and the MTRP of S-DCI. In this way, the terminal does not need to distinguish whether the system has configured M-DCI or S-DCI for it. As long as M groups of BFD RS are configured, the terminal will perform the beam failure process according to the subsequent steps.

[0038] Furthermore, a BFD RS group may correspond to one or more TRPs, and a BFD RS group may include BFD RSs corresponding to one or more beams.

[0039] Through step 201, it can be achieved that if all BFD RSs of any BFD RS group have beam failure, a beam failure event is triggered; or, if any BFD RS in the M BFD RS groups has beam failure, a beam failure event is triggered. In this case, the beam failure of a certain BFD RS can determine that the corresponding BFD RS group has beam failure; or, if all BFD RSs of each BFD RS group in the M BFD RS groups have beam failure, that is, all BFD RSs have beam failure, then a beam failure event is triggered. In addition, in the embodiment of the present application, a configuration parameter can also be used to indicate that a beam failure event is triggered when a group or a BFD RS fails.

[0040] In an embodiment of the present application, the M BFD RS groups may correspond to M first preset thresholds respectively. And the first preset thresholds corresponding to each BFD RS group may be the same or different. In other words, each BFD RS group is individually configured with a corresponding first preset threshold, which can improve the beam failure detection effect. Of course, in an embodiment of the present application, in some scenarios, the M BFD RS groups may also be uniformly configured with the first preset threshold.

[0041] Step 202: When the beam failure event occurs, send a beam failure recovery request BFRQ;

[0042] The first condition and / or the BFRQ are related to M beam failure detection reference signal BFD RS groups, where M is a positive integer greater than 1.

[0043] This step may be to count the number of beam failure events through a beam failure counter and a timer, and when the number reaches a certain value, send a BFRQ to perform beam recovery. Of course, in the embodiment of the present application, it is not excluded that a BFRQ is sent as long as a beam failure event is triggered. The above-mentioned sending of BFRQ may be to send a BFRQ to a network device. The above-mentioned BFRQ may be related to M BFD RS groups, and the BFRQ may include information of M BFD RS groups, for example: including information of a BFD RS group in which a beam failure occurs.

[0044] In the embodiment of the present application, the above steps can be used to implement beam failure recovery in multiple BFD RS scenarios, thereby improving the effect of terminal beam failure recovery. For example: in the MTRP scenario, beam failure recovery of both S-DCI MTRP and M-DCI MTRP can be implemented, and reliable and rapid sending of BFRQ and reporting of failed TRP information can be implemented in the case of partial TRP beam failure.

[0045] As an optional implementation manner, each BFD RS group corresponds to one or more of the following configurations:

[0046] The first physical uplink control channel (Physical Uplink Control Channel, PUCCH), random access channel (Random Access Channel, RACH) resources, and candidate beam sets.

[0047] In this implementation, it is possible to configure a separate first PUCCH for each BFD RS group, for example: a first PUCCH BFR. It is also possible to configure a separate RACH resource for each BFD RS group, and it is also possible to configure a separate candidate beam set for each BFD RS group. In this way, when a beam failure occurs in a certain BFD RS group, a BFRQ can be sent through the corresponding first PUCCH or RACH resource, or a new beam can be selected from the corresponding candidate beam set, so as to further improve the beam failure recovery effect.

[0048] As an optional implementation manner, the BFRQ includes information of one or more new beams, wherein the one or more new beams include:

[0049] In a case where the terminal configures a candidate beam set, one or more new beams selected from the candidate beam set; or

[0050] When the terminal is configured with M candidate beam sets respectively corresponding to the M BFD RS groups, one or more new beams are selected from the candidate beam sets corresponding to the BFD RS groups where beam failure occurs; or

[0051] In the case where the terminal is configured with K candidate beam sets, one or more new beams are selected from any candidate beam set for reporting, or one or more candidate beams are selected from the target candidate beam set, wherein K is greater than M, and the K candidate beam sets include M candidate beam sets corresponding to the M BFD RS groups respectively; the target candidate beam set is the candidate beam set corresponding to the BFD RS groups in the K candidate beam sets except the BFD RS groups in which no beam failure has occurred.

[0052] The above-mentioned new beam reporting may be reporting the new beam to the network device to achieve communication with the network device through the new beam.

[0053] In the case of configuring M candidate beam sets as above, the candidate beams included in one candidate beam set do not belong to other candidate beam sets.

[0054] In this implementation, a variety of candidate beam sets may be implemented, thereby enabling reporting of a new beam corresponding to the BFD RS group where beam failure occurs.

[0055] Optionally, in the event of a beam failure in N BFD RS groups, a maximum of N new beams are selected from the MN beam candidate sets, where N is less than M; or

[0056] In the event of beam failure among the M BFD RS groups, at most M new beams are selected or at most one new beam is selected.

[0057] The above selection of at most N new beams from the MN beam candidate sets may be that the terminal may select one or more, but not more than N new beams. Since at most MN new beams may be selected, more new beams may be reported to further improve the beam failure recovery effect.

[0058] Optionally, when the terminal is configured with K candidate beam sets, if multiple new beams are selected, the selected new beams belong to different candidate beam sets.

[0059] In this implementation, multiple new beams can be selected from multiple different candidate beam sets. Since the selected multiple new beams belong to different candidate beam sets, it means that the selected multiple new beams correspond to multiple TRPs. Therefore, other TRPs can be selected using these new beams, further improving the beam failure recovery effect.

[0060] Optionally, when the beam failure event occurs, sending a BFRQ includes:

[0061] When there is a beam failure counter whose value is greater than or equal to a second preset threshold among the M beam failure counters configured by the terminal, sending a BFRQ, wherein the M beam failure counters are respectively used to correspond to the M BFD RS groups;

[0062] The second preset threshold of the beam failure counter corresponding to each BFD RS group is configured separately.

[0063] In this implementation, a separate beam failure counter and a corresponding second preset threshold may be configured in advance for each BFD RS group. The second preset thresholds corresponding to different BFD RS groups may be the same or different. In the case of being the same, it can be understood that the second preset threshold is common.

[0064] Since the value of the beam failure counter is greater than or equal to the second preset threshold, the BFRQ is sent, thereby avoiding the terminal from reporting too frequently to save terminal power consumption.

[0065] Optionally, the method further includes:

[0066] In the event of a beam failure, a beam failure instance (BFI) is reported to a higher layer, where the BFI includes an identifier of the BFD-RS group where the beam failure occurred.

[0067] The beam failure counter corresponding to the BFD-RS group where the beam failure occurs is increased by 1;

[0068] Among them, when the timer corresponding to the BFD-RS group where the beam failure occurs times out, the beam failure counter corresponding to the BFD-RS group where the beam failure occurs is recounted, and the timer corresponding to each BFD RS group is configured separately.

[0069] In this implementation, since the BFI includes the identifier of the BFD-RS group where the beam failure occurs, the higher layer can know the BFD-RS group where the beam failure occurs, and thus send the corresponding BFRQ to improve the beam failure recovery effect.

[0070] For example: Under the MTRP scenario configuration, the network configures or indicates two groups of BFD RS for the terminal. When the hypothetical PDCCH block error rate (BLER) of all BFDRS in group 1 is less than the first preset threshold, the physical layer of the terminal reports a beam failure BFI indication to the higher layer (such as the MAC layer) of the terminal. The BFI contains the BFD-RS group number. When the higher layer receives a BFI indication, it adds 1 to the counter for beam failure detection of the corresponding group. If the value of the counter (set independently for each BFD RS group) is greater than or equal to the second preset threshold, the beam failure recovery process of the corresponding group is triggered.

[0071] As an optional implementation manner, some BFD RSs in the M BFD RS groups do not have the same spatial relationship with a demodulation reference signal (DMRS) corresponding to the CORESET; or

[0072] The BFD RSs included in some of the M BFD RS groups do not have the same spatial relationship with the DMRS corresponding to the CORESET.

[0073] Among them, some of the BFD RSs in the M BFD RS groups may be one or more BFD RSs in the M BFD RS groups, and the one or more BFD RSs may not distinguish specific BFD RS groups. And the BFD RSs included in the partial BFD RS groups may be all or part of the BFD RSs included in one or more BFD RS groups in the M BFD RS groups.

[0074] The above spatial relationship may be a quasi co-location (QCL) relationship.

[0075] In the MTRP mode of S-DCI, the terminal does not know the corresponding relationship between one or more configured CORESETs and TRPs. In the case where all CORESETs are sent by one TRP, if the BFD RS is restricted to have the same spatial relationship with the DMRS corresponding to the CORESET, the terminal cannot measure the beam quality corresponding to another TRP. Since the BFD RS does not have the same spatial relationship with the DMRS corresponding to the CORESET, it can be achieved that the BFD RS contained in the above-mentioned partial BFD RS or partial BFD RS group can correspond to multiple TRPs, so that the terminal can detect the beam quality of the CORESETs of multiple TRPs through the BFD RS, so as to improve the detection effect of the terminal.

[0076] As an optional implementation manner, sending the BFRQ includes:

[0077] In the case that beam failure occurs in some BFD RS groups, the MAC CE carrying the BFRQ is sent using the most recently scheduled uplink data channel; or

[0078] In the case of beam failure in some BFD RS groups, a scheduling request (SR) is sent, and a MAC CE carrying the BFRQ is sent on an uplink data channel, where the uplink data channel is obtained through scheduling of the SR request.

[0079] The SR may be a PUCCH-SR, or may be a PUCCH-BFR of a PCell or a SCell, and uplink scheduling is requested through the SR, and a MAC CE carrying the BFRQ is sent through a scheduled uplink data channel.

[0080] In this implementation, since beam failure occurs in some BFD RS groups, that is, there are still BFD RS groups that have not experienced beam failure, that is, some TRPs fail, and some TRPs are in a good connection state, BFRQ is sent through MAC CE to achieve fast sending of BFRQ, thereby improving the efficiency of beam failure recovery.

[0081] Optionally, the sending the SR includes:

[0082] The SR is sent using a first PUCCH, wherein the first PUCCH corresponds to a BFD RS group in which beam failure occurs or a BFD RS group in which beam failure does not occur.

[0083] The first PUCCH may be a specially configured PUCCH-BFR.

[0084] In this implementation, it is possible to send the SR through the first PUCCH corresponding to the BFD RS group where beam failure occurs or the BFD RS group where beam failure does not occur.

[0085] For example: if a component carrier (CC) is equipped with only one PUCCH-BFR, this PUCCH-BFR is used to send SR; if a CC is equipped with multiple PUCCH-BFRs, and the PUCCH-BFR is associated with a BFD-RS group, the PUCCH-BFR can be selected to send SR according to a predetermined rule, for example, the PUCCH-BFR corresponding to a non-failed TRP or BFR RS group is used to send SR according to the configuration, or any one is used to send SR.

[0086] Optionally, the terminal sends the BFRQ through the MAC CE under the configuration of MTRP; or

[0087] When the terminal obtains a configuration indication of using MAC CE to send BFRQ, the BFRQ is sent through the MAC CE.

[0088] The above configuration indication may be configured on the network side.

[0089] In this implementation, the BFRQ may be sent using MAC CE according to the configuration. For example, when the terminal is configured with multiple different CORESETPoolIndex, or at least one TCI code point corresponds to multiple TCI states, or a special configuration indication, the BFRQ is sent via the MAC CE.

[0090] Optionally, the uplink data channel corresponds to a TRP in which no beam failure occurs.

[0091] Among them, the TRP without beam failure can determine the TRP corresponding to the uplink data channel by the CORESETPoolIndex corresponding to the CORESET where the DCI scheduling PUSCH is located.

[0092] In this implementation, it is possible to use the most recent PUSCH scheduling corresponding to the non-failed TRP to send a MAC CE carrying BFRQ information, which is more conducive to beam failure recovery.

[0093] Optionally, the BFRQ includes:

[0094] Information about the BFD RS group where beam failure occurred; or

[0095] Information about the TRP corresponding to the BFD RS group where beam failure occurs.

[0096] The information of the BFD RS group may be a group number.

[0097] The above information can allow the network device to obtain information about the BFD RS group where beam failure has occurred or information about the TRP corresponding to the BFD RS group where beam failure has occurred, thereby facilitating beam failure recovery between the network device and the terminal.

[0098] Furthermore, the above-mentioned BFRQ may also include or not include new beam information, because the network device may determine the new beam and which BFD RS group has a beam failure event based on the PRACH resource detected by the BFRQ to update the beam of the corresponding TRP, or the network device may trigger the terminal to re-perform the beam training process through the TRP where no beam failure has occurred, and report the new beam information. It should be noted that the above-mentioned new beam can be called a new candidate beam.

[0099] Optionally, when beam failure occurs in some BFD RS groups, the sending of the BFRQ further includes:

[0100] If, during the process of sending the BFRQ using the MAC CE, another part of the BFD RS groups has a beam failure, the MAC CE transmission is interrupted, and the BFRQ is sent through the RACH, wherein the BFRQ process refers to the process from determining that the beam failure of some BFDRS groups occurs to sending the physical uplink shared channel PUSCH of the MAC CE carrying the BFRQ; or

[0101] If beam failure occurs in another part of the BFD RS groups during the process of sending the BFRQ using the MAC CE, the MAC CE continues to be sent, and the BFRQ is sent through the RACH, wherein the BFRQ process refers to the process from determining that beam failure occurs in part of the BFDRS groups to sending the PUSCH of the MAC CE carrying the BFRQ; or

[0102] If the MAC CE is multiplexed and sent with an uplink service, then the PUSCH multiplexed with the MAC CE and the uplink service continues to be sent; or, if only the MAC CE is sent, then the PUSCH carrying the MAC CE is not sent.

[0103] In this implementation, it can be achieved that while a part of BFD RS groups have a beam failure and are sending BFRQ, a new BFD RS group has a beam failure, and the BFRQ is sent through RACH or when MAC CE and uplink service are multiplexed, PUSCH that multiplexes MAC CE and uplink service continues to be sent, thereby realizing fast sending of BFRQ and improving beam failure recovery efficiency.

[0104] In addition, when using MAC CE to send BFRQ, if another part of the BFD RS groups fails to form a beam, the MAC CE may not be sent if the MAC CE has not been sent on PUCSH. The MAC CE has not been sent on PUCSH may include any one of the following:

[0105] MAC CE has not been generated yet;

[0106] MAC CE is generated but not yet assembled into a Protocol Data Unit (PDU);

[0107] The PDU has been generated but has not yet been sent on the PUSCH.

[0108] In addition, in the above case, the MAC PDU may be reconstructed, for example, the MAC CE in the MAC PDU is deleted and some bits are filled.

[0109] In addition, the above-mentioned RACH reporting of the BFRQ can be, if non-contention-based random access (Contention Free Random Access, CFRA) is configured and a new beam is found, the RACH of CFRA is used to send the BFRQ information; otherwise, the RACH of contention-based random access (Contention Based Random Access, CBRA) is used to send the BFRQ information.

[0110] As an optional implementation manner, sending the BFRQ includes:

[0111] In the event of SR failure or beam failure in all of the M BFD RS groups, the BFRQ is sent via RACH.

[0112] The SR failure may be a failure in sending SR in the implementation of sending BFRQ through MAC CE.

[0113] In this implementation, due to SR failure or beam failure of the M BFD RS groups, the BFRQ is sent via RACH, so that beam failure recovery can be performed quickly.

[0114] Optionally, sending the BFRQ through RACH includes:

[0115] When beam failure occurs in all the M BFD RS groups and the terminal finds a new beam, report the BFRQ using the RACH of CFRA; or

[0116] The BFRQ is reported using the RACH of the CBRA.

[0117] For example, if CFRA is configured and a new beam is found, the BFRQ information is sent using the RACH of CFRA; otherwise, the BFRQ information is sent using the RACH of CBRA.

[0118] It should be noted that if the network side receives the BFRQ of CFRA or CBRA, it can be determined that beam failure occurs in all M BFDRS groups of the terminal.

[0119] Optionally, the RACH resource of the RACH corresponds to at least one of the following:

[0120] New beam, BFD RS group where beam failure occurs.

[0121] In this implementation, it is possible to determine the PRACH resource for sending the BFRQ according to at least one of the BFD RS group where the beam failure occurs and the detected new beam, for example, determining the preamble code and the PRACH time-frequency resources, such as the PRACH occasion, etc. Further, the BFD RS group where the beam failure occurs and the detected new beam can be indicated to the network device through the above-mentioned RACH resources.

[0122] As an optional implementation manner, after sending the BFRQ, the method further includes:

[0123] After a beam failure occurs in some BFD RS groups and a BFRQ is sent, a beam failure recovery response (BFRR) of the BFRQ is monitored; or,

[0124] After sending the BFRQ, the response of the BFRQ is not monitored. If the BFRQ is sent successfully, it is determined that the beam failure recovery BFR is successful.

[0125] The monitoring response may be that if a MAC CE is sent, the terminal continues to monitor responses from all CORESETs, and the network side may send a response using the CORESET corresponding to the new TCI.

[0126] In this implementation, after sending the BFRQ, it is possible to not monitor the response of the BFRQ, that is, not monitor the BFR. For example, the MAC behavior of the terminal may be: once the MAC CE is sent out, the BFR is considered to be successful, the BFR triggered by the corresponding BFD RS group is canceled, the corresponding beam failure counter (such as BFR counter) is set to 0, and the corresponding timer (such as BFRtimer) is restarted.

[0127] Furthermore, without monitoring the response of the BFRQ, the network side can reconfigure the beam through the connected TRP, such as reconfiguring the TCI state, spatial relation state, etc.

[0128] As an optional implementation, the method further includes:

[0129] In the case where the network focuses on configuring the CORESETPoolIndex corresponding to the BFD RS, at least one of the beam failure counter and the beam failure timer corresponding to the BFD RS group to which the reconfigured BFD RS belongs is reset.

[0130] The above-mentioned beam failure counter reset may be to set the beam failure counter to 0, and the above-mentioned beam failure timer reset may be to restart the beam failure timer to cancel the beam failure event that has been triggered.

[0131] For example: If the initial configuration is that BFD-RS 1 corresponds to CORESETPoolIndex 0, and BFD-RS 2 corresponds to CORESETPoolIndex 1, during the BFD / BFR process, if a reconfiguration is received from the network side and both BFD-RS 1 and BFD-RS2 are configured to correspond to CORESETPoolIndex 0, at least one of the corresponding beam failure counter and beam failure timer will be reset.

[0132] As an optional implementation, the method further includes:

[0133] When beam failure occurs in some BFD RS groups and BFRQ is sent, BFRR is received under any of the following conditions:

[0134] Receiving a preset PUSCH scheduled by a PDCCH; or

[0135] Receiving a preset PDCCH; or

[0136] receiving a target MAC CE activation signaling, wherein the target MAC CE activation signaling is used to activate a transmission configuration indication TCI state of a CORESET, and the TCI state corresponds to a new beam; or

[0137] A target high-layer signaling is received, wherein the target high-layer signaling includes setting a TCI state of a CORESET, and the TCI state corresponds to a new beam.

[0138] The preset PUSCH may be a PUSCH scheduled by the receiving PDCCH that has the same HARQ process number as the first PUSCH and whose new data indicator (NDI) is not flipped.

[0139] The above-mentioned preset PDCCH can be a PDCCH detected by the terminal in a window starting from time slot n+4 after sending PRACH on time slot n, in a search space set (search space set) configured with a recovery search space identifier (recoverySearchSpaceId) according to the QCL of the reported new beam. The PDCCH is scrambled by a cell radio network temporary identifier (CellRadio Network Temporary Identifier-C-RNTI) or a modulation and coding scheme radio network temporary identifier (Modulation and Coding Scheme Radio Network Temporary Identifier, MCS-RNTI).

[0140] The above target MAC CE activation signaling can activate the TCI state of CORESET, and the activated TCI state includes the new beam.

[0141] In addition, the preset PUSCH scheduled by the PDCCH may be a preset PUSCH scheduled by the PDCCH received on the CORESET using the reported new beam, and of course, this is not limited. The CORESET of the new beam may be configured to be associated with a CORESET for receiving beam failure recovery. And the CORESET may be a CORESET specifically configured to receive BFRR, such as CORESET-BFR, that is, the search space set associated with it is configured to recover the search space identifier.

[0142] Furthermore, if the terminal does not receive BFRR within the preset window after reporting BFRQ containing new beam information, the beam will not be reset. If it is still receiving and sending according to the original beam, for example, when the network side finds that there is still a TRP connected, it will not send a response. The network device can trigger the terminal to re-perform the beam training process through the TRP without beam failure and report new beam information; if BFRR is received within the above preset window, the beam is reset.

[0143] As an optional implementation manner, when the terminal is in a multi-transmission and reception point MTRP state of multiple downlink control information M-DCI, the method further includes:

[0144] When a partial BFD RS group beam failure occurs, a BFRQ is sent and a preset PUSCH scheduled by a PDCCH is received or a preset PDCCH is received, and before a MAC CE activation signaling indicating a TCI state of the transmission configuration is received, it is assumed that the antenna port of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs has a quasi-co-location QCL relationship with the new beam, and it is assumed that the antenna port receiving the PDSCH has a QCL relationship with the new beam; or

[0145] When a partial BFD RS group beam failure occurs, a BFRQ is sent, and a target MAC CE activation signaling is received, and before a MAC CE activation signaling indicating a TCI state of a transmission configuration is received, the TCI state of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs is determined according to the target MAC CE activation signaling indication, wherein the target MAC CE activation signaling is used to activate the transmission configuration indication TCI state of the CORESET, and the TCI state corresponds to the new beam; or

[0146] When a partial BFD RS group beam failure occurs, a BFRQ is sent, and a target high-level signaling is received, and before a MAC CE activation signaling indicating a TCI state of a transmission configuration is received, the TCI state of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs is determined according to the parameter configuration of the target high-level signaling, wherein the target high-level signaling includes setting the TCI state of the CORESET, and the TCI state corresponds to a new beam; or

[0147] After beam failure occurs in all the M BFD RS groups, and BFRQ is sent to report a new beam and a preset PDCCH is received, and before MAC CE activation signaling indicating the TCI state of the transmission configuration is received, the terminal only retains part of the CORESET and assumes that the antenna ports of this part of the CORESET have a QCL relationship with the new beam; or

[0148] When a partial BFD RS group beam failure occurs and BFRQ is sent, before receiving the MACCE activation signaling indicating the TCI state of the transmission configuration, it is assumed that the antenna port of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs has a quasi-co-site QCL relationship with the new beam, and it is assumed that the antenna port receiving PDSCH has a QCL relationship with the new beam.

[0149] It should be noted that in the embodiments of the present application, assumption can also be understood as determination, for example: the above-mentioned assumption that the antenna port of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where beam failure occurs has a quasi-co-site QCL relationship with the new beam, and assuming that the antenna port for receiving PDSCH has a QCL relationship with the new beam can also be understood as: determining that the antenna port of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where beam failure occurs has a quasi-co-site QCL relationship with the new beam, and determining that the antenna port for receiving PDSCH has a QCL relationship with the new beam.

[0150] The MAC CE activation signaling of the TCI state may be a MAC CE activation signaling for beam training or beam updating. The MAC CE activation signaling and the MAC CE activation signaling of the new beam or new TCI state may be activation commands of the same type or different types.

[0151] The above-mentioned reserved part of CORESET may be a reserved part of CORESET selected in advance, for example, this part of CORESET may be preset by the network side, or agreed by the protocol, or determined by the terminal itself.

[0152] Specifically, only the CORESETs corresponding to a certain CORESETPoolIndex, such as those CORESETs corresponding to CORESETPoolIndex 0, may be retained.

[0153] Among them, if the MAC CE activation signaling does not include the TCI status of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS set where no beam failure occurs, the TCI status of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS set where no beam failure occurs is not affected.

[0154] Optionally, when the terminal is in a state of MTRP of single downlink control information S-DCI, the method further includes:

[0155] When a partial BFD RS group beam failure occurs, a BFRQ is sent and a preset PUSCH scheduled by a PDCCH is received or a preset PDCCH is received, and before a MAC CE activation signaling in a TCI state is received, it is assumed that the antenna port of the CORESET corresponding to the BFD RS group where the beam failure occurs or the CORESET-BFR has a QCL relationship with the new beam; or

[0156] When a partial BFD RS group beam failure occurs, a BFRQ is sent, and a target MAC CE activation signaling is received, and before a MAC CE activation signaling of a TCI state is received, a PDCCH is received according to the instruction of the target MAC CE activation signaling, and the target MAC CE activation signaling is used to activate the TCI state of the CORESET, and the TCI state corresponds to the new beam; or

[0157] When a partial BFD RS group beam failure occurs and BFRQ is sent, and before the MAC CE activation signaling in the TCI state is received, it is assumed that the antenna port of the CORESET or CORESET-BFR corresponding to the BFD RS group where the beam failure occurs has a QCL relationship with the new beam.

[0158] Furthermore, the QCL of the antenna port of the CORESET corresponding to the BFD RS group that has not experienced beam failure remains unchanged.

[0159] Optionally, if the terminal does not receive a BFRR within a preset window after reporting a BFRQ containing new beam information, the original TCI state or the original beam is still used to receive the PDCCH; or

[0160] When the terminal reports the BFRQ containing the new beam information, before receiving the MAC CE activation signaling of the TCI state, the original TCI state or the original beam is still used to receive the PDCCH.

[0161] For example: when all BFD RS group beams fail, after sending BFRQ and receiving BFRR, and before receiving TCI state MAC CE activation signaling, the terminal detects PDCCH and receives PDSCH according to the existing QCL assumption.

[0162] In this implementation, it is possible to not monitor BFRR, and directly before receiving the MAC CE activation signaling of the TCI state, the original TCI state or the original beam is still used to receive the PDCCH.

[0163] In an embodiment of the present application, a beam failure event is triggered under a first condition; based on the beam failure event, a beam failure recovery request BFRQ is reported. The first condition includes: beam failure occurs in all BFDRSs of any BFD RS group among the M BFD RS groups; or beam failure occurs in any BFD RS of the M BFD RS groups; or beam failure occurs in all BFD RSs of each BFD RS group among the M BFDRS groups; wherein the M BFD RS groups are obtained by dividing the multiple BFD RSs corresponding to the terminal, M is a positive integer greater than 1, and beam failure of BFD RS means that the quality detection results of BFD RS are all lower than the corresponding first preset threshold. In this way, beam failure recovery can be implemented in multiple BFD RS scenarios, thereby improving the effect of terminal beam failure recovery.

[0164] See also Figure 3 , Figure 3 is a flow chart of another beam failure recovery method provided by an embodiment of the present invention. Figure 3 As shown, the following steps are included:

[0165] Step 301: When beam failure occurs in some BFD RS groups, a BFRQ is sent.

[0166] Some BFD RS groups can be found in Figure 2 Some BFD RS groups among multiple BFD RS groups in the illustrated embodiment.

[0167] Step 302: Monitor the response BFRR of the BFRQ.

[0168] Step 303: Determine that a BFRR is received under the second condition.

[0169] Optionally, the second condition includes:

[0170] Receiving a preset PUSCH scheduled by a PDCCH; or

[0171] Receiving a preset PDCCH; or

[0172] receiving a target MAC CE activation signaling, wherein the target MAC CE activation signaling is used to activate a transmission configuration indication TCI state of a CORESET, and the TCI state corresponds to a new beam; or

[0173] A target high-layer signaling is received, wherein the target high-layer signaling includes setting a TCI state of a CORESET, and the TCI state corresponds to a new beam.

[0174] It should be noted that the specific implementation method of determining the receipt of BFRR in this embodiment can be found in Figure 2 The corresponding instructions shown are not repeated here.

[0175] In this embodiment, the above steps can be used to implement beam failure recovery in multiple BFD RS scenarios, thereby improving the effect of terminal beam failure recovery.

[0176] See also Figure 4 , Figure 4 is a structural diagram of a beam failure recovery device provided by an embodiment of the present invention, such as Figure 4 As shown, the beam failure recovery device 400 includes:

[0177] A trigger module 401, configured to trigger a beam failure event under a first condition;

[0178] The sending module 402 is used to send a beam failure recovery request BFRQ when the beam failure event occurs;

[0179] The first condition and / or the BFRQ are related to M beam failure detection reference signal BFD RS groups, where M is a positive integer greater than 1.

[0180] Optionally, the first condition includes:

[0181] Each BFD RS of any BFD RS group among the M beam failure detection reference signal BFD RS groups has a beam failure; or

[0182] A beam failure occurs in any BFD RS in the M BFD RS groups; or

[0183] All BFD RSs in each BFD RS group of the M BFD RS groups have beam failure;

[0184] The M BFD RS groups are obtained by dividing multiple BFD RSs corresponding to the terminal, and beam failure of the BFD RS means that the quality detection results of the BFD RS are all lower than the corresponding first preset threshold.

[0185] Optionally, the M BFD RS groups correspond to M first preset thresholds respectively.

[0186] Optionally, the first condition is configured on the network side.

[0187] Optionally, each BFD RS group corresponds to one or more of the following configurations:

[0188] The first physical uplink control channel PUCCH, random access channel RACH resources, and candidate beam sets.

[0189] Optionally, the BFRQ includes information of one or more new beams, wherein the one or more new beams include:

[0190] In a case where the terminal configures a candidate beam set, selecting one or more new beams from the candidate beam set; or

[0191] When the terminal is configured with M candidate beam sets respectively corresponding to the M BFD RS groups, one or more new beams are selected from the candidate beam sets corresponding to the BFD RS groups where beam failure occurs; or

[0192] In the case that the terminal is configured with K candidate beam sets, one or more new beams are selected from any candidate beam set, or one or more candidate beams are selected from the target candidate beam set, wherein K is greater than M, and the K candidate beam sets include M candidate beam sets corresponding to the M BFD RS groups respectively; the target candidate beam set is the candidate beam set corresponding to the BFD RS groups in the K candidate beam sets except the BFD RS groups in which no beam failure has occurred.

[0193] Optionally, in the event of a beam failure in N BFD RS groups, a maximum of N new beams are selected from the MN beam candidate sets, where N is less than M; or

[0194] In the event of beam failure among the M BFD RS groups, at most M new beams are selected or at most one new beam is selected.

[0195] Optionally, when the terminal is configured with K candidate beam sets, if multiple new beams are selected, the selected new beams belong to different candidate beam sets.

[0196] Optionally, according to the beam failure event, the sending module 302 is used to:

[0197] When there is a beam failure counter whose value is greater than or equal to a second preset threshold among the M beam failure counters configured by the terminal, sending a BFRQ, wherein the M beam failure counters are respectively used to correspond to the M BFD RS groups;

[0198] The second preset threshold of the beam failure counter corresponding to each BFD RS group is configured separately.

[0199] Optionally, the device further comprises:

[0200] A reporting module, used to report a beam failure instance BFI to a higher layer when a beam failure occurs, wherein the BFI includes an identifier of a BFD-RS group where the beam failure occurs;

[0201] A counting module, used to add 1 to the beam failure counter corresponding to the BFD-RS group where the beam failure occurs;

[0202] Among them, when the timer corresponding to the BFD-RS group where the beam failure occurs times out, the beam failure counter corresponding to the BFD-RS group where the beam failure occurs is recounted, and the timer corresponding to each BFD RS group is configured separately.

[0203] Optionally, some BFD RSs in the M BFD RS groups do not have the same spatial relationship with a demodulation reference signal DMRS corresponding to the control resource set CORESET; or

[0204] The BFD RSs included in some of the M BFD RS groups do not have the same spatial relationship with the DMRS corresponding to the control resource set CORESET.

[0205] Optionally, the sending module 302 is used to:

[0206] In the case that beam failure occurs in some BFD RS groups, a media access control control element MAC CE carrying the BFRQ is sent using the most recently scheduled uplink data channel; or

[0207] In the case that beam failure occurs in some BFD RS groups, a scheduling request SR is sent, and a MAC CE carrying the BFRQ is sent on an uplink data channel, where the uplink data channel is an uplink data channel obtained through scheduling by the SR request.

[0208] Optionally, the sending the SR includes:

[0209] The SR is sent using a first PUCCH, wherein the first PUCCH corresponds to a BFD RS group in which beam failure occurs or a BFD RS group in which beam failure does not occur.

[0210] Optionally, the terminal sends the BFRQ through the MAC CE under the configuration of multiple transmission and reception points MTRP; or

[0211] When the terminal obtains a configuration indication of using MAC CE to send BFRQ, the BFRQ is sent through the MAC CE.

[0212] Optionally, the uplink data channel corresponds to a transmitting and receiving point TRP where no beam failure occurs.

[0213] Optionally, the BFRQ includes:

[0214] Information about the BFD RS group where beam failure occurred; or

[0215] Information about the TRP corresponding to the BFD RS group where beam failure occurs.

[0216] Optionally, when beam failure occurs in some BFD RS groups, the sending module 302 is further configured to:

[0217] If, during the process of sending the BFRQ using the MAC CE, another part of the BFD RS groups has a beam failure, the MAC CE transmission is interrupted, and the BFRQ is sent through the RACH, wherein the BFRQ process refers to the process from determining that the beam failure of some BFDRS groups occurs to sending the physical uplink shared channel PUSCH of the MAC CE carrying the BFRQ; or

[0218] If beam failure occurs in another part of the BFD RS groups during the process of sending the BFRQ using the MAC CE, the MAC CE continues to be sent, and the BFRQ is sent through the RACH, wherein the BFRQ process refers to the process from determining that beam failure occurs in part of the BFDRS groups to sending the PUSCH of the MAC CE carrying the BFRQ; or

[0219] If the MAC CE is multiplexed and sent with an uplink service, then the PUSCH multiplexed with the MAC CE and the uplink service continues to be sent; or, if only the MAC CE is sent, then the PUSCH carrying the MAC CE is not sent.

[0220] Optionally, the sending module 402 is used to:

[0221] In the case of SR failure or beam failure in all the M BFD RS groups, the BFRQ is reported through a random access channel RACH.

[0222] Optionally, sending the BFRQ through RACH includes:

[0223] When beam failure occurs in all the M BFD RS groups and the terminal finds a new beam, report the BFRQ using RACH of non-contention-based random access CFRA; or

[0224] The BFRQ is reported using RACH of contention-based random access (CBRA).

[0225] Optionally, the RACH resource of the RACH corresponds to at least one of the following:

[0226] New beam, BFD RS group where beam failure occurs.

[0227] Optionally, the device further comprises:

[0228] A monitoring module is used to monitor the beam failure recovery response BFRR of the BFRQ after a beam failure occurs in some BFD RS groups and a BFRQ is sent; or,

[0229] The first determination module is used for not monitoring the response of the BFRQ after sending the BFRQ, and determining that the beam failure recovery BFR is successful when the BFRQ is sent successfully.

[0230] Optionally, the device further comprises:

[0231] The first reset module is used to reset at least one of a beam failure counter and a beam failure timer corresponding to a BFD RS group to which the reconfigured BFD RS belongs when the network focuses on configuring the BFD RS corresponding to the CORESET pool index CORESETPoolIndex.

[0232] Optionally, the device further comprises:

[0233] The second determination module is configured to determine that a BFRR is received under any of the following conditions after a beam failure occurs in some BFD RS groups and a BFRQ is sent:

[0234] Receiving a preset PUSCH scheduled by a PDCCH; or

[0235] Receiving a preset PUSCH scheduled by a PDCCH; or

[0236] Receiving a preset PDCCH; or

[0237] receiving a target MAC CE activation signaling, wherein the target MAC CE activation signaling is used to activate a transmission configuration indication TCI state of a CORESET, and the TCI state corresponds to a new beam; or

[0238] A target high-layer signaling is received, wherein the target high-layer signaling includes setting a TCI state of a CORESET, and the TCI state corresponds to a new beam.

[0239] Optionally, when the terminal is in a multi-transmission-reception-point MTRP state of multiple downlink control information M-DCI, the device further includes:

[0240] The first assumption module is used to assume that the antenna port of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs has a quasi-co-location QCL relationship with the new beam, and assume that the antenna port receiving the PDSCH has a QCL relationship with the new beam when a partial BFD RS group beam failure occurs, a BFRQ is sent, and a preset PUSCH scheduled by the PDCCH is received or a preset PDCCH is received, and before a MAC CE activation signaling indicating the TCI state of the transmission configuration is received; or

[0241] A second assumption module is used to determine the TCI state of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs, after a partial BFD RS group beam failure occurs, a BFRQ is sent, and a target MACCE activation signaling is received, and before a MAC CE activation signaling indicating a TCI state of the transmission configuration is received, according to the target MACCE activation signaling indication, wherein the target MAC CE activation signaling is used to activate the transmission configuration indication TCI state of the CORESET, and the TCI state corresponds to the new beam; or

[0242] A third assumption module is used to determine the TCI state of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs according to the parameter configuration of the target high-level signaling after a partial BFD RS group beam failure occurs, a BFRQ is sent, and a target high-level signaling is received, and before a MAC CE activation signaling indicating a TCI state of the transmission configuration is received, wherein the target high-level signaling includes setting the TCI state of the CORESET, and the TCI state corresponds to a new beam; or

[0243] The fourth assumption module is used for, when beam failure occurs in all the M BFD RS groups, and after sending BFRQ to report a new beam and receiving a preset PDCCH, and before receiving the MAC CE activation signaling of the transmission configuration indicating the TCI state, the terminal only retains part of the CORESET, and assumes that the antenna ports of this part of the CORESET have a QCL relationship with the new beam;

[0244] The fifth assumption module is used to assume that when a partial BFD RS group beam failure occurs and BFRQ is sent, before receiving the MAC CE activation signaling indicating the TCI status of the transmission configuration, it is assumed that the antenna port of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs has a quasi-co-site QCL relationship with the new beam, and it is assumed that the antenna port receiving PDSCH has a QCL relationship with the new beam.

[0245] Optionally, when the terminal is in a state of MTRP of single downlink control information S-DCI, the device further includes:

[0246] A fifth assumption module is used to assume that the antenna port of the CORESET corresponding to the BFD RS group where the beam failure occurs or the CORESET-BFR has a QCL relationship with the new beam when a partial BFD RS group beam failure occurs, a BFRQ is sent, and a preset PUSCH scheduled by a PDCCH is received or a preset PDCCH is received, and before a MAC CE activation signaling in a TCI state is received; or

[0247] A receiving module, configured to receive PDCCH according to the instruction of the target MAC CE activation signaling after a partial BFD RS group beam failure occurs, a BFRQ is sent, and a target MAC CE activation signaling is received, and before a MAC CE activation signaling of a TCI state is received, wherein the target MAC CE activation signaling is used to activate the TCI state of the CORESET, and the TCI state corresponds to the new beam; or

[0248] The sixth assumption module is used to assume that the antenna port of the CORESET or CORESET-BFR corresponding to the BFD RS group where the beam failure occurs has a QCL relationship with the new beam after a partial BFD RS group beam failure occurs and BFRQ is sent, and before the MAC CE activation signaling in the TCI state is received.

[0249] Optionally, if the terminal does not receive a BFRR within a preset window after reporting a BFRQ containing new beam information, the original TCI state or the original beam is still used to receive the PDCCH; or

[0250] When the terminal reports the BFRQ containing the new beam information, before receiving the MAC CE activation signaling of the TCI state, the original TCI state or the original beam is still used to receive the PDCCH.

[0251] The beam failure recovery device provided in the embodiment of the present application can achieve Figure 2 To avoid repetition, the various processes in the method embodiment will not be described here, and the terminal beam failure recovery effect can be improved.

[0252] It should be noted that the beam failure recovery device in the embodiment of the present application can be a device, or a component, integrated circuit, or chip in a terminal.

[0253] Figure 5 A schematic diagram of the hardware structure of a terminal for implementing an embodiment of the present application.

[0254] The terminal 500 includes but is not limited to: a radio frequency unit 501, a network module 502, an audio output unit 503, an input unit 504, a sensor 505, a display unit 506, a user input unit 507, an interface unit 508, a memory 508, and a processor 510.

[0255] Those skilled in the art will appreciate that the communication device 500 may also include a power source (such as a battery) for supplying power to each component, and the power source may be logically connected to the processor 510 through a power management system, thereby implementing functions such as managing charging, discharging, and power consumption management through the power management system. Figure 5 The electronic device structure shown in the figure does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently, which will not be described in detail here.

[0256] Processor 510, configured to trigger a beam failure event under a first condition;

[0257] The radio frequency unit 501 is configured to send a beam failure recovery request BFRQ when the beam failure event occurs;

[0258] The first condition and / or the BFRQ are related to M beam failure detection reference signal BFD RS groups, where M is a positive integer greater than 1.

[0259] Optionally, the first condition includes:

[0260] Each BFD RS of any BFD RS group among the M beam failure detection reference signal BFD RS groups has a beam failure; or

[0261] A beam failure occurs in any BFD RS in the M BFD RS groups; or

[0262] All BFD RSs in each BFD RS group of the M BFD RS groups have beam failure;

[0263] The M BFD RS groups are obtained by dividing a plurality of BFD RSs corresponding to the terminal, and beam failure of the BFD RS means that the quality detection results of the BFD RS are all lower than the corresponding first preset threshold.

[0264] Optionally, the M BFD RS groups correspond to M first preset thresholds respectively.

[0265] Optionally, the first condition is configured on the network side.

[0266] Optionally, each BFD RS group corresponds to one or more of the following configurations:

[0267] The first physical uplink control channel PUCCH, random access channel RACH resources, and candidate beam sets.

[0268] Optionally, the BFRQ includes information of one or more new beams, wherein the one or more new beams include:

[0269] In a case where the terminal configures a candidate beam set, selecting one or more new beams from the candidate beam set; or

[0270] When the terminal is configured with M candidate beam sets respectively corresponding to the M BFD RS groups, one or more new beams are selected from the candidate beam sets corresponding to the BFD RS groups where beam failure occurs; or

[0271] In the case that the terminal is configured with K candidate beam sets, one or more new beams are selected from any candidate beam set, or one or more candidate beams are selected from a target candidate beam set, wherein K is greater than M, and the K candidate beam sets include M candidate beam sets corresponding to the M BFD RS groups respectively; the target candidate beam set is a candidate beam set corresponding to a BFD RS group other than a BFD RS group in which no beam failure has occurred in the K candidate beam sets.

[0272] Optionally, in the event of a beam failure in N BFD RS groups, at most MN new beams are selected from MN beam candidate sets, where N is less than M; or

[0273] In the event of beam failure among the M BFD RS groups, at most M new beams are selected or at most one new beam is selected.

[0274] Optionally, when the terminal is configured with K candidate beam sets, if multiple new beams are selected, the selected new beams belong to different candidate beam sets.

[0275] Optionally, when the beam failure event occurs, sending a BFRQ includes:

[0276] When there is a beam failure counter whose value is greater than or equal to a second preset threshold among the M beam failure counters configured by the terminal, sending a BFRQ, wherein the M beam failure counters are respectively used to correspond to the M BFD RS groups;

[0277] The second preset threshold of the beam failure counter corresponding to each BFD RS group is configured separately.

[0278] Optionally, the processor 510 is further configured to:

[0279] In the event of a beam failure, report a beam failure instance BFI to a higher layer, where the BFI includes an identifier of the BFD-RS group where the beam failure occurs;

[0280] The beam failure counter corresponding to the BFD-RS group where the beam failure occurs is increased by 1;

[0281] Among them, when the timer corresponding to the BFD-RS group where the beam failure occurs times out, the beam failure counter corresponding to the BFD-RS group where the beam failure occurs is recounted, and the timer corresponding to each BFD RS group is configured separately.

[0282] Optionally, some BFD RSs in the M BFD RS groups do not have the same spatial relationship with a demodulation reference signal DMRS corresponding to the control resource set CORESET; or

[0283] The BFD RSs included in some of the M BFD RS groups do not have the same spatial relationship with the DMRS corresponding to the control resource set CORESET.

[0284] Optionally, sending the BFRQ includes:

[0285] In the case that beam failure occurs in some BFD RS groups, a media access control control element MAC CE carrying the BFRQ is sent using the most recently scheduled uplink data channel; or

[0286] In the case that beam failure occurs in some BFD RS groups, a scheduling request SR is sent, and a MAC CE carrying the BFRQ is sent on an uplink data channel, where the uplink data channel is an uplink data channel obtained through scheduling by the SR request.

[0287] Optionally, the sending the SR includes:

[0288] The SR is sent using a first PUCCH, wherein the first PUCCH corresponds to a BFD RS group in which beam failure occurs or a BFD RS group in which beam failure does not occur.

[0289] Optionally, the terminal sends the BFRQ through the MAC CE under the configuration of multiple transmission and reception points MTRP; or

[0290] When the terminal obtains a configuration indication of using MAC CE to send BFRQ, the BFRQ is sent through the MAC CE.

[0291] Optionally, the uplink data channel corresponds to a transmitting and receiving point TRP where no beam failure occurs.

[0292] Optionally, the BFRQ includes:

[0293] Information about the BFD RS group where beam failure occurred; or

[0294] Information about the TRP corresponding to the BFD RS group where beam failure occurs.

[0295] Optionally, when beam failure occurs in some BFD RS groups, the sending of the BFRQ further includes:

[0296] If, during the process of sending the BFRQ using the MAC CE, another part of the BFD RS groups has a beam failure, the MAC CE transmission is interrupted, and the BFRQ is sent through the RACH, wherein the BFRQ process refers to the process from determining that the beam failure of some BFDRS groups occurs to sending the physical uplink shared channel PUSCH of the MAC CE carrying the BFRQ; or

[0297] If beam failure occurs in another part of the BFD RS groups during the process of sending the BFRQ using the MAC CE, the MAC CE continues to be sent, and the BFRQ is sent through the RACH, wherein the BFRQ process refers to the process from determining that beam failure occurs in part of the BFDRS groups to sending the PUSCH of the MAC CE carrying the BFRQ; or

[0298] If the MAC CE is multiplexed and sent with an uplink service, then the PUSCH multiplexed with the MAC CE and the uplink service continues to be sent; or, if only the MAC CE is sent, then the PUSCH carrying the MAC CE is not sent.

[0299] Optionally, sending the BFRQ includes:

[0300] In the case of SR failure or beam failure in all the M BFD RS groups, the BFRQ is reported through a random access channel RACH.

[0301] Optionally, sending the BFRQ through RACH includes:

[0302] When beam failure occurs in all the M BFD RS groups and the terminal finds a new beam, report the BFRQ using RACH of non-contention-based random access CFRA; or

[0303] The BFRQ is reported using RACH of contention-based random access (CBRA).

[0304] Optionally, the RACH resource of the RACH corresponds to at least one of the following:

[0305] New beam, BFD RS group where beam failure occurs.

[0306] Optionally, after sending the BFRQ, the radio frequency unit 501 is further configured to:

[0307] After beam failure occurs in some BFD RS groups and a BFRQ is sent, a beam failure recovery response BFRR of the BFRQ is monitored.

[0308] Optionally, after sending the BFRQ, the processor 510 is further configured to:

[0309] After sending the BFRQ, the response of the BFRQ is not monitored. If the BFRQ is sent successfully, it is determined that the beam failure recovery BFR is successful.

[0310] Optionally, the processor 510 is further configured to:

[0311] In the case where the network focuses on configuring the BFD RS corresponding to the CORESET pool index CORESETPoolIndex, at least one of the beam failure counter and the beam failure timer corresponding to the BFD RS group to which the reconfigured BFD RS belongs is reset.

[0312] Optionally, the processor 510 is further configured to:

[0313] When beam failure occurs in some BFD RS groups and BFRQ is sent, BFRR is received under any of the following conditions:

[0314] Receiving a preset PUSCH scheduled by a PDCCH; or

[0315] Receiving a preset PDCCH; or

[0316] receiving a target MAC CE activation signaling, wherein the target MAC CE activation signaling is used to activate a transmission configuration indication TCI state of a CORESET, and the TCI state corresponds to a new beam; or

[0317] A target high-layer signaling is received, wherein the target high-layer signaling includes setting a TCI state of a CORESET, and the TCI state corresponds to a new beam.

[0318] Optionally, when the terminal is in a multi-transmission and reception point MTRP state of multiple downlink control information M-DCI, the processor 510 is further configured to:

[0319] When a partial BFD RS group beam failure occurs, a BFRQ is sent and a preset PUSCH scheduled by a PDCCH is received or a preset PDCCH is received, and before a MAC CE activation signaling indicating a TCI state of the transmission configuration is received, it is assumed that the antenna port of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs has a quasi-co-location QCL relationship with the new beam, and it is assumed that the antenna port receiving the PDSCH has a QCL relationship with the new beam; or

[0320] When a partial BFD RS group beam failure occurs, a BFRQ is sent, and a target MAC CE activation signaling is received, and before a MAC CE activation signaling indicating a TCI state of a transmission configuration is received, the TCI state of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs is determined according to the target MAC CE activation signaling indication, wherein the target MAC CE activation signaling is used to activate the transmission configuration indication TCI state of the CORESET, and the TCI state corresponds to the new beam; or

[0321] When a partial BFD RS group beam failure occurs, a BFRQ is sent, and a target high-level signaling is received, and before a MAC CE activation signaling indicating a TCI state of a transmission configuration is received, the TCI state of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs is determined according to the parameter configuration of the target high-level signaling, wherein the target high-level signaling includes setting the TCI state of the CORESET, and the TCI state corresponds to a new beam; or

[0322] After beam failure occurs in all the M BFD RS groups, and BFRQ is sent to report a new beam and a preset PDCCH is received, and before MAC CE activation signaling indicating the TCI state of the transmission configuration is received, the terminal only retains part of the CORESET and assumes that the antenna ports of this part of the CORESET have a QCL relationship with the new beam; or

[0323] When a partial BFD RS group beam failure occurs and BFRQ is sent, before receiving the MACCE activation signaling indicating the TCI state of the transmission configuration, it is assumed that the antenna port of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs has a quasi-co-site QCL relationship with the new beam, and it is assumed that the antenna port receiving PDSCH has a QCL relationship with the new beam.

[0324] Optionally, when the terminal is in a state of MTRP of single downlink control information S-DCI, the processor 510 is further configured to:

[0325] When a partial BFD RS group beam failure occurs, a BFRQ is sent and a preset PUSCH scheduled by a PDCCH is received or a preset PDCCH is received, and before a MAC CE activation signaling in a TCI state is received, it is assumed that the antenna port of the CORESET corresponding to the BFD RS group where the beam failure occurs or the CORESET-BFR has a QCL relationship with the new beam; or

[0326] When a partial BFD RS group beam failure occurs, a BFRQ is sent, and a target MAC CE activation signaling is received, and before a MAC CE activation signaling of a TCI state is received, a PDCCH is received according to the instruction of the target MAC CE activation signaling, and the target MAC CE activation signaling is used to activate the TCI state of the CORESET, and the TCI state corresponds to the new beam; or

[0327] When a partial BFD RS group beam failure occurs and BFRQ is sent, and before the MAC CE activation signaling in the TCI state is received, it is assumed that the antenna port of the CORESET or CORESET-BFR corresponding to the BFD RS group where the beam failure occurs has a QCL relationship with the new beam.

[0328] Optionally, if the terminal does not receive a BFRR within a preset window after reporting a BFRQ containing new beam information, the original TCI state or the original beam is still used to receive the PDCCH; or

[0329] When the terminal reports the BFRQ containing the new beam information, before receiving the MAC CE activation signaling of the TCI state, the original TCI state or the original beam is still used to receive the PDCCH.

[0330] This embodiment can improve the beam failure recovery effect of the terminal.

[0331] Optionally, an embodiment of the present invention also provides a terminal, including a processor 510, a memory 508, and a program or instruction stored in the memory 508 and executable on the processor 510. When the program or instruction is executed by the processor 510, each process of the above-mentioned beam failure recovery method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0332] An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the steps in the beam failure recovery method provided in the embodiment of the present application are implemented.

[0333] An embodiment of the present application also provides a program product, which is stored in a non-volatile storage medium and is executed by at least one processor to implement the steps in the beam failure recovery method provided in the embodiment of the present application.

[0334] The processor is a processor in the terminal or network device described in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a computer read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0335] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the various processes of the beam failure recovery method embodiment provided in the embodiment of the present application, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0336] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0337] It should be noted that, in this article, the terms "comprise", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that the process, method, article or device including a series of elements includes not only those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise one..." do not exclude the presence of other identical elements in the process, method, article or device including the element. In addition, it should be pointed out that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in reverse order according to the functions involved, for example, the described method may be performed in an order different from that described, and various steps may also be added, omitted, or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0338] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, a magnetic disk, or an optical disk), and includes a number of instructions for a terminal (which can be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0339] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of the present application, ordinary technicians in this field can also make many forms without departing from the purpose of the present application and the scope of protection of the claims, all of which are within the protection of the present application.

Claims

1. A beam failure recovery method, executed by a terminal, characterized in that: include: A beam failure event is triggered under the first condition; In case of the beam failure event, sending a beam failure recovery request BFRQ; The BFRQ is associated with M beam failure detection reference signal BFD RS groups, where M is a positive integer greater than 1; The BFRQ includes: a group number of a BFD RS group where beam failure occurs; The sending of the BFRQ comprises: When beam failure occurs in all the M BFD RS groups, the BFRQ is reported through a random access channel RACH.

2. The method according to claim 1, characterized in that The first condition includes: Each BFD RS of any BFD RS group among the M beam failure detection reference signal BFD RS groups has a beam failure; or A beam failure occurs in any BFD RS in the M BFD RS groups; or All BFD RSs in each BFD RS group of the M BFD RS groups have beam failure; The M BFD RS groups are obtained by dividing a plurality of BFD RSs corresponding to the terminal, and beam failure of the BFD RS means that the quality detection results of the BFD RS are all lower than the corresponding first preset threshold.

3. The method according to claim 1, characterized in that The M BFD RS groups correspond to M first preset thresholds respectively.

4. The method according to claim 1, characterized in that Each BFD RS group corresponds to one or more of the following configurations: The first physical uplink control channel PUCCH, random access channel RACH resources, and candidate beam sets.

5. The method according to claim 1, characterized in that The BFRQ includes information of one or more new beams, wherein the one or more new beams include: In a case where the terminal configures a candidate beam set, selecting one or more new beams from the candidate beam set; or When the terminal is configured with M candidate beam sets respectively corresponding to the M BFD RS groups, one or more new beams are selected from the candidate beam sets corresponding to the BFD RS groups where beam failure occurs; or In the case that the terminal is configured with K candidate beam sets, one or more new beams are selected from any candidate beam set, or one or more candidate beams are selected from the target candidate beam set, wherein K is greater than M, and the K candidate beam sets include M candidate beam sets corresponding to the M BFD RS groups respectively; the target candidate beam set is the candidate beam set corresponding to the BFD RS groups in the K candidate beam sets except the BFD RS groups in which no beam failure has occurred.

6. The method according to claim 5, characterized in that In the case of beam failure in N BFD RS groups, at most N new beams are selected from the MN beam candidate sets, where N is less than M. or In the event of beam failure among the M BFD RS groups, at most M new beams are selected or at most one new beam is selected.

7. The method according to claim 6, characterized in that In the case where the terminal is configured with K candidate beam sets, if multiple new beams are selected, the selected new beams belong to different candidate beam sets.

8. The method according to claim 1, characterized in that The sending of the BFRQ in the case where the beam failure event occurs includes: When there is a beam failure counter whose value is greater than or equal to a second preset threshold among the M beam failure counters configured by the terminal, sending a BFRQ, wherein the M beam failure counters are respectively used to correspond to the M BFD RS groups; The second preset threshold of the beam failure counter corresponding to each BFD RS group is configured separately.

9. The method according to claim 8, characterized in that The method further comprises: In the event of a beam failure, report a beam failure instance BFI to a higher layer, where the BFI includes an identifier of the BFD-RS group where the beam failure occurs; The beam failure counter corresponding to the BFD-RS group where the beam failure occurs is increased by 1; Among them, when the timer corresponding to the BFD-RS group where the beam failure occurs times out, the beam failure counter corresponding to the BFD-RS group where the beam failure occurs is recounted, and the timer corresponding to each BFD RS group is configured separately.

10. The method according to claim 1, characterized in that Some of the BFD RSs in the M BFD RS groups do not have the same spatial relationship with the demodulation reference signal DMRS corresponding to the control resource set CORESET; or The BFD RSs included in some of the M BFD RS groups do not have the same spatial relationship with the DMRS corresponding to the control resource set CORESET.

11. The method according to claim 1, characterized in that The sending of the BFRQ comprises: In the case that beam failure occurs in some BFD RS groups, an uplink data channel is used to send a media access control element MAC CE carrying the BFRQ.

12. The method according to claim 1, characterized in that The sending of the BFRQ comprises: In the case that beam failure occurs in some BFD RS groups, a media access control control element MAC CE carrying the BFRQ is sent using the most recently scheduled uplink data channel; or In the case that beam failure occurs in some BFD RS groups, a scheduling request SR is sent, and a MAC CE carrying the BFRQ is sent on an uplink data channel, where the uplink data channel is an uplink data channel obtained through scheduling by the SR request.

13. The method according to claim 12, characterized in that The sending of the SR comprises: The SR is sent using a first PUCCH, wherein the first PUCCH corresponds to a BFD RS group in which beam failure occurs or a BFD RS group in which beam failure does not occur.

14. The method according to claim 12, characterized in that The terminal sends the BFRQ through the MAC CE under the configuration of multiple transmission and reception points MTRP; or When the terminal obtains a configuration indication of using MAC CE to send BFRQ, the BFRQ is sent through the MAC CE.

15. The method according to claim 12, characterized in that The uplink data channel corresponds to the transmitting and receiving point TRP where no beam failure occurs.

16. The method according to claim 12, characterized in that In the case that beam failure occurs in some BFD RS groups, the sending of the BFRQ further includes: If, during the process of sending the BFRQ using the MAC CE, another part of the BFD RS groups has a beam failure, the MAC CE transmission is interrupted, and the BFRQ is sent through the RACH, wherein the BFRQ process refers to the process from determining that the beam failure of some BFD RS groups occurs to sending the physical uplink shared channel PUSCH of the MAC CE carrying the BFRQ; or If beam failure occurs in another part of the BFD RS groups during the process of sending the BFRQ using the MAC CE, continue to send the MAC CE and send the BFRQ through the RACH, wherein the BFRQ process refers to the process from determining that beam failure occurs in some BFD RS groups to sending the PUSCH of the MAC CE carrying the BFRQ; or If the MAC CE is multiplexed and sent with an uplink service, then the PUSCH multiplexed with the MAC CE and the uplink service continues to be sent; or, if only the MAC CE is sent, then the PUSCH carrying the MAC CE is not sent.

17. The method according to claim 1, wherein: The sending the BFRQ through the RACH includes: When beam failure occurs in all the M BFD RS groups and the terminal finds a new beam, report the BFRQ using RACH of non-contention-based random access CFRA; or The BFRQ is reported using RACH of contention-based random access (CBRA).

18. The method according to claim 17, characterized in that The RACH resource of the RACH corresponds to at least one of the following: New beam, BFD RS group where beam failure occurs.

19. The method of claim 1, wherein: After sending the BFRQ, the method further includes: After beam failure occurs in some BFD RS groups and BFRQ is issued, a response BFRR of the BFRQ is monitored; or, After sending the BFRQ, the response of the BFRQ is not monitored. If the BFRQ is sent successfully, it is determined that the beam failure recovery BFR is successful.

20. The method according to claim 1, 8 or 9, characterized in that The method further comprises: In the case where the network focuses on configuring the BFD RS corresponding to the CORESET pool index CORESETPoolIndex, at least one of the beam failure counter and the beam failure timer corresponding to the BFD RS group to which the reconfigured BFD RS belongs is reset.

21. The method of claim 1, wherein: The method further comprises: When beam failure occurs in some BFD RS groups and BFRQ is sent, BFRR is received under any of the following conditions: Receiving a preset PUSCH scheduled by a PDCCH; or Receiving a preset PDCCH; or receiving a target MAC CE activation signaling, wherein the target MAC CE activation signaling is used to activate a transmission configuration indication TCI state of a CORESET, and the TCI state corresponds to a new beam; or A target high-layer signaling is received, wherein the target high-layer signaling includes setting a TCI state of a CORESET, and the TCI state corresponds to a new beam.

22. The method of claim 1, wherein: When the terminal is in a multi-transmission and reception point MTRP state of multiple downlink control information M-DCI, the method further includes: When a partial BFD RS group beam failure occurs, a BFRQ is sent and a preset PUSCH scheduled by a PDCCH is received or a preset PDCCH is received, and before a MAC CE activation signaling indicating a TCI state of the transmission configuration is received, it is assumed that the antenna port of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs has a quasi-co-location QCL relationship with the new beam, and it is assumed that the antenna port receiving the PDSCH has a QCL relationship with the new beam; or When a partial BFD RS group beam failure occurs, a BFRQ is sent, and a target MAC CE activation signaling is received, and before a MAC CE activation signaling indicating a TCI state of a transmission configuration is received, the TCI state of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs is determined according to the target MAC CE activation signaling indication, wherein the target MAC CE activation signaling is used to activate the transmission configuration indication TCI state of the CORESET, and the TCI state corresponds to the new beam; or When a partial BFD RS group beam failure occurs, a BFRQ is sent, and a target high-level signaling is received, and before a MAC CE activation signaling indicating a TCI state of a transmission configuration is received, the TCI state of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs is determined according to the parameter configuration of the target high-level signaling, wherein the target high-level signaling includes setting the TCI state of the CORESET, and the TCI state corresponds to a new beam; or After beam failure occurs in all the M BFD RS groups, and BFRQ is sent to report a new beam and a preset PDCCH is received, and before MAC CE activation signaling indicating the TCI state of the transmission configuration is received, the terminal only retains part of the CORESET and assumes that the antenna ports of this part of the CORESET have a QCL relationship with the new beam; or When a partial BFD RS group beam failure occurs and BFRQ is sent, before receiving the MAC CE activation signaling indicating the TCI status of the transmission configuration, it is assumed that the antenna port of the CORESET associated with the CORESETPoolIndex corresponding to the BFD RS group where the beam failure occurs has a quasi-co-site QCL relationship with the new beam, and it is assumed that the antenna port receiving PDSCH has a QCL relationship with the new beam.

23. The method of claim 1, wherein: When the terminal is in a state of MTRP of single downlink control information S-DCI, the method further includes: When a partial BFD RS group beam failure occurs, a BFRQ is sent and a preset PUSCH scheduled by a PDCCH is received or a preset PDCCH is received, and before a MAC CE activation signaling in a TCI state is received, it is assumed that the antenna port of the CORESET corresponding to the BFD RS group where the beam failure occurs or the CORESET-BFR has a QCL relationship with the new beam; or When a partial BFD RS group beam failure occurs, a BFRQ is sent, and a target MAC CE activation signaling is received, and before a MAC CE activation signaling of a TCI state is received, a PDCCH is received according to the instruction of the target MAC CE activation signaling, and the target MAC CE activation signaling is used to activate the TCI state of the CORESET, and the TCI state corresponds to a new beam; or When a partial BFD RS group beam failure occurs and BFRQ is sent, and before the MAC CE activation signaling in the TCI state is received, it is assumed that the antenna port of the CORESET or CORESET-BFR corresponding to the BFD RS group where the beam failure occurs has a QCL relationship with the new beam.

24. The method of claim 1, wherein: If the terminal does not receive a BFRR within a preset window after reporting a BFRQ containing new beam information, the original TCI state or the original beam is still used to receive the PDCCH; or When the terminal reports the BFRQ containing the new beam information, before receiving the MAC CE activation signaling of the TCI state, the original TCI state or the original beam is still used to receive the PDCCH.

25. A beam failure recovery method, characterized in that: include: The network device receives a beam failure recovery request BFRQ sent by the terminal, wherein the BFRQ is related to M beam failure detection reference signal BFD RS groups, and M is a positive integer greater than 1; The BFRQ includes: The group number of the BFD RS group where the beam failure occurs; The network device receiving the BFRQ sent by the terminal includes: The network device receives the BFRQ reported by the terminal through a random access channel RACH, wherein the BFRQ is the BFRQ reported by the terminal through the RACH when beam failure occurs in all the M BFD RS groups.

26. The method of claim 25, wherein: The BFRQ includes information of one or more new beams, wherein the one or more new beams include: In a case where the terminal configures a candidate beam set, selecting one or more new beams from the candidate beam set; or When the terminal is configured with M candidate beam sets respectively corresponding to the M BFD RS groups, one or more new beams are selected from the candidate beam sets corresponding to the BFD RS groups where beam failure occurs; or In the case that the terminal is configured with K candidate beam sets, one or more new beams are selected from any candidate beam set, or one or more candidate beams are selected from the target candidate beam set, wherein K is greater than M, and the K candidate beam sets include M candidate beam sets corresponding to the M BFD RS groups respectively; the target candidate beam set is the candidate beam set corresponding to the BFD RS groups in the K candidate beam sets except the BFD RS groups in which no beam failure has occurred.

27. The method according to claim 25 or 26, characterized in that The method further comprises: The network device configures the M BFD RS groups for the terminal.

28. A beam failure recovery device, characterized in that: include: A trigger module, used for triggering a beam failure event under a first condition; A first reporting module, configured to send a beam failure recovery request BFRQ when the beam failure event occurs; The BFRQ is associated with M beam failure detection reference signal BFD RS groups, where M is a positive integer greater than 1; The BFRQ includes: The group number of the BFD RS group where the beam failure occurs; The sending of the BFRQ comprises: When beam failure occurs in all the M BFD RS groups, the BFRQ is reported through a random access channel RACH.

29. The device according to claim 28, characterized in that The first condition includes: Each BFD RS of any BFD RS group among the M beam failure detection reference signal BFD RS groups has a beam failure; or A beam failure occurs in any BFD RS in the M BFD RS groups; or All BFD RSs in each BFD RS group of the M BFD RS groups have beam failure; The M BFD RS groups are obtained by dividing multiple BFD RSs corresponding to the terminal, M is a positive integer greater than 1, and beam failure of BFD RS means that the quality detection results of BFD RS are all lower than the corresponding first preset threshold.

30. The device according to claim 28, characterized in that Each BFD RS group corresponds to one or more of the following configurations: The first physical uplink control channel PUCCH, random access channel RACH resources, and candidate beam sets.

31. A terminal, characterized in that: include: A memory, a processor, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps in the beam failure recovery method as described in any one of claims 1 to 24.

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

Images