WO2021160073A1 - Procédé de récupération de défaillance de faisceau, support de stockage, puce et dispositifs associés - Google Patents

Procédé de récupération de défaillance de faisceau, support de stockage, puce et dispositifs associés Download PDF

Info

Publication number
WO2021160073A1
WO2021160073A1 PCT/CN2021/075893 CN2021075893W WO2021160073A1 WO 2021160073 A1 WO2021160073 A1 WO 2021160073A1 CN 2021075893 W CN2021075893 W CN 2021075893W WO 2021160073 A1 WO2021160073 A1 WO 2021160073A1
Authority
WO
WIPO (PCT)
Prior art keywords
beam failure
terminal device
trp
information
failure recovery
Prior art date
Application number
PCT/CN2021/075893
Other languages
English (en)
Chinese (zh)
Inventor
张萌
Original Assignee
展讯通信（上海）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 展讯通信（上海）有限公司 filed Critical 展讯通信（上海）有限公司
Publication of WO2021160073A1 publication Critical patent/WO2021160073A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/28—Cell structures using beam steering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment

Definitions

  • the present invention relates to the field of communication technology, in particular to a beam failure recovery method, storage medium, chip and related equipment.
  • 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.
  • TRP Transmit-Receive Point
  • beam failure recovery mainly includes beam failure detection, candidate beam identification, beam recovery request transmission, and base station response.
  • 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.
  • 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;
  • the terminal device determines whether the TRP where the beam failure occurs meets the beam failure recovery condition
  • 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 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.
  • 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
  • the terminal device determines that the TRP where the beam failure has occurred satisfies the beam failure recovery condition.
  • 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
  • the terminal device determines whether the TRPs that have beam failures meet the beam failure recovery conditions.
  • the method further includes:
  • the network device determines the beam failure recovery mechanism adopted by the terminal device
  • the failure TRP identifier set corresponding to the beam failure information obtained by the network device includes:
  • the network device obtains the failure TRP identifier set corresponding to the beam failure information.
  • the method 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
  • sending, by the terminal device, the beam failure information to the network device includes:
  • the terminal device sends the beam failure information to the network device.
  • 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. .
  • 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;
  • a failure signal transceiving point identifier set corresponding to the beam failure information 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;
  • the network device performs beam failure recovery management on the terminal device.
  • 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 method further includes:
  • the network device determines the beam failure recovery mechanism adopted by the terminal device
  • acquiring, by the network device, the failure signal transceiving point identifier set corresponding to the beam failure information includes:
  • the network device obtains the failure signal receiving and sending point identifier set corresponding to the beam failure information.
  • 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. .
  • 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:
  • the network device obtains the failure TRP identifier set corresponding to the beam failure information.
  • 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:
  • the network device obtains the failure TRP identifier set corresponding to the beam failure information.
  • 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:
  • the network device determines the failure TRP identifier set corresponding to the beam failure information.
  • 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:
  • the network device According to the TRP identifier, the network device generates a failed TRP identifier set corresponding to the beam failure information.
  • 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.
  • 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:
  • PUCCH-BFR information receives, 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;
  • acquiring, by the network device, the failure TRP identifier set corresponding to the beam failure information includes:
  • the network device According to the TRP identifier, the network device generates a failed TRP identifier set corresponding to the beam failure information.
  • the PUCCH-BFR information includes a beam failure event indication and a scheduling request
  • the scheduling request includes the TRP identifier
  • 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.
  • 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.
  • 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.
  • 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.
  • the determining module is further configured to:
  • the sending module is specifically used for:
  • the beam failure information is sent to the network device.
  • 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. .
  • 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.
  • 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.
  • 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
  • the acquisition module is specifically used for:
  • a failure signal receiving and sending point identifier set corresponding to the beam failure information is acquired.
  • 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. .
  • 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:
  • a failure TRP identifier set corresponding to the beam failure information is obtained.
  • 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:
  • the network device obtains the failure TRP identifier set corresponding to the beam failure information.
  • 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:
  • 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 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:
  • a failure TRP identifier set corresponding to the beam failure information is generated.
  • the receiving module is specifically configured to:
  • the beam failure recovery mechanism is MAC-CE based BFR; the receiving module is further configured to:
  • PUCCH-BFR information 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;
  • the acquisition module is specifically used for:
  • a failure TRP identifier set corresponding to the beam failure information is generated.
  • the PUCCH-BFR information includes a beam failure event indication and a scheduling request
  • the scheduling request includes the TRP identifier
  • 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
  • a 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
  • 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
  • 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
  • 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.
  • 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 computer program includes computer instructions that, when executed by a processor, cause the processor to execute the above-mentioned first
  • 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.
  • 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
  • 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
  • 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;
  • 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.
  • FIG. 1 is a schematic flowchart of a beam failure recovery method provided by an embodiment of the present application
  • FIG. 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.
  • FIG. 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.
  • FIG. 1 is a schematic flowchart of a beam failure recovery method provided by an embodiment of the present application.
  • 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.
  • TRP Transmit-Receive Points
  • the beam failure recovery method includes the following steps:
  • the terminal device detects a beam failure event.
  • the beam failure event is used to indicate that the TRP configured by the terminal device has a beam failure.
  • 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.
  • the terminal device determines whether the TRP where the beam failure occurs meets the beam failure recovery condition.
  • 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.
  • 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.
  • the designated TRP may be a TRP with a designated identifier, such as TRP-0.
  • 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.
  • RRC Radio Resource Control
  • 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.
  • the designated TRP may be the TRP with the smallest sequence number or the TRP with the largest sequence number.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the identifiers of the three TRPs are TRP-0, TRP-1, and TRP2, respectively.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • FIG. 2 is a schematic flowchart of another beam failure recovery method provided by an embodiment of the present application.
  • 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.
  • the beam failure recovery method includes the following steps:
  • the network device receives beam failure information from the terminal device.
  • the terminal device may send beam failure information to the network device.
  • 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.
  • the network device obtains the failure TRP identifier set corresponding to the beam failure information.
  • the failure TRP identifier set includes the identifier of the TRP in the M TRPs where the beam failed.
  • the identifier of the TRP may be a TRP index.
  • the network device performs beam failure recovery management on the terminal device.
  • 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.
  • 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.
  • FIG. 3 is a schematic flowchart of another beam failure recovery method provided by an embodiment of the present application.
  • 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.
  • M is an integer greater than or equal to 2.
  • the beam failure recovery method includes the following steps:
  • the terminal device performs beam failure detection (BFD) to detect the beam failure event.
  • BFD beam failure detection
  • the terminal device may first determine the BFD set of TRP
  • the BFD set It includes multiple reference signal (Reference Signal, RS) identities.
  • RS Reference Signal
  • the terminal device can independently configure its own BFD set for each 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.
  • 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.
  • 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].
  • 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.
  • 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.
  • the range of the failure threshold may specifically be ⁇ 1,2,3,4,5,6,8,10 ⁇ .
  • the terminal device is configured with a high-level parameter Beam-Failure-Detection-RS-ResourceConfig.
  • 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
  • the terminal device is not configured with the high-level parameter Beam-Failure-Detection-RS-ResourceConfig.
  • 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.
  • TCI Transmission Configuration Indication
  • CORESET Control Resource Set
  • 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).
  • the RS indicated by the identifier in supports only one antenna interface.
  • the terminal device performs candidate beam (Candidate Beam) identification.
  • 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).
  • PRACH Physical Random Access Channel
  • BFR beam failure recovery
  • the terminal device can independently configure its own candidate beam set for each TRP
  • the candidate beam set It includes CSI-RS and/or SSB configured by RRC signaling through the high-level parameter Candidate-Beam-RS-List.
  • the MAC layer may request candidate beams from the physical layer.
  • 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.
  • L1-RSRP Layer 1-Reference Signal Received Power
  • the MAC layer may determine a new beam from the candidate beams.
  • the CSI-RS satisfies the L1-RSRP condition
  • the L1-RSRP of the SSB is greater than Q in,LR
  • the SSB satisfies the L1-RSRP condition.
  • Q in, LR can be set as the default value of the high-level parameter Beam-failure-candidate-beam-threshold.
  • the terminal device can report the message that no candidate beam is found to the network device.
  • the beam failure recovery mechanism is a random access channel-based beam-failure-Recovery (RACH-based BFR).
  • the terminal device sends a beam failure recovery request (Beam-failure-Recovery-Request, BFRQ) to the network device.
  • a beam failure recovery request Beam-failure-Recovery-Request, BFRQ
  • the terminal 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.
  • the network device obtains the failure TRP identifier set corresponding to the beam failure information.
  • the network device may obtain the failure TRP identifier set according to the beam failure information.
  • the beam failure information may include at least one random access channel preamble (Random Access Channel preamble, RACH preamble) identifier.
  • RACH preamble Random Access Channel preamble
  • 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.
  • the beam failure information may include at least one RACH preamble identifier.
  • 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.
  • the beam failure information may include at least one new beam information.
  • the new beam information may be a new beam index.
  • 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.
  • 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.
  • the network device performs beam failure recovery management on the terminal device.
  • 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.
  • CORESET-BFR and CORESET-BFR and Search Space-BFR have a one-to-one correspondence relation.
  • the terminal device 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.
  • the terminal device successfully receives a response to its BFRQ from the network device within the time window, the beam failure recovery is successful.
  • the terminal device can receive a dedicated PDCCH scrambled with a Cell Radio Network Temporary Identifier (C-RNTI) by monitoring the CORESET-BFR.
  • C-RNTI Cell Radio Network Temporary Identifier
  • the terminal device 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.
  • Physical Downlink Shared Channel Physical Downlink Shared Channel
  • TCI-StatesPDCCH includes TCI-StatesPDCCH-ToAddList and/or TCI-StatesPDCCH-ToReleaseList.
  • the terminal device When receiving the beam failure recovery response, the terminal device can send and receive information on the new beam.
  • 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.
  • FIG. 4 is a schematic flowchart of yet another beam failure recovery method provided by an embodiment of the present application.
  • 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.
  • M is an integer greater than or equal to 2.
  • the beam failure recovery method includes the following steps:
  • 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.
  • SCell Secondary Cell
  • BFD RS Beam Failure Detection Reference Signal
  • each SCell needs to perform beam failure detection (BFD), and each BWP of each SCell is configured with BFD parameters.
  • BFD beam failure detection
  • the terminal device may first determine the BFD set of TRP
  • the BFD set include multiple BFD RS identifiers.
  • 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.
  • 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.
  • 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.
  • the BFD RS is configured in the terminal device, and the downlink RS used for the BFD is in the current component carrier (CC).
  • CC current component carrier
  • BFD RS is not configured in the terminal device.
  • the downlink RS used for BFD can be in the current CC or in other CCs.
  • 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.
  • the terminal device can independently configure its own candidate beam set for each TRP
  • the MAC layer may request candidate beams from the physical layer.
  • the physical layer can use the 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.
  • 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.
  • the new beam may be SSB or CSI-RS used for beam management (Beam Management, BM).
  • the new beam can be in the active broadband part in the current CC or other CCs in the same cell.
  • the new beam RS and its L1-RSRP will be forcibly configured.
  • the terminal device can report the message that no candidate beam is found to the network device.
  • 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.
  • 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).
  • MAC Control Element MAC CE
  • MAC CE Medium Access Control layer
  • 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.
  • PUCCH-BFR Physical Uplink Control Channel Beam Failure recovery
  • 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.
  • uplink resources such as Physical Uplink Shared Channel (PUSCH) resources
  • 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.
  • the TRP identifier can be included in the SR.
  • the network device can learn that a beam failure event has occurred after receiving the PUCCH-BFR.
  • the PUCCH-BFR information may include a beam failure event indication.
  • PUCCH-BFR is not configured in the terminal device.
  • the terminal device may use Contention Based Random Access (CBRA) in the sPcell to send a beam failure event indication to the network device.
  • CBRA Contention Based Random Access
  • the sPcell includes a primary cell (Primary Cell, PCell) and a primary and secondary cell (Primary Secondary Cell, PScell).
  • the network device sends uplink grant (UL-grant) information to the terminal device.
  • UL-grant uplink grant
  • 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.
  • the terminal device sends a BFRQ to the network device through a MAC-CE message.
  • 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.
  • the terminal device may send the new beam index as the new beam information to the network device.
  • the network device obtains the failure TRP identifier set corresponding to the beam failure information.
  • 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.
  • the beam failure information may also directly include at least one TRP identifier.
  • the PUCCH-BFR information may include at least one TRP identifier.
  • 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.
  • 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.
  • 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.
  • the network device performs beam failure recovery management on the terminal device.
  • 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.
  • the terminal device When receiving the beam failure recovery response, the terminal device can send and receive information on the new beam.
  • 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.
  • FIG. 5 is a schematic flowchart of yet another beam failure recovery method provided by an embodiment of the present application.
  • 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.
  • M is an integer greater than or equal to 2.
  • the beam failure recovery method includes the following steps:
  • 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.
  • each SCell needs to perform BFD, and each BWP of each SCell is configured with BFD parameters.
  • the terminal device may first determine the BFD set of TRP
  • the BFD set include multiple BFD RS identifiers.
  • the terminal device can independently configure its own BFD set for each 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.
  • 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.
  • the terminal device can independently configure its own candidate beam set for each TRP
  • the MAC layer may request candidate beams from the physical layer.
  • 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.
  • the terminal device can also determine a new beam from the monitored candidate beams.
  • the new beam may be SSB or CSI-RS used for BM.
  • the terminal device can report the message that no candidate beam is found to the network device.
  • 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.
  • the beam failure recovery mechanism is MAC-CE based BFR.
  • the terminal device may continue to perform step S53.
  • the terminal device sends a BFRQ to the network device through a MAC-CE message on the PUSCH.
  • 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.
  • 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.
  • the network device can know which TRP or which TRPs have failed beams through the time-frequency resources carrying the MAC-CE.
  • the BFRQ may include beam failure information, and the beam failure information may include new beam information.
  • the terminal device may send the new beam index as the new beam information to the network device.
  • the network device obtains the failure TRP identifier set corresponding to the beam failure information.
  • 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.
  • the beam failure information may also directly include at least one TRP identifier.
  • the network device performs beam failure recovery management on the terminal device.
  • 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.
  • the terminal device When receiving the beam failure recovery response, the terminal device can send and receive information on the new beam.
  • 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.
  • FIG. 6 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.
  • M is an integer greater than or equal to 2.
  • the terminal device 60 may include a detection module 61, a determination module 62, an acquisition module 63, and a sending module 64.
  • the detection module 61 is used to detect beam failure events.
  • 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.
  • 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.
  • 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.
  • 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 determining module 62 is further configured to determine the adopted beam failure recovery mechanism.
  • the sending module 64 is specifically configured to send the beam failure information to the network device according to the beam failure recovery mechanism.
  • 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. .
  • 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.
  • FIG. 7 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.
  • M is an integer greater than or equal to 2.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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. .
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the receiving module 71 is further configured to receive the physical uplink control channel-beam failure recovery PUCCH-BFR information from the terminal device.
  • the PUCCH-BFR information includes a beam failure event indication and/or a TRP identifier.
  • 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.
  • the PUCCH-BFR information includes a beam failure event indication and a scheduling request
  • the scheduling request includes the TRP identifier
  • 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.
  • FIG. 8 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.
  • the terminal device 80 may include: a bus 81, a processor 82, a memory 83, and an input/output interface 84.
  • 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).
  • 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;
  • the beam failure event determine whether the TRP where the beam failure occurs meets the beam failure recovery condition
  • 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 :
  • 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:
  • TRPs 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.
  • the processor 82 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:
  • the beam failure information determine the beam failure recovery mechanism adopted by the terminal device
  • 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:
  • the failure TRP identifier set corresponding to the beam failure information is obtained.
  • 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:
  • the beam failure information is sent to the network device.
  • 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. .
  • 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.
  • 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.
  • FIG. 9 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.
  • M is an integer greater than or equal to 2.
  • the network device 90 may include: a bus 91, a processor 92, a memory 93, and an input/output interface 94.
  • 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).
  • the processor 92 is configured to invoke the computer instruction to execute:
  • 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;
  • a failure signal transceiving point identifier set corresponding to the beam failure information 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;
  • the network device performs beam failure recovery management on the terminal device.
  • 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:
  • the network device determines the beam failure recovery mechanism adopted by the terminal device
  • 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:
  • a failure signal receiving and sending point identifier set corresponding to the beam failure information is acquired.
  • 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. .
  • 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
  • the following is specifically performed:
  • a failure TRP identifier set corresponding to the beam failure information is obtained.
  • 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 failure TRP identifier set corresponding to the beam failure 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.
  • 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
  • a failure TRP identifier set corresponding to the beam failure information is determined.
  • 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
  • a failure TRP identifier set corresponding to the beam failure information is generated.
  • 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:
  • 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:
  • PUCCH-BFR information 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;
  • 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:
  • a failure TRP identifier set corresponding to the beam failure information is generated.
  • the PUCCH-BFR information includes a beam failure event indication and a scheduling request
  • the scheduling request includes the TRP identifier
  • 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.
  • 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.
  • 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.
  • 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.
  • 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
  • the chip determines whether the TRPs that have beam failures meet the beam failure recovery conditions.
  • 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.
  • 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. .
  • 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
  • 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.
  • the chip is further configured to determine the beam failure recovery mechanism adopted by the terminal device according to the beam failure information
  • 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.
  • 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. .
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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;
  • 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.
  • the PUCCH-BFR information includes a beam failure event indication and a scheduling request
  • the scheduling request includes the TRP identifier
  • FIG. 10 is a schematic structural diagram of a module device provided by an embodiment of the application.
  • 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.
  • 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;
  • 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.
  • 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;
  • 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.
  • 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. .
  • 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.
  • the chip module 1002 is further configured to determine the terminal device according to the beam failure information The adopted beam failure recovery mechanism;
  • 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.
  • 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. .
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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;
  • 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.
  • the PUCCH-BFR information includes a beam failure event indication and a scheduling request
  • the scheduling request includes the TRP identifier

Abstract

La présente invention porte, selon des modes de réalisation, sur un procédé récupération de défaillance de faisceau, sur un support de stockage, sur une puce et sur des dispositifs associés. Un dispositif de réseau est utilisé pour effectuer une gestion de récupération de défaillance de faisceau sur un dispositif terminal et le dispositif terminal est configuré avec une pluralité de points de transmission-réception de signal (TRP). Le procédé appliqué au dispositif terminal consiste : à détecter un événement de défaillance de faisceau ; à déterminer si un TRP où se produit une défaillance de faisceau remplit une condition de récupération de défaillance de faisceau selon l'événement de défaillance de faisceau ; et, si tel est le cas, à obtenir des informations de défaillance de faisceau et à les envoyer au dispositif de réseau, les informations de défaillance de faisceau étant utilisées pour rapporter l'événement de défaillance de faisceau. Dans un scénario multi-TRP, le dispositif terminal dans les modes de réalisation de la présente invention peut déterminer si un TRP où se produit une défaillance de faisceau remplit une condition de récupération de défaillance de faisceau et envoyer des informations de défaillance de faisceau au dispositif de réseau uniquement lorsque le TRP où se produit une défaillance de faisceau remplit la condition de récupération de défaillance de faisceau de telle sorte que le dispositif de réseau puisse effectuer une gestion de récupération de défaillance de faisceau sur le dispositif terminal pour réaliser une récupération de défaillance de faisceau.
PCT/CN2021/075893 2020-02-14 2021-02-07 Procédé de récupération de défaillance de faisceau, support de stockage, puce et dispositifs associés WO2021160073A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010095317.3 2020-02-14
CN202010095317.3A CN113271604B (zh) 2020-02-14 2020-02-14 波束失败恢复方法、终端设备、网络设备及存储介质

Publications (1)

Publication Number Publication Date
WO2021160073A1 true WO2021160073A1 (fr) 2021-08-19

Family

ID=77227374

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/075893 WO2021160073A1 (fr) 2020-02-14 2021-02-07 Procédé de récupération de défaillance de faisceau, support de stockage, puce et dispositifs associés

Country Status (2)

Country Link
CN (1) CN113271604B (fr)
WO (1) WO2021160073A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023060485A1 (fr) * 2021-10-13 2023-04-20 Huawei Technologies Co.,Ltd. Gestion de faisceaux conjoints dans des réseaux terrestres/non terrestres intégrés
WO2023088114A1 (fr) * 2021-11-17 2023-05-25 华为技术有限公司 Procédé de récupération de faisceau, procédé de détection de défaillance de faisceau et appareil associé
WO2023179652A1 (fr) * 2022-03-23 2023-09-28 维沃移动通信有限公司 Procédé et appareil de détection de défaillance de faisceau, terminal et support d'enregistrement

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117413610A (zh) * 2021-09-15 2024-01-16 Oppo广东移动通信有限公司 一种无线通信方法及装置、终端设备、网络设备
WO2023044827A1 (fr) * 2021-09-24 2023-03-30 Nokia Shanghai Bell Co., Ltd. Reprise sur défaillance de faisceau dans un point de transmission-réception
CN115996416A (zh) * 2021-10-18 2023-04-21 夏普株式会社 用户设备方法及用户设备
CN115996394A (zh) * 2021-10-20 2023-04-21 华为技术有限公司 一种波束失败恢复的方法和通信装置
CN117643162A (zh) * 2021-10-21 2024-03-01 Oppo广东移动通信有限公司 一种波束失败恢复方法及装置、终端设备
CN115835265B (zh) * 2023-02-10 2023-04-25 广东奎晟信息科技有限公司 一种波束故障恢复方法、装置，计算机设备、介质、产品

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019140389A1 (fr) * 2018-01-12 2019-07-18 Ntt Docomo, Inc. Équipement utilisateur et procédé de communication sans fil
CN110169116A (zh) * 2019-04-10 2019-08-23 北京小米移动软件有限公司 波束失败确定方法和装置
CN110463264A (zh) * 2019-06-17 2019-11-15 北京小米移动软件有限公司 随机接入指示方法、装置及存储介质
WO2020010630A1 (fr) * 2018-07-13 2020-01-16 Nec Corporation Rétablissement après défaillance de faisceau

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110324069B (zh) * 2018-03-28 2021-02-02 维沃移动通信有限公司 波束失败处理方法、终端、网络设备及可读存储介质
CN116456462A (zh) * 2018-05-28 2023-07-18 华为技术有限公司 一种资源配置的方法、装置及系统
US20220210683A1 (en) * 2019-04-25 2022-06-30 Beijing Xiaomi Mobile Software Co., Ltd. Method and device for reporting beam failure, and storage medium

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019140389A1 (fr) * 2018-01-12 2019-07-18 Ntt Docomo, Inc. Équipement utilisateur et procédé de communication sans fil
WO2020010630A1 (fr) * 2018-07-13 2020-01-16 Nec Corporation Rétablissement après défaillance de faisceau
CN110169116A (zh) * 2019-04-10 2019-08-23 北京小米移动软件有限公司 波束失败确定方法和装置
CN110463264A (zh) * 2019-06-17 2019-11-15 北京小米移动软件有限公司 随机接入指示方法、装置及存储介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LENOVO, MOTOROLA MOBILITY: "Discussion of Multi-beam Operation", 3GPP DRAFT; R1-1812785, vol. RAN WG1, 12 April 2019 (2019-04-12), Spokane, USA, pages 1 - 5, XP051479028 *
ZTE: "Considerations on beam management for multi-TRP", 3GPP DRAFT; R1-1904021 CONSIDERATIONS ON BEAM MANAGEMENT FOR MULTI-TRP, vol. RAN WG1, 30 March 2019 (2019-03-30), Xi’an, China, pages 1 - 7, XP051691235 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023060485A1 (fr) * 2021-10-13 2023-04-20 Huawei Technologies Co.,Ltd. Gestion de faisceaux conjoints dans des réseaux terrestres/non terrestres intégrés
WO2023088114A1 (fr) * 2021-11-17 2023-05-25 华为技术有限公司 Procédé de récupération de faisceau, procédé de détection de défaillance de faisceau et appareil associé
WO2023179652A1 (fr) * 2022-03-23 2023-09-28 维沃移动通信有限公司 Procédé et appareil de détection de défaillance de faisceau, terminal et support d'enregistrement

Also Published As

Publication number Publication date
CN113271604B (zh) 2023-03-24
CN113271604A (zh) 2021-08-17

Similar Documents

Publication Publication Date Title
WO2021160073A1 (fr) Procédé de récupération de défaillance de faisceau, support de stockage, puce et dispositifs associés
AU2018407973B2 (en) System and method for periodic beam failure measurements
JP7274624B2 (ja) セカンダリセルビームリカバリ
US10893566B2 (en) Method for receiving beam recovery request and network device
CN110754106B (zh) 一种无线链路监控方法和装置
CN111052847B (zh) 用于请求复用的系统和方法
WO2019137346A1 (fr) Procédé et dispositif terminal utilisés pour surveiller la qualité d'un canal
TWI729754B (zh) 用於波束故障偵測之方法及ue
US20220167339A1 (en) Beam failure recovery method and apparatus
CN112020888B (zh) 链路故障的处理方法、装置、终端设备及存储介质
US11902814B2 (en) Control information transmission method and apparatus
KR20230017307A (ko) 빔 실패 복구를 위한 방법, 장치 및 기기
TWI792622B (zh) 波束故障恢復方法及使用者設備
US20230090317A1 (en) Method and Apparatus for Beam Failure Recovery
CN115334557A (zh) 波束失败恢复方法、装置及存储介质
CN115843114A (zh) 波束恢复及请求方法、装置、计算机可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21754548

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21754548

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 21754548

Country of ref document: EP

Kind code of ref document: A1