Systems and methods for backhaul link beam determination by intelligent nodes

Abstract

Systems and methods are provided for backhaul link beam determination by a smart node. A network node can determine a beam of a backhaul link. The beam of the backhaul link can include a downlink backhaul link beam for receiving on the backhaul link or an uplink backhaul link beam for transmitting on the backhaul link. The network node can perform a forwarding operation over the backhaul link. The network node can determine whether there is a beam failure problem with the backhaul link. The network node can transmit a dedicated signal to a controller to report that a beam failure has been detected on the backhaul link. The controller can also receive the dedicated signal to report that a beam failure has been detected on the backhaul link.

Description

Technical Field

[0001] This disclosure relates generally to wireless communications, including but not limited to systems and methods for intelligent nodes to perform backhaul link beam determination. Background Technology

[0002] Coverage is a key consideration in cellular network deployment. With the rise of interconnected devices, efficient device communication has become increasingly important. Current 3GPP (3rd Generation Partnership Project) standards (covering 3G to 5G and beyond) focus on the importance of seamless communication between various devices, from smart home devices to wearables. In industrial settings, the complexity of tasks often necessitates collaboration. This requires multiple collaborative operations management systems designed to create workgroups and manage different types of devices to accomplish the required tasks. Summary of the Invention

[0003] The exemplary embodiments disclosed herein are intended to address problems related to one or more issues raised in the prior art and provide additional features that will become apparent from the following detailed description taken in conjunction with the accompanying drawings. Exemplary systems, methods, apparatuses, and computer program products are disclosed herein according to various embodiments. However, it should be understood that these embodiments are presented by way of example and are not limiting, and that various modifications can be made to the disclosed embodiments while remaining within the scope of this disclosure, as will be apparent to those skilled in the art who read this disclosure.

[0004] At least one aspect relates to a system, method, apparatus, or computer-readable medium. A network node (e.g., a smart node (SN)) can determine the beam of a backhaul link. The beam of the backhaul link may include at least one of the following: a downlink backhaul link beam for receiving on the backhaul link; and / or an uplink backhaul link beam for transmitting on the backhaul link. The network node can perform forwarding operations through the backhaul link.

[0005] In some implementations, the backhaul link may include at least one of the following: a forwarding link from the controller (e.g., BS) to the network node and / or a forwarding link from the network node to the controller. The controller may include at least one of the following: a wireless communication node and / or a wireless communication device.

[0006] In some implementations, the network node can determine the beam of the backhaul link when it successfully completes the link recovery process on the control link.

[0007] In some implementations, the beam of the backhaul link can be determined based on at least one of the following: the second downlink backhaul link beam is the same as the first downlink backhaul link beam used before the network node performs the link recovery process, and / or the second uplink backhaul link beam is the same as the first uplink backhaul link beam used before the network node performs the link recovery process.

[0008] In some implementations, the control link may include a control link from the controller to the network node and / or a forwarding link from the network node to the controller. The controller may include at least one of the following: a wireless communication node and / or a wireless communication device.

[0009] In some implementations, the beam of the backhaul link may be determined in response to the satisfaction of a condition, which may include at least one of the following: the first downlink backhaul link beam is different from the downlink control link beam used before the network node performs the link recovery procedure, and / or the first uplink backhaul link beam is different from the uplink control link beam used before the network node performs the link recovery procedure; the first downlink backhaul link beam has a reference signal that is different from any reference signal used by the network node for the beam failure detection (BFD) procedure. The first uplink backhaul beam has different quasi-co-location (QCL) parameters or spatial filters than any RS used by the network node for the BFD procedure; the first downlink backhaul beam has the same QCL parameters or spatial filters as any candidate RS used by the network node for the link recovery procedure; the first downlink backhaul beam is the same as a new downlink control link beam identified by the network node during the link recovery procedure; and / or the first uplink backhaul beam is the same as a new uplink control link beam identified by the network node during the link recovery procedure; and / or the network node does not detect a beam failure problem on the backhaul link.

[0010] In some implementations, the beam of the backhaul link may be determined based on at least one of the following: the second downlink backhaul link beam is the same as the new downlink control link beam identified during the link recovery process performed by the network node for receiving on the control link, and / or the second uplink backhaul link beam is the same as the new uplink control link beam identified during the link recovery process performed by the network node for transmitting on the control link.

[0011] In some implementations, the beam may be determined in response to the satisfaction of conditions, and the conditions include at least one of the following: the first downlink backhaul beam is the same as the downlink control beam used by the network node before performing the link recovery procedure, and / or the first uplink backhaul beam is the same as the uplink control beam used by the network node before performing the link recovery procedure; the first downlink backhaul beam has the same QCL parameters or spatial filters as any RS used by the network node for the BFD procedure, and / or the first uplink backhaul beam has the same QCL parameters or spatial filters as any RS used by the network node for the BFD procedure. The first downlink backhaul beam has QCL parameters or spatial filters different from any candidate RS used by the network node for the link recovery process, and / or the first uplink backhaul beam has QCL parameters or spatial filters different from any candidate RS used by the network node for the link recovery process; the first downlink backhaul beam is different from a new downlink control beam identified by the network node during the link recovery process, and / or the first uplink backhaul beam is different from a new uplink control beam identified by the network node during the link recovery process; and / or the network node has detected a beam failure problem on the backhaul link.

[0012] In some implementations, network nodes can determine whether the backhaul link has a beam failure problem.

[0013] In some implementations, the BFD results of the control link can be applied to the backhaul link.

[0014] In some implementations, at least one of the following can be used to determine the beam failure problem of the backhaul link: one or more reference signals for determining the beam failure problem of the backhaul link; and / or one or more associated parameters. The one or more associated parameters may include at least one of the following: a timer for determining the beam failure problem of the backhaul link; a counter for determining the beam failure problem of the backhaul link; and / or a threshold for evaluating the radio link quality of the backhaul link.

[0015] In some implementations, the one or more RSs can be determined by at least one of the following: an existing set of RSs for a BFD procedure performed on the control link is adapted to determine the beam failure problem of the backhaul link; an existing set of RSs for a BFD procedure performed on the control link is reinterpreted for or reused to determine the beam failure problem of the backhaul link; and / or a new RS or a new set of RSs is used to determine the beam failure problem of the backhaul link.

[0016] In some implementations, for any one of the one or more associated parameters, the value of the corresponding parameter can be determined by at least one of the following: existing parameters for the BFD procedure performed on the control link are applied to or reused for the corresponding parameter used to determine the beam failure problem of the backhaul link; and / or new parameters for determining the beam failure problem of the backhaul link.

[0017] In some implementations, the new RS set may include at least one of the following: one or more RSs for determining beam failure problems of the backhaul link; and / or one or more associated parameters for determining beam failure problems of the backhaul link. The one or more associated parameters may include at least one of the following: a timer for determining beam failure problems of the backhaul link; a counter for determining beam failure problems of the backhaul link; and / or a threshold for evaluating the radio link quality of the backhaul link.

[0018] In some implementations, the network node can initiate a RACH process for link recovery based on a dedicated RACH resource configuration from the controller.

[0019] In some implementations, an additional preamble index can be configured for each RS in the existing set of candidate RSs for the configuration of the dedicated RACH resource.

[0020] In some implementations, in response to the determination that both the control link and the backhaul link suffer from beam failure, the network node can select a candidate RS from the existing set of candidate RSs configured in the dedicated RACH resource configuration and initiate a RACH procedure. The transmitted preamble can be an additional preamble index associated with the selected candidate RS.

[0021] In some implementations, an additional set of candidate RSs and associated random access (RA) parameters can be configured in the existing dedicated RACH resource configuration.

[0022] In some implementations, in response to the determination that both the control link and the backhaul link have beam failure issues, the network node can select a candidate RS and associated RA parameters from the additional candidate RS set and initiate a RACH procedure.

[0023] In some implementations, the network node can report beam failure information of the backhaul link to the controller via dedicated signaling, which may include at least one of the following: Radio Resource Control (RRC) signaling, Medium Access Control (MAC) Control Element (CE) or Uplink Control Information (UCI) signaling.

[0024] In some implementations, the reported beam failure information may include at least one of the following: information indicating whether a beam failure problem has been detected in the backhaul link; and / or one or more candidate RS indices for beam determination of the backhaul link.

[0025] In some implementations, the network node may send / transmit / provide a dedicated signal to the controller to report that a beam failure has been detected on the backhaul link.

[0026] In some implementations, the dedicated signal may include at least one of the following: a dedicated Physical Uplink Control Channel (PUCCH); a dedicated Physical Uplink Shared Channel (PUSCH); a dedicated reference signal; and / or a dedicated sequence.

[0027] In some implementations, this technical solution can be configured or implemented by intelligent nodes to perform backhaul link beam determination according to at least one of the following example configurations: • Example Configuration 1: After the BFR of the control link is successfully completed, determine the backhaul link beam.

[0028] • Example Configuration 2: Enhance the BFD & BFR process of SN. Attached Figure Description

[0029] Various exemplary embodiments of the present technical solution are described in detail below with reference to the accompanying drawings. The drawings are for illustrative purposes only and depict only exemplary embodiments of the present technical solution to facilitate the reader's understanding. Therefore, the drawings should not be considered to limit the breadth, scope, or applicability of the present technical solution. It should be noted that these drawings are not necessarily drawn to scale for clarity and ease of explanation.

[0030] Figure 1 An example cellular communication network that can implement the techniques disclosed herein, according to embodiments of the present disclosure, is shown; Figure 2 Block diagrams of example base stations and user equipment according to some embodiments of the present disclosure are shown; Figure 3 A schematic diagram of an example network according to some embodiments of the present disclosure is shown; Figure 4 A schematic diagram of the transmission links from BS to SN and from SN to UE according to some embodiments of the present disclosure is shown; Figure 5 An example implementation of a network control SN model according to some embodiments of this disclosure is shown; Figure 6 An example implementation of a SN model controlled by a UE according to some embodiments of this disclosure is shown; Figure 7 Alternative example implementations of a UE-controlled SN model according to some embodiments of this disclosure are shown; Figure 8 Example implementations of network-controlled repeaters according to some embodiments of this disclosure are shown; and Figure 9 A flowchart is shown as an example method for backhaul link beam determination for a smart node according to an embodiment of this disclosure. Detailed Implementation

[0031] 1. Mobile communication technology and environment Figure 1 An example wireless communication network and / or system 100 that can implement the techniques disclosed herein is illustrated according to embodiments of this disclosure. In the following discussion, wireless communication network 100 can be any wireless network, such as a cellular network or a narrowband Internet of Things (NB-IoT) network, and is referred to herein as "network 100". Such an example network 100 includes a base station 102 (hereinafter referred to as "BS 102"; also called a wireless communication node) and a user equipment 104 (hereinafter referred to as "UE 104"; also called a wireless communication device), which can communicate with each other via a communication link 110 (e.g., a wireless communication channel) and a group of cells 126, 130, 132, 134, 136, 138, and 140 covering a geographic area 101. Figure 1 In this context, BS 102 and UE 104 are located within the respective geographical boundaries of cell 126. Each of the other cells 130, 132, 134, 136, 138, and 140 may include at least one base station that operates within its allocated bandwidth to provide appropriate radio coverage for its target users.

[0032] For example, BS 102 can operate within the allocated channel transmission bandwidth to provide appropriate coverage for UE 104. BS 102 and UE 104 can communicate via downlink radio frame 118 and uplink radio frame 124, respectively. Each radio frame 118 / 124 can be further divided into subframes 120 / 127, which may include data symbols 122 / 128. In this disclosure, BS 102 and UE 104 are described herein as non-limiting examples of "communication nodes" that can generally practice the methods disclosed herein. According to various embodiments of this technical solution, such communication nodes are capable of wireless and / or wired communication.

[0033] Figure 2 A block diagram of an example wireless communication system 200 for transmitting and receiving wireless communication signals (e.g., OFDM / OFDMA (Orthogonal Frequency Division Multiplexing / Orthogonal Frequency Division Multiple Access) signals) according to some embodiments of the present technical solution is shown. System 200 may include components and elements configured to support known or conventional operating features, which do not need to be described in detail herein. In one illustrative embodiment, system 200 can be used in the above-described... Figure 1 In a wireless communication environment (e.g., wireless communication environment 100), data symbols are communicated (e.g., transmitted and received).

[0034] System 200 typically includes a base station 202 (hereinafter referred to as "BS 202") and user equipment 204 (hereinafter referred to as "UE 204"). BS 202 includes a BS (base station) transceiver module 210, a BS antenna 212, a BS processor module 214, a BS memory module 216, and a network communication module 218, each module being coupled to and interconnected with each other as needed via a data communication bus 220. UE 204 includes a UE (user equipment) transceiver module 230, a UE antenna 232, a UE memory module 234, and a UE processor module 236, each module being coupled to and interconnected with each other as needed via a data communication bus 240. BS 202 communicates with UE 204 via a communication channel 250, which can be any wireless channel or other medium suitable for data transmission as described herein.

[0035] As will be understood by those skilled in the art, System 200, in addition to Figure 2In addition to the modules shown herein, any number of other modules may be included. Those skilled in the art will understand that the various illustrative blocks, modules, circuits, and processing logic described in the embodiments disclosed herein can be implemented in hardware, computer-readable software, firmware, or any practical combination thereof. To clearly illustrate this interchangeability and compatibility of hardware, firmware, and software, the various illustrative components, blocks, modules, circuits, and steps are generally described in terms of their functionality. Whether such functionality is implemented as hardware, firmware, or software can depend on the specific application and design constraints imposed on the overall system. Those skilled in the art can implement such functionality appropriately for each specific application, but such implementation decisions should not be construed as limiting the scope of this disclosure.

[0036] According to some embodiments, UE transceiver 230 may be referred to herein as "uplink" transceiver 230, which includes a radio frequency (RF) transmitter and an RF receiver, each including circuitry coupled to antenna 232. A duplex switch (not shown) may alternately couple the uplink transmitter or receiver to the uplink antenna in a time-division duplex manner. Similarly, according to some embodiments, BS transceiver 210 may be referred to herein as "downlink" transceiver 210, which includes an RF transmitter and an RF receiver, each including circuitry coupled to antenna 212. A downlink duplex switch may alternately couple the downlink transmitter or receiver to downlink antenna 212 in a time-division duplex manner. The operation of the two transceiver modules 210 and 230 may be time-coordinated such that the uplink receiver circuitry is coupled to the uplink antenna 232 to receive transmissions on the radio transmission link 250 while the downlink transmitter is coupled to the downlink antenna 212. Conversely, the operation of the two transceivers 210 and 230 can be time-coordinated so that the downlink receiver is coupled to the downlink antenna 212, so that transmissions on the wireless transmission link 250 can be received simultaneously when the uplink transmitter is coupled to the uplink antenna 232. In some embodiments, tight time synchronization is achieved through a minimum guard time between changes in duplex direction.

[0037] UE transceiver 230 and base transceiver 210 are configured to communicate via wireless data communication link 250 and cooperate with RF antenna arrangements 212 / 232 appropriately configured to support specific wireless communication protocols and modulation schemes. In some illustrative embodiments, UE transceiver 210 and base transceiver 210 are configured to support industry standards such as Long Term Evolution (LTE) and emerging 5G standards. However, it should be understood that this disclosure is not necessarily limited in application to specific standards and associated protocols. Rather, UE transceiver 230 and base transceiver 210 may be configured to support alternative or additional wireless data communication protocols, including future standards or variations thereof.

[0038] According to various embodiments, BS 202 may be, for example, an evolved node B (eNB), a serving eNB, a target eNB, a femtocell, or a picocell. In some embodiments, UE 204 may be implemented as various types of user equipment, such as mobile phones, smartphones, personal digital assistants (PDAs), tablets, laptops, wearable computing devices, etc. Processor modules 214 and 236 may be implemented as a general-purpose processor, content-addressable memory, digital signal processor, application-specific integrated circuit, field-programmable gate array, any suitable programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, designed to perform the functions described herein. In this way, the processor may be implemented as a microprocessor, a controller, a microcontroller, a state machine, etc. The processor may also be implemented as a combination of computing devices, such as a combination of a digital signal processor and a microprocessor, a combination of multiple microprocessors, a combination of one or more microprocessors combined with a digital signal processor core, or any other such configuration.

[0039] Furthermore, the steps of the methods or algorithms described in conjunction with the embodiments disclosed herein can be directly implemented in hardware, firmware, software modules executed by processor modules 214 and 236 respectively, or any actual combination thereof. Memory modules 216 and 234 can be implemented as RAM (Random Access Memory), flash memory, ROM (Read-Only Memory), EPROM (Erasable Programmable Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory), registers, hard disks, removable disks, CD-ROMs (Compact Disk Read-Only Memory), or any other form of storage medium known in the art. In this regard, memory modules 216 and 234 can be coupled to processor modules 210 and 230, respectively, so that processor modules 210 and 230 can read information from and write information to memory modules 216 and 234, respectively. Memory modules 216 and 234 can also be integrated into their respective processor modules 210 and 230. In some embodiments, memory modules 216 and 234 may each include cache memory for storing temporary variables or other intermediate information during the execution of instructions executed by processor modules 210 and 230, respectively. Memory modules 216 and 234 may also each include non-volatile memory for storing instructions to be executed by processor modules 210 and 230, respectively.

[0040] Network communication module 218 typically refers to the hardware, software, firmware, processing logic, and / or other components of base station 202 that enable bidirectional communication between base station transceiver 210 and other network components and communication nodes configured to communicate with base station 202. For example, network communication module 218 may be configured to support Internet or WiMAX (Worldwide Interoperability for Microwave Access) traffic. In a typical deployment, network communication module 218 provides, but is not limited to, an 802.3 Ethernet interface, enabling base station transceiver 210 to communicate with conventional Ethernet-based computer networks. In this way, network communication module 218 may include a physical interface for connecting to a computer network (e.g., a Mobile Switching Center (MSC)). The terms “configured for,” “configured as,” and their variations, used herein with respect to a specified operation or function, refer to devices, components, circuits, structures, machines, signals, etc., that are physically constructed, programmed, formatted, and / or arranged to perform that specified operation or function.

[0041] The Open Systems Interconnection (OSI) model (referred to herein as the "OSI model") is a conceptual and logical layout that defines network communications used by systems (e.g., wireless communication devices, wireless communication nodes) for interconnecting and communicating with other systems. The model is divided into seven sub-components or layers, each representing a conceptual set of services provided to its upper and lower layers. The OSI model also defines logical networks and efficiently describes computer packet transmission using different layer protocols. The OSI model may also be referred to as the seven-layer OSI model or the seven-layer model. In some embodiments, the first layer may be the physical layer. In some embodiments, the second layer may be the Media Access Control (MAC) layer. In some embodiments, the third layer may be the Radio Link Control (RLC) layer. In some embodiments, the fourth layer may be the Packet Data Convergence Protocol (PDCP) layer. In some embodiments, the fifth layer may be the Radio Resource Control (RRC) layer. In some embodiments, the sixth layer may be a Non-Access Stratum (NAS) layer or an Internet Protocol (IP) layer, and the seventh layer is other layers.

[0042] Figure 3 A schematic diagram of example network 300 is shown. (As shown) Figure 3As shown, for example, when there is an obstruction between BS 102 and UE 104, one or more BS 102A and BS 102B (e.g., BS 102) can serve one or more UE 104A and UE 104B (e.g., UE 104) in their cells via one or more of their respective SN306A and SN 306B (e.g., sometimes labeled SN 306).

[0043] Figure 4 A schematic diagram 400 illustrates the transmission links between BS 102 and SN 306, and between SN 306 and UE 104 (e.g., UE A and / or UE B). SN 306 may include, or consist of, at least two units or functional parts / components (e.g., sometimes referred to as functional entities) (e.g., a communication unit (CU) (e.g., SN CU) and a forwarding unit (FU) (e.g., SN FU)). The units of SN 306 may support different functions for communication with at least one of BS 102 and / or UE 104. In some cases, the first unit (or functional entity) of SN 306 may refer to SNCU, while the second unit (or functional entity) of SN 306 may refer to SN FU, and vice versa. For example, SN CU (e.g., the first unit) may be a Network Control Repeater (NCR) MT. In another example, SN FU (e.g., the second unit) may be an NCR forwarder / forwarding (Fwd). SN 306 (e.g., SN CU or SN FU) can act as, include, or support various features or functions. For example, SN 306 (e.g., SN CU) can receive and / or decode side control information from a controller. The controller can be at least one of BS 102 (e.g., gNB), UE 104, or other entities. SN CU can be a control unit, controller, mobile terminal (MT), part of UE 104 or BS 102, third-party IoT device, etc. In another example, SN 306 (e.g., SN FU) can use the side control information received by SN CU to perform smart amplification and forwarding operations. SN FU can be a radio unit (RU), RIS, etc. In some cases, the unit used to implement each function (or each functional unit) can refer to or correspond to a separate component or dedicated component of SN 306. In some cases, the unit used for each function can refer to or correspond to different logical portions of the same component of SN 306. In some respects, it can support interfaces for enabling information exchange or conversion between two units of SN 306.

[0044] An example model or description of SN 306 can be found in at least Figure 4 As shown in the diagram. For example, the forwarding function can be performed by at least one of L1 to L4 (which may be referred to as the forwarding link). For the control link or the communication link, at least one of L5 to L8 can be used for SN 306 to receive control information and / or exchange or forward information of the SN with BS 102 and / or UE 104.

[0045] It can be defined / described / provided as follows: Figure 4 The transmission links shown are between BS 102 and SN 306, and between SN 306 and UE 104: - L1: The link from BS to SN-FU; - L2: The link from SN-FU to BS; - L3: The link from SN-FU to UE; - L4: The link from the UE to the SN-FU; - L5: The link from BS to SN-CU; - L6: Link from SN-CU to BS; - L7: The link from SN-CU to UE; - L8: The link from the UE to the SN-CU; - L9: The link from BS to UE; - L10: Link from UE to BS.

[0046] L1 to L10 can be at least one of various types of links, such as control links, communication links, or forwarding links. For example, for a control link, SN 306 can receive and / or process control information from UE 104 and / or BS 102, thereby enabling the use of information transmitted on the control link to control the forwarding link or forwarding function. In some cases, data / signals / information of SN 306 can be transmitted from SN 306 to UE 104 and / or BS 102. SN 306 can receive cell-specific signals and / or UE-specific signals from UE 104 and / or BS 102. The information or signals transmitted / sent / provided / communicated on the control link may or may not be used to control the forwarding link or forwarding function.

[0047] In another example, for the communication link, data / signals / information of the SN can be transmitted from SN 306 to UE 104 and / or BS 102. SN 306 can receive cell-specific signals and / or UE-specific signals from UE 104 and / or BS 102. The information or signals transmitted on the communication link may not be used to control the forwarding link or forwarding function. In some cases, the communication link may correspond to or be part of the control link. In some cases, compared to the control link, the communication link may not carry control information or may contain control information used to control the forwarding link or forwarding function of SN 306.

[0048] In a further example, for forwarding links (e.g., backhaul links and / or access links), signals from BS 102 and / or UE 104 may be unknown to the SN FU. For example, the SN FU may forward signals without decoding them (e.g., with or without amplification). L2 and L4 may correspond to or be associated with a complete uplink (UL) forwarding link from UE 104 to BS 102. L1 and L3 may correspond to or be associated with a complete downlink (DL) forwarding link from BS 102 to UE 104. Unless otherwise indicated, L1 to L4 may be forwarding links.

[0049] In such Figure 5In the network control SN model shown (e.g., L5 and / or L6 can be control links, where side control information can be transmitted / provided / communicated between BS 102 and SN 306 (e.g., SN CU)), L1 and / or L2 can be referred to as backhaul links, and L3 and / or L4 can be referred to as access links. In some embodiments, L5 and / or L6 can also be communication links, enabling the SN to exchange its own information with the BS for communication. For example, the SN can transmit PRACH (Physical Random Access Channel), SRS (Sounding Reference Signal), PUSCH and / or PUCCH through L6, and the SN can receive SSB (Synchronization Signal and PBCH Block), CSI-RS (Channel State Information Reference Signal), PDCCH (Physical Downlink Control Channel) and / or PDSCH (Physical Downlink Shared Channel) through L5.

[0050] In such Figure 6 In the UE-controlled SN model shown (e.g., L7 and / or L8 may be control links for SN 306 (e.g., SN CU) to receive side control information (e.g., power indication) from UE 104), L3 and / or L4 may be referred to as backhaul links, and L1 and / or L2 may be referred to as access links. Backhaul links and access links may be part of forwarding links, and for example, a combination of (backhaul links and access links) may represent or constitute a complete forwarding link. In some embodiments, L5 and / or L6 may be communication links for exchanging information about the SN itself with the BS. For example, the SN can transmit PRACH, SRS, PUSCH, and / or PUCCH through L6, and the SN can receive SSB, CSI-RS, PDCCH, and / or PDSCH through L5.

[0051] In such Figure 7In an alternative implementation of the SN model for UE control shown (e.g., L7 and / or L8 can be control links for SN 306 (e.g., SN CU) to receive side control information (e.g., power indication) from UE 104), L3 and / or L4 can be referred to as backhaul links, and L1 and / or L2 can be referred to as access links. Backhaul links and access links can be parts of forwarding links, and for example, a combination of (backhaul links and access links) can represent or constitute a complete forwarding link. In this implementation, the SN may not have its own communication link between the SN and BS, which may mean / indicate that the L6 and / or L2 links from the SN to the BS may not be able to transmit simultaneously.

[0052] Various exemplary embodiments of the present technical solution are described below with reference to the accompanying drawings to enable those skilled in the art to make and use the present technical solution. As will be apparent to those skilled in the art, after reading this disclosure, various changes or modifications can be made to the examples described herein without departing from the scope of the present technical solution. Therefore, the present technical solution is not limited to the exemplary embodiments and applications described and shown herein. Furthermore, the specific order or hierarchy of steps in the methods disclosed herein is merely an example method. Based on design preferences, the specific order or hierarchy of steps in the disclosed methods or processes can be rearranged while remaining within the scope of the present technical solution. Therefore, those skilled in the art will understand that the methods and techniques disclosed herein present various steps or actions in an exemplary order, and unless otherwise expressly stated, the present technical solution is not limited to the specific order or hierarchy presented.

[0053] 2. System and method for backhaul link beam determination in intelligent nodes Combination Figure 8As shown, in some systems (e.g., 5G New Radio (NR), Next Generation (NG) systems, 3GPP systems, and / or other systems), a network-controlled repeater (NCR) can be introduced as an enhancement to traditional radio frequency repeaters, possessing the ability to receive and / or process side control information from the network. This side control information can allow the network-controlled repeater to perform its amplification and forwarding operations more efficiently. Some benefits may include at least reduced unwanted noise amplification, better spatial directionality in transmission and reception, and / or simplified network integration. In some implementations, while the SN (or SN-CU) performs a link restoration procedure, the SN (or SN-FU) may not transmit or receive signals until the link restoration procedure is complete, and after successful completion of the link restoration procedure, the SN (or SN-FU) can resume forwarding signals. In some implementations, when the SN receives data simultaneously through both the control link and the backhaul link in a symbol set, the TCI state used for reception on the backhaul link is the same as the TCI state used for reception on the control link. Similarly, when the SN transmits data simultaneously through both the control link and the backhaul link in a symbol set, the spatial filter used for transmission on the backhaul link is the same as the spatial filter used for transmission on the control link. In some implementations, when the SN is not simultaneously receiving on both the control link and the backhaul link, and if the SN does not support determining the TCI state for reception on the backhaul link based on the TCI state indication, or if the SN does not receive an indication of the TCI state for reception on the backhaul link, the DL backhaul link beam can be determined according to predefined rules (e.g., if the SN does not receive an indication of the unified TCI state for SN-CU reception, the reception on the backhaul link uses the same QCL parameters as the PDCCH reception in the CORESET (Control Resource Set) with the lowest controlResourceSetId; otherwise, the reception on the backhaul link uses the QCL parameters provided by the indicated unified TCI state for SN-CU reception), or the reception on the backhaul link uses the QCL parameters provided by the TCI state in the MAC CE signaling.In some implementations, when the SN does not transmit on the control link and backhaul link simultaneously, and if the SN does not support the determination of the spatial filter for transmission on the backhaul link based on the unified TCI state or SRS resource indicator (SRI) of the serving cell, or if the SN-CU does not receive the unified TCI state or SRI indication for determining the spatial filter for transmission on the backhaul link, the UL backhaul link beam can be determined according to predefined rules (e.g., if the SN does not receive the unified TCI state indication for the transmission on the SN-CU, the transmission on the backhaul link uses the same spatial filter as the spatial filter associated with the PUCCH resource with the lowest pucch-ResourceId in the PUCCH-ResourceSet; otherwise, the transmission on the backhaul link uses the spatial filter corresponding to the indicated unified TCI state for the transmission on the SN-CU), or the transmission on the backhaul link uses the spatial filter corresponding to the unified TCI state or SRI provided by the MAC CE.

[0054] In some implementations, a set of reference signals (RS) can be used for the SN's BFD process. This set of reference signals can be configured by the BS or can be determined to include periodic CSI-RSs with the same values ​​as the RS indices in the RS set indicated for the corresponding CORESET, which the SN uses to monitor the Physical Downlink Control Channel (PDCCH).

[0055] In addition to the RS set, relevant parameters that can be used for BFD can also be configured to the SN, and these relevant parameters can include at least one of the following: a parameter representing the value of the timer for BFD, for example, existing parameters. beamFailureDetectionTimer The parameter represents the value of a counter used to determine how many beam failure events the SN will trigger beam failure recovery (BFR). For example, existing parameters... beamFailureInstanceMaxCount ; and / or represent the threshold Q out,LR The parameter, a threshold, is used to evaluate the wireless link quality of the beam. In some implementations, during the BFR process, there may be an index q. new The RS, which can be obtained by measuring the L1-RSRP of the candidate RS with a threshold Q. in,LR Compare from those configured for the SN (e.g., by...) candidateBeamRSList or candidateBeamRSListExt Selected from the configured list of candidate RSs.

[0056] During the BFR process of the SN (or SN-CU), new beams for DL ​​signal reception (e.g., PDCCH, PDSCH, and / or CSI-RS) and new beams for UL signal transmission (e.g., PUCCH, PUSCH, and / or SRS) for control link can be identified. The corresponding new beams identified during the BFR process will be used to control the link after the SN's link recovery process is successfully completed. In some implementations, the new beam for DL ​​signal reception for control link can have / use a beam with an index of q. new The antenna port quasi-co-addressable (QCL) parameters associated with the RS are the same as those of the previous PRACH transmission. In some implementations, the new beam used for UL signal transmission of the control link can be at least one of the following: the new beam used for UL signal transmission of the control link can have / use the same spatial filter as the previous PRACH transmission, or the new beam used for UL signal transmission of the control link can have / use the same spatial filter as the one indexed by q. new The antenna port quasi-co-address (QCL) parameters associated with the RS are the same as those of the antenna port quasi-co-address (QCL).

[0057] Various implementations / configurations / examples can be considered for determining the beams (e.g., DL receive beams and / or UL transmit beams) of the backhaul link when the SN resumes forwarding signals after the SN has successfully completed the link recovery process.

[0058] In this disclosure, the phrase “new beams identified during BFR (e.g., DL beams and / or UL beams)” may also refer to at least one of the following understandings: new beams identified during the link recovery process; new beams identified during radio link monitoring; new beams (e.g., DL beams and / or UL beams) having / using the same spatial filter or antenna port QCL parameters as those provided by the controller (e.g., BS) to the SN from candidate RSs for link recovery; and new beams (e.g., DL beams and / or UL beams) having / using the same spatial filter or antenna port QCL parameters as those in the previous PRACH transmission during the link recovery process.

[0059] In this disclosure, the phrase "DL receive beam for the corresponding link" can also refer to the antenna port QCL parameters for DL ​​reception of the corresponding link. Furthermore, the phrase "UL transmit beam for the corresponding link" can also refer to the antenna port QCL parameters or spatial filter for UL transmission of the corresponding link.

[0060] In this disclosure, the statements "the DL receive beam for the backhaul link is the same as the DL receive beam for the control link" and "the UL transmit beam for the backhaul link is the same as the UL transmit beam for the control link" can also refer to at least one of the following understandings: the TCI state configuration for the DL receive or UL transmit for the backhaul link can be the same as the TCI state configuration for the corresponding DL receive or UL transmit for the control link; the TCI state index for the DL receive or UL transmit for the backhaul link can be the same as the TCI state index for the corresponding DL receive or UL transmit for the control link; having DL receive or UL transmit for the backhaul link The RS for QCL information in TCI state can be the same as the RS for corresponding QCL information in TCI state used for control link DL reception or UL transmission; the antenna port QCL parameters for DL ​​reception or UL transmission used for backhaul link can be the same as the antenna port QCL parameters for corresponding DL reception or UL transmission used for control link; the spatial filter for DL ​​reception or UL transmission used for backhaul link can be the same as the spatial filter for corresponding DL reception or UL transmission used for control link; and / or the SRI for DL ​​reception or UL transmission used for backhaul link can be the same as the SRI for corresponding DL reception or UL transmission used for control link.

[0061] Furthermore, in this disclosure, the statements "the DL receive beam of the backhaul link is different from the DL receive beam of the control link" and "the UL transmit beam of the backhaul link is different from the UL transmit beam of the control link" can be understood in at least one of the following ways: the TCI state configuration for the DL receive or UL transmit of the backhaul link can be different from the TCI state configuration for the corresponding DL receive or UL transmit of the control link; the TCI state index for the DL receive or UL transmit of the backhaul link can be different from the TCI state index for the corresponding DL receive or UL transmit of the control link; and QCL information (e.g., QCL type) with the TCI state for the DL receive or UL transmit of the backhaul link is provided. D) The RS may be different from the RS with the same type of QCL information corresponding to the corresponding DL receive or UL transmit for the control link; the antenna port QCL parameters for the DL receive or UL transmit for the backhaul link may be different from the antenna port QCL parameters for the corresponding DL receive or UL transmit for the control link; the spatial filter for the DL receive or UL transmit for the backhaul link may be different from the spatial filter for the corresponding DL receive or UL transmit for the control link; and / or the SRI for the DL receive or UL transmit for the backhaul link may be different from the SRI for the corresponding DL receive or UL transmit for the control link.

[0062] In this disclosure, the phrase "before the SN (or network node) performs the link recovery process" may also refer to at least one of the following understandings: before beam failure detection, before beam failure is detected for the SN, and before beam failure recovery for the SN triggers the random access process.

[0063] In this disclosure, the phrase "after the link recovery process of the SN is successfully completed" may also refer to at least one of the following understandings: after the random access procedure initiated for beam failure recovery of the SN is successfully completed, when the random access procedure initiated for beam failure recovery of the SN is successfully completed.

[0064] Furthermore, in this disclosure, before the SN (or SN-CU) performs the link restoration process, the DL receive beam for controlling the link may refer to at least one of the following: a beam for the SN to receive signals from the controller (e.g., BS), and the signals may include at least one of the following: PDCCH, PDSCH, SSB, and / or CSI-RS; before the SN (or SN-CU) performs the link restoration process, the UL transmit beam for controlling the link may refer to a beam for the SN to transmit signals to the controller (e.g., BS), and the signals may include at least one of the following: PUCCH, PUSCH, and / or SRS.

[0065] In some implementations, the control link may be detected as having a beam failure, but the radio link status of the backhaul link can remain normal (e.g., in a normal state). Furthermore, existing specifications stipulate that when the SN performs a link recovery procedure, the SN-FU does not transmit or receive until the link recovery procedure is complete. This means that if the SN's link recovery procedure is successfully completed (or if the random access procedure initiated for the SN's link recovery is successfully completed), the SN-FU will resume forwarding. In this way, after the SN's link recovery procedure is successfully completed, the DL receive beam and / or UL transmit beam of the backhaul link used by the SN for signal forwarding can still follow the previous configuration. In some implementations, the previous configuration includes at least one of the following: the DL receive beam used for the backhaul link before the SN (or SN-CU) performs the link recovery procedure, and / or the UL transmit beam used for the backhaul link before the SN (or SN-CU) performs the link recovery procedure. Thus, in some implementations, after the SN's link recovery procedure is successfully completed, the DL receive beam and / or UL transmit beam of the backhaul link used by the SN for signal forwarding can be determined by the following methods.

[0066] After the SN's link recovery process is successfully completed, when the SN is simultaneously transmitting and / or receiving on both the backhaul link and the control link: -- After the link recovery process of the SN is successfully completed, the DL receive beam and / or UL transmit beam of the backhaul link used by the SN to forward signals can be the same as the corresponding DL and / or UL beam used by the control link.

[0067] After the SN's link recovery process is successfully completed, if the SN is not simultaneously transmitting and / or receiving on both the backhaul link and the control link: -- The DL receive beam and / or UL transmit beam of the backhaul link used by the SN for forwarding signals can follow the previous configuration (e.g., the corresponding DL receive beam and / or UL transmit beam used for the backhaul link before the SN performs the link recovery process).

[0068] In some implementations, the above method may be applicable to the following situation: after the SN’s link recovery process is successfully completed, when the SN is not transmitting and / or receiving on the backhaul link and control link at the same time, the backhaul link beam determination is determined based on the previous configuration until the SN receives a dedicated backhaul link beam indication (e.g., TCI status provided by MAC CE, or unified TCI status or SRI).

[0069] In this implementation, various aspects / configurations can be considered. For example, in some aspects, there may be criteria or conditions for determining whether the backhaul link beams (or the previous configuration) used before the SN performed the link recovery procedure can still be used for forwarding operations after the SN's link recovery procedure has successfully completed. Thus, when one or more criteria or conditions are met, when the SN (or SN-FU) resumes forwarding signals, the DL receive beams and / or UL transmit beams of the backhaul link can still follow the corresponding DL receive beams and / or UL transmit beams of the backhaul link used before the SN (or SN-CU) performed the link recovery procedure.

[0070] In some implementations, when one or more criteria or conditions are not met, the corresponding DL receive beam and / or UL transmit beam of the backhaul link can be determined by at least one of the following: a new DL receive beam and / or UL transmit beam identified for the control link during the BFR process of the SN; or if the SN receives a dedicated backhaul link beam indication (e.g., a TCI status or unified TCI status or SRI provided for the backhaul link via MAC CE) after the successful completion of the SN's link recovery process, it is the corresponding dedicated DL and / or UL backhaul link beam indication; or determined according to existing mechanisms specified in the specification (e.g., corresponding predefined rules for determining the DL backhaul link beam and / or UL backhaul link beam).

[0071] In this regard, various criteria / conditions can be considered. For example, in some implementations / configurations, the criterion / condition may be that the DL receive beam and / or UL transmit beam used for backhauling the link before the SN performs the link recovery process may be different from the corresponding DL receive beam and / or UL transmit beam used for controlling the link before the SN (or SN-CU) performs the link recovery process. In some implementations, the DL receive beam used for controlling the link before the SN performs the link recovery process may refer to the receive beam of the corresponding DL signal, which may include at least one of the following: PDCCH, PDSCH, and / or CSI-RS. In some implementations, the UL transmit beam used for controlling the link before the SN performs the link recovery process may refer to the transmit beam of the corresponding UL signal, which may include at least one of the following: PUCCH, PUSCH, and / or SRS. Thus, in some implementations, when the DL receive beam and / or UL transmit beam used for the backhaul link before the SN performs the link recovery process are different from the corresponding DL receive beam and / or UL transmit beam used for the control link before the SN (or SN-CU) performs the link recovery process, the DL receive beam and / or UL transmit beam used for the SN to forward signals after the SN's link recovery process is successfully completed can still follow the previous configuration.

[0072] In some implementations / configurations, this criterion / condition may be: the DL receive beam and / or UL transmit beam of the backhaul link used before the SN (or SN-CU) performs the link restoration procedure may have different QCL parameters or spatial filters than any RS used for the BFD of the SN. Thus, in some implementations, when the DL receive beam and / or UL transmit beam of the backhaul link used before the SN (or SN-CU) performs the link restoration procedure have different QCL parameters or spatial filters than any RS used for the BFD of the SN, the DL receive beam and / or UL transmit beam of the backhaul link used by the SN for signal forwarding may still follow the previous configuration after the SN's link restoration procedure is successfully completed.

[0073] In some implementations / configurations, the criterion / condition may be that the DL receive beam and / or UL transmit beam of the backhaul link used before the SN (or SN-CU) performs the link recovery procedure have the same QCL parameters or spatial filters as any of the candidate RSs used for new beam identification in the BFR procedure. Thus, in some implementations, when the DL receive beam and / or UL transmit beam of the backhaul link used before the SN (or SN-CU) performs the link recovery procedure have the same QCL parameters or spatial filters as any of the candidate RSs used for new beam identification in the BFR procedure, the DL receive beam and / or UL transmit beam of the backhaul link used for SN forwarding signals may still follow the previous configuration after the SN's link recovery procedure is successfully completed.

[0074] In some implementations / configurations, the criterion / condition may be that the DL receive beam and / or UL transmit beam of the backhaul link used before the SN (or SN-CU) performs the link recovery procedure can be the same as the corresponding new DL receive beam and / or UL transmit beam identified for the control link during the SN's BFR procedure. Thus, in some implementations, when the DL receive beam and / or UL transmit beam of the backhaul link used before the SN (or SN-CU) performs the link recovery procedure is the same as the corresponding new DL receive beam and / or UL transmit beam identified for the control link during the SN's BFR procedure, the DL receive beam and / or UL transmit beam of the backhaul link used for SN signal forwarding can still follow the previous configuration after the SN's link recovery procedure is successfully completed.

[0075] In some implementations / configurations, this criterion / condition might be that the backhaul link may not have had a beam failure detected by the SN (or may not be able to detect it). In some implementations, enhancements to the SN's existing beam failure detection process could be considered to enable the SN to determine whether a beam failure exists on the backhaul link. In this way, if the SN detects a beam failure on the control link and no beam failure on the backhaul link, the original DL receive beam and / or UL transmit beam of the backhaul link used before the SN performs the link recovery process can still be used for forwarding operations after the SN's BFR (Browse Forwarding) procedure is successfully completed.

[0076] In some implementations / configurations, this criterion / condition may be: after the link restoration process is successfully completed, the SN does not receive a dedicated DL and / or UL backhaul link beam indication from the controller (e.g., BS). Thus, after the link restoration process is successfully completed, if the SN receives a dedicated DL and / or UL backhaul link beam indication from the controller (e.g., BS), the SN can use the indicated DL and / or UL backhaul link beams for forwarding; and if the SN does not receive a dedicated DL and / or UL backhaul link beam indication from the controller (e.g., BS), the DL receive beam and / or UL transmit beam for the backhaul link used by the SN to forward signals after the SN's link restoration process is successfully completed can still follow the previous configuration.

[0077] In some implementations / configurations, this criterion / condition may be: after the link restoration process is successfully completed, the SN does not receive any dedicated indication / configuration or dedicated beam indication / configuration (e.g., beam indication for UL transmission and / or beam indication for DL ​​reception) from the controller (e.g., BS) for the control link. Thus, if the SN does not receive any dedicated indication / configuration or dedicated beam indication / configuration for the control link from the controller (e.g., BS) after the link restoration process is successfully completed, the DL reception beam and / or UL transmission beam for the backhaul link used by the SN to forward signals can still follow the previous configuration after the SN's link restoration process is successfully completed; and if the SN receives a dedicated indication / configuration or dedicated beam indication / configuration for the control link from the controller (e.g., BS), the DL reception beam and / or UL transmission beam for the backhaul link used by the SN to forward signals can be determined according to mechanisms specified in existing specifications (e.g., existing predefined rules for determining the DL and / or UL backhaul link beams) after the SN's link restoration process is successfully completed.

[0078] In some implementations, the method for determining the backhaul link beam after the SN's link recovery process is successfully completed can be as follows. In some implementations, this method can also be applied to the following situation: after the SN's link recovery process is successfully completed, when the SN is not simultaneously transmitting or receiving via both the control link and the backhaul link in the symbol set and / or time slot set, the backhaul link beam is determined by this method until the SN receives a dedicated backhaul link beam indication (e.g., a TCI status or unified TCI status or SRI provided by MAC CE).

[0079] When the link recovery process at the SN is successfully completed, and the SN is simultaneously transmitting or receiving via both the control link and the backhaul link in the symbol set and / or time slot set: -- The DL receive beam and / or UL transmit beam used for the backhaul link after the SN link recovery process is successfully completed are the same as the corresponding DL receive beam and / or UL transmit beam used for the control link after the SN link recovery process is successfully completed.

[0080] After the link recovery process of the SN is successfully completed, if the SN is not simultaneously transmitting or receiving through the control link and the backhaul link in the symbol set and / or time slot set: If a specific condition / criteria (e.g., any one or more of the criteria / conditions mentioned above) is met, -- After the SN link recovery process is successfully completed, the DL receive beam and / or UL transmit beam of the backhaul link used for SN forwarding signals can still follow the previous configuration; Otherwise, after the SN link recovery process is successfully completed, the DL receive and / or UL transmit beams used by the backhaul link can be determined by at least one of the following: -- New DL receive beam and / or UL transmit beam identified for the control link during the BFR process of the SN; -- If, after the link recovery process at the SN is successfully completed, the SN receives a dedicated backhaul link beam indication, then it is the corresponding dedicated DL and / or UL backhaul link beam indication; or -- Determined according to existing mechanisms specified in the specification (e.g., corresponding predefined rules for determining DL backhaul link beams and / or UL backhaul link beams).

[0081] In some implementations, the method described above for determining the backhaul link beam after the successful completion of the SN's link recovery process may only be applicable to specific situations (e.g., where the previous configuration (e.g., the DL receive beam and / or UL transmit beam of the backhaul link used by the SN before performing the link recovery process) was determined by the SN receiving a corresponding dedicated backhaul link beam indication from the controller (e.g., the BS). Thus, in some implementations, if the previous configuration was determined in a manner other than that specific situation, for example, by predefined rules or by following the corresponding DL / UL beam of the control link, then after the successful completion of the SN's link recovery process, the DL receive beam and / or UL transmit beam of the backhaul link can be determined according to existing methods specified in existing specifications. In some implementations, the method for determining the backhaul link beam after the successful completion of the SN's link recovery process may be as follows.

[0082] If the DL receive beam and / or UL transmit beam of the backhaul link used before the SN performs the link recovery procedure are determined by the corresponding predefined rules, or by following the same corresponding DL receive beam and / or UL transmit beam of the control link: --The DL receive beam and / or UL transmit beam of the backhaul link used after the link recovery process of the SN is successfully completed can be determined directly according to the existing backhaul link beam determination method specified in the specification.

[0083] If the DL receive beam and / or UL transmit beam of the backhaul link used before the SN performs the link recovery procedure are determined by a dedicated indication (e.g., TCI status or unified TCI status or SRI provided via MAC CE signaling): When the link recovery process at the SN is successfully completed, and the SN is simultaneously transmitting or receiving via both the control link and the backhaul link in the symbol set and / or time slot set: -- The DL receive beam and / or UL transmit beam used for the backhaul link after the SN link recovery process is successfully completed are the same as the corresponding DL receive beam and / or UL transmit beam used for the control link after the SN link recovery process is successfully completed.

[0084] After the link recovery process of the SN is successfully completed, if the SN is not simultaneously transmitting or receiving through the control link and the backhaul link in the symbol set and / or time slot set: If a specific condition / criteria (e.g., any one or more of the criteria / conditions mentioned above) is met: -- After the SN link recovery process is successfully completed, the DL receive beam and / or UL transmit beam of the backhaul link used for SN forwarding signals can still follow the previous configuration; Otherwise, after the SN link recovery process is successfully completed, the DL receive beam and / or UL transmit beam used for the backhaul link can be determined by at least one of the following: -- New DL receive beam and / or UL transmit beam identified for the control link during the BFR process of the SN; -- If, after the link recovery process at the SN is successfully completed, the SN receives a dedicated backhaul link beam indication, then it is the corresponding dedicated DL and / or UL backhaul link beam indication; or -- Determined according to existing mechanisms specified in existing specifications (e.g., corresponding predefined rules for determining DL backhaul link beams and / or UL backhaul link beams).

[0085] In some implementations, after the SN's BFR procedure is successfully completed, the backhaul link beam used for forwarding operations can be determined according to the methods and procedures described above. In some implementations, there may be hopping conditions for the SN to determine whether the backhaul link beam determined by the above methods can still be used for forwarding. This means that the backhaul link beam determined by the above methods can only be used until certain hopping conditions / criteria are met. In some implementations, specific hopping conditions may include at least one of the following: after the SN's link recovery procedure is successfully completed, the SN receives a dedicated backhaul link beam indication (e.g., a TCI status or unified TCI status or SRI provided via MAC CE); or the SN receives an indication or configuration for the SN-CU from the controller (e.g., the BS) (e.g., an indication for indicating DL receive beam and / or UL transmit beam information). Thus, once the hopping conditions are met, the DL backhaul link beam and / or UL transmit beam of the backhaul link can be determined by at least one of the following: the corresponding DL receive beam and / or UL transmit beam received by the SN for the backhaul link; or determined according to existing mechanisms specified in the specification. In some implementations, the method for determining the backhaul link beam after the SN link recovery process is successfully completed can be as follows.

[0086] In some implementations, the control link and / or backhaul link can share the same channel conditions and use the same beams. In this way, when a beam failure is detected in the control link, this can mean / indicate that the beam used for the backhaul link before the SN (or SN-CU) performs a link recovery procedure may also have a beam failure problem. In this way, after the SN's link recovery procedure is successfully completed, the DL receive beam and / or UL transmit beam for the backhaul link used for forwarding can follow the corresponding new DL receive beam and / or UL transmit beam that will be identified for the control link during the SN's BFR and will be used for the control link. In some implementations, when the SN resumes forwarding signaling after the SN's link recovery procedure is successfully completed, the backhaul link beam can be determined by at least one of the following: the DL receive beam of the backhaul link can be the same as the new DL beam identified during the BFR procedure (e.g., the DL receive beam of the backhaul link can have the same beam as the one indexed q). new The antenna port QCL parameters associated with the RS are the same as those of the antenna port QCL parameters; and / or the UL transmit beam of the backhaul link can be the same as the new UL beam identified during the BFR process (e.g., the UL transmit beam of the backhaul link can have / use the same spatial filter as the previous PRACH transmission of the SN, or the UL transmit beam of the backhaul link can have / use the same spatial filter as the index q). newThe antenna port quasi-co-address (QCL) parameters associated with the RS are the same as those of the antenna port quasi-co-address (QCL). Thus, in some implementations, after the SN link recovery process is successfully completed, the DL receive beam and / or UL transmit beam for the backhaul link used for SN signal forwarding can be determined by the following method.

[0087] When the link recovery process at the SN is successfully completed, and the SN is simultaneously transmitting and / or receiving on both the backhaul link and the control link: -- After the SN link recovery process is successfully completed, the DL receive beam and / or UL transmit beam of the backhaul link used for SN forwarding signals can be the same as the corresponding DL and / or UL beams used by the control link.

[0088] If the SN does not simultaneously transmit and / or receive on both the backhaul link and the control link after the link recovery process at the SN is successfully completed: -- The DL receive beam and / or UL transmit beam for the return link used for SN forwarding signals can be the same as the corresponding new DL beam and / or UL beam identified during the BFR process.

[0089] In some implementations, the above method may be applied to the following situation: after the link recovery process of the SN is successfully completed, when the SN is not simultaneously transmitting and / or receiving on the backhaul link and the control link, the DL receive beam and / or UL transmit beam of the backhaul link are determined by the corresponding new DL and / or UL beams identified for the control link during the BFR process, until the SN receives a dedicated backhaul link beam indication (e.g., TCI status or unified TCI status or SRI provided by MAC CE).

[0090] In this implementation, various aspects / configurations can be considered. For example, in some aspects, there may be criteria or conditions for determining whether a new beam identified for the control link during the BFR of the SN can be used as a backhaul link beam for forwarding operations after the SN's link recovery process has successfully completed. Therefore, when one or more criteria / conditions are met, the new DL receive beam and / or UL transmit beam identified for the control link during the SN's BFR process can be used as the corresponding DL receive beam and / or UL transmit beam for forwarding operations after the SN's link recovery process has successfully completed.

[0091] In some implementations, when one or more criteria or conditions are not met, the DL receive beam and / or UL transmit beam of the backhaul link can be determined by at least one of the following when the SN resumes the forwarding signal: following the corresponding DL receive beam and / or UL transmit beam of the backhaul link used before the SN (or SN-CU) performs the link recovery procedure; or following the corresponding dedicated DL and / or UL backhaul link beam indication if the SN receives a dedicated backhaul link beam indication (e.g., a TCI status or unified TCI status or SRI provided for the backhaul link via MAC CE) after the SN's link recovery procedure is successfully completed; or determined according to existing mechanisms specified in the specification (e.g., corresponding predefined rules for determining the DL backhaul link beam and / or UL backhaul link beam).

[0092] In this regard, various criteria / conditions can be considered. For example, in some implementations / configurations, the criterion / condition could be that the DL receive beam and / or UL transmit beam used for the backhaul link before the SN (or SN-CU) performs the link recovery procedure can be the same as the corresponding DL receive beam and / or UL transmit beam used for the control link before the SN performs the link recovery procedure. Thus, in some implementations, when the DL receive beam and / or UL transmit beam used for the backhaul link before the SN (or SN-CU) performs the link recovery procedure is the same as the corresponding DL receive beam and / or UL transmit beam used for the control link before the SN performs the link recovery procedure, the new DL receive beam and / or UL transmit beam identified for the control link during the SN's BFR procedure can be the corresponding DL receive beam and / or UL transmit beam used for forwarding operations after the SN's link recovery procedure is successfully completed.

[0093] In some implementations / configurations, the criterion / condition may be that the DL receive beam and / or UL transmit beam used for the backhaul link before the SN (or SN-CU) performs the link recovery procedure can have the same QCL parameters or spatial filters as any RS used for the SN's BFD. Thus, in some implementations, when the DL receive beam and / or UL transmit beam used for the backhaul link before the SN (or SN-CU) performs the link recovery procedure has the same QCL parameters or spatial filters as any RS used for the SN's BFD, the new DL receive beam and / or UL transmit beam identified for the control link during the SN's BFR procedure can be the corresponding DL receive beam and / or UL transmit beam used for forwarding operations after the SN's link recovery procedure has successfully completed.

[0094] In some implementations / configurations, the criterion / condition may be that the DL receive beam and / or UL transmit beam used for the backhaul link before the SN (or SN-CU) performs the link recovery procedure may have different QCL parameters or spatial filters than any of the candidate RSs used as the SN's BFR procedure. Thus, in some implementations, when the DL receive beam and / or UL transmit beam used for the backhaul link before the SN (or SN-CU) performs the link recovery procedure has different QCL parameters or spatial filters than any of the candidate RSs used as the SN's BFR procedure, the new DL receive beam and / or UL transmit beam identified for the control link during the SN's BFR procedure may be the corresponding DL receive beam and / or UL transmit beam used for forwarding operations after the SN's link recovery procedure is successfully completed.

[0095] In some implementations / configurations, the criterion / condition may be that the DL receive beam and / or UL transmit beam used for the backhaul link before the SN (or SN-CU) performs the link recovery procedure may be different from the corresponding DL receive beam and / or UL transmit beam identified for the control link during the SN's BFR procedure. Thus, in some implementations, when the DL receive beam and / or UL transmit beam used for the backhaul link before the SN (or SN-CU) performs the link recovery procedure is different from the corresponding DL receive beam and / or UL transmit beam identified for the control link during the SN's BFR procedure, the new DL receive beam and / or UL transmit beam identified for the control link during the SN's BFR procedure can be used for forwarding operations after the SN's link recovery procedure is successfully completed.

[0096] In some implementations / configurations, this criterion / condition might be that the backhaul link may not have had a beam failure issue detected by the SN (or may not be detected by the SN). In some implementations, enhancements to the SN's existing beam failure detection process could be considered to enable the SN to determine whether a beam failure issue exists on the backhaul link. In this way, if the SN detects a beam failure issue on both the control link and the backhaul link, then after the SN's BFR (Browse Forwarding) process is successfully completed, the new DL (Delivery Receive) beam and / or UL (Upper Length Transmit) beam identified for the control link during the SN's BFR process can be used for forwarding operations after the SN's link recovery process is successfully completed.

[0097] In some implementations / configurations, this criterion / condition may be: after the link recovery process is successfully completed, the SN does not receive a dedicated DL and / or UL backhaul link beam indication from the controller (e.g., BS). Thus, after the link recovery process is successfully completed, if the SN receives a dedicated DL and / or UL backhaul link beam indication from the controller (e.g., BS), the SN can use the indicated DL and / or UL backhaul link beam for forwarding; and if the SN does not receive a dedicated DL and / or UL backhaul link beam indication from the controller (e.g., BS), the new DL receive beam and / or UL transmit beam identified for the control link during the SN's BFR process can be used for the corresponding DL receive beam and / or UL transmit beam for forwarding operations after the SN's link recovery process is successfully completed.

[0098] In some implementations / configurations, the criterion / condition may be: after the link recovery process is successfully completed, the SN does not receive any dedicated indication / configuration or dedicated beam indication / configuration (e.g., beam indication for UL transmission and / or beam indication for DL ​​reception) from the controller (e.g., BS) for controlling the link. Thus, after the link recovery process is successfully completed, if the SN does not receive a dedicated indication / configuration or dedicated beam indication / configuration for the control link from the controller (e.g., BS), the new DL receive beam and / or UL transmit beam identified for the control link during the SN's beam failure recovery process can be used for the corresponding DL receive beam and / or UL transmit beam for forwarding operations after the SN's link recovery process is successfully completed; and if the SN receives a dedicated indication / configuration or dedicated beam indication / configuration for the control link from the controller (e.g., BS), the DL receive beam and / or UL transmit beam for the backhaul link used for the SN to forward signals after the SN's link recovery process is successfully completed can be determined according to the mechanisms specified in existing specifications (e.g., existing predefined rules for determining DL and / or UL backhaul link beams).

[0099] In some implementations, the method for determining the backhaul link beam after the SN's link recovery process is successfully completed can be as follows. In some implementations, these methods also apply to the following situation: after the SN's link recovery process is successfully completed, when the SN is not simultaneously transmitting or receiving via the control link and the backhaul link in the symbol set and / or time slot set, the backhaul link beam determination method is determined by the following method until the SN receives a dedicated backhaul link beam indication (e.g., a TCI status or unified TCI status or SRI provided by the MAC CE).

[0100] When the link recovery process of the SN is successfully completed, and the SN is simultaneously transmitting or receiving through the control link and the backhaul link in the symbol set and / or time slot set, -- The DL receive beam and / or UL transmit beam used for the backhaul link after the SN link recovery process is successfully completed are the same as the corresponding DL receive beam and / or UL transmit beam used for the control link after the SN link recovery process is successfully completed.

[0101] When the link recovery process of the SN is successfully completed, if the SN is not simultaneously transmitting or receiving via the control link and the backhaul link in the symbol set and / or time slot set: If a specific condition / criteria (e.g., any one or more of the criteria / conditions mentioned above) is met, -- Then, during the beam failure recovery process of the SN, the new DL receive beam and / or UL transmit beam identified for the control link can be used for the corresponding DL receive beam and / or UL transmit beam for forwarding operations after the link recovery process of the SN is successfully completed. Otherwise, the DL receive and / or UL transmit beams used by the backhaul link after the SN link recovery process is successfully completed can be determined by at least one of the following: -- The corresponding DL receive beam and / or UL transmit beam of the backhaul link used before the SN performs the link recovery process; -- If the SN receives a dedicated backhaul link beam indication after the link recovery process of the SN is successfully completed, it will be the corresponding dedicated DL and / or UL backhaul link beam indication; or -- Determined according to existing mechanisms specified in the specification (e.g., corresponding predefined rules for determining DL backhaul link beams and / or UL backhaul link beams).

[0102] In some implementations, the method described above for determining the backhaul link beam after the successful completion of the SN's link recovery process may be applicable only to specific situations (e.g., where the previous configuration (e.g., the DL receive beam and / or UL transmit beam of the backhaul link used before the SN performed the link recovery process) was determined by the SN receiving a corresponding dedicated backhaul link beam indication from the controller (e.g., the BS). Thus, in some implementations, if the previous configuration was determined according to a method other than that specific situation, for example, by following predefined rules or by adhering to the corresponding DL / UL beam of the control link, then after the successful completion of the SN's link recovery process, the DL receive beam and / or UL transmit beam of the backhaul link can be determined according to existing methods specified in existing specifications. In some implementations, the method for determining the backhaul link beam after the successful completion of the SN's link recovery process may be as follows.

[0103] If the DL receive beam and / or UL transmit beam of the backhaul link used before the SN performs the link recovery procedure were determined according to the corresponding predefined rules, or by following the corresponding DL receive beam and / or UL transmit beam of the control link: -- After the SN link recovery process is successfully completed, the DL receive beam and / or UL transmit beam of the backhaul link can be directly determined by the existing backhaul link beam determination method specified in the specification.

[0104] If the DL receive beam and / or UL transmit beam of the backhaul link used before the SN performs the link restoration procedure are determined by a dedicated indication (e.g., TCI status or unified TCI status or SRI provided by MAC CE signaling): When the link recovery process at the SN is successfully completed, and the SN is simultaneously transmitting or receiving via both the control link and the backhaul link in the symbol set and / or time slot set: -- The DL receive beam and / or UL transmit beam used for the backhaul link after the SN link recovery process is successfully completed are the same as the corresponding DL receive beam and / or UL transmit beam used for the control link after the SN link recovery process is successfully completed.

[0105] When the link recovery process of the SN is successfully completed, if the SN is not simultaneously transmitting or receiving via the control link and the backhaul link in the symbol set and / or time slot set: If a specific condition / criteria (e.g., any one or more of the criteria / conditions mentioned above) is met: -- Then, during the beam failure recovery process of the SN, the new DL receive beam and / or UL transmit beam identified for the control link can be used for the corresponding DL receive beam and / or UL transmit beam for forwarding operations after the link recovery process of the SN is successfully completed. Otherwise, after the SN link recovery process is successfully completed, the DL receive beam and / or UL transmit beam used by the backhaul link can be determined by at least one of the following: -- After the link recovery process of SN is successfully completed, the DL receive beam and / or UL transmit beam of the backhaul link used for SN to forward signals can still follow the previous configuration; -- If the SN receives a dedicated backhaul link beam indication after the link recovery process of the SN is successfully completed, it will be the corresponding dedicated DL and / or UL backhaul link beam indication; or -- Determined according to existing mechanisms specified in the specification (e.g., corresponding predefined rules for determining DL backhaul link beams and / or UL backhaul link beams).

[0106] In some implementations, after the SN's BFR procedure is successfully completed, the backhaul link beam used for forwarding operations can be determined according to the methods and procedures described above. In some implementations, there may be hopping conditions for the SN to determine whether the backhaul link beam determined by the above methods can still be used for forwarding. This means that the backhaul link beam determined by the above methods can only be used until certain hopping conditions / criteria are met. In some implementations, specific hopping conditions may include at least one of the following: after the SN's link recovery procedure is successfully completed, the SN receives a dedicated backhaul link beam indication (e.g., TCI status or unified TCI status or SRI provided via MAC CE); or the SN receives an indication or configuration for the SN-CU from the controller (e.g., BS) (e.g., an indication for indicating DL receive beam and / or UL transmit beam information). Thus, once the hopping conditions are met, the DL backhaul link beam and / or UL transmit beam of the backhaul link can be determined by at least one of the following: the corresponding DL receive beam and / or UL transmit beam received by the SN for the backhaul link; or determined according to existing mechanisms specified in existing specifications.

[0107] In some implementations, there may be questions regarding the conditions under which the backhaul link beam can be determined. Various implementations / configurations can be considered in this regard. For example, in some implementations / configurations, when the SN supports dedicated backhaul link beam indication, after the SN's BFR procedure is successfully completed, the SN can use the backhaul link beam determined herein for forwarding operations until the SN receives the dedicated backhaul link beam indication. In this way, once the SN receives the dedicated backhaul link beam indication after the SN's BFR is successfully completed, it can determine the backhaul link beam based on that dedicated indication.

[0108] In some implementations / configurations, after the SN's BFR procedure is successfully completed, the SN can use the backhaul link beam determined herein for forwarding operations until the SN receives an instruction or configuration from the BS for the SN-CU. In this way, once the SN receives an instruction or configuration from the BS for the SC-CU after the SN's BFR procedure is successfully completed, it can determine the backhaul link beam according to existing backhaul link beam determination methods.

[0109] In some implementations, after the SN's link recovery process is successfully completed, the backhaul link beam used for forwarding during SN resumption can be directly determined using existing backhaul link beam determination methods. In some implementations, if the DL receive beam and / or UL transmit beam used for forwarding of the backhaul link were determined according to predefined rules or by following the same beam of the control link before the SN performs the link recovery process, then after the SN's link recovery process is successfully completed, the backhaul link beam used for forwarding during SN resumption can be directly determined using existing backhaul link beam determination methods.

[0110] In some implementations, if the DL receive beam and / or UL transmit beam used for the backhaul link before the SN performs the link recovery process are indicated by dedicated MAC CE signaling (e.g., NCR downlink backhaul beam indication MAC CE, or NCR uplink backhaul beam indication MAC CE), then after the SN's link recovery process is successfully completed, the corresponding beams indicated by the MAC CE signaling before the SN performs the link recovery process can be considered invalid or will not be used by the SN for the backhaul link. Thus, only when the SN receives a new dedicated MAC CE indication for backhaul beam determination after the SN's link recovery process is successfully completed can the SN determine the backhaul link beam for resuming forwarding based on the beam information indicated by the new MAC CE signaling; otherwise, the backhaul link beam used for forwarding during SN resumption of forwarding can be determined according to predefined rules specified in existing specifications. Therefore, in some implementations, after the SN's link recovery process is successfully completed, the backhaul link beam used for forwarding during SN resumption of forwarding can be determined in the following way.

[0111] When the DL receive beam and / or UL transmit beam of the backhaul link used for forwarding before the SN performs the link recovery process are determined according to the corresponding predefined rules or by following the same beam of the control link, -- The DL receive beam and / or UL transmit beam of the backhaul link used after the SN link recovery process is successfully completed can be determined by the existing backhaul link beam determination method specified in the existing specifications.

[0112] When the DL receive beam and / or UL transmit beam for the backhaul link are indicated by dedicated MAC CE signaling before the link restoration process is performed at the SN: When the link recovery process at the SN is successfully completed, and the SN is simultaneously transmitting or receiving via both the control link and the backhaul link in the symbol set and / or time slot set: -- The DL receive beam and / or UL transmit beam used for the backhaul link after the SN link recovery process is successfully completed are the same as the corresponding DL receive beam and / or UL transmit beam used for the control link after the SN link recovery process is successfully completed.

[0113] When the link recovery process of the SN is successfully completed, if the SN is not simultaneously transmitting or receiving via the control link and the backhaul link in the symbol set and / or time slot set: If the SN successfully completes the link recovery process, the SN receives dedicated MAC CE signaling for backhauling link beam indication (e.g., TCI status, unified TCI status, or SRI provided by MAC CE): -- After the link recovery process of SN is successfully completed, the DL receive beam and / or UL transmit beam of the backhaul link can be determined by the corresponding indicated DL backhaul link beam and / or indicated UL backhaul link beam. otherwise: -- After the SN link recovery process is successfully completed, the DL receive beam and / or UL transmit beam of the backhaul link can be determined by the corresponding predefined rules specified in the existing specifications.

[0114] As described herein, a set of reference signals (RS) for beam failure detection of the control link can be configured to the SN. Similarly, various implementations / configurations can be considered for beam failure detection of the backhaul link. For example, in some implementations, since the control link and / or backhaul link can share the same channel conditions, the BFD result for the control link can be directly used for the backhaul link. In this way, if the BFD process detects a beam failure, this may mean / indicate that a beam failure exists in both the control link and / or the backhaul link. After the BFR process of the SN is successful, the beam of the backhaul link can be determined using the methods described herein.

[0115] In some implementations, given that the robustness of the control link and / or the backhaul link may differ, and in some cases, the beam used for the control link may be different from the beam used for the backhaul link, the configuration of BFD for the control link and / or the results of BFD for the control link may not be directly applicable to the backhaul link. In some implementations, the relevant parameters for the BFD procedure may include at least one of the following: a parameter representing the value of the timer for BFD, for example, existing parameters. beamFailureDetectionTimer ; represents the value of a counter used to determine how many beam failure events the SN will trigger beam failure recovery (BFR) after which, for example, existing parameters beamFailureInstanceMaxCount ; and / or represent the threshold Q out，LR The parameter, which is a threshold, is used to evaluate the wireless link quality of the beam.

[0116] To detect the radio link status of the backhaul link, the SN can be configured with relevant BFD settings for the backhaul link, and various configurations / implementations can be considered. In some implementations, the RS used for BFD of the control link can also be considered and used for BFD of the backhaul link. For example, considering the controller is the BS, the existing set of RSs used for BFD of the control link can be used through existing signaling (e.g., failureDetectionResourcesToAddModList This can be configured using [the specified method]. In this way, the RS set can also be applied to BFD for backhaul links.

[0117] In addition to RS configuration, relevant parameters for the BFD process (e.g., timers, counters, thresholds, etc.) can also be configured. For example, in some implementations / configurations, existing parameters for BFD used to control the link can be reused or applied to BFD for the backhaul link. In some implementations, existing parameters for timers and counters configured for the BFD process can also be applied to BFD for the backhaul link. Similarly, in some implementations, existing parameters used as the threshold (for evaluating the radio link quality during the BFD process) can also be applied to BFD for the backhaul link.

[0118] In some implementations / configurations, new parameters can be used for BFD on the backhaul link to determine if beam failure exists on the backhaul link. This new parameter can be configured to the SN from the controller via existing signaling (e.g., existing signaling may include at least one of RRC, MACCE, and / or DCI signaling) or via new signaling (including at least one of RRC, MACCE, and / or DCI signaling), or the new parameter can be predefined for the SN and / or the controller (e.g., the BS). In some implementations, a new value for a counter used for BFD on the backhaul link can be configured to the SN. In some implementations, a new value for a timer used for BFD on the backhaul link can be configured to the SN. In some implementations, the new parameter can be defined as RSRP / SINR / SIR / RSSI values ​​(e.g., threshold Q). out,LR,new This can be RSRP / SINR / SIR / RSSI values, which are used as a threshold for BFD (Browser Detection and Freezing) for the backhaul link. In some implementations, it is a threshold Q for the radio link quality of the beam used for BFD to access the backhaul link. out,LR,new It can be defined as the level at which the downlink backhaul radio link cannot be reliably received. This can correspond to the block error rate (BLER) with a specific or predetermined value (e.g., 10%).

[0119] In this way, the new parameter, as described herein, can have various formats. In some implementations, the new parameter can be a value representing the out-of-synchronization BLER of the BFD used for the backhaul link. For example, the new parameter can have a 4-bit format, where each bit value corresponds to a BLER value. When the new parameter is configured to a value of 1, it can correspond to a BLER of 1%; when the new parameter is configured to a value of 2, it can correspond to a BLER of 2%, and so on. In this way, if the new parameter is configured to a bit value of 8, it can mean / indicate a threshold Q for evaluating the radio link quality of the beam used by the BFD for the backhaul link. out,LR,new This could correspond to a BLER loss of synchronization of 8%. In some implementations, the threshold Q... out,LR,new It can be derived based on assumed PDCCH transmission parameters. These assumed PDCCH transmission parameters can be the same as predefined parameters, or they can be specifically configured for the SN, or they can be predefined for the SN for use by the BFD of the backhaul link.

[0120] In some implementations, this new parameter can be an offset value relative to the out-of-synchronization BLER value. In some implementations, this new parameter can have a 2-bit format, where each bit corresponds to an offset of the BLER value defined in the existing BFR process. For example, when the new parameter is configured to a value of 1, it could correspond to a BLER of 9%; and when the new parameter is configured to a value of 2, it could correspond to a BLER of 8%, and so on. In this way, if the new parameter is configured to a bit value of 2, it could mean / indicate a threshold Q for the radio link quality of the beam used for evaluating the BFD of the backhaul link. out,LR,new This corresponds to a BLER loss of synchronization of 8%. In some implementations, the threshold Q... out,LR,new It can be derived based on assumed PDCCH transmission parameters. These assumed PDCCH transmission parameters can be the same as predefined parameters, or they can be specifically configured for the SN, or they can be predefined for the SN for use by the BFD of the backhaul link.

[0121] In some implementations, the existing set of RSs used for BFD on the control link can be reinterpreted for / reused for BFD on the backhaul link. For example, higher-layer parameters can be introduced to distinguish whether the existing set of RSs used for BFD is for the control link or reinterpreted for BFD on the backhaul link. In some implementations, configuration (e.g., RadioLinkMonitoringConfig>beamfailure>failureDetectionSet2 ) can be reinterpreted as for / reused for the RS configuration of BFD for the backhaul link, while the first set (e.g., RadioLinkMonitoringConfig>beamfailure>failureDetectionSet This can be used to configure the RS used by the BFD process of the control link. In this way, new higher-level parameters (e.g., BeamDetectionForBackhaulEnabledThis higher-layer parameter is used to distinguish the existing configuration set for BFD used on the backhaul link and / or control link. In some implementations, when this higher-layer parameter is set to a value of 1, it may mean / indicate that a first RS configuration set is available for BFD on the control link, while a second RS configuration is available for BFD on the backhaul link. In some implementations, when this higher-layer parameter is set to a value of 0, it may mean / indicate that the failure detection RS configuration set is available for BFD on the control link. In some implementations, when this higher-layer parameter is enabled, it may mean / indicate that a first RS configuration set is available for BFD on the control link, and a second RS configuration is available for BFD on the backhaul link; otherwise, it may mean / indicate that the configuration is available for BFD on the control link. This new higher-layer parameter can be configured to the SN via existing RRC signaling (e.g., this new higher-layer parameter can be added to an existing...). RadioLinkMonitoringConfig (In signaling), or can be configured for the SN through at least one of the following: new RRC, MAC CE signaling, etc., as shown below:

[0122] In some implementations, various configurations / implementations can be considered for any of the relevant parameters in the BFD used for the backhaul link. For example, in some configurations / implementations, any relevant parameter can be directly referred to or equivalent to the corresponding relevant parameter in the BFD used for the control link. In some configurations / implementations, if the second failure detection set (e.g., failureDetectionSet2 If a second failure detection set is reused / reinterpreted as a BFD for the backhaul link, then the values ​​of the timers and / or counters configured in that second failure detection set can be used for the BFD of the backhaul link. In some implementations, if the second failure detection set is not configured as a value for timers and / or counters, then the values ​​of the corresponding parameters can be referenced to the corresponding parameters of the BFD used for the control link.

[0123] In some configurations / implementations, new parameters can be used for backhaul link BFD to determine if detected beam failure exists on the backhaul link. The new parameters can be configured to the SN by the controller via existing signaling (e.g., the existing signaling may include at least one of RRC, MAC CE, and / or DCI signaling). The new signaling may include at least one of RRC, MAC CE, or DCI signaling, or it may be predefined for the SN and the controller. In some implementations, if the new parameter is used to determine a threshold for evaluating radio link quality during backhaul link BFD, the relevant methods regarding the format of the new parameter can be found in the implementations / configurations described herein.

[0124] In some implementations, a new RS or a new set of RS configurations can be configured for BFD of the backhaul link. This new set of RS configurations may include at least one of the following: one or more RSs, which may be SSBs or CSI-RSs; and / or one or more associated parameters for BFD of the backhaul link. One or more associated parameters for BFD of the backhaul link may include at least one of the following: a timer for BFD of the backhaul link; a counter for BFD of the backhaul link; and / or a parameter for determining a threshold used to evaluate the backhaul link quality for BFD of the backhaul link. In some implementations, relevant parameters not specifically configured for BFD of the backhaul link may refer to values ​​used to control the link's BFD. In some implementations, if the new parameter is a parameter used to determine a threshold used to evaluate radio link quality during BFD of the backhaul link, the format of the new parameter may refer to the implementation / configuration described herein.

[0125] Following the BFD procedure, various conditions can be considered for the BFD result of the SN. For example, under the first condition (condition 1), both the control link and the backhaul link are detected as beam failures. Under the second condition (condition 2), the control link is detected as a beam failure, but the backhaul link remains normal. Under the third condition (condition 3), the control link remains normal, but the backhaul link is detected as a beam failure. Under the fourth condition (condition 4), both the control link and the backhaul link are normal, and the SN can still communicate normally with the controller and perform normal forwarding operations between the BS and the UE.

[0126] In some implementations, for conditions 1 and 2, since a beam failure is detected in the control link, the SN can initiate a RACH (Random Access Channel) procedure, and the controller can know / determine that a beam failure problem may exist in the control link. In some implementations, a dedicated RACH configuration can be configured for the SN (e.g., existing RRC signaling). BeamFailureRecoveryConfig () for use in the BFR of the control link. Identifying the candidate RS set for candidate beams used for recovery, along with associated RA parameters (e.g., RA preamble index, associated RA timing), can be done in existing signaling (e.g., candidateBeamRSList or candidateBeamRSListExt It is configured to SN in ).

[0127] In some implementations, various implementations / configurations can be considered when the controller needs to know / determine the radio link status of the backhaul link and how the SN reports beam failures of the backhaul link to the controller. For example, in some implementations / configurations, for each candidate RS configured for recovery by the SN, there may be an additional RA preamble index configured for the associated candidate RS. Therefore, if the SN detects that beam failures may exist in both the control link and the backhaul link (e.g., condition 1), the SN can still follow the process to select a candidate RS and initiate a RACH procedure at the RA timing associated with that candidate RS. The transmitted preamble can be a new, additional RA preamble associated with the candidate RS. If the SN detects that beam failures only exist in the control link (condition 2), the transmitted preamble can be an existing preamble associated with the candidate RS.

[0128] In some implementations, an additional RA preamble index can be configured for the candidate RS associated with the BFR used for the SN (e.g., ra-PreambleIndex2 In some implementations, if the additional RA preamble index is not already configured for the associated CSI-RS, the SN can use the additional preamble index associated with the SSB of the corresponding CSI-RS quasi-co-addressable (QCL), as follows:

[0129] In this manner, when the SN detects a beam failure issue on the backhaul link, after the SN's BFR (Browser-Free Front-End) is successfully completed, the DL (Deep Receive) and / or UL (Ultra Receive) beams of the backhaul link can be the same as the DL receive and / or UL transmit beams identified for the control link during the SN's BFR process. In some implementations, when the SN detects no beam failure issue on the backhaul link, after the SN's BFR is successfully completed, the DL receive and / or UL transmit beams of the backhaul link can be the same as the DL receive and / or UL transmit beams used by the backhaul link before the SN performs the link recovery process.

[0130] In some configurations / implementations, an additional set of candidate RSs and associated RA parameters can be configured for the SN's recovery. In this way, if the SN detects that both the control link and the backhaul link may experience beam failure (e.g., condition 1), the SN can select RSs from this additional set of candidate RSs and initiate the RACH procedure. In some configurations, if the SN detects that only the control link has a beam failure problem (condition 2), the SN can still follow the procedure to select RSs from the existing set of candidate RSs and initiate the RACH procedure. In some implementations, the two candidate RS sets may have restrictions that prevent them from including RSs with the same index.

[0131] In some implementations, an additional set of candidate RSs and associated RA parameters can be configured in the existing signaling for the BFR of the SN, as shown below:

[0132] In some implementations, an additional new threshold may exist for the additional candidate RS set, which may mean / indicate that when the SN selects a candidate RS from this additional candidate RS set, this additional new threshold can be used to determine the candidate RS. This additional new threshold can be determined by the controller via existing signaling (e.g., existing...). BeamFailureRecoveryConfig Alternatively, the SN can be configured via new signaling, which may include at least one of RRC, MAC CE, or DCI signaling. In some implementations, this additional new threshold may be predefined for the SN.

[0133] In some implementations, the format of the additional new threshold may include at least one of the following: an offset value relative to a threshold used or defined for determining whether a candidate beam can be used by the SN during the BFR of the control link; and / or a threshold in RSRP / SINR / SIR / RSSI format, which can be used to determine new candidate beams for the backhaul link.

[0134] In this manner, when the SN detects a beam failure issue on the backhaul link, the DL receive and / or UL transmit beams of the backhaul link can be the same as the DL receive and / or UL transmit beams identified for the control link during the SN's BFR process after successful BFR completion. In some implementations, when the SN detects no beam failure issue on the backhaul link, the DL receive and / or UL transmit beams of the backhaul link can be the same as the DL receive and / or UL transmit beams used by the backhaul link before the SN performs the link recovery process after successful BFR completion.

[0135] In some implementations / configurations, given that only the backhaul link is detected as having a beam failure while the control link remains normal (e.g., condition 3), the SN can report the beam failure information for the backhaul link. However, this implementation also applies to cases where both the backhaul link and the control link are detected as having beam failure issues (e.g., condition 1). After the BFR of the control link is successfully completed, the SN can send the beam failure information for the backhaul link and / or the candidate RS index for the backhaul link to the controller.

[0136] In some implementations, the SN can report beam failure issues on the backhaul link to the controller through various alternatives / implementations. For example, in some alternatives, backhaul link beam failure information can be reported by the SN to the controller via at least one of RRC, MAC CE, or UCI signaling. The reported backhaul link beam failure information may include information indicating whether a beam failure issue has been detected on the backhaul link. For example, a bit field can be used to indicate whether a beam failure issue exists on the backhaul link. In some implementations, if the bit field value is set to 0, it can indicate / indicate that there is no beam failure issue on the backhaul link, while if the bit field value is set to 1, it can indicate / indicate that a beam failure issue exists on the backhaul link, and vice versa.

[0137] Furthermore, in some implementations, the reported backhaul link beam failure information may include one or more candidate RS indices. In some implementations, one or more candidate RSs indicated in the signaling can be used for backhaul link beam determination. The candidate RS indices for the backhaul link can be selected using various methods. In a first method (Method 1), the candidate RS indices for the backhaul link can be selected from the existing set of candidate RSs configured for SN recovery (e.g., from existing RRC signaling). candidateBeamRSList In the second method (method 2), one or more candidate RS indices for the backhaul link can be selected from a new set of candidate RSs configured for the backhaul link. In some implementations, the new set of candidate RSs may include at least one of the following: one or more RSs, which may be SSBs or CSI-RSs; and / or a threshold used to determine one or more candidate RSs that the SN can be used for backhaul link beamforming.

[0138] In some implementations, various options / methods can be considered for the threshold used to determine one or more candidate RSs. For example, in a first method (method 1), the threshold used to determine whether a candidate beam can be used by the SN for the backhaul link can be the same as the threshold configured for the control link (e.g., rsrp-ThresholdSSBThe same applies. In the second method (Method 2), new parameters can be configured / used to determine whether a candidate beam is available for use by the SN for the backhaul link. The format of the new parameters can be at least one of the following: an offset value relative to a threshold that is used and defined to determine whether a candidate beam is available for use by the SN during the BFR of the control link; and / or a threshold in RSRP / SINR / SIR / RSSI format. This threshold can be used to determine new candidate beams for the backhaul link. In some implementations, new MAC CE signaling can be defined to report beam failure issues on the backhaul link. In some implementations, the new MAC CE signaling can be identified by a MAC subheader with a new dedicated LCID (Logical Channel ID) value, and the new MAC CE signaling can be a fixed-size zero-bit signal. In this way, if the controller has received such dedicated signaling, it can know / determine that a beam failure issue has been detected on the backhaul link. In some implementations, new MAC CE signaling can be defined to report beam failure issues on the backhaul link. In some implementations, the new MAC CE signaling can be identified by a MAC subheader with a new dedicated LCID value. This value can be used to indicate one or more candidate RS indices that can be used for backhaul link beamforming.

[0139] In some alternatives, beam failure issues in the backhaul link can be reported to the controller via a dedicated signal. This dedicated signal may include at least one of the following: a dedicated PUCCH or PUSCH signal; and / or a dedicated RS or sequence. In some implementations, this dedicated RS or sequence can be configured in a dedicated resource. In this way, the dedicated signal configuration can be configured by the controller to the SN, or it can be predefined for both the SN and the controller. Therefore, once the controller receives this dedicated signal, it can know / determine that a beam failure issue exists in the backhaul link.

[0140] In some implementations, if a beam failure issue has been detected in the control link and the BFR procedure has been successfully completed (the BFR procedure here can refer to the BFR procedure of the SN, or it can refer to the enhanced BFR procedure described herein), the backhaul link beam can be determined using the various implementations / methods described herein. In some implementations, the backhaul link beam can be determined using the candidate RS for the backhaul link or the corresponding beam for the control link. For example, if only the backhaul link beam has been detected as having a beam failure, the DL receive beam and / or UL transmit beam used for the backhaul link beam can be adjusted to be the same as the corresponding DL receive beam and / or UL transmit beam used for the control link.

[0141] Now for reference Figure 9 This document illustrates a flowchart of a method 900 for backhaul link beam determination in intelligent nodes. This method can be used in conjunction with... Figures 1 to 8 Method 900 may be implemented by any of the components and devices detailed herein. In summary, method 900 may include determining the beam of the backhaul link by a network node (e.g., SN) (902), determining a beam failure of the backhaul link (904), and transmitting / sending / providing a dedicated signal for reporting the beam failure to a controller (e.g., BS) (906). The method may also include receiving / acquiring / obtaining the dedicated signal reporting the beam failure by the controller (908).

[0142] At operation (902), and in some arrangements, a network node (e.g., a smart node SN) may determine the beam of the backhaul link. The beam of the backhaul link may include at least one of the following: a downlink backhaul link beam for receiving on the backhaul link; and / or an uplink backhaul link beam for transmitting on the backhaul link. The network node may perform forwarding operations through the backhaul link. In some configurations, the backhaul link may include at least one of the following: a forwarding link from a controller (e.g., a BS) to the network node and / or a forwarding link from the network node to the controller. The controller may include at least one of the following: a wireless communication node and / or a wireless communication device. In some configurations, the network node may determine the beam of the backhaul link when it successfully completes a link recovery process on the control link.

[0143] In some configurations, the backhaul link beam may be determined based on at least one of the following: the second downlink backhaul link beam is the same as the first downlink backhaul link beam used before the network node performs the link recovery procedure, and / or the second uplink backhaul link beam is the same as the first uplink backhaul link beam used before the network node performs the link recovery procedure. In some configurations, the control link may include a control link from the controller to the network node and / or a forwarding link from the network node to the controller. The controller may include at least one of the following: a wireless communication node and / or a wireless communication device.

[0144] In some configurations, the beam of the backhaul link may be determined in response to the satisfaction of a condition, which may include at least one of the following: the first downlink backhaul link beam is different from the downlink control link beam used before the network node performs the link recovery procedure, and / or the first uplink backhaul link beam is different from the uplink control link beam used before the network node performs the link recovery procedure; the first downlink backhaul link beam has quasi-co-location (QCL) parameters or spatial filters different from any reference signals (RS) used by the network node for the beam failure detection (BFD) procedure, and / or the first uplink backhaul link beam has RS parameters different from any reference signals (RS) used by the network node for the BFD procedure. Different QCL parameters or spatial filters; the first downlink backhaul link beam has the same QCL parameters or spatial filters as any candidate RS used by the network node for the link recovery process, and / or the first uplink backhaul link beam has the same QCL parameters or spatial filters as any candidate RS used by the network node for the link recovery process; the first downlink backhaul link beam is the same as a new downlink control link beam identified by the network node during the link recovery process, and / or the first uplink backhaul link beam is the same as a new uplink control link beam identified by the network node during the link recovery process; and / or the network node does not detect a beam failure problem on the backhaul link.

[0145] In some configurations, the backhaul link beam may be determined based on at least one of the following: the second downlink backhaul link beam is the same as the new downlink control link beam identified during the link recovery process performed by the network node for receiving on the control link, and / or the second uplink backhaul link beam is the same as the new uplink control link beam identified during the link recovery process performed by the network node for transmitting on the control link.

[0146] In some configurations, the beam may be determined in response to the satisfaction of conditions, and said conditions include at least one of the following: the first downlink backhaul beam is the same as the downlink control beam used by the network node before performing the link recovery procedure, and / or the first uplink backhaul beam is the same as the uplink control beam used by the network node before performing the link recovery procedure; the first downlink backhaul beam has the same QCL parameters or spatial filters as any RS used by the network node for the BFD procedure, and / or the first uplink backhaul beam has the same QCL parameters or spatial filters as any RS used by the network node for the BFD procedure. The first downlink backhaul beam has QCL parameters or spatial filters different from any candidate RS used by the network node for the link recovery process, and / or the first uplink backhaul beam has QCL parameters or spatial filters different from any candidate RS used by the network node for the link recovery process; the first downlink backhaul beam is different from a new downlink control beam identified by the network node during the link recovery process, and / or the first uplink backhaul beam is different from a new uplink control beam identified by the network node during the link recovery process; and / or the network node has detected a beam failure problem on the backhaul link.

[0147] In some configurations, network nodes can determine whether a beam failure problem exists in the backhaul link (904). In some configurations, the BFD results of the control link can be applied to the backhaul link. In some configurations, at least one of the following can be used to determine the beam failure problem of the backhaul link: one or more reference signals for determining the beam failure problem of the backhaul link; and / or one or more associated parameters. The one or more associated parameters may include at least one of the following: a timer for determining the beam failure problem of the backhaul link; a counter for determining the beam failure problem of the backhaul link; and / or a threshold for evaluating the radio link quality of the backhaul link.

[0148] In some configurations, the one or more RSs can be determined by at least one of the following: an existing set of RSs for a BFD procedure performed on the control link is adapted to determine a beam failure problem of the backhaul link; an existing set of RSs for a BFD procedure performed on the control link is reinterpreted for or reused to determine a beam failure problem of the backhaul link; and / or a new RS or a new set of RSs is used to determine a beam failure problem of the backhaul link.

[0149] In some configurations, for any one of the one or more associated parameters, the value of the corresponding parameter can be determined by at least one of the following: existing parameters for the BFD procedure performed on the control link are applied to or reused for the corresponding parameter used to determine the beam failure problem of the backhaul link; and / or new parameters for determining the beam failure problem of the backhaul link.

[0150] In some configurations, the new RS set may include at least one of the following: one or more RSs for determining beam failure problems of the backhaul link; and / or one or more associated parameters for determining beam failure problems of the backhaul link. The one or more associated parameters may include at least one of the following: a timer for determining beam failure problems of the backhaul link; a counter for determining beam failure problems of the backhaul link; and / or a threshold for evaluating the radio link quality of the backhaul link.

[0151] In some configurations, the network node can initiate a RACH procedure for link recovery based on a dedicated RACH resource configuration from the controller. In some configurations, an additional preamble index can be configured for each RS in the existing set of candidate RSs for the dedicated RACH resource configuration.

[0152] In some configurations, in response to determining that both the control link and the backhaul link suffer from beaming failure, the network node can select a candidate RS from the existing set of candidate RSs configured in the dedicated RACH resource configuration and initiate a RACH procedure. The transmitted preamble can be an additional preamble index associated with the selected candidate RS. In some configurations, an additional set of candidate RSs and associated random access (RA) parameters can be configured in the existing dedicated RACH resource configuration. In some configurations, in response to determining that both the control link and the backhaul link suffer from beaming failure, the network node can select a candidate RS and associated RA parameters from the additional set of candidate RSs and initiate a RACH procedure.

[0153] In some configurations, the network node can report beam failure information of the backhaul link to the controller via dedicated signaling, which may include at least one of the following: Radio Resource Control (RRC) signaling, Media Access Control (MAC) Control Element (CE), or Uplink Control Information (UCI) signaling. In some configurations, the reported beam failure information may include at least one of the following: information indicating whether a beam failure problem has been detected in the backhaul link; and / or one or more candidate RS indices for beam determination of the backhaul link.

[0154] In some configurations, the network node may send / transmit / provide a dedicated signal to the controller to report a beam failure detected on the backhaul link (906). In some configurations, the dedicated signal may include at least one of the following: a dedicated Physical Uplink Control Channel (PUCCH), a dedicated Physical Uplink Shared Channel (PUSCH), a dedicated RS, and / or a dedicated sequence.

[0155] At least one aspect relates to a system, method, apparatus, or computer-readable medium. In some configurations, the controller may receive / obtain / acquire a dedicated signal (908) for reporting a beam failure detected on the backhaul link.

[0156] Although various embodiments / implementations of the present technical solution have been described above, it should be understood that these embodiments are presented as examples only and not as limitations. Similarly, various diagrams may depict exemplary architectures or configurations provided to enable those skilled in the art to understand exemplary features and functions of the present technical solution. However, those skilled in the art will understand that the technical solution is not limited to the illustrated exemplary architectures or configurations, but can be implemented using various alternative architectures and configurations. Furthermore, as those skilled in the art will understand, one or more features of one embodiment / implementation may be combined with one or more features of another embodiment / implementation described herein. Therefore, the breadth and scope of this disclosure should not be limited to any of the illustrative embodiments described above.

[0157] It should also be understood that any reference to elements using names such as "first," "second," etc., in this document generally does not restrict the number or order of these elements. Rather, these names may be used herein as a convenient means of distinguishing between two or more elements or instances of elements. Therefore, references to the first and second elements do not imply that only two elements can be used or that the first element must precede the second element in some way.

[0158] Furthermore, those skilled in the art will understand that information and signals can be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, and symbols referenced in the above description can be represented by voltage, current, electromagnetic waves, magnetic fields or magnetic particles, light fields or light particles, or any combination thereof.

[0159] Those skilled in the art will further understand that any of the various illustrative logic blocks, modules, processors, means, circuits, methods, and functions described in connection with the aspects disclosed herein can be implemented by electronic hardware (e.g., digital implementation, analog implementation, or a combination of both), firmware, various forms of program or design code in conjunction with instructions (which may be referred to herein as "software" or "software module"), or any combination of these technologies. To clearly illustrate this interchangeability of hardware, firmware, and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware, or software, or a combination of these technologies, depends on the specific application and the design constraints imposed on the system as a whole. Those skilled in the art can implement the described functions in various ways for each specific application, but such implementation decisions will not depart from the scope of this disclosure.

[0160] Furthermore, those skilled in the art will understand that the various illustrative logic blocks, modules, devices, components, and circuits described herein can be implemented within or executed by an integrated circuit (IC), which may include a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices or any combination thereof. Logic blocks, modules, and circuits may also include antennas and / or transceivers for communicating with various components within a network or device. A general-purpose processor may be a microprocessor, but alternatively, the processor may be any conventional processor, controller, or state machine. The processor may also be implemented as a combination of computing devices, such as a DSP and a microprocessor, multiple microprocessors, one or more microprocessors combined with a DSP core, or any other suitable configuration that performs the functions described herein.

[0161] If these functions are implemented in software, they can be stored as one or more instructions or code on a computer-readable medium. Therefore, the steps of the methods or algorithms disclosed herein can be implemented as software stored on a computer-readable medium. Computer-readable media include computer storage media and communication media, with communication media including any medium that enables the transfer of computer programs or code from one location to another. Storage media can be any available medium that is accessible to a computer. By way of example and not limitation, such computer-readable media can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store the required program code in the form of instructions or data structures and that is accessible to a computer.

[0162] In this document, the term "module" as used herein refers to software, firmware, hardware, and any combination of such elements for performing the associated functions described herein. Furthermore, for the purposes of discussion, various modules are described as separate modules; however, as will be apparent to those skilled in the art, two or more modules may be combined to form a single module that performs associated functions according to embodiments of this invention.

[0163] Furthermore, in embodiments of this technical solution, memory or other storage devices and communication components may be used. It should be understood that, for clarity, the above description refers to embodiments of this technical solution with reference to different functional units and processors. However, it will be apparent that any suitable distribution of functionality among different functional units, processing logic elements, or domains may be used without diminishing the technical solution. For example, functions shown to be performed by a separate processing logic element or controller may be performed by the same processing logic element or controller. Therefore, references to specific functional units are merely references to suitable means for providing the described functionality and do not indicate a strict logical or physical structure or organization.

[0164] Various modifications to the embodiments described in this disclosure will be apparent to those skilled in the art, and the general principles defined herein can be applied to other embodiments without departing from the scope of this disclosure. Therefore, this disclosure is not intended to be limited to the embodiments shown herein, but is accorded the broadest scope consistent with the novel features and principles disclosed herein as set forth in the appended claims.

Claims

1. A wireless communication method, comprising: The backhaul link beam is determined by the network node, wherein the backhaul link beam includes at least one of the following: a downlink backhaul link beam for receiving on the backhaul link or an uplink backhaul link beam for transmitting on the backhaul link. The forwarding operation is performed by the network node through the backhaul link.

2. The wireless communication method according to claim 1, wherein, The backhaul link includes: A forwarding link from the controller to the network node and / or a forwarding link from the network node to the controller, wherein the controller includes at least one of the following: a wireless communication node or a wireless communication device.

3. The wireless communication method according to claim 1, wherein, When the network node successfully completes the link recovery process on the control link, the network node determines the beam of the backhaul link.

4. The wireless communication method according to claim 1, wherein, The backhaul link beam is determined based on at least one of the following: the second downlink backhaul link beam is the same as the first downlink backhaul link beam used before the network node performs the link recovery process, or the second uplink backhaul link beam is the same as the first uplink backhaul link beam used before the network node performs the link recovery process.

5. The wireless communication method according to claim 3, wherein, The control link includes a control link from the controller to the network node and / or a forwarding link from the network node to the controller, wherein the controller includes at least one of the following: a wireless communication node or a wireless communication device.

6. The wireless communication method according to claim 4, wherein, The beam of the backhaul link is determined in response to the satisfaction of a condition, and the condition includes at least one of the following: The first downlink backhaul link beam is different from the downlink control link beam used before the network node performs the link recovery process, and / or the first uplink backhaul link beam is different from the uplink control link beam used before the network node performs the link recovery process; The first downlink backhaul beam has quasi-co-location (QCL) parameters or spatial filters that are different from any reference signal (RS) used by the network node for the beam failure detection (BFD) process, and / or the first uplink backhaul beam has QCL parameters or spatial filters that are different from any RS used by the network node for the BFD process. The first downlink backhaul link beam has the same QCL parameters or spatial filters as any candidate RS used by the network node for the link recovery process, and / or the first uplink backhaul link beam has the same QCL parameters or spatial filters as any candidate RS used by the network node for the link recovery process. The first downlink backhaul beam is the same as the new downlink control beam identified by the network node during the link recovery process, and / or the first uplink backhaul beam is the same as the new uplink control beam identified by the network node during the link recovery process; or The network node did not detect a beam failure issue on the backhaul link.

7. The wireless communication method according to claim 1, wherein, The backhaul link beam is determined based on at least one of the following: the second downlink backhaul link beam is the same as the new downlink control link beam identified during the link recovery process performed by the network node for receiving on the control link, or the second uplink backhaul link beam is the same as the new uplink control link beam identified during the link recovery process performed by the network node for transmitting on the control link.

8. The wireless communication method according to claim 7, wherein, The beam is determined in response to the satisfaction of conditions, which include at least one of the following: The first downlink backhaul link beam is the same as the downlink control link beam used by the network node before performing the link recovery process, and / or the first uplink backhaul link beam is the same as the uplink control beam used by the network node before performing the link recovery process; The first downlink backhaul beam has the same QCL parameters or spatial filters as any RS used by the network node for the BFD process, and / or the first uplink backhaul beam has the same QCL parameters or spatial filters as any RS used by the network node for the BFD process. The first downlink backhaul beam has QCL parameters or spatial filters that are different from any candidate RS used by the network node for the link recovery process, and / or the first uplink backhaul beam has QCL parameters or spatial filters that are different from any candidate RS used by the network node for the link recovery process. The first downlink backhaul beam is different from the new downlink control beam identified by the network node during the link recovery process, and / or the first uplink backhaul beam is different from the new uplink control beam identified by the network node during the link recovery process; or The network node has detected a beam failure issue on the backhaul link.

9. The wireless communication method according to claim 1, further comprising: The network node determines whether there is a beam failure problem in the backhaul link.

10. The wireless communication method according to claim 9, wherein, The BFD results for the control link are applicable to the backhaul link.

11. The wireless communication method according to claim 9, wherein, At least one of the following is used to determine the beam failure problem of the backhaul link: One or more reference signals used to determine beam failure problems in the backhaul link; or One or more associated parameters, wherein the one or more associated parameters include at least one of the following: a timer for determining beam failure problems of the backhaul link, a counter for determining beam failure problems of the backhaul link, or a threshold for evaluating the radio link quality of the backhaul link.

12. The wireless communication method according to claim 11, wherein, The one or more RSs are determined by at least one of the following: The existing set of RSs used for BFD procedures performed on the control link is suitable for determining beam failure issues in the backhaul link; The existing set of RSs used for the BFD procedure performed on the control link is reinterpreted or reused to determine beam failure issues in the backhaul link. or A new RS or a new set of RSs is used to determine the beam failure problem of the backhaul link.

13. The wireless communication method according to claim 11, wherein, For any one of the one or more associated parameters, the value of the corresponding parameter is determined by at least one of the following: Existing parameters for the BFD procedure performed on the control link may be applied to or reused for the corresponding parameters used to determine beam failure issues in the backhaul link. New parameters for determining beam failure issues in the backhaul link.

14. The wireless communication method according to claim 12, wherein, The new RS set includes at least one of the following: One or more RSs used to determine beam failure problems of the backhaul link; One or more associated parameters are used to determine the beam failure problem of the backhaul link, and the one or more associated parameters include at least one of the following: a timer for determining the beam failure problem of the backhaul link, a counter for determining the beam failure problem of the backhaul link, or a threshold for evaluating the radio link quality of the backhaul link.

15. The wireless communication method according to claim 9, further comprising: The network node initiates a RACH process for link recovery based on the dedicated RACH resource configuration from the controller.

16. The wireless communication method according to claim 15, wherein, An additional preamble index is configured for each RS in the existing set of candidate RSs for the dedicated RACH resource configuration.

17. The wireless communication method according to claim 16, further comprising: In response to the determination that both the control link and the backhaul link have beam failure issues, the network node selects a candidate RS from the existing candidate RS set configured in the dedicated RACH resource configuration and initiates a RACH procedure, wherein the transmitted preamble is the additional preamble index associated with the selected candidate RS.

18. The wireless communication method according to claim 15, wherein, Additional candidate RS sets and associated random access (RA) parameters are configured in the existing dedicated RACH resource configuration.

19. The wireless communication method according to claim 18, further comprising: In response to the determination that both the control link and the backhaul link have beam failure issues, the network node selects a candidate RS and associated RA parameters from the additional candidate RS set and initiates the RACH procedure.

20. The wireless communication method according to claim 9, further comprising: The network node reports the beam failure information of the backhaul link to the controller via dedicated signaling, which includes at least one of the following: Radio Resource Control (RRC) signaling, Media Access Control (MAC) control element (CE), or Uplink Control Information (UCI) signaling.

21. The wireless communication method according to claim 20, wherein, The reported beam failure information includes at least one of the following: Information indicating whether the backhaul link has been detected as having a beam failure problem; One or more candidate RS indices are used for beam determination of the backhaul link.

22. The wireless communication method according to claim 9, further comprising: The network node transmits a dedicated signal to the controller to report that a beam failure has been detected on the backhaul link.

23. The wireless communication method according to claim 22, wherein, The dedicated signal includes at least one of the following: a dedicated Physical Uplink Control Channel (PUCCH), a dedicated Physical Uplink Shared Channel (PUSCH), a dedicated RS, or a dedicated sequence.

24. A wireless communication device, comprising a processor and a memory, wherein, The processor is configured to read code from the memory and implement the method according to any one of claims 1 to 23.

25. A computer program product comprising a computer-readable program medium on which code is stored, the code, when executed by a processor, causing the processor to implement the method according to any one of claims 1 to 23.

Images