WO2021160073A1

WO2021160073A1 - Beam failure recovery method, storage medium, chip and related devices

Info

Publication number: WO2021160073A1
Application number: PCT/CN2021/075893
Authority: WO
Inventors: 张萌
Original assignee: 展讯通信（上海）有限公司
Priority date: 2020-02-14
Filing date: 2021-02-07
Publication date: 2021-08-19
Also published as: CN113271604B; CN113271604A

Abstract

Disclosed in embodiments of the present application are a beam failure recovery method, a storage medium, a chip and related devices. A network device is used for performing beam failure recovery management on a terminal device, and the terminal device is configured with a plurality of signal transmit-receive points (TRPs). The method applied to the terminal device comprises: detecting a beam failure event; determining whether a TRP where beam failure occurs satisfies a beam failure recovery condition according to the beam failure event; and if yes, obtaining beam failure information and sending same to the network device, the beam failure information being used for reporting the beam failure event. In a multi-TRP scenario, the terminal device in the embodiments of the present application can determine whether a TRP where beam failure occurs satisfies a beam failure recovery condition, and send beam failure information to the network device only when the TRP where beam failure occurs satisfies the beam failure recovery condition, so that the network device can perform beam failure recovery management on the terminal device to realize beam failure recovery.

Description

Beam failure recovery method, storage medium, chip and related equipment

Technical field

The present invention relates to the field of communication technology, in particular to a beam failure recovery method, storage medium, chip and related equipment.

Background technique

In the 5th Generation mobile communication technology (5G), due to severe channel fluctuations, beam misalignment between the base station and the terminal device may occur. Beam failure recovery can help the base station or terminal device adjust the current failed beam to an available beam according to the beam measurement result, thereby avoiding frequent wireless link failures caused by beam misalignment. In a scenario where a terminal device is configured with a single signal receiving and sending point (Transmit-Receive Point, TRP), beam failure recovery mainly includes beam failure detection, candidate beam identification, beam recovery request transmission, and base station response.

Summary of the invention

The technical problem to be solved by this application is how to realize beam failure recovery in a scenario where a terminal device is configured with multiple signal receiving and sending points.

In the first aspect, this application provides a beam failure recovery method, which is applied to a terminal device, and the terminal device is configured with M signal transceiving points TRP, where M is an integer greater than or equal to 2, and the method includes:

Detecting a beam failure event by the terminal device, where the beam failure event is used to indicate that a beam failure occurs in the TRP configured by the terminal device;

According to the beam failure event, the terminal device determines whether the TRP where the beam failure occurs meets the beam failure recovery condition;

If so, the terminal device acquires beam failure information and sends the beam failure information to the network device, and the beam failure information is used to report the beam failure event, so that the network device performs beaming on the terminal device. Failure recovery management.

In the multi-TRP scenario, the terminal device in the embodiment of the present application can determine whether the TRP where the beam failure occurs meets the beam failure recovery conditions, and send the beam failure information to the network device only when the TRP where the beam failure occurs meets the beam failure recovery conditions In order to enable the network device to perform beam failure recovery management on the terminal device to achieve beam failure recovery.

As an optional implementation manner, the beam failure recovery condition is that the specified TRP has a beam failure; the terminal device determining whether the TRP that has a beam failure meets the beam failure recovery condition includes:

The terminal device judges whether a beam failure occurs in the designated TRP;

If so, the terminal device determines that the TRP where the beam failure has occurred satisfies the beam failure recovery condition.

As another optional implementation manner, the beam failure recovery condition is that a specified number of TRPs have beam failures; the terminal device determining whether the TRPs with beam failures meet the beam failure recovery conditions include:

The terminal device determines the number of TRPs that have failed beams;

When it is determined that a specified number of TRPs have beam failures, the terminal device determines whether the TRPs that have beam failures meet the beam failure recovery conditions.

As an optional implementation manner, after the network device receives the beam failure information from the terminal device, the method further includes:

According to the beam failure information, the network device determines the beam failure recovery mechanism adopted by the terminal device;

Correspondingly, the failure TRP identifier set corresponding to the beam failure information obtained by the network device includes:

According to the beam failure recovery mechanism, the network device obtains the failure TRP identifier set corresponding to the beam failure information.

As an optional implementation manner, before the terminal device sends the beam failure information to the network device, the method further includes:

The beam failure recovery mechanism that the terminal device determines to adopt;

Correspondingly, sending, by the terminal device, the beam failure information to the network device includes:

According to the beam failure recovery mechanism, the terminal device sends the beam failure information to the network device.

As an optional implementation manner, the beam failure recovery mechanism is RACH-based BFR based on random access channel beam failure, or MAC-CE based BFR based on the control unit of the medium access control layer. .

In the second aspect, the present application provides a beam failure recovery method, which is applied to a network device, the network device is used to perform beam failure recovery management on a terminal device, and the terminal device is configured with M signal transceiving points TRP, where M is An integer greater than or equal to 2, the method includes:

The network device receives beam failure information from the terminal device, where the beam failure information is used to indicate that some or all of the M TRPs configured by the terminal device have beam failure;

Acquiring, by the network device, a failure signal transceiving point identifier set corresponding to the beam failure information, where the failure signal transceiving point identifier set includes the identifier of the TRP where the beam failure occurs among the M TRPs;

According to the acquired set of failure signal receiving and sending point identifiers, the network device performs beam failure recovery management on the terminal device.

In a multi-signal transceiving point scenario, the network device in the embodiment of the present application may obtain a failed TRP identifier set, and perform beam failure recovery management on the terminal device according to the failed TRP identifier set to achieve beam failure recovery.

Correspondingly, acquiring, by the network device, the failure signal transceiving point identifier set corresponding to the beam failure information includes:

According to the beam failure recovery mechanism, the network device obtains the failure signal receiving and sending point identifier set corresponding to the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes a random access channel preamble RACH preamble identifier, and the network device obtains the failure corresponding to the beam failure information The TRP logo set includes:

According to the RACH preamble identifier and the corresponding relationship between the TRP identifier and the RACH preamble identifier, the network device obtains the failure TRP identifier set corresponding to the beam failure information.

As another optional implementation manner, the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes a RACH preamble identifier, and the network device acquiring the failure TRP identifier set corresponding to the beam failure information includes:

According to the detected RACH Occasion information of the RACH preamble identifier and the corresponding relationship between the TRP identifier and the RACH Occasion information, the network device obtains the failure TRP identifier set corresponding to the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes new beam information, and the network device acquiring the failure TRP identifier set corresponding to the beam failure information includes:

According to the new beam information and the correspondence between the beam information and the TRP identifier, the network device determines the failure TRP identifier set corresponding to the beam failure information.

As another optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes a TRP identifier, and the network device acquiring the failure TRP identifier set corresponding to the beam failure information includes:

According to the TRP identifier, the network device generates a failed TRP identifier set corresponding to the beam failure information.

In this implementation manner, the receiving of the beam failure information from the terminal device by the network device includes:

The network device receives the physical uplink shared channel PUSCH from the terminal device, where the PUSCH carries the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; before the network device receives the beam failure information from the terminal device, the method further includes:

Receiving, by the network device, physical uplink control channel-beam failure recovery PUCCH-BFR information from the terminal device, where the PUCCH-BFR information includes a beam failure event indication and/or a TRP identifier;

Correspondingly, acquiring, by the network device, the failure TRP identifier set corresponding to the beam failure information includes:

As an optional implementation manner, the PUCCH-BFR information includes a beam failure event indication and a scheduling request, and the scheduling request includes the TRP identifier.

In a third aspect, the present application provides a terminal device, which includes modules and units for executing the method of the above-mentioned first aspect and each possible method implementation manner of the first aspect. Specifically, the terminal device is configured with M signal transceiving points TRP, and M is an integer greater than or equal to 2. The network equipment includes:

The detection module is configured to detect a beam failure event, where the beam failure event is used to indicate that the TRP configured by the terminal device has a beam failure;

The determining module is configured to determine whether the TRP in which the beam failed meets the beam failure recovery condition according to the beam failure event;

The obtaining module is used to obtain the beam failure information when it is determined that the TRP that has the beam failure meets the beam failure recovery condition;

The sending module is configured to send the beam failure information to a network device, and the beam failure information is used to report the beam failure event, so that the network device performs beam failure recovery management on the terminal device.

As an optional implementation manner, the beam failure recovery condition is that the specified TRP has a beam failure; the determining module includes:

The judging unit is used to judge whether the specified TRP has a beam failure;

The first determining unit is configured to determine that the TRP that has failed the beam satisfies the beam failure recovery condition when the specified TRP has a beam failure.

As another optional implementation manner, the beam failure recovery condition is that a specified number of TRPs have beam failure; the determining module includes:

The second determining unit is used to determine the number of TRPs that have failed beams;

The third determining unit is used to determine whether the TRP that has failed the beam meets the beam failure recovery condition when it is determined that the specified number of TRPs have failed beams.

As an optional implementation manner, the determining module is further configured to:

Determine the beam failure recovery mechanism to be adopted;

Correspondingly, the sending module is specifically used for:

According to the beam failure recovery mechanism, the beam failure information is sent to the network device.

Based on the same inventive concept, since the principle and beneficial effects of the terminal device to solve the problem can be referred to the method of the first aspect and the possible implementation manners of the first aspect and the beneficial effects brought about, the implementation of the terminal device can be referred to The above-mentioned method of the first aspect and each possible implementation manner of the first aspect will not be repeated here.

In a fourth aspect, the present application provides a network device, which includes a module for executing the method of the second aspect and each possible method implementation manner of the second aspect. Specifically, the network device is used to perform beam failure recovery management on the terminal device, and the terminal device is configured with M signal transceiving points TRP, and M is an integer greater than or equal to 2. The network equipment includes:

A receiving module, configured to receive beam failure information from the terminal device, where the beam failure information is used to indicate that some or all of the M TRPs configured by the terminal device have beam failure;

An obtaining module, configured to obtain a failure signal receiving and sending point identification set corresponding to the beam failure information, wherein the failure signal receiving and sending point identification set includes the identification of the TRP where the beam failure occurs among the M TRPs;

The management module is configured to perform beam failure recovery management on the terminal device according to the acquired failure signal receiving and sending point identifier set.

As an optional implementation manner, the network device further includes:

A determining module, configured to determine the beam failure recovery mechanism adopted by the terminal device by the network device according to the beam failure information;

Correspondingly, the acquisition module is specifically used for:

According to the beam failure recovery mechanism, a failure signal receiving and sending point identifier set corresponding to the beam failure information is acquired.

As an optional implementation manner, the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes the RACH preamble identifier, and the acquiring module is specifically configured to:

According to the RACH preamble identifier and the corresponding relationship between the TRP identifier and the RACH preamble identifier, a failure TRP identifier set corresponding to the beam failure information is obtained.

As another optional implementation manner, the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes a RACH preamble identifier, and the acquiring module is specifically configured to:

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes new beam information, and the acquisition module is specifically configured to:

According to the new beam information and the corresponding relationship between the beam information and the TRP identifier, obtain the failure TRP identifier set corresponding to the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes a TRP identifier, and the acquiring module is specifically configured to:

According to the TRP identifier, a failure TRP identifier set corresponding to the beam failure information is generated.

As an optional implementation manner, the receiving module is specifically configured to:

Receive a physical uplink shared channel PUSCH from the terminal device, where the PUSCH carries the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the receiving module is further configured to:

Receiving physical uplink control channel-beam failure recovery PUCCH-BFR information from the terminal device, where the PUCCH-BFR information includes a beam failure event indication and/or a TRP identifier;

Correspondingly, the acquisition module is specifically used for:

Based on the same inventive concept, since the principle and beneficial effects of the network device to solve the problem can be referred to the above-mentioned second method and the possible implementation manners of the second aspect and the beneficial effects brought about, the implementation of the network device can be referred to the above-mentioned first The method of the second aspect and each possible implementation manner of the second aspect will not be repeated here.

In a fifth aspect, the present application provides a terminal device, the terminal device including: a memory, configured to store one or more programs; a processor, configured to call the programs stored in the memory to implement the method of the above-mentioned first aspect For the solution in the design, the implementation of the terminal device to solve the problem, and the beneficial effects, please refer to the above-mentioned method of the first aspect and the possible implementations of the first aspect and the beneficial effects brought about, and the repetition will not be repeated.

In a sixth aspect, the present application provides a network device, the network device includes: a memory, configured to store one or more programs; a processor, configured to call the programs stored in the memory to implement the method of the second aspect described above For the solution in the design, the implementation manner and the beneficial effects of the network device to solve the problem, please refer to the method of the second aspect and the possible implementation manners of the second aspect and the beneficial effects brought about, and the repetition will not be repeated.

In a seventh aspect, the present application provides a computer-readable storage medium, the computer-readable storage medium stores a computer program, and the computer program includes computer instructions that, when executed by a processor, cause the processor to execute the above-mentioned first The method on the one hand, the possible implementation manners of the first aspect and the beneficial effects brought about by the method on the one hand, will not be repeated here.

In an eighth aspect, the present application provides a computer-readable storage medium storing a computer program, and the computer program includes computer instructions that, when executed by a processor, cause the processor to execute the above-mentioned first The method of the second aspect, the possible implementation manners of the second aspect and the beneficial effects brought by it, will not be repeated here.

In a ninth aspect, this application provides a chip that is applied to a terminal device, and the terminal device is configured with M signal transceiving points TRP, where M is an integer greater than or equal to 2;

The chip is configured to detect a beam failure event, the beam failure event is used to indicate that the TRP configured by the terminal device has a beam failure; according to the beam failure event, determine whether the TRP where the beam failure occurs meets the beam failure recovery condition; If yes, obtain the beam failure information and output the beam failure information, so as to send the beam failure information to the network device, and the beam failure information is used to report the beam failure event so that the network device responds to the terminal The device performs beam failure recovery management. The implementation of the chip to solve the problem and the beneficial effects can be referred to the method of the first aspect and the possible implementations of the first aspect and the beneficial effects brought about by the chip, and the repetition will not be repeated.

In a tenth aspect, the present application provides a chip that is used to perform beam failure recovery management on a terminal device, the terminal device is configured with M signal transceiving points TRP, and M is an integer greater than or equal to 2;

The chip is configured to obtain a failure signal receiving and sending point identification set corresponding to the beam failure information from the terminal device, where the beam failure information is used to indicate part or all of the M TRPs configured by the terminal device When a beam failure occurs, the set of failed signal receiving and sending point identifiers includes the identifiers of the TRP that has beam failure among the M TRPs; according to the acquired set of failed signal receiving and transmitting point identifiers, the terminal device is managed for beam failure recovery, and the chip For the implementation manners and beneficial effects of solving the problem, please refer to the above-mentioned method of the second aspect and the possible implementation manners of the second aspect and the beneficial effects brought about, and the repetition will not be repeated.

In an eleventh aspect, the present application provides a module device, the module device is applied to a terminal device, the terminal device is configured with M signal transceiving points TRP, M is an integer greater than or equal to 2, the module device Including communication modules and chip modules; among them:

The chip module is used to detect a beam failure event, the beam failure event is used to indicate that the TRP configured by the terminal device has a beam failure; according to the beam failure event, it is determined whether the TRP where the beam failure occurs satisfies the beam failure recovery Condition; if yes, obtain beam failure information and output the beam failure information;

The communication module is configured to send the beam failure information to a network device, and the beam failure information is used to report the beam failure event, so that the network device can perform beam failure recovery management on the terminal device; For the implementation manners and beneficial effects of the group device to solve the problem, please refer to the above-mentioned method of the first aspect and the possible implementation manners of the first aspect and the beneficial effects brought about, and the repetition will not be repeated.

In a twelfth aspect, the present application provides a module device, the module device is used to perform beam failure recovery management on a terminal device, the terminal device is configured with M signal transceiving points TRP, and M is an integer greater than or equal to 2 ; The module equipment includes a communication module and a chip module; wherein:

The communication module is configured to receive beam failure information from the terminal device, where the beam failure information is used to indicate that some or all of the M TRPs configured by the terminal device have beam failure;

The module device is configured to obtain a failure signal receiving and sending point identification set corresponding to the beam failure information, wherein the failure signal receiving and sending point identification set includes the identification of the TRP where the beam failure occurred among the M TRPs; The failure signal receiving and sending point identifier set of the terminal device is used to perform beam failure recovery management on the terminal device; the implementation manner and beneficial effects of the module device to solve the problem can be referred to the method of the second aspect and the possible implementation manners of the second aspect and The beneficial effects brought by the repetition will not be repeated.

Description of the drawings

FIG. 1 is a schematic flowchart of a beam failure recovery method provided by an embodiment of the present application;

2 is a schematic flowchart of another beam failure recovery method provided by an embodiment of the present application;

FIG. 3 is a schematic flowchart of another beam failure recovery method provided by an embodiment of the present application;

4 is a schematic flowchart of yet another beam failure recovery method provided by an embodiment of the present application;

FIG. 5 is a schematic flowchart of yet another beam failure recovery method provided by an embodiment of the present application;

FIG. 6 is a schematic diagram of a framework of a terminal device provided by an embodiment of the present application;

FIG. 7 is a schematic diagram of a framework of a network device provided by an embodiment of the present application;

FIG. 8 is a schematic diagram of the framework of another terminal device provided by an embodiment of the present application;

FIG. 9 is a schematic diagram of the framework of another network device provided by an embodiment of the present application;

FIG. 10 is a schematic structural diagram of a module device provided by an embodiment of the application.

Detailed ways

The embodiments of the present application will be described in detail below in conjunction with the drawings in the embodiments of the present application.

Please refer to FIG. 1. FIG. 1 is a schematic flowchart of a beam failure recovery method provided by an embodiment of the present application. Among them, the beam failure recovery method can be specifically applied to terminal devices, which can be mobile phones (such as Android phones, iOS phones, etc.), tablets, desktop computers, mobile Internet devices (MID), and personal digital devices. Assistant (Personal Digital Assistant, PDA), etc. The terminal device is configured with M signal receiving and sending points (Transmit-Receive Points, TRP), where M is an integer greater than or equal to 2. As shown in Figure 1, the beam failure recovery method includes the following steps:

S11. The terminal device detects a beam failure event.

In the embodiment of the present application, the beam failure event is used to indicate that the TRP configured by the terminal device has a beam failure. Specifically, the occurrence of beam failure of the TRP refers to that the number of consecutive simultaneous failures of the listening beam corresponding to the TRP reaches or exceeds a threshold.

S12. According to the beam failure event, the terminal device determines whether the TRP where the beam failure occurs meets the beam failure recovery condition.

In the embodiment of the present application, the beam failure recovery condition may be that a specified TRP has a beam failure or a specified number of TRPs have a beam failure.

As an optional implementation manner, when the beam failure recovery condition is that the specified TRP has a beam failure, the terminal device determining whether the beam failure recovery condition is satisfied may specifically include: judging whether the specified TRP has a beam failure; The terminal device determines that the beam failure recovery condition is satisfied.

Wherein, the designated TRP may be a TRP with a designated identifier, such as TRP-0. Alternatively, the designated TRP may be a TRP with a designated meaning, such as a TRP configured with radio resource control (Radio Resource Control, RRC) signaling for the terminal device.

Taking M=2, that is, the terminal device is configured with 2 TRPs as an example, it is schematically illustrated whether the terminal device determines whether the TRP in which the beam failure has occurred satisfies the beam failure recovery condition. The identifiers of the two TRPs are TRP-0 and TRP-1, respectively, where TRP-0 can be a TRP configured with RRC signaling for the terminal device or TRP-0 is a Primary TRP.

In a specific embodiment, the designated TRP may be the TRP with the smallest sequence number or the TRP with the largest sequence number.

In a specific embodiment, the terminal device may determine whether the TRP identified as TRP-0 has a beam failure; if so, the terminal device determines that the beam failure recovery condition is satisfied.

In another specific embodiment, the terminal device may determine whether the TRP configured with RRC signaling for the terminal device has a beam failure by determining whether TRP-0 is included; if so, the terminal device determines that the beam failure recovery condition is satisfied. Optionally, in this embodiment, the terminal device may pre-store the corresponding relationship between the terminal device identifier and the identifier of the TRP for configuring the RRC signaling for the terminal device.

As another optional implementation manner, when the beam failure recovery condition is that a specified number of TRPs have beam failures, the terminal device determining whether the beam failure recovery conditions are met may specifically include: the terminal device determining the TRP where the beam failure has occurred Quantity: When it is determined that a specified number of TRPs have beam failures, the terminal device determines that the beam failure recovery conditions are met.

Wherein, the TRPs with the specified number may be all TRPs configured by the terminal device (ie, M TRPs) or at least L TRPs, and L is a positive integer less than M.

Taking M=3, that is, the terminal device is configured with 3 TRPs as an example, how the terminal device determines whether the beam failure recovery condition is satisfied is schematically illustrated. Among them, the identifiers of the three TRPs are TRP-0, TRP-1, and TRP2, respectively.

In a specific embodiment, the terminal device can determine whether TRP-0, TRP-1, and TRP2 all have beam failure; if so, the terminal device can determine that the beam failure recovery condition is satisfied.

In another specific embodiment, the terminal device can determine whether at least two TRPs have beam failure; if so, the terminal device can determine that the beam failure recovery condition is satisfied.

S13. When it is determined that the TRP where the beam failure has occurred satisfies the beam failure recovery condition, the terminal device obtains the beam failure information and sends it to the network device.

The beam failure information is used to report the beam failure event to the network device, so that the network device performs beam failure recovery management on the terminal device.

In the embodiment of the present application, the terminal device may send a beam failure recovery request to the network device. Performing beam failure recovery management on the terminal device by the network device may specifically include: responding to the beam failure recovery request, the network device generating a beam failure recovery response and sending it to the terminal device.

In a multi-signal transceiver (Multi-TRP, M-TRP) scenario, the terminal device in the embodiment of the present application can determine whether the TRP that has a beam failure meets the beam failure recovery condition, and only when the beam failure recovery condition is satisfied The network device sends beam failure information to enable the network device to perform beam failure recovery management on the terminal device to implement beam failure recovery.

Please refer to FIG. 2, which is a schematic flowchart of another beam failure recovery method provided by an embodiment of the present application. Wherein, the beam failure recovery method can be specifically applied to the network device, and the network device can be a mobile communication base station, including but not limited to a macro base station, a micro base station, an omni-directional station, and the like. The network device is used to perform beam failure recovery management on the terminal device, and the terminal device is configured with M TRPs, where M is an integer greater than or equal to 2. As shown in Figure 2, the beam failure recovery method includes the following steps:

S21. The network device receives beam failure information from the terminal device.

When a beam failure event is detected, the terminal device may send beam failure information to the network device. In the embodiment of the present application, the beam failure information is used to indicate that the TRP configured by the terminal device has a beam failure, that is, one of the M TRPs or N TRPs have a beam failure, where N is greater than 1 and less than or equal to M. Integer.

S22. The network device obtains the failure TRP identifier set corresponding to the beam failure information.

In the embodiment of the present application, the failure TRP identifier set includes the identifier of the TRP in the M TRPs where the beam failed. Specifically, the identifier of the TRP may be a TRP index.

S23. According to the acquired failure TRP identifier set, the network device performs beam failure recovery management on the terminal device.

In the embodiment of the present application, the network device may also receive a beam failure recovery request from the terminal device. Performing beam failure recovery management by the network device on the terminal device may specifically include: responding to the beam failure recovery request, the network device generating a beam failure recovery response and sending it to the terminal device.

In the M-TRP scenario, the network device in the embodiment of the present application may obtain a failed TRP identifier set, and perform beam failure recovery management on the terminal device according to the failed TRP identifier set to achieve beam failure recovery.

The following method embodiments are used to explain how to apply the beam failure recovery methods shown in FIG. 1 and FIG. 2 to different beam failure recovery mechanisms.

Please refer to FIG. 3, which is a schematic flowchart of another beam failure recovery method provided by an embodiment of the present application. Among them, the beam failure recovery method can be specifically applied to network equipment. The communication network includes a network device and a terminal device, the network device is used to perform beam failure recovery management on the terminal device, and the terminal device is configured with M TRPs. Among them, M is an integer greater than or equal to 2. As shown in Figure 3, the beam failure recovery method includes the following steps:

S31. The terminal device performs beam failure detection (BFD) to detect the beam failure event.

In the embodiment of this application, the terminal device may first determine the BFD set of TRP

The BFD set

It includes multiple reference signal (Reference Signal, RS) identities. On a single bandwidth part (Bandwidth Part, BWP), one

Up to 2 RS identifiers can be included. Optionally, the terminal device can independently configure its own BFD set for each TRP

If a TRP

The radio link quality corresponding to the identities of all RSs (that is, the radio link quality of all RSs) is lower than the preset signal quality threshold Q _out,LR , which indicates that all beams of the TRP have failed at this time, thus The physical layer sends beam failure indication information to the higher layer. Among them, the quality of the radio link can be specifically the block error rate (BLER), Q _{out, LR} can reuse the BLER threshold of radio link monitoring (Radio Link Monitoring, RLM) asynchronous, that is, Q _{out, LR} It can be set as the default value of the high-level parameter RLM-IS-OOS-thresholdConfig.

In the embodiment of the present application, the physical layer may send the beam failure indication information to the higher layer periodically, and the value range of the sending period T is max[a, 2ms]. Where a is

The shortest period of the RS indicated by the identifier in. It is understandable that only when a beam failure occurs, the physical layer needs to send the beam failure indication information to the higher layer.

When receiving the beam failure indication information, the higher layer can record the number of beam failures of the TRP in the terminal device. If the number of consecutive beam failures reaches the preset failure threshold, indicating that the TRP has a beam failure event, the terminal device may further execute step S32. Wherein, the range of the failure threshold may specifically be {1,2,3,4,5,6,8,10}.

As an optional implementation manner, the terminal device is configured with a high-level parameter Beam-Failure-Detection-RS-ResourceConfig. In this embodiment, the RRC signaling configures a periodic channel state information reference signal (CSI-RS) set for the terminal device through the high-level parameter RadioLinkMonitoringRS, and the terminal device can determine the CSI-RS set as TRP BFD collection

As another optional implementation manner, the terminal device is not configured with the high-level parameter Beam-Failure-Detection-RS-ResourceConfig. In this embodiment, the UE will monitor the RS set in the transmission configuration indication (Transmission Configuration Indication, TCI) state corresponding to the control resource set (Control Resource Set, CORESET) of the physical downlink control channel (PDCCH) to meet quasi-coordination. The RS of the Quasi-Colocation (QCL) relationship is determined as the BFD set of TRP

in

Including periodic CSI-RS resources and/or synchronization signal block (Synchronization Signal Block, SSB).

In the embodiments of this application,

The RS indicated by the identifier in supports only one antenna interface.

S32. The terminal device performs candidate beam (Candidate Beam) identification.

In the embodiment of this application, the terminal device may further determine the candidate beam set of TRP

And will

It is associated with a dedicated non-contention-based Physical Random Access Channel (PRACH) resource for beam failure recovery (BFR). Optionally, the terminal device can independently configure its own candidate beam set for each TRP

Among them, the candidate beam set

It includes CSI-RS and/or SSB configured by RRC signaling through the high-level parameter Candidate-Beam-RS-List.

When the number of consecutive beam failures of a certain TRP reaches the preset failure threshold, the MAC layer may request candidate beams from the physical layer. When receiving the request, the physical layer can use the TRP

The beams satisfying the layer 1 reference signal received power (Layer 1-Reference Signal Received Power, L1-RSRP) condition are determined as candidate beams and the identifier (ie index) of the candidate beam is sent to the MAC layer.

Further, the MAC layer may determine a new beam from the candidate beams.

Specifically, if the L1-RSRP of the CSI-RS is scaled by the value provided by the higher layer parameter Pc_SS and the power value obtained is greater than Q _in,LR , then the CSI-RS satisfies the L1-RSRP condition; if the L1-RSRP of the SSB is greater than Q _in,LR , the SSB satisfies the L1-RSRP condition. Among them, Q _{in, LR} can be set as the default value of the high-level parameter Beam-failure-candidate-beam-threshold.

Optionally, when the number of consecutive beam failures reaches a preset failure threshold, if

If there is no beam that meets the L1-RSRP condition, the terminal device can report the message that no candidate beam is found to the network device.

S33. Determine the adopted beam failure recovery mechanism.

In the embodiment of the present application, the beam failure recovery mechanism is a random access channel-based beam-failure-Recovery (RACH-based BFR).

S34. According to the beam failure recovery mechanism, the terminal device sends a beam failure recovery request (Beam-failure-Recovery-Request, BFRQ) to the network device.

When a beam failure event is detected and a new beam is determined, the terminal device will send a BFRQ to the network device. Specifically, according to the RACH-based BFR, the terminal device can send the BFRQ on the non-contention-based PRACH channel configured by the RRC signaling through the high-level parameter Beam-failure-recovery-request-RACH-Resource.

The BFRQ may include beam failure information, and the beam failure information is used to indicate that some or all of the M TRPs configured by the terminal device have beam failure.

S35. The network device obtains the failure TRP identifier set corresponding to the beam failure information.

In the embodiment of the present application, the network device may obtain the failure TRP identifier set according to the beam failure information.

As an optional implementation manner, the beam failure information may include at least one random access channel preamble (Random Access Channel preamble, RACH preamble) identifier. According to the at least one RACH preamble identifier and the pre-stored corresponding relationship between the TRP identifier and the RACH preamble identifier, the network device can determine the identifier set composed of the TRP identifiers corresponding to each RACH preamble identifier as the failed TRP corresponding to the beam failure information Identity collection.

As another optional implementation manner, the beam failure information may include at least one RACH preamble identifier. According to the random channel access timing (Random Access Channel Occasion, RACH Occasion) information of the RACH preamble identifier and the correspondence between the pre-stored TRP identifier and the RACH Occasion information, the network device can assign each RACH Occasion information to the corresponding relationship. The identifier set formed by the TRP identifier is determined to be the failed TRP identifier set corresponding to the beam failure information.

As yet another optional implementation manner, the beam failure information may include at least one new beam information. Wherein, the new beam information may be a new beam index. According to the at least one new beam information and the pre-stored correspondence between the TRP identifier and the beam information, the network device may determine the identifier set composed of the TRP identifiers corresponding to each new beam information as the failed TRP identifier corresponding to the beam failure information gather.

In the embodiment of the present application, the at least one new beam message may have a one-to-one correspondence with the at least one RACH preamble identifier or the at least one RACH occasion information.

S36. According to the acquired failure TRP identifier set, the network device performs beam failure recovery management on the terminal device.

In the embodiment of the present application, performing beam failure recovery management on the terminal device by the network device may specifically include: responding to the BFRQ, the network device generates a beam failure recovery response and sends it to the terminal device.

RRC signaling configures a search space (Search Space for Beam Failure Recovery, Search Space-BFR) for beam failure recovery through the high-level parameter recoverySearchSpaceld, and the terminal device can use the search space to uniquely determine one for beam failure recovery The recovered control resource set (Control Resource Set for Beam Failure Recovery, CORESET-BFR) monitors the PDCCH. In the embodiment of this application, the terminal device will assume that CORESET and the new beam meet the same QCL relationship, CORESET-BFR and its scheduled PDSCH also meet the same QCL relationship, and CORESET-BFR and Search Space-BFR have a one-to-one correspondence relation.

After sending the 4 time slots of the BFRQ, the terminal device starts to monitor the response of the network device to the BFRQ in the time window configured by the high-level parameter BeamFailureRecoveryConfig. When the terminal device successfully receives a response to its BFRQ from the network device within the time window, the beam failure recovery is successful. Specifically, the terminal device can receive a dedicated PDCCH scrambled with a Cell Radio Network Temporary Identifier (C-RNTI) by monitoring the CORESET-BFR.

Before receiving new TCI activation information from the network device, for physical downlink shared channel (Physical Downlink Shared Channel, PDSCH) reception, the terminal device will assume that its antenna port meets the same QCL relationship with the PDCCH being monitored.

In addition, after receiving a random access response (Random Access Response, RAR) from the network device, the terminal device also needs to continue to monitor CORESET-BFR until the terminal device receives the MAC-CE activated TCI or high-level configuration parameter TCI -States-PDCCH. Among them, TCI-StatesPDCCH includes TCI-StatesPDCCH-ToAddList and/or TCI-StatesPDCCH-ToReleaseList.

When receiving the beam failure recovery response, the terminal device can send and receive information on the new beam.

In the M-TRP scenario, the terminal device in the embodiment of the present application can determine whether the TRP where the beam failure has occurred meets the beam failure recovery conditions, and sends the beam failure information to the network device only when the beam failure recovery conditions are met to enable the network The device performs beam failure recovery management on the terminal device to achieve beam failure recovery.

Please refer to FIG. 4, which is a schematic flowchart of yet another beam failure recovery method provided by an embodiment of the present application. Among them, the beam failure recovery method can be specifically applied to a communication network. The communication network includes a network device and a terminal device, the network device is used to perform beam failure recovery management on the terminal device, and the terminal device is configured with M TRPs. Among them, M is an integer greater than or equal to 2. As shown in Figure 4, the beam failure recovery method includes the following steps:

S41. The terminal device monitors the secondary cell (Secondary Cell, SCell) beam quality by measuring the radio link quality of the beam failure detection reference signal (Beam Failure Detection Reference Signal, BFD RS) to detect the beam failure event, and monitors the candidate beam.

In the embodiment of the present application, each SCell needs to perform beam failure detection (BFD), and each BWP of each SCell is configured with BFD parameters.

Specifically, the terminal device may first determine the BFD set of TRP

The BFD set

Include multiple BFD RS identifiers. Optionally, the terminal device can independently configure its own BFD set for each TRP

Among them, the number of BFD RSs can be 2 or other values.

If a TRP

The radio link quality (that is, the radio link quality of all BFD RSs) corresponding to the identities of all BFD RSs within is lower than the preset signal quality threshold Q _{out, LR} , indicating that all beams of the TRP have failed at this time , So that the physical layer sends the beam failure indication information to the higher layer. Among them, the quality of the wireless link may be specifically BLER, Q _{out, and LR} may be set as the default value of the high-level parameter RLM-IS-OOS-thresholdConfig.

In the embodiment of the present application, the BFD RS is configured in the terminal device, and the downlink RS used for the BFD is in the current component carrier (CC).

In some other embodiments, BFD RS is not configured in the terminal device. In this case, the downlink RS used for BFD can be in the current CC or in other CCs.

In the embodiment of the present application, the terminal device monitoring candidate beams may specifically include: determining the candidate beam set of the TRP

Among them, the candidate beam set

It includes CSI-RS and/or SSB configured by RRC signaling through the high-level parameter Candidate-Beam-RS-List. Optionally, the terminal device can independently configure its own candidate beam set for each TRP

Among the beams satisfying the L1-RSRP condition, the beams are determined as candidate beams and the identifiers (ie indexes) of the candidate beams are sent to the MAC layer.

In the embodiment of the present application, up to 64 candidate beams can be configured in the terminal device. Further, the terminal device can also determine a new beam from the monitored candidate beams. Wherein, the new beam may be SSB or CSI-RS used for beam management (Beam Management, BM). And, the new beam can be in the active broadband part in the current CC or other CCs in the same cell.

In the embodiment of the present application, when the terminal device is configured with SCell BFR, the new beam RS and its L1-RSRP will be forcibly configured.

S42. When a beam failure occurs, determine the adopted beam failure recovery mechanism.

When receiving the beam failure indication information, the higher layer can record the number of beam failures of the TRP in the terminal device. If the number of consecutive beam failures reaches the preset failure threshold, it indicates that the TRP has a beam failure event.

In the embodiment of this application, the beam failure recovery mechanism is based on the MAC-CE based Beam-failure-based control element (MAC Control Element, MAC CE) of the Medium Access Control layer (MAC). Recovery, MAC-CE based BFR).

S43. According to the beam failure recovery mechanism, the terminal device sends the physical uplink control channel-beam failure recovery (Physical Uplink Control Channel Beam Failure recovery, PUCCH-BFR) information to the network device.

Optionally, the PUCCH-BFR is sent only when the terminal device does not have uplink resources (such as Physical Uplink Shared Channel (PUSCH) resources) to transmit the beam failure message.

Among them, PUCCH-BFR is a type of PUCCH resource used to transmit a scheduling request (Scheduling Request, SR), and SR is used to obtain uplink transmission resources. In addition, the TRP identifier can be included in the SR. At the same time, since the PUCCH-BFR may be associated with a beam failure event, the network device can learn that a beam failure event has occurred after receiving the PUCCH-BFR.

In the embodiment of the present application, the PUCCH-BFR information may include a beam failure event indication.

In other embodiments, PUCCH-BFR is not configured in the terminal device. In this case, the terminal device may use Contention Based Random Access (CBRA) in the sPcell to send a beam failure event indication to the network device. Among them, the sPcell includes a primary cell (Primary Cell, PCell) and a primary and secondary cell (Primary Secondary Cell, PScell).

S44. The network device sends uplink grant (UL-grant) information to the terminal device.

The UL-grant information may include uplink channel information, and the uplink channel information may include an identifier of an uplink channel that the terminal device is authorized to use, and the terminal device may transmit BFRQ on the uplink channel.

S45. The terminal device sends a BFRQ to the network device through a MAC-CE message.

When receiving the UL-grant information, the terminal device can send a BFRQ to the network device. The BFRQ may include beam failure information, and the beam failure information may include new beam information.

Specifically, when a new beam is determined, the terminal device may send the new beam index as the new beam information to the network device.

S46. The network device obtains the failure TRP identifier set corresponding to the beam failure information.

As an optional implementation manner, acquiring the failed TRP identifier set corresponding to the beam failure information by the network device may include: determining, according to the new beam information and the corresponding relationship between the beam information and the TRP identifier, the information corresponding to the beam failure information Failed TRP ID collection.

As another optional implementation manner, the beam failure information may also directly include at least one TRP identifier.

As yet another optional implementation manner, the PUCCH-BFR information may include at least one TRP identifier. Specifically, the PUCCH-BFR information may include a TRP identifier, which is used to indicate the sequence number of the TRP where the beam failure has occurred. Alternatively, the PUCCH-BFR information may include multiple TRP identifiers, which are used to indicate the sequence numbers of multiple TRPs where beam failure has occurred.

Optionally, there may be a mapping relationship between different TRP identifiers and PUCCH-BFR. A PUCCH-BFR uniquely corresponds to a TRP serial number or several TRP serial numbers. In this way, when the network device receives the PUCCH-BFR resource, it can learn which TRP or which TRP has a beam failure event.

S47. According to the acquired failure TRP identifier set, the network device performs beam failure recovery management on the terminal device.

The terminal device in the embodiment of the present application can determine whether the TRP in which the beam failure occurs meets the beam failure recovery condition, and sends the beam failure information to the network device only when the beam failure recovery condition is satisfied, so that the network device can beam the terminal device. Failure recovery management to achieve beam failure recovery.

Please refer to FIG. 5, which is a schematic flowchart of yet another beam failure recovery method provided by an embodiment of the present application. Among them, the beam failure recovery method can be specifically applied to a communication network. The communication network includes a network device and a terminal device, the network device is used to perform beam failure recovery management on the terminal device, and the terminal device is configured with M TRPs. Among them, M is an integer greater than or equal to 2. As shown in Figure 5, the beam failure recovery method includes the following steps:

S51. The terminal device monitors the SCell beam quality by measuring the radio link quality of the BFD RS to detect the beam failure event, and monitors the candidate beam.

In the embodiment of the present application, each SCell needs to perform BFD, and each BWP of each SCell is configured with BFD parameters.

Specifically, the terminal device may first determine the BFD set of TRP

The BFD set

If some

The radio link quality (that is, the radio link quality of all BFD RSs) corresponding to the identities of all BFD RSs within is lower than the preset signal quality threshold Q _{out, LR} , indicating that all beams of the TRP have failed at this time , So that the physical layer sends the beam failure indication information to the higher layer.

Among them, the candidate beam set

When the number of consecutive beam failures reaches the preset failure threshold, the MAC layer may request candidate beams from the physical layer. When the request is received, the physical layer can

The beams satisfying the L1-RSRP condition are determined as candidate beams, and the identifier (ie index) of the candidate beam is sent to the MAC layer.

Further, the terminal device can also determine a new beam from the monitored candidate beams. Wherein, the new beam may be SSB or CSI-RS used for BM.

S52. When a beam failure occurs, determine the adopted beam failure recovery mechanism.

In this embodiment of the application, the beam failure recovery mechanism is MAC-CE based BFR.

In a specific embodiment, when the PUSCH resource can be scheduled, the terminal device may continue to perform step S53.

S53. According to the beam failure recovery mechanism, the terminal device sends a BFRQ to the network device through a MAC-CE message on the PUSCH.

As an optional implementation manner, the MAC-CE message sent by the terminal device may include the TRP sequence number in which the beam failure has occurred, or the MAC-CE may include multiple TRP sequence numbers in which the beam failure has occurred.

As another optional implementation manner, the time-frequency resource used by the MAC-CE message sent by the terminal device may have a corresponding relationship with the TRP sequence number. After receiving the MAC-CE message, the network device can know which TRP or which TRPs have failed beams through the time-frequency resources carrying the MAC-CE.

In the embodiment of the present application, the BFRQ may include beam failure information, and the beam failure information may include new beam information.

S54. The network device obtains the failure TRP identifier set corresponding to the beam failure information.

S55. According to the acquired failure TRP identifier set, the network device performs beam failure recovery management on the terminal device.

In the M-TRP scenario, the terminal device in the embodiment of the present application can determine whether the TRP that has a beam failure meets the beam failure recovery conditions, and sends the beam failure to the network device only when the TRP that has the beam failure meets the beam failure recovery conditions Information to enable the network device to perform beam failure recovery management on the terminal device to achieve beam failure recovery.

Please refer to FIG. 6, which is a schematic diagram of a framework of a terminal device provided by an embodiment of the present application. The terminal device is configured with M TRPs. Among them, M is an integer greater than or equal to 2. As shown in FIG. 6, the terminal device 60 may include a detection module 61, a determination module 62, an acquisition module 63, and a sending module 64.

Wherein, the detection module 61 is used to detect beam failure events. In the embodiment of the present application, the beam failure event is used to indicate that the TRP configured by the terminal device has a beam failure.

The determining module 62 is configured to determine, according to the beam failure event, whether the TRP where the beam failure occurs meets the beam failure recovery condition.

As an optional implementation manner, the beam failure recovery condition is that the specified TRP has a beam failure; the determining module 62 may include:

The judging unit 621 is used to judge whether the specified TRP has a beam failure;

The first determining unit 622 is configured to, when a beam failure occurs in the designated TRP, determine that the TRP where the beam failure occurs meets the beam failure recovery condition.

As another optional implementation manner, the beam failure recovery condition is that a specified number of TRPs have beam failure; the determining module 62 may include:

The second determining unit 623 is configured to determine the number of TRPs that have failed beams;

The third determining unit 624 is configured to determine whether the TRP that has failed the beam meets the beam failure recovery condition when it is determined that the specified number of TRPs have failed beams.

The obtaining module 63 is configured to obtain beam failure information when it is determined that the TRP where the beam failure has occurred satisfies the beam failure recovery condition.

The sending module 64 is configured to send the beam failure information to the network device. In the embodiment of the present application, the beam failure information is used to report the beam failure event, so that the network device performs beam failure recovery management on the terminal device.

As an optional implementation manner, the determining module 62 is further configured to determine the adopted beam failure recovery mechanism.

Correspondingly, the sending module 64 is specifically configured to send the beam failure information to the network device according to the beam failure recovery mechanism.

Based on the same inventive concept, the principle and beneficial effects of the terminal device 60 provided in the embodiment of this application for solving the problem are similar to the embodiment of the beam failure recovery method shown in FIG. 1 of this application, so the implementation of the terminal device 60 can be seen in FIG. The implementation of the beam failure recovery method shown will not be repeated here.

Please refer to FIG. 7, which is a schematic diagram of the framework of a network device provided by an embodiment of the present application. The network device is used to perform beam failure recovery management on the terminal device, and the terminal device is configured with M TRPs. Among them, M is an integer greater than or equal to 2. As shown in FIG. 7, the network device 70 may include a receiving module 71, an obtaining module 72, and a management module 73.

The receiving module 71 is configured to receive beam failure information from the terminal device. In the embodiment of the present application, the beam failure information is used to indicate that some or all of the M TRPs configured by the terminal device have beam failure;

The obtaining module 72 is configured to obtain a failure signal receiving and sending point identifier set corresponding to the beam failure information. Wherein, the failure signal receiving and sending point identifier set includes the identifier of the TRP where the beam failure occurs among the M TRPs.

The management module 73 is configured to perform beam failure recovery management on the terminal device according to the acquired failure signal receiving and sending point identifier set.

The network device 70 may also include:

The determining module 74 is configured to determine the beam failure recovery mechanism adopted by the terminal device according to the beam failure information.

Correspondingly, the obtaining module 72 is specifically configured to obtain, according to the beam failure recovery mechanism, the network device obtains the failure signal receiving and sending point identifier set corresponding to the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes the RACH preamble identifier of the random access channel preamble, and the acquisition module 72 is specifically configured to use the RACH preamble identifier and TRP The corresponding relationship between the identifier and the RACH preamble, and the failure TRP identifier set corresponding to the beam failure information is obtained.

As another optional implementation manner, the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes the RACH preamble identifier, and the acquisition module 72 is specifically configured to detect the RACH preamble identifier according to the RACH Occasion information and The corresponding relationship between the TRP identifier and the RACH Occasion information, and the failure TRP identifier set corresponding to the beam failure information is obtained.

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes new beam information, and the acquiring module 72 is specifically configured to be based on the new beam information and the beam information and TRP identifier. And obtain the failure TRP identifier set corresponding to the beam failure information.

As another optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes the TRP identifier, and the acquiring module 72 is specifically configured to generate the beam failure information corresponding to the TRP identifier. Failed TRP ID collection.

As an optional implementation manner, the receiving module 71 is specifically configured to receive the physical uplink shared channel PUSCH from the terminal device, where the PUSCH carries the beam failure information.

As an optional implementation manner, the receiving module 71 is further configured to receive the physical uplink control channel-beam failure recovery PUCCH-BFR information from the terminal device. Wherein, the PUCCH-BFR information includes a beam failure event indication and/or a TRP identifier.

Correspondingly, the acquiring module 72 is specifically configured to generate a failure TRP identifier set corresponding to the beam failure information according to the TRP identifier.

Based on the same inventive concept, the principle and beneficial effects of the network device 70 provided in the embodiment of the present application for solving the problem are similar to the embodiment of the beam failure recovery method shown in FIG. 2 of the present application. Therefore, the implementation of the network device 70 can be seen in FIG. 2 The implementation of the beam failure recovery method shown will not be repeated here.

Please refer to FIG. 8, which is a schematic diagram of a framework of another terminal device 80 provided by an embodiment of the present application. The terminal device is configured with M TRPs, where M is an integer greater than or equal to 2. As shown in FIG. 8, the terminal device 80 may include: a bus 81, a processor 82, a memory 83, and an input/output interface 84. Wherein, the bus 81 is used to connect the processor 82, the memory 83, and the input/output interface 84 to each other and enable the aforementioned components to communicate with each other. The memory 83 is used to store one or more computer programs, and the computer programs include computer instructions. The input/output interface 84 is used to control the communication connection between the terminal device 80 and other devices (such as network devices).

Specifically, the processor 82 is configured to invoke the computer instruction to execute:

Detecting a beam failure event, where the beam failure event is used to indicate a beam failure of the TRP configured by the terminal device;

According to the beam failure event, determine whether the TRP where the beam failure occurs meets the beam failure recovery condition;

If so, obtain beam failure information and send the beam failure information to a network device, where the beam failure information is used to report the beam failure event, so that the network device performs beam failure recovery management on the terminal device.

As an optional implementation manner, the beam failure recovery condition is that the specified TRP has a beam failure; the processor 82 is configured to call the computer instructions to execute the specific execution when determining whether the TRP that has the beam failure meets the beam failure recovery conditions :

Determine whether the specified TRP has a beam failure;

If yes, it is determined that the TRP where the beam failed meets the beam failure recovery condition.

As another optional implementation manner, the beam failure recovery condition is that a specified number of TRPs have beam failures; the processor 82 is configured to call the computer instructions to execute to determine whether the TRPs that have beam failures meet the beam failure recovery conditions Specific implementation when:

Determine the number of TRPs that have failed beams;

When it is determined that a specified number of TRPs have beam failures, it is determined whether the TRPs that have beam failures meet the beam failure recovery conditions.

As an optional implementation manner, after the processor 82 is configured to invoke the computer instruction to execute receiving the beam failure information from the terminal device, it further executes:

According to the beam failure information, determine the beam failure recovery mechanism adopted by the terminal device;

Correspondingly, the processor 82 is configured to call the computer instructions to execute the specific execution when acquiring the failure TRP identifier set corresponding to the beam failure information:

According to the beam failure recovery mechanism, the failure TRP identifier set corresponding to the beam failure information is obtained.

As an optional implementation manner, before the processor 82 is configured to invoke the computer instruction to execute and send the beam failure information to the network device, the processor 82 is configured to invoke the computer instruction to also execute:

Determine the beam failure recovery mechanism to be adopted;

Correspondingly, the processor 82 is configured to invoke the computer instruction to execute the specific execution when the beam failure information is sent to the network device:

The processor 82 may be a central processing unit (CPU). The memory 83 can be any type of memory, such as read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), non-volatile random access memory, etc. Wait.

Based on the same inventive concept, the principle and beneficial effects of the terminal device 80 provided in the embodiment of this application for solving the problem are similar to the embodiment of the beam failure recovery method shown in FIG. The implementation of the beam failure recovery method shown will not be repeated here.

Please refer to FIG. 9, which is a schematic diagram of a framework of another network device 90 provided by an embodiment of the present application. The network device is used to perform beam failure recovery management on the terminal device, and the terminal device is configured with M TRPs. Among them, M is an integer greater than or equal to 2. As shown in FIG. 9, the network device 90 may include: a bus 91, a processor 92, a memory 93, and an input/output interface 94. Wherein, the bus 91 is used to connect the processor 92, the memory 93, and the input/output interface 94 to each other and enable the aforementioned components to communicate with each other. The memory 93 is used to store one or more computer programs, and the computer programs include computer instructions. The input/output interface 94 is used to control the communication connection between the network device 90 and other devices (such as terminal devices).

Specifically, the processor 92 is configured to invoke the computer instruction to execute:

As an optional implementation manner, after the processor 92 is configured to invoke the computer instruction to execute receiving beam failure information from the terminal device, the processor 92 is configured to invoke the computer instruction to also execute:

Correspondingly, the processor 92 is configured to invoke the computer instructions to execute the specific execution when acquiring the failure signal transceiving point identification set corresponding to the beam failure information:

As an optional implementation manner, the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes the random access channel preamble RACH preamble identifier, and the processor 92 is configured to invoke the computer command to execute When obtaining the failure TRP identifier set corresponding to the beam failure information, the following is specifically performed:

As another optional implementation manner, the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes the RACH preamble identifier, and the processor 92 is configured to call the computer instruction to execute the acquisition of the beam failure The specific implementation of the failed TRP identification set corresponding to the information:

According to the detected RACH Occasion information of the RACH preamble identifier and the corresponding relationship between the TRP identifier and the RACH Occasion information, obtain the failure TRP identifier set corresponding to the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes new beam information, and the processor 92 is configured to invoke the computer instruction to execute the acquisition of the beam failure The specific implementation of the failed TRP identification set corresponding to the information:

According to the new beam information and the corresponding relationship between the beam information and the TRP identifier, a failure TRP identifier set corresponding to the beam failure information is determined.

As another optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes a TRP identifier, and the processor 92 is configured to call the computer instruction to execute the acquisition of the beam failure The specific implementation of the failed TRP identification set corresponding to the information:

In this implementation manner, the processor 92 is configured to call the computer instruction to execute the specific execution when receiving the beam failure information from the terminal device:

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; before the processor 92 is configured to invoke the computer instruction to execute receiving beam failure information from the terminal device, the processing The device 92 is configured to call the computer instructions and also execute:

Correspondingly, the processor 92 is configured to invoke the computer instruction to execute the specific execution when acquiring the failure TRP identifier set corresponding to the beam failure information:

Wherein, the processor 92 may be a CPU. The memory 93 may be any type of memory, such as ROM, RAM, non-volatile random access memory, and so on.

Based on the same inventive concept, the principle and beneficial effects of the network device 90 provided in the embodiment of the present application for solving the problem are similar to the embodiment of the beam failure recovery method shown in FIG. 2 of the present application. Therefore, the implementation of the network device 90 can be seen in FIG. 2 The implementation of the beam failure recovery method shown will not be repeated here.

Correspondingly, an embodiment of the present application provides a chip, the chip is applied to a terminal device, and the terminal device is configured with M signal transceiving points TRP, where M is an integer greater than or equal to 2;

The chip is configured to detect a beam failure event, the beam failure event is used to indicate that the TRP configured by the terminal device has a beam failure; according to the beam failure event, determine whether the TRP where the beam failure occurs meets the beam failure recovery condition; If yes, obtain the beam failure information and output the beam failure information, so as to send the beam failure information to the network device, and the beam failure information is used to report the beam failure event so that the network device responds to the terminal The device performs beam failure recovery management.

As an optional implementation manner, the beam failure recovery condition is that the specified TRP has a beam failure; the chip is specifically used to determine whether the specified TRP has a beam failure; if so, the terminal device determines the TRP that has the beam failure Meet the beam failure recovery conditions.

As an optional implementation manner, the beam failure recovery condition is that a specified number of TRPs have beam failures; the determining whether the TRPs with beam failures meet the beam failure recovery conditions include:

The chip determines the number of TRPs that have failed beams;

When it is determined that a specified number of TRPs have beam failures, the chip determines whether the TRPs that have beam failures meet the beam failure recovery conditions.

As an optional implementation manner, the chip is further configured to determine a beam failure recovery mechanism to be adopted before sending the beam failure information to the network device;

The chip is specifically configured to output the beam failure information according to the beam failure recovery mechanism, so as to send the beam failure information to the network device.

Based on the same inventive concept, the principle and beneficial effects of the chip provided in the embodiment of this application to solve the problem are similar to the embodiment of the beam failure recovery method shown in FIG. The implementation of the failure recovery method will not be repeated here.

Correspondingly, an embodiment of the present application provides a chip, the chip is used to perform beam failure recovery management on a terminal device, the terminal device is configured with M signal transceiving points TRP, and M is an integer greater than or equal to 2;

The chip is configured to obtain a failure signal receiving and sending point identification set corresponding to the beam failure information from the terminal device, where the beam failure information is used to indicate part or all of the M TRPs configured by the terminal device When a beam failure occurs, the set of failed signal receiving and sending point identifiers includes the identifiers of the TRP where the beam failed among the M TRPs; and performing beam failure recovery management on the terminal device according to the acquired set of failed signal receiving and sending point identifiers.

As an optional implementation manner, the chip is further configured to determine the beam failure recovery mechanism adopted by the terminal device according to the beam failure information;

Correspondingly, the chip is specifically configured to obtain the failure signal receiving and sending point identifier set corresponding to the beam failure information according to the beam failure recovery mechanism.

As an optional implementation manner, the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes a random access channel preamble RACH preamble identifier, and the chip is specifically configured to be based on the RACH preamble identifier And the corresponding relationship between the TRP identifier and the RACH preamble identifier, and obtain the failure TRP identifier set corresponding to the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes the RACH preamble identifier, and the chip is specifically used to detect the RACH Occasion information of the RACH preamble identifier And the corresponding relationship between the TRP identifier and the RACH Occasion information, and obtain the failure TRP identifier set corresponding to the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes new beam information, and the chip is specifically configured to use the new beam information and the beam information and TRP The corresponding relationship between the identifiers is used to determine the failure TRP identifier set corresponding to the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes a TRP identifier, and the chip is specifically configured to generate the beam failure information according to the TRP identifier The corresponding failed TRP identifier set.

As an optional implementation manner, the chip is also used to input the physical uplink shared channel PUSCH from the terminal device, where the PUSCH carries the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the chip is also used to input the physical information from the terminal device before inputting the beam failure information from the terminal device. Uplink control channel-beam failure recovery PUCCH-BFR information, where the PUCCH-BFR information includes beam failure event indication and/or TRP identifier;

Correspondingly, the chip is specifically configured to generate, according to the TRP identifier, the network device to generate a failure TRP identifier set corresponding to the beam failure information.

Please refer to FIG. 10. FIG. 10 is a schematic structural diagram of a module device provided by an embodiment of the application. For the case where the module device is applied to a terminal device:

The terminal equipment is configured with M signal transceiving points TRP, where M is an integer greater than or equal to 2. The module equipment includes a communication module 1001 and a chip module 1002; wherein:

The chip module 1002 is used to detect a beam failure event, the beam failure event is used to indicate that the TRP configured by the terminal device has a beam failure; according to the beam failure event, it is determined whether the TRP where the beam failure occurs meets the beam failure Recovery conditions; if yes, obtain beam failure information and output the beam failure information;

The communication module 1001 is configured to send the beam failure information to a network device, and the beam failure information is used to report the beam failure event, so that the network device performs beam failure recovery management on the terminal device.

As an optional implementation manner, the beam failure recovery condition is that the specified TRP has a beam failure; the chip module 1002 is specifically used to determine whether the specified TRP has a beam failure;

As an optional implementation manner, the beam failure recovery condition is that a specified number of TRPs have beam failures; the chip module 1002 is specifically used to determine the number of TRPs that have beam failures; when it is determined that a specified number of TRPs have occurred When the beam fails, it is determined whether the TRP where the beam failed meets the beam failure recovery conditions.

As an optional implementation manner, the chip module 1002 is further configured to determine a beam failure recovery mechanism to be adopted before the terminal device sends the beam failure information to the network device;

Correspondingly, the chip module 1002 is specifically configured to output the beam failure information according to the beam failure recovery mechanism;

The communication module 1001 is specifically configured to send the beam failure information to a network device.

Based on the same inventive concept, the principle and beneficial effects of the module device provided in the embodiment of this application to solve the problem are similar to the embodiment of the beam failure recovery method shown in FIG. 1 of this application, so the implementation of the module device can be seen in FIG. The implementation of the beam failure recovery method shown will not be repeated here.

For the case of modular equipment applied to network equipment:

The module device is used to perform beam failure recovery management on the terminal device, the terminal device is configured with M signal receiving and sending points TRP, and M is an integer greater than or equal to 2; the module device includes a communication module 1001 and a chip module Group 1002; among them:

The communication module 1001 is configured to receive beam failure information from the terminal device, where the beam failure information is used to indicate that some or all of the M TRPs configured by the terminal device have beam failure;

The chip module 1002 is configured to obtain a failure signal transceiving point identifier set corresponding to the beam failure information, wherein the failure signal transceiving point identifier set includes the identifier of the TRP where the beam failure occurred among the M TRPs; The acquired failure signal receiving and sending point identifier sets are used to perform beam failure recovery management on the terminal device.

As an optional implementation manner, after the communication module 1001 receives the beam failure information from the terminal device, the chip module 1002 is further configured to determine the terminal device according to the beam failure information The adopted beam failure recovery mechanism;

Correspondingly, the chip module 1002 is specifically configured to obtain the failure signal transceiving point identifier set corresponding to the beam failure information by the network device according to the beam failure recovery mechanism.

As an optional implementation manner, the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes a random access channel preamble identifier RACH preamble, and the chip module 1002 is specifically configured to The RACH preamble identifier and the corresponding relationship between the TRP identifier and the RACH preamble identifier are used to obtain the failure TRP identifier set corresponding to the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes the RACH preamble identifier, and the chip module 1002 is specifically configured to detect the RACH preamble identifier according to The RACH Occasion information and the corresponding relationship between the TRP identifier and the RACH Occasion information are obtained, and the failure TRP identifier set corresponding to the beam failure information is acquired.

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes new beam information, and the chip module 1002 is specifically configured to perform according to the new beam information and beam The correspondence between the information and the TRP identifier determines the failure TRP identifier set corresponding to the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes a TRP identifier, and the chip module 1002 is specifically configured to generate the TRP identifier according to the TRP identifier. The failure TRP identifier set corresponding to the beam failure information.

As an optional implementation manner, the communication module 1001 is specifically configured to receive the physical uplink shared channel PUSCH from the terminal device, where the PUSCH carries the beam failure information.

As an optional implementation manner, the beam failure recovery mechanism is MAC-CE based BFR; before the communication module 1001 receives the beam failure information from the terminal device, the communication module 1001 also uses Receiving physical uplink control channel-beam failure recovery PUCCH-BFR information from the terminal device, where the PUCCH-BFR information includes a beam failure event indication and/or a TRP identifier;

Correspondingly, the chip module 1002 is specifically configured to generate a failure TRP identifier set corresponding to the beam failure information according to the TRP identifier.

Based on the same inventive concept, the principle and beneficial effects of the module device provided in the embodiment of this application to solve the problem are similar to the embodiment of the beam failure recovery method shown in FIG. 2 of this application, so the implementation of the module device can be seen in FIG. 2 The implementation of the beam failure recovery method shown will not be repeated here.

Claims

A beam failure recovery method, characterized in that it is applied to a terminal device, the terminal device is configured with M signal receiving and sending points TRP, where M is an integer greater than or equal to 2, and the method includes:

Detecting a beam failure event by the terminal device, where the beam failure event is used to indicate that a beam failure occurs in the TRP configured by the terminal device;

According to the beam failure event, the terminal device determines whether the TRP where the beam failure occurs meets the beam failure recovery condition;

If so, the terminal device acquires beam failure information and sends the beam failure information to the network device, and the beam failure information is used to report the beam failure event, so that the network device performs beaming on the terminal device. Failure recovery management.
The method according to claim 1, wherein the beam failure recovery condition is that a specified TRP has a beam failure; the terminal device determining whether the TRP with a beam failure meets the beam failure recovery condition comprises:

The terminal device judges whether a beam failure occurs in the designated TRP;

If so, the terminal device determines that the TRP where the beam failure has occurred satisfies the beam failure recovery condition.
The method according to claim 1, wherein the beam failure recovery condition is that a specified number of TRPs have beam failures; the terminal device determining whether the TRPs with beam failures meet the beam failure recovery conditions comprises:

The terminal device determines the number of TRPs that have failed beams;

When it is determined that a specified number of TRPs have beam failures, the terminal device determines whether the TRPs that have beam failures meet the beam failure recovery conditions.
The method according to claim 1, wherein before the terminal device sends the beam failure information to the network device, the method further comprises:

The beam failure recovery mechanism that the terminal device determines to adopt;

Correspondingly, sending, by the terminal device, the beam failure information to the network device includes:

According to the beam failure recovery mechanism, the terminal device sends the beam failure information to the network device.
The method according to claim 4, wherein the beam failure recovery mechanism is a beam failure recovery mechanism RACH-based BFR based on a random access channel, or a beam failure recovery mechanism MAC based on a control unit of the medium access control layer -CE based BFR.
A beam failure recovery method, characterized in that it is applied to a network device, the network device is used to perform beam failure recovery management on a terminal device, the terminal device is configured with M signal transceiving points TRP, and M is greater than or equal to 2 Integer, the method includes:

The network device receives beam failure information from the terminal device, where the beam failure information is used to indicate that some or all of the M TRPs configured by the terminal device have beam failure;

Acquiring, by the network device, a failure signal transceiving point identifier set corresponding to the beam failure information, where the failure signal transceiving point identifier set includes the identifier of the TRP where the beam failure occurs among the M TRPs;

According to the acquired set of failure signal receiving and sending point identifiers, the network device performs beam failure recovery management on the terminal device.
The method according to claim 6, wherein after the network device receives the beam failure information from the terminal device, the method further comprises:

According to the beam failure information, the network device determines the beam failure recovery mechanism adopted by the terminal device;

Correspondingly, acquiring, by the network device, the failure signal transceiving point identifier set corresponding to the beam failure information includes:

According to the beam failure recovery mechanism, the network device obtains the failure signal receiving and sending point identifier set corresponding to the beam failure information.
The method according to claim 7, wherein the beam failure recovery mechanism is a beam failure recovery mechanism RACH-based BFR based on a random access channel, or a beam failure recovery mechanism MAC based on a control unit of the medium access control layer -CE based BFR.
The method according to claim 8, wherein the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes a random access channel preamble identifier RACH preamble, and the network device fails to obtain the beam The set of failed TRP identifiers corresponding to the information includes:

According to the RACH preamble identifier and the corresponding relationship between the TRP identifier and the RACH preamble identifier, the network device obtains the failure TRP identifier set corresponding to the beam failure information.
The method according to claim 8, wherein the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes a RACH preamble identifier, and the network device obtains the failure TRP identifier corresponding to the beam failure information The collection includes:

According to the detected RACH Occasion information of the RACH preamble identifier and the corresponding relationship between the TRP identifier and the RACH Occasion information, the network device obtains the failure TRP identifier set corresponding to the beam failure information.
The method according to claim 8, wherein the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes new beam information, and the network device obtains the failed TRP corresponding to the beam failure information The identification set includes:

According to the new beam information and the correspondence between the beam information and the TRP identifier, the network device determines the failure TRP identifier set corresponding to the beam failure information.
The method according to claim 8, wherein the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes a TRP identifier, and the network device obtains the failure TRP identifier corresponding to the beam failure information The collection includes:

According to the TRP identifier, the network device generates a failed TRP identifier set corresponding to the beam failure information.
The method according to claim 12, wherein the network device receiving beam failure information from a terminal device comprises:

The network device receives the physical uplink shared channel PUSCH from the terminal device, where the PUSCH carries the beam failure information.
The method according to claim 8, wherein the beam failure recovery mechanism is MAC-CE based BFR; before the network device receives the beam failure information from the terminal device, the method further comprises:

Receiving, by the network device, physical uplink control channel-beam failure recovery PUCCH-BFR information from the terminal device, where the PUCCH-BFR information includes a beam failure event indication and/or a TRP identifier;

Correspondingly, acquiring, by the network device, the failure TRP identifier set corresponding to the beam failure information includes:

According to the TRP identifier, the network device generates a failed TRP identifier set corresponding to the beam failure information.
The method according to claim 14, wherein the PUCCH-BFR information includes a beam failure event indication and a scheduling request, and the scheduling request includes the TRP identifier.
A terminal device, wherein the terminal device is configured with M signal transceiving points TRP, where M is an integer greater than or equal to 2, and the terminal device includes:

The detection module is configured to detect a beam failure event, where the beam failure event is used to indicate that the TRP configured by the terminal device has a beam failure;

The determining module is configured to determine whether the TRP in which the beam failed meets the beam failure recovery condition according to the beam failure event;

The obtaining module is used to obtain the beam failure information when it is determined that the TRP that has the beam failure meets the beam failure recovery condition;

The sending module is configured to send the beam failure information to a network device, and the beam failure information is used to report the beam failure event, so that the network device performs beam failure recovery management on the terminal device.
The terminal device according to claim 16, wherein the beam failure recovery condition is that a specified TRP has a beam failure; and the determining module comprises:

The judging unit is used to judge whether the specified TRP has a beam failure;

The first determining unit is configured to determine that the TRP that has failed the beam satisfies the beam failure recovery condition when the specified TRP has a beam failure.
The terminal device according to claim 16, wherein the beam failure recovery condition is that a specified number of TRPs have beam failure; and the determining module comprises:

The second determining unit is used to determine the number of TRPs that have failed beams;

The third determining unit is used to determine whether the TRP that has failed the beam meets the beam failure recovery condition when it is determined that the specified number of TRPs have failed beams.
The terminal device according to claim 16, wherein the determining module is further configured to:

Determine the beam failure recovery mechanism to be adopted;

Correspondingly, the sending module is specifically used for:

According to the beam failure recovery mechanism, the beam failure information is sent to the network device.
The terminal device according to claim 19, wherein the beam failure recovery mechanism is a beam failure recovery mechanism based on a random access channel, RACH-based BFR, or a beam failure recovery mechanism based on a control unit of a medium access control layer MAC-CE based BFR.
A network device, characterized in that the network device is used to perform beam failure recovery management on a terminal device, the terminal device is configured with M signal transceiving points TRP, and M is an integer greater than or equal to 2, and the network device includes :

A receiving module, configured to receive beam failure information from the terminal device, where the beam failure information is used to indicate that some or all of the M TRPs configured by the terminal device have beam failure;

An obtaining module, configured to obtain a failure signal receiving and sending point identification set corresponding to the beam failure information, wherein the failure signal receiving and sending point identification set includes the identification of the TRP where the beam failure occurs among the M TRPs;

The management module is configured to perform beam failure recovery management on the terminal device according to the acquired failure signal receiving and sending point identifier set.
The network device according to claim 21, wherein the network device further comprises:

A determining module, configured to determine the beam failure recovery mechanism adopted by the terminal device by the network device according to the beam failure information;

Correspondingly, the acquisition module is specifically used for:

According to the beam failure recovery mechanism, a failure signal receiving and sending point identifier set corresponding to the beam failure information is acquired.
The network device according to claim 22, wherein the beam failure recovery mechanism is a beam failure recovery mechanism based on a random access channel, RACH-based BFR, or a beam failure recovery mechanism based on a control unit of a medium access control layer MAC-CE based BFR.
The network device according to claim 23, wherein the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes a random access channel preamble identifier RACH preamble, and the acquisition module is specifically configured to:

According to the RACH preamble identifier and the corresponding relationship between the TRP identifier and the RACH preamble identifier, a failure TRP identifier set corresponding to the beam failure information is obtained.
The network device according to claim 23, wherein the beam failure recovery mechanism is RACH-based BFR; the beam failure information includes a RACH preamble identifier, and the acquisition module is specifically configured to:

According to the detected RACH Occasion information of the RACH preamble identifier and the corresponding relationship between the TRP identifier and the RACH Occasion information, obtain the failure TRP identifier set corresponding to the beam failure information.
The network device according to claim 23, wherein the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes new beam information, and the acquisition module is specifically configured to:

According to the new beam information and the corresponding relationship between the beam information and the TRP identifier, obtain the failure TRP identifier set corresponding to the beam failure information.
The network device according to claim 23, wherein the beam failure recovery mechanism is MAC-CE based BFR; the beam failure information includes a TRP identifier, and the acquisition module is specifically configured to:

According to the TRP identifier, a failure TRP identifier set corresponding to the beam failure information is generated.
The network device according to claim 27, wherein the receiving module is specifically configured to:

Receive a physical uplink shared channel PUSCH from the terminal device, where the PUSCH carries the beam failure information.
The network device according to claim 23, wherein the beam failure recovery mechanism is MAC-CE based BFR; and the receiving module is further configured to:

Receiving physical uplink control channel-beam failure recovery PUCCH-BFR information from the terminal device, where the PUCCH-BFR information includes a beam failure event indication and/or a TRP identifier;

Correspondingly, the acquisition module is specifically used for:

According to the TRP identifier, a failure TRP identifier set corresponding to the beam failure information is generated.
The network device according to claim 29, wherein the PUCCH-BFR information includes a beam failure event indication and a scheduling request, and the scheduling request includes the TRP identifier.
A terminal device, characterized by comprising a module for executing the beam failure recovery method according to any one of claims 1 to 5.
A network device, characterized by comprising a module for executing the beam failure recovery method according to any one of claims 6 to 15.
A terminal device, characterized in that the terminal device includes a processor and a memory, the processor and the memory are connected to each other, wherein the processor executes the computer instructions in the memory to implement as claimed in claims 1 to 5. Any one of the beam failure recovery methods.
A network device, characterized in that the network device includes a processor and a memory, the processor and the memory are connected to each other, wherein the processor executes computer instructions in the memory to implement as claimed in claims 6 to 15. Any one of the beam failure recovery methods.
A computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and the computer program includes program instructions that, when executed by a processor, cause the processor to execute The beam failure recovery method described in any one of 1 to 5 is required.
A computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and the computer program includes program instructions that, when executed by a processor, cause the processor to execute The beam failure recovery method described in any one of 6 to 15 is required.
A chip, characterized in that the chip is applied to a terminal device, and the terminal device is configured with M signal transceiving points TRP, where M is an integer greater than or equal to 2;

The chip is configured to detect a beam failure event, the beam failure event is used to indicate that the TRP configured by the terminal device has a beam failure; according to the beam failure event, determine whether the TRP where the beam failure occurs meets the beam failure recovery condition; If yes, obtain the beam failure information and output the beam failure information, so as to send the beam failure information to the network device, and the beam failure information is used to report the beam failure event so that the network device responds to the terminal The device performs beam failure recovery management.
A chip, characterized in that the chip is used to perform beam failure recovery management on a terminal device, the terminal device is configured with M signal transceiving points TRP, and M is an integer greater than or equal to 2;

The chip is configured to obtain a failure signal receiving and sending point identification set corresponding to the beam failure information from the terminal device, where the beam failure information is used to indicate part or all of the M TRPs configured by the terminal device When a beam failure occurs, the set of failed signal receiving and sending point identifiers includes the identifiers of the TRP where the beam failed among the M TRPs; and performing beam failure recovery management on the terminal device according to the acquired set of failed signal receiving and sending point identifiers.
A module device, characterized in that the module device is applied to a terminal device, the terminal device is configured with M signal transceiving points TRP, where M is an integer greater than or equal to 2, and the module device includes a communication module And chip modules; among them:

The chip module is used to detect a beam failure event, the beam failure event is used to indicate that the TRP configured by the terminal device has a beam failure; according to the beam failure event, it is determined whether the TRP where the beam failure occurs satisfies the beam failure recovery Condition; if yes, obtain beam failure information and output the beam failure information;

The communication module is configured to send the beam failure information to a network device, and the beam failure information is used to report the beam failure event, so that the network device performs beam failure recovery management on the terminal device.
A module device, characterized in that the module device is used to perform beam failure recovery management on a terminal device, and the terminal device is configured with M signal transceiving points TRP, and M is an integer greater than or equal to 2; Group equipment includes communication module and chip module; among them:

The communication module is configured to receive beam failure information from the terminal device, where the beam failure information is used to indicate that some or all of the M TRPs configured by the terminal device have beam failure;

The chip module is configured to obtain the failure signal receiving and sending point identification set corresponding to the beam failure information, wherein the failure signal receiving and sending point identification set includes the identification of the TRP where the beam failure occurred among the M TRPs; A collection of failed signal receiving and sending point identifiers for the terminal device to perform beam failure recovery management on the terminal device.