EP3858092A1 - Systeme, vorrichtungen und verfahren zur handhabung von funkstreckenüberwachung und funkstreckenausfällen in drahtlosen relaisnetzwerken - Google Patents
Systeme, vorrichtungen und verfahren zur handhabung von funkstreckenüberwachung und funkstreckenausfällen in drahtlosen relaisnetzwerkenInfo
- Publication number
- EP3858092A1 EP3858092A1 EP19866745.3A EP19866745A EP3858092A1 EP 3858092 A1 EP3858092 A1 EP 3858092A1 EP 19866745 A EP19866745 A EP 19866745A EP 3858092 A1 EP3858092 A1 EP 3858092A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- node
- iab
- radio link
- bwp
- parent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
Definitions
- the present embodiments relate to Integrated Access and Backhaul and backhauling for New Radio (NR) networks having Next generation NodeB capabilities and signaling.
- the present embodiments relate to a backhaul infrastructure and design for User Equipment and relay networks to handle Radio Link Failures.
- a service area is covered by one or more base stations, where each of such base stations may be connected to a core network by fixed-line backhaul links (e.g., optical fiber cables).
- LTE Long-Term Evolution
- NR New Radio
- a service area is covered by one or more base stations, where each of such base stations may be connected to a core network by fixed-line backhaul links (e.g., optical fiber cables).
- fixed-line backhaul links e.g., optical fiber cables.
- a relay node concept has been introduced to expand the coverage area and increase the signal quality.
- the relay node may be connected to the base station using a wireless backhaul link.
- the relay node concept for the fifth generation (5G) cellular system has been discussed and standardized, where the relay nodes may utilize the same 5G radio access technologies (New Radio (NR)) for the operation of services to User Equipment (UE) (access link) and connections to the core network (backhaul link) simultaneously.
- NR New Radio
- UE User Equipment
- backhaul link connections to the core network
- These radio links may be multiplexed in time, frequency, and/or space.
- This system may be referred to as Integrated Access and Backhaul (IAB).
- IAB Integrated Access and Backhaul
- Some such cellular mobile communication systems and networks may comprise IAB-donors and IAB-nodes, where an IAB-donor may provide interface to a core network to UEs and wireless backhauling functionality to IAB-nodes; and additionally, an IAB-node may support wireless access to UEs and wirelessly backhaul the access traffic.
- IAB-nodes may need to periodically perform inter-IAB-node discovery to detect new IAB-nodes in their vicinity based on cell-specific reference signals (e.g., Single-Sideband SSB).
- the cell-specific reference signals may be broadcasted on a Physical Broadcast Channel (PBCH) where packets may be carried or broadcasted on the Master Information Block°(MIB) section.
- PBCH Physical Broadcast Channel
- MIB Master Information Block°
- IAB backhaul design In particular, to provide methods and procedures to address radio link failures on the backhaul link.
- a method of handling Radio Link Monitoring and Radio Link Failures (RLF) in Wireless Relay Networks the wireless relay network having a donor node wherein the donor node is an Integrated Access and Backhaul (IAB) node connected to a core network, a first parent node (IAB-node A), a second parent node (IAB-node B), a child node (IAB-node/UE), the method comprising: monitoring, by the child node, radio link conditions on one or multiple bandwidth parts (BWP) of the parent node; detecting, by the child node, a potential RLF in at least one active downlink (DL) BWP; determining, by the child node, an RLF or Potential RLF based on the monitored BWP of the parent node; and configuring by the network, active BWP switching to maintain IAB-parent backhaul radio link in active BWP(s) based on the radio link condition.
- IAB Integrated Access and Backhaul
- FIG. 1 illustrates a mobile network infrastructure using 5G signals and 5G base stations.
- FIG. 2 depicts an example of functional block diagrams for the IAB-donor and the IAB-node.
- FIG. 3 illustrates Control Plane (C-Plane) and User Plane (U-Plane) protocols among the UE, IAB-nodes, and IAB-donor.
- FIG. 4 depicts a functional block diagram of an example protocol stack configuration for the U-Plane.
- FIG. 5A depicts a functional block diagram of an example protocol stack configuration for the C-Plane between an IAB-node connected to an IAB-donor.
- FIG. 5B depicts a functional block diagram of an example configuration of the C-Plane protocol stack for an IAB-node connected to another IAB-node which is connected to an IAB-donor.
- FIG. 5C depicts a functional block diagram of an example configuration of the C-Plane protocol stack for a UE’s RRC signaling.
- FIG. 6A depicts an example message sequence for an IAB-node to establish an RRC connection, followed by F1-AP* connection.
- FIG. 6B depicts an example message sequence for IAB-node to establish an RRC connection with an IAB-donor, followed by the F1 setup procedure.
- FIG. 7 shows an example diagram of a scenario where an IAB-node detects a Radio Link Failure (RLF) on the upstream link to its parent node.
- FIG. 8 illustrates an example flow of information transmit/receive and/or processing by a UE and/or IAB-node connected to a set of IAB-nodes in communication with an IAB-donor, for processing a notification of an RLF.
- RLF Radio Link Failure
- FIG. 9A illustrates an example flow of information transmit/receive and/or processing by a UE and/or IAB-node connected to a set of IAB-nodes in communication with an IAB-donor, based on receiving an Upstream RLF notification.
- FIG. 9B illustrates another example flow of information transmit/receive and/or processing by a UE and/or IAB-node connected to a set of IAB-nodes in communication with an IAB-donor, based on not having received an Upstream RLF notification.
- FIG. 9A illustrates an example flow of information transmit/receive and/or processing by a UE and/or IAB-node connected to a set of IAB-nodes in communication with an IAB-donor, based on not having received an Upstream RLF notification.
- FIG. 10A shows an example scenario for Upstream Potential RLF notification, a notification based on higher layers on the IAB-node having determined that a number of “out-of-sync” indications from the lower layer(s) have reached a threshold.
- FIG. 10B shows another example scenario where the parent node detects a certain number of consecutive “out-of-sync” indications and starts the timer T2.
- FIG. 10C shows another example scenario for Upstream Potential RLF notification, where the notification is based on higher layers on the IAB-node having determined that a number of PRACH preamble transmission attempts have failed.
- FIG. 10A shows an example scenario for Upstream Potential RLF notification, a notification based on higher layers on the IAB-node having determined that a number of “out-of-sync” indications from the lower layer(s) have reached a threshold.
- FIG. 10B shows another example scenario where the parent node detects a certain number of consecutive “out-of-sy
- FIG. 10D shows another example scenario for Upstream Potential RLF notification, where the notification is based on higher layers on the IAB-node having determined that a number of RLC Layer Data transmission attempts have failed.
- FIG. 10E depicts an example message sequence for a parent IAB-node in communication with another parent IAB-node and UE/IAB Child node for processing of Upstream Potential RLF notification.
- FIG. 10F depicts another example message sequence for a parent IAB-node in communication with a group of other parent IAB-nodes and UE/IAB Child node for processing of Upstream Potential RLF notification.
- FIG. 11 illustrates an example of a set of components of a user equipment or base station.
- FIG. 12 illustrates a mobile network infrastructure where a number of UEs are connected to a set of IAB-nodes and the IAB-nodes are in communication with each other and/or an IAB-donor.
- FIG. 13 illustrates an example top level functional block diagram of a computing device embodiment
- FIG. 14 is a flowchart depicting an exemplary process for handling an RLF in an example of a wireless relay network.
- FIG. 15A is a functional block diagram of a wireless node device which may be a parent IAB-node that may be in communication with an IAB-donor upstream and a UE and/or child IAB-node downstream.
- FIG. 15A is a functional block diagram of a wireless node device which may be a parent IAB-node that may be in communication with an IAB-donor upstream and a UE and/or child IAB-node downstream.
- FIG. 15B is a functional block diagram of a wireless terminal device which may be an IAB-node in communication with an IAB-donor or a parent IAB-node upstream.
- FIG. 16 is a diagram illustrating an example of a radio protocol architecture for the control and user planes in a mobile communications network.
- Embodiments disclosed provide methods and systems for handling a scenario where an Integrated Access and Backhaul (IAB) node, for example, an IAB-parent node and/or an IAB-child node, loses the connection or potentially loses connection to the network due to a radio link failure or potential radio link failure.
- the disclosed embodiments provide a method for the IAB nodes (e.g., IAB-parent) to monitor radio link conditions on one or multiple bandwidth parts (BWP) of the serving cell.
- BWP bandwidth parts
- the network configures active BWP switching to maintain IAB-parent backhaul radio link in active BWP(s) with good radio conditions.
- a mobile network used in wireless networks may be where the source and destination are interconnected by way of a plurality of nodes.
- the source and destination may not be able to communicate with each other directly due to the distance between the source and destination being greater than the transmission range of the nodes. That is, a need exists for intermediate node(s) to relay communications and provide transmission of information.
- intermediate node(s) may be used to relay information signals in a relay network, having a network topology where the source and destination are interconnected by means of such intermediate nodes.
- the backhaul portion of the network may comprise the intermediate links between the core network and the small subnetworks of the entire hierarchical network.
- Integrated Access and Backhaul (IAB) Next generation NodeB use 5G New Radio communications such as transmitting and receiving NR User Plane (U-Plane) data traffic and NR Control Plane (C-Plane) data.
- U-Plane NR User Plane
- C-Plane NR Control Plane
- the UE and gNB may include addressable memory in electronic communication with a processor.
- instructions may be stored in the memory and are executable to process received packets and/or transmit packets according to different protocols, for example, Medium Access Control (MAC) Protocol and/or Radio Link Control (RLC) Protocol.
- MAC Medium Access Control
- RLC Radio Link Control
- MT Mobile Termination
- UE User Equipment
- BTSs Base Transceiver Stations
- IAB nodes IAB nodes
- the MT functions may comprise common functions such as: radio transmission and reception, encoding and decoding, error detection and correction, signaling, and access to a SIM.
- an IAB child node may use the same initial access procedure (discovery) as an access UE to establish a connection with an IAB node/donor or parent thereby attaching to the network or camping on a cell.
- Radio Resource Control (RRC) protocol may be used for signaling between 5G radio network and UE, where RRC may have at least two states (e.g., RRC_IDLE and RRC_CONNECTED) and state transitions.
- the RRC sublayer may enable establishing of connections based on the broadcasted system information and may also include a security procedure.
- the U-Plane may comprise of PHY, MAC, RLC and PDCP layers.
- Embodiments of the present system disclose methods and devices for an IAB-node to inform child nodes and/or UEs of upstream radio conditions and accordingly, the term IAB-node may be used to represent either a parent IAB-node or a child IAB-node, depending on where the IAB-node is in the network communication with the IAB-donor which is responsible for the physical connection with the core network.
- an IAB-node child IAB-node
- the IAB-node may perform the same procedures and steps as a UE, where the IAB-node may be treated as a UE but distinguished from a UE by the parent IAB-node or the IAB-donor.
- MT functionality typically offered by a UE may be implemented on an IAB-node.
- consideration may be made in order for a child IAB-node to monitor a radio condition on a radio link to a parent IAB-node where the parent IAB-node may itself be a child IAB-node in communication with an IAB-donor.
- the present embodiments include a mobile network infrastructure using 5G signals and 5G base stations (or cell stations).
- the radio access network may comprise, for example, one IAB-donor and multiple IAB-nodes. Different embodiments may comprise different number of IAB-donor and IAB-node ratios.
- the IAB nodes may be referred to as IAB relay nodes.
- the IAB-node may be a Radio Access Network (RAN) node that supports wireless access to UEs and wirelessly backhauls the access traffic.
- RAN Radio Access Network
- the IAB-donor is a RAN node which may provide an interface to the core network to UEs and wireless backhauling functionality to IAB nodes.
- An IAB-node/donor may serve one or more IAB nodes using wireless backhaul links as well as UEs using wireless access links simultaneously. Accordingly, network backhaul traffic conditions may be implemented based on the wireless communication system to a plurality of IAB nodes and UEs.
- a number of UEs are depicted as in communication with IAB nodes, for example, IAB nodes and IAB donor node, via wireless access link.
- the IAB-nodes child nodes
- the IAB-donor all of which may be considered IAB parent nodes
- a UE may be connected to an IAB-node which itself may be connected to a parent IAB-node in communication with an IAB-donor, thereby extending the backhaul resources to allow for the transmission of backhaul traffic within the network and between parent and child for integrated access.
- the embodiments of the system provide for capabilities needed to use the broadcast channel for carrying information bit(s) (on the physical channels) and provide access to the core network.
- FIG. 2 depicts an example of functional block diagrams for the IAB-donor and the IAB-node (see FIG. 1).
- the IAB-donor may comprise at least one Central Unit (CU) and at least one Distributed Unit (DU).
- the CU is a logical entity managing the DU collocated in the IAB-donor as well as the remote DUs resident in the IAB-nodes.
- the CU may also be an interface to the core network, behaving as a RAN base station (e.g., eNB or gNB).
- the DU is a logical entity hosting a radio interface (backhaul/access) for other child IAB-nodes and/or UEs.
- the DU may offer a physical layer and Layer-2 (L2) protocols (e.g., Medium Access Control (MAC), Radio Link Control (RLC), etc.) while the CU may manage upper layer protocols (such as Packet Data Convergence Protocol (PDCP), Radio Resource Control (RRC), etc.).
- L2 Layer-2
- MAC Medium Access Control
- RLC Radio Link Control
- RRC Radio Resource Control
- An IAB-node may comprise DU and Mobile-Termination (MT) functions, where in some embodiments the DU may have the same functionality as the DU in the IAB-donor, whereas MT may be a UE-like function that terminates the radio interface layers.
- the MT may function to perform at least one of: radio transmission and reception, encoding and decoding, error detection and correction, signaling, and access to a SIM.
- Embodiments include a mobile network infrastructure where a number of UEs are connected to a set of IAB-nodes and the IAB-nodes are in communication with each other for relay and/or an IAB-donor using the different aspects of the present embodiments.
- the UE may communicate with the CU of the IAB-donor on the C-Plane using RRC protocol and in other embodiments, using Service Data Adaptation Protocol (SDAP) and/or Packet Data Convergence Protocol (PDCP) radio protocol architecture for data transport (U-Plane) through NR gNB.
- SDAP Service Data Adaptation Protocol
- PDCP Packet Data Convergence Protocol
- the DU of the IAB-node may communicate with the CU of the IAB-donor using 5G radio network layer signaling protocol: F1 Application Protocol (F1-AP*) which is a wireless backhaul protocol that provides signaling services between the DU of an IAB-node and the CU of an IAB-donor.
- F1-AP* 5G radio network layer signaling protocol
- the protocol stack configuration may be interchangeable, and different mechanism may be used.
- FIG. 3 shows an example of the embodiment where there are two IAB-nodes, IAB-node 1 and IAB-node 2, between the UE and the IAB-donor (two hops).
- Other embodiments may comprise a network with a single hop or multiple hops where there may be more than two IAB-nodes present.
- FIG. 4 depicts a functional block diagram of an example protocol stack configuration for the U-Plane, the stack comprising Service Data Protocol (e.g., SDAP, 3GPP TS 38.324) which may carry user data (e.g., via IP packets).
- the SDAP runs on top of PDCP (3GPP TS 38.323) and the L2/Physical layers.
- an Adaptation Layer is introduced between the IAB-node and the IAB-node/donor, where the Adaptation Layer carries relay-specific information, such as IAB-node/donor addresses, QoS information, UE identifiers, and potentially other information.
- RLC 3GPP TS 38.322
- PDCP may perform end-to-end (UE-CU) error recovery
- GTP-U GPRS Tunneling Protocol User Plane
- FIG. 5A is a functional block diagram of an example protocol stack configuration for the C-Plane between an IAB-node (IAB-node 1) directly connected to the IAB-donor (via a single hop).
- the MT component of IAB-node 1 may establish an RRC connection with the CU component of the IAB-donor.
- RRC may be used for carrying another signaling protocol in order for CU/IAB-donor to control the DU component resident in the IAB-node 1.
- such a signaling protocol may be referred to as F1 Application Protocol* (F1-AP*), a protocol based on F1-AP specified in 3GPP TS 38.473 and described above, with potential extended features to accommodate wireless backhauls (the original F1-AP is designed for wirelines).
- F1-AP may be used for CU-DU connection inside the IAB-donor. It is assumed that below RLC, MAC/PHY layers are shared with the U-Plane.
- FIG. 5B depicts a functional block diagram of an example configuration of the C-Plane protocol stack for IAB-node 2, an IAB-node connected to the aforementioned IAB-node 1 (2 hops).
- the IAB-node 1 has already established RRC/F1-AP* connections with the IAB-donor as shown in FIG. 5A.
- the signaling bearer for IAB-node 2 RRC/PDCP may be carried by the Adaptation Layer to the IAB-donor.
- the F1-AP* signaling is carried by the RRC of IAB-node 2.
- FIG. 5C depicts yet another functional block diagram of an example configuration of the C-Plane protocol stack for UE’s RRC signaling under the 2-hop relay configuration shown in FIG. 5B.
- the UE having an MT component and functionality, via the C-Plane may be connected to the CU of the IAB-donor.
- traffic is routed through IAB-node 2 and IAB-node 1, as depicted, the two nodes are passive nodes in that the data is passed to the next node(s) without manipulation.
- data is transmitted by the UE to the node it is connected to, e.g., IAB-node 2, and then IAB-node 2 transmits the data to the node that is connected to, e.g., IAB-node 1, and then IAB-node 1 transmits the data (without manipulation) to the IAB-donor.
- FIGS. 5A, 5B, and 5C illustrate that the MT of each IAB-node or UE has its own end-to-end RRC connection with the CU of the IAB-donor. Likewise, the DU of each IAB-node has an end-to-end F1-AP* connection with the CU of the IAB-donor. Any IAB nodes present between such end points transparently convey RRC or F1-AP signaling traffic.
- FIGS. 6A and 6B are diagrams of an example flow of information transmit/receive and/or processing by IAB-node(s) and an IAB-donor according to aspects of the present embodiments.
- FIG. 6A depicts an example message sequence for IAB-node 1 to establish an RRC connection, followed by F1-AP* connection. It is assumed that IAB-node 1 has been pre-configured (or configured by the network) with information that instructs how to select a cell served by the IAB-donor. As shown in the figure, IAB-node 1 in an idle state (RRC_IDLE) may initiate an RRC connection establishment procedure by sending Random Access Preamble to the IAB-donor, which may be received and processed by the DU of the IAB-donor.
- RRC_IDLE Random Access Preamble
- IAB-node 1 may send a RRCSetupRequest, followed by reception of an RRCSetup and transmission of RRCSetupComplete.
- the IAB-node 1 may enter a connected state (RRC_CONNECTED) with the IAB-donor, and may proceed with a security procedure to configure encryption/integrity protection features.
- the CU of the IAB-donor may further send an RRCReconfiguration to IAB-node 1, which may comprise configuration parameters to configure radio bearers (e.g., data radio bearers (DRBs) and signaling radio bearers (SRBs)).
- radio bearers e.g., data radio bearers (DRBs) and signaling radio bearers (SRBs)
- the RRCReconfiguration is sent to modify an RRC connection and establish Radio Connection between a UE and the network, however, in the present embodiment, the RRCReconfiguration may also be sent to configure a connection between an IAB-node and the network.
- RRC Connection Reconfiguration messages may be used to, for example, establish/modify/release Radio Bearers, and/or perform handover, etc.
- any of the RRC messages transmitted from IAB-node 1 may include information identifying the IAB-node 1 as an IAB-node (not as a UE).
- the Donor CU may be configured with a list of node identities (e.g., IMSI or S-TMSI) that may be allowed to use the service from the donor.
- the information may be used by the CU in the subsequence operations, for example, to distinguish a UE from an IAB-node.
- the DU of IAB-node 1 and IAB-donor may proceed with F1 setup procedure using the F1-AP* protocol, which may activate one or more cells served by the DU of IAB-node 1 thereby allowing other IAB nodes and/or UEs to camp on the cell.
- the Adaptation Layer for IAB-node 1 and IAB-donor may be configured and activated as well.
- FIG. 6B depicts an example message sequence or flow of information for IAB-node 2 to establish an RRC connection with IAB-donor, followed by the F1 setup procedure. It is assumed in this embodiment that IAB-node 1 has already performed the process disclosed in FIG. 6A to establish an RRC and F1-AP* connection. Referring back to FIG. 3, the IAB-node 2 shown in communication via the radio interface with IAB-node 1, may be also depicted in FIG. 6B as a child node of IAB-node 1 according to aspects of the present embodiments.
- the wireless backhaul links are susceptible to be deteriorated or broken at any time.
- the MT part of an IAB-node may constantly monitor the quality of the radio link and/or signal quality on the upstream of the IAB-node, where the radio link may be to a parent IAB node/donor of the IAB-node. If radio problems cannot be recovered in a designated duration, the MT may declare Radio Link Failure (RLF), meaning a loss of communication link may have occurred or signal strength is weak to continue (e.g., below a threshold).
- RLF Radio Link Failure
- FIG. 7 shows an example diagram of a scenario where an IAB-node (Node A) detects RLF on the upstream link to its parent node (Parent node 1).
- the MT component of Node A may need to find another parent that is visible from the node.
- the MT component may perform a cell selection procedure, and if a suitable cell (Parent node 2) is successfully found, the Node A may then proceed with an RRC reestablishment procedure with the suitable cell (Parent node 2).
- Node A in this scenario needs to find a cell served by either an IAB-node or an IAB-donor (i.e., non-IAB-capable cells are not suitable).
- a cell served by either an IAB-node or an IAB-donor may broadcast (e.g., in the system information) a state, e.g., via a flag, as an indication indicating the IAB capability.
- Node A may have been pre-configured or configured by the network with a list of IAB-capable cell identifications.
- the child IAB nodes While Node A is trying to find a new suitable IAB-capable serving cell, the child IAB nodes (Child node 1 and Child node 2) and/or UEs (UE1 and UE2) may still be in connected mode with Node A. If Node A successfully recovers from the RLF before expiration of a pre-configured (or network-configured) period of time, the child nodes and/or the UEs may not be aware of the RLF.
- Node A fails or has failed to recover from the RLF in a timely manner (e.g., before expiration of a pre-configured/network-configured period of time)
- nodes/UEs suffer discontinuity of service
- all the nodes/UEs in the downstream may also suffer discontinuity of service.
- an IAB-node may inform connected nodes (child nodes) or UEs, of the upstream radio conditions.
- the upstream radio condition information may enable the child nodes or UEs to decide to stay connected with the IAB-node or to look for another node to connect to.
- FIG. 8 shows an example scenario for Upstream RLF notification, a notification of an RLF, sent from a node (Node A) and detected on the node’s upstream, to the child nodes and/or the directly connected UEs.
- each of the child nodes and/or UEs may perform cell selection and, if successful, proceed to RRC reestablishment.
- each of the child nodes and/or UEs after a successful selection to a new node (Node B), may start the reestablishment procedure through Node B. That is, once a successful selection is made, the child nodes and/or UEs may transmit Random Access Preamble/Response messages, followed by RRCReestablishmentRequest and subsequent messages as illustrated in FIG. 8.
- Upstream RLF notification may be carried by the Adaptation Layer (e.g., a header part or a message body of the Adaptation Layer protocol).
- the notifications may be carried by the RLC sublayer, MAC, or a physical layer signaling (e.g., PDCCH). Additionally, the notifications may be broadcasted via system information or transmitted in a dedicated manner.
- RRC resident in each of the child nodes and/or UEs may perform cell selection upon receiving a notification indicating the reception of the Upstream RLF notification from lower layers. In the present embodiments, this may be performed even if the radio link to the parent node remains in good condition.
- the node and/or UE may then start a timer, timer Txxx (e.g., T311 specified in 3GPP TS 38.331), based on the received notification, and upon selecting a suitable cell while timer Txxx is running, the node and/or UE may stop timer Txxx and initiate transmission of RRCReestablishmentRequest to the IAB-donor.
- timer Txxx e.g., T311 specified in 3GPP TS 38.331
- the CU of the IAB-donor may update the F1-AP* configurations in Node B as well as the child IAB-node that initiated the RRC reestablishment.
- the connecting device is a UE
- F1-AP* configuration updates are not needed as they do not have the F1-AP* interface. Accordingly, the updated configuration from the IAB-donor may be used to reconfigure the routing topology which was modified or changed due to the RLF.
- FIG. 9A shows another scenario where the child nodes and/or UEs may start a timer, for example, timer Tyyy, based on receiving an Upstream RLF notification. While the timer Tyyy is running, Node A may attempt to recover the upstream link by performing cell selection. In the scenario depicted in FIG. 9, Node A has successfully found a new parent node (Parent node 2) and may initiate the RRC reestablishment procedure. Node A, based on receiving F1-AP* configuration update from the CU of the IAB-donor, may transmit/send Upstream Recovery notification a notification indicating that the upstream is recovered to the child IAB-node and/or the UEs.
- a timer for example, timer Tyyy
- Node A may attempt to recover the upstream link by performing cell selection.
- Node A has successfully found a new parent node (Parent node 2) and may initiate the RRC reestablishment procedure.
- Node A based on receiving F1
- the child IAB-node and/or the UEs that receive the notification may stop timer Tyyy and stay connected with Node A. If the timer expires before receiving Upstream Recovery notification, the child IAB-node and/or the UEs may perform cell selection/RRC reestablishment as shown in FIG. 8.
- the timer value/configuration may be pre-configured. In another embodiment, the timer value/configuration may be configured by the parent node (e.g., Parent node 1) via a dedicated signaling or via a broadcast signaling (e.g., system information).
- the Upstream RLF notification may be carried by the Adaptation Layer, RLC, MAC, or a physical layer signaling. Additionally, the notifications may be broadcasted via system information or transmitted in a dedicated manner.
- RRC resident in each of the child nodes and/or UEs may start timer Tyyy upon receiving Upstream RLF notification from the lower layers. If the node and/or UE receive a notification indicating the reception of the Upstream RLF notification from lower layers while timer Tyyy is running, the node and/or UE may stop timer Tyyy. If timer Tyyy expires, the node and/or UE may then start timer Txxx and upon selecting a suitable cell while the timer is running, the node and/or UE may stop the timer and initiate transmission of RRCReestablishmentRequest.
- FIG. 9B shows yet another scenario where Node A may start a timer Tzzz upon detecting an RLF.
- Node A may or may not send the aforementioned Upstream RLF notification to the child IAB-nodes and/or UEs. While the timer Tzzz is running, Node A may attempt to recover the upstream link by performing cell selection.
- Node A may send a notification (e.g. Upstream Disconnect notification) to the child IAB-nodes/UEs notifying the unsuccessful RLF recovery.
- a notification e.g. Upstream Disconnect notification
- the child IAB-nodes/UEs that receive the notification may start the aforementioned timer Txxx and initiate the cell selection procedure as shown in Fig. 8.
- the notification may be carried by the Adaptation Layer, RLC, MAC, or a physical layer signaling, in a broadcast or a dedicated manner.
- the timers Txxx and Tzzz may be the same timer or share same configurations. In another embodiment, the timers Txxx and Tzzz may be different timers or differently configured.
- notifications that an IAB-node provides to its downstream may not be limited to RLF or RLF recovery.
- the IAB-node may inform child nodes and/or UEs of the signal quality (e.g., Reference Signal Received Power (RSRP), Reference Signal Received Quality (RSRQ)), error rates, and/or any other types of measurements that indicate the radio condition of the upstream.
- RSRP Reference Signal Received Power
- RSRQ Reference Signal Received Quality
- IAB-nodes and/or UEs may be pre-configured or configured by the network with conditions for initiating cell selection/reestablishment.
- the notifications may be carried by the Adaptation Layer, RLC, MAC, or a physical layer signaling, in a broadcast or a dedicated manner.
- the IAB-node and/or UE may send back or respond with an acknowledgement to the parent node, as shown in FIG. 8, FIGS. 9A and 9B.
- whether the child IAB-node(s) or UE(s) needs to find a new parent IAB-node or wait for the radio link recovery of current parent IAB-node may be based on when the parent node sends and/or transmits the upstream RLF notifications and how the associated timer(s) is (are) configured/triggered.
- the below embodiments are directed at addressing and handling the situation or conditions that occur as a result of an RLF event.
- RLF Radio Link Failure
- the UE and/or child IAB-node may:
- the embodiments disclose methods, devices, and systems to reduce the time for a downstream child IAB-node/UE to respond to an upstream RLF. That is, the child IAB-node/UE may be configured to perform specific actions when a potential upstream RLF is predicted to happen by the parent node.
- an Upstream Potential RLF notification message may be sent to the child IAB-node/UE.
- the message of Upstream Potential RLF notification may be the same message as the abovementioned Upstream RLF notification, and accordingly, the two notifications may be interchangeable throughout this application to signify that the same procedures may be used to determine, process, and/or respond to Upstream Potential RLF notifications and/or Upstream RLF notifications. That is, the conditions that trigger the messages may be the same (mutually used) or different; the two messages may be used interchangeably; and/or the processing or responding to the messages may be the same or different. Additionally, the use of the Upstream Potential RLF notifications and Upstream RLF notifications is by way of examples and not limitations.
- the Upstream RLF notification message and/or the Upstream Potential RLF notification message may include a cell ID as part of the message in order to identify which cell has or might have RLF problems.
- the IAB-node/UE may perform measurement of radio link strength/quality for the Special Cell (SpCell); determine whether the measured radio link strength/quality is below a configured and/or preconfigured threshold; and if the measured radio link strength/quality is determined to be below the threshold, the lower layer(s), e.g., physical layer, may report a special indication, for example, “out-of-sync” indication signals, to the higher layers.
- SpCell Special Cell
- a certain number e.g., X1 (refers to N310 defined in the spec of TS 38.331)
- X1 refers to N310 defined in the spec of TS 38.331
- T1 refers to T310 defined in the spec of TS 38.331
- the parent node predicts that there might be radio problems and sends and/or transmits the Upstream Potential RLF notification message to the child IAB-nodes/UEs or other parent IAB-nodes.
- the number of consecutive “out-of-sync” indications (X) may be the same as the parameter X1 mentioned above, so as to allow reuse of the same parameter.
- the number of consecutive “out-of-sync” indications may be configured or preconfigured by the network to the parent IAB-node a new parameter, e.g., X2, where, X2 is always smaller or at most no greater than X1, so as not to affect the procedures of normal RLF declaration of parent nodes.
- a new parameter e.g., X2, where, X2 is always smaller or at most no greater than X1, so as not to affect the procedures of normal RLF declaration of parent nodes.
- a new timer T2 may be configured or preconfigured by the network, where the value of T2 is smaller or at most no greater than the one of T1.
- the parent node may start both T1 and T2 timers; at the expiry of T2, the parent node sends and/or transmits the Upstream Potential RLF notification message.
- T1 is not T310 any more, instead, when the parent node detects a certain number of consecutive “out-of-sync” indications, the parent node may start the T2 timer only; at the expiry of T2, the timer T1 is started; in one example, the value of T1+T2 is equal to the original T310 timer value for the purpose of declaring RLF. Additionally, if T2 is configured with the value 0, it may be treated as a special case of the first embodiment. That is, in the embodiment where the timer value is set to zero, the system may proceed without any timers and accordingly use the out of sync indication signals based on the previously disclosed embodiments.
- both X2 and T2 are used for the purpose of sending Upstream Potential RLF notification message timely. That is, the sending of Upstream Potential RLF notification message may be based on a combination of the configured or preconfigured parameter for the number of consecutive “out-of-sync” indications and the configured or preconfigured timer by the network. Accordingly, the parent node may start the timer, T2, and also continue to determine whether the consecutive “out-of-sync” threshold is reached in parallel and whichever is triggered first (e.g., timer expiry or reaching the threshold), the Upstream Potential RLF notification message may be sent and/or transmitted by the parent node.
- the information element (IE) PREAMBLE_TRANSMISSION_COUNTER may be used to record how many times the transmission/retransmission of PRACH preamble fails, if the number of failures reaches some configured and/or preconfigured maximum number of transmissions, e.g., Y1, the parent node declares an RLF.
- a new parameter may be used for PRACH preamble transmission, e.g., Y2, which is the threshold to trigger delivery of the Upstream Potential RLF notification message.
- This new parameter (Y2) may be configured and/or preconfigured by the network and assigned to the parent node. If the transmission of PRACH preamble of the parent node has reached the Y2 threshold number, the parent node sends and/or transmits the Upstream Potential RLF notification message to the child nodes and UEs.
- a timer may be used to track the failed PRACH preamble transmission attempts where the timer provides an alternative method to determine an event where the timer or expiration of the timer may trigger the notification to be sent and/or transmitted.
- Radio Link Control (RLC) Failure Regarding the abovementioned RLC failure in criterion (C), similar to criterion (B), the retransmission of RLC layer data unit is also allowed until a maximum allowed number of transmissions, e.g., Z1, is reached.
- a maximum allowed number of transmissions e.g., Z1
- a new parameter associated with an RLC retransmission number e.g., Z2, which is the threshold to trigger delivery of the Upstream Potential RLF notification message
- Z2 the threshold to trigger delivery of the Upstream Potential RLF notification message
- an optional timer may be used to track the failed RLC transmission attempts where the timer provides an alternative method to determine an event where the timer or expiration of the timer may trigger the notification to be sent and/or transmitted.
- the child IAB-node/UE may perform at least one of the following operations:
- the original parent IAB-node’s may measure the radio link strength/quality on the physical layer and then predict potential problems.
- the parent IAB-node may then transmit a notification to another parent node by way of an Upstream Potential RLF notification message.
- the other parent IAB-node may perform the operations of initialize a Random access procedure with the child IAB-node/UE connected with the original parent IAB-node. Thereby an RRC connection is established with the child node by the other (new) IAB-parent.
- FIG. 10A shows an example scenario for Upstream Potential RLF notification, a notification based on higher layers on the IAB-node having determined that a number of “out-of-sync” indications from the lower layer(s) have reached a threshold.
- the figure further depicts this communication, sent from a node (Node A) and detected on the node’s physical layer by measurement of radio link strength/quality, as transmitted to the UE/IAB-child node.
- FIG. 10A further depicts different embodiments having a timer implemented as part of the notification determination.
- the parent node may implement a timer T2, configured or preconfigured by the network, where the value of T2 is smaller or at most no greater than the timer T1. That is, when the parent node (Node A) detects a certain number of consecutive “out-of-sync” indications, the parent node may start both T1 and T2 timers simultaneously in some embodiments. Further, at the expiration of the timer T2, the parent node sends and/or transmits the Upstream Potential RLF notification message. In addition, in an optional embodiment, upon the expiration of timer T1, which may have been started simultaneously with T2, an Upstream RLF notification may be transmitted to the UE/IAB-child node.
- FIG. 10B shows another example scenario similar to FIG. 10A where in this embodiment, when the lower layer(s) of the parent node detects a certain number of consecutive “out-of-sync” indications, the parent node may start the timer T2 initially. This figure then depicts the embodiment where at the expiration of T2, an Upstream Potential RLF notification is transmitted to the UE/IAB child node and then the timer T1 is started. In addition, in an optional embodiment, upon the expiration of timer T1, which may have been started in a serial fashion with T2, an Upstream RLF notification may be transmitted to the UE/IAB-child node.
- timer T2 may be configured or set with a value of zero, where the timers may be disregarded and not used in determining when to transmit Upstream Potential RLF notification to other nodes.
- FIG. 10C shows another example scenario for Upstream Potential RLF notification, where the notification is based on higher layers on the IAB-node having determined that a number of PRACH preamble transmission attempts have failed.
- the PRACH preamble transmission failures are calculated by use of a counter, for example, an IE, and if the count reaches the threshold Y2, it triggers delivery of the Upstream Potential RLF notification message by the node to other nodes.
- this parameter Y2 may be configured and/or preconfigured by the network and assigned to the parent node. That is, with further reference to FIG.
- the parent node (Node A) may make the determination and sends and/or transmits the Upstream Potential RLF notification message to the UE/IAB-child node.
- the parent node (Node A) may optionally continue to calculate the number of failed PRACH preamble transmission attempts using the same (or different) counter, and if the failed transmission count of PRACH preamble of the parent node (Node A) has reached another threshold Y1, the parent node sends and/or transmits an Upstream RLF notification.
- FIG. 10D shows another example scenario for Upstream Potential RLF notification, where the notification is based on higher layers on the IAB-node having determined that a number of RLC Layer Data transmission attempts have failed.
- the RLC Layer Data transmission failures are calculated by use of a counter, for example, an IE, and if the count reaches the threshold Z2, it triggers delivery of the Upstream Potential RLF notification message by the node to other nodes.
- this parameter Z2 may be configured and/or preconfigured by the network and assigned to the parent node.
- FIG. 10E depicts an example message sequence for a parent IAB-node in communication with another parent IAB-node and UE/IAB Child node.
- Node A and Node B are both parent nodes to the UE/IAB child node with dual connectivity (or carrier aggregation shown in FIG. 10F).
- UE/IAB Child node is in an RRC_Connected mode with Node A but based on the disclosed embodiments, if Node A determines that there might be radio link failure problems or there is already a radio link failure, parent node (Node A) may send and/or transmit an Upstream Potential RLF notification or Upstream RLF notification to the other parent node (Node B) informing the other parent node to UE/IAB Child node of the potential failure with Node A’s radio link. That is, Node B may then take control of the radio link connection by initializing a Random Access Procedure and RRC connection establishment procedure.
- the connection may automatically change for the UE/IAB Child node to be in RRC_Connected mode with Node B. Accordingly, Node B may become the serving cell for UE/IAB Child node based on the Upstream Potential RLF notification being sent to the other parent node (Node B) from the first parent node (Node A).
- a number of other parent IAB-nodes are depicted as being part of the serving cell group to UE/IAB Child node. Accordingly, based on the Upstream Potential RLF notification to the other parent nodes, the Random Access Procedure and RRC Connection Establishment Procedure are with Node B as initially Node A was the highest priority in the group and Node B was the second highest priority and so after the link failure with Node A, Node B would have the highest priority and selected based on having the highest priority of the group Node A, Node B... Node X. In this example, should Node X have had a higher priority than Node B, the change based on the Upstream Potential RLF notification to the other parent nodes would have been to Node X with higher priority than Node B.
- NR system is operated bandwidth part (BWP) by BWP;
- An IAB-node/UE can generally be configured for each DL BWP of a SpCell with a set of resource indexes, through a corresponding set of higher layer parameters RadioLinkMonitoringRS, for radio link monitoring by higher layer parameter failureDetectionResources.
- the IAB-node/UE is provided by higher layer parameter RadioLinkMonitoringRS, with either a CSI-RS resource configuration index, by higher layer parameter csi-RS-Index, or a SS/PBCH block index, by higher layer parameter ssb-Index.
- the IAB-node/UE can be configured with up to N LR-RLM RadioLinkMonitoringRS for link recovery procedures and radio link monitoring.
- N RLM RadioLinkMonitoringRS can be used for radio link monitoring depending on a maximum number L of candidate SS/PBCH blocks per half frame, and up to two RadioLinkMonitoringRS can be used for link recovery procedures.
- a UE does not expect to use more than N RLM RadioLinkMonitoringRS for radio link monitoring when the UE is not provided higher layer parameter RadioLinkMonitoringRS.
- N LR-RLM and N RLM for different values of L are given in Table 5-1.
- each DL BWP is configured with a set of resources for radio link monitoring
- an IAB-node/UE is generally not required to monitor the downlink radio link quality in downlink (DL) BWPs other than the active DL BWP on the primary cell. Therefore, the RLF of Rel-15 NR system actually occurs for one BWP (the active DL BWP), instead of the whole bandwidth.
- the backhaul RLF may cause more serious problems as it makes network outage for all nodes/UEs attached to it. Therefore, based on the abovementioned BWP based NR system feature, some new designs are proposed in the following: In the first embodiments, the IAB-node and/or UE are/is required to monitor all the configured DL BWPs including the active DL BWP on the primary cell, though it is at the cost of more power consumption at the IAB-node and/or UE side, the IAB-node as base station has no problem for power saving.
- the network may configure the IAB-node and/or UE a set of DL BWPs (one or multiple DL BWPs) to be monitored; such configuration(s) can be signaled in either RRC signaling only, or Downlink Control Information (DCI) only, or RRC signaling and DCI together.
- RRC signaling it could be either dedicated RRC signaling, or broadcast RRC signaling, or both dedicated and broadcast RRC signaling.
- BMC BWP monitoring configuration
- the BMC signaling(s) may be the same as the BWP configuration signaling(s), for example, in the BWP configuration signaling, the network configures a set of BWPs ⁇ BWP#2, BWP#3, BWP#4 ⁇ to the IAB-nodes and/or UEs; if the BMC is the same as BWP configuration signaling(s), in other words, there is(are) no independent BMC signaling(s), then the IAB-node and/or UE monitor the radio link for all BWP#2, BWP#3 and BWP#4. In such cases, the IAB-node and/or UE always monitor all configured BWPs; the abovementioned first embodiments are special cases of the second embodiments.
- the BMC signaling(s) may be different from the BWP configuration signaling(s), for example, in the BWP configuration signaling, the network configures a set of BWPs ⁇ BWP#2, BWP#3, BWP#4 ⁇ to the IAB-nodes and/or UEs; if the BMC is different from BWP configuration signaling(s), and in the BMC signaling(s), the network further configures ⁇ BWP#2, BWP#3 ⁇ to the IAB-nodes and/or UEs, then the IAB-node and/or UE monitor the radio link for both BWP#2 and BWP#3.
- the BMC signaling(s) may be independent from the BWP configuration signaling(s); in this case, the BWP index carried in the BMC signaling(s) is the actual BWP index; in the abovementioned example, the configured BWP set is ⁇ BWP#2, BWP#3, BWP#4 ⁇ and the configured monitoring BWP set is ⁇ BWP#2, BWP#3 ⁇ , then the IAB-node and/or UE monitor the radio link for both BWP#2 and BWP#3; or the BMC signaling(s) may be dependent on the BWP configuration signaling(s); in this case, the BWP index carried in the BMC signaling(s) is the BWP index in the configured BWP set; in the abovementioned example, the configured BWP set is ⁇ BWP#2, BWP#3, BWP#4 ⁇ and the
- IAB-node/UE is still not required to monitor the downlink radio link quality in downlink (DL) BWPs other than the active DL BWP on the primary cell.
- DL BWPs downlink BWPs
- one or multiple DL BWPs may be configured to be active DL BWPs; in other words, ActiveBWPNum may be greater than 1.
- the configuration signaling(s) of the active DL BWP(s) can be signaled in either RRC signaling only, or Downlink Control Information (DCI) only, or RRC signaling and DCI together. If RRC signaling is used, it could be either dedicated RRC signaling, or broadcast RRC signaling, or both dedicated and broadcast RRC signaling.
- DCI Downlink Control Information
- the active DL BWP(s) configuration signaling(s) may use the similar way as the second embodiments to handle the active BWP(s)’ indexes carried in the signaling(s).
- all report related to e.g., “Out-of-Sync” or “In-Sync” should include the corresponding BWP ID so that the higher layers knows the radio link quality for each BWP.
- the network may configure a new set of active DL BWPs, which may contain one or more than one active DL BWPs, to the IAB-node only when all the active DL BWP(s) experience or potentially experience RLF situation; while in another embodiments, the network may just configure a new set of active DL BWPs, which may contain one or more than one BWP, by a BWP switching signaling;
- the BWP switching signaling includes the ID(s) of the new set of BWPs or new set of active BWPs, which may use the similar way as the abovementioned second and third embodiments about handling BWP index to carry new active BWP(s)’ indexes in
- the configuration signaling carry one set of configuration, which is used by IAB nodes and/or UEs with IAB capability only; while in another embodiments, the configuration signaling carry more than one, e.g., two sets of configuration, in which the first set of configuration is used by normal NR UEs without IAB capability, and the second set of configuration is used by IAB nodes and/or UEs with IAB capability.
- IAB-node/UE can be configured with up to N LR-RLM RadioLinkMonitoringRS for link recovery procedures and radio link monitoring.
- N LR-RLM RadioLinkMonitoringRS can be used for radio link monitoring depending on a maximum number L of candidate SS/PBCH blocks per half frame, and up to two RadioLinkMonitoringRS can be used for link recovery procedures; in order to have fast link recovery, in the new design for IAB system, up to M RadioLinkMonitoringRS can be used for link recovery procedures, where M is great than 2, e.g., 4.
- RadioLinkMonitoringRS may be allocated by either set up N LR-RLM as a bigger value, or a new N LR-RLM is introduced which is dedicated to IAB system only and the current N LR-RLM is used for normal NR system.
- FIG. 11 is a diagram illustrating an example of a radio protocol architecture for the control and user planes in a mobile communications network.
- the radio protocol architecture for the UE and/or the gNodeB may be shown with three layers: Layer 1, Layer 2, and Layer 3.
- Layer 1 (L1 layer) is the lowest layer and implements various physical layer signal processing functions.
- Layer 2 (L2 layer) is above the physical layer and responsible for the link between the UE and/or gNodeB over the physical layer.
- the L2 layer may include a media access control (MAC) sublayer, a radio link control (RLC) sublayer, and a packet data convergence protocol (PDCP) sublayer, which are terminated at the gNodeB on the network side.
- MAC media access control
- RLC radio link control
- PDCP packet data convergence protocol
- the UE may have several upper layers above the L2 layer including a network layer (e.g., IP layer) that is terminated at the PDN gateway on the network side, and an application layer that is terminated at the other end of the connection (e.g., far end UE, server, etc.).
- the control plane also includes a radio resource control (RRC) sublayer in Layer 3 (L3 layer).
- RRC sublayer is responsible for obtaining radio resources (i.e., radio bearers) and for configuring the lower layers using RRC signaling between the IAB-nodes and/or the UE and an IAB-donor.
- FIG. 12 depicts an example of a mobile network infrastructure 1200 where a number of UEs and IAB-nodes, comprising components of a computing device as illustrated in FIG. 11, are illustrated in communication with each other.
- a plurality of UEs 1204, 1208, 1212, 1218, 1222 are connected to a set of IAB-nodes 1252, 1258 and the IAB-nodes 1252, 1258 are in communication with each other 1242 and/or an IAB-donor 1256 using the different aspects of the present embodiments.
- the IAB-nodes 1252, 1258 may send out discovery information to other devices on the network (e.g., the Cell ID and resource configuration of the transmitting nodes are sent to the receiving node) and also provide MT functionality in connecting to the IAB-donor 1256.
- the examples of UEs may also be receiving discovery information and if not barred, then requesting connections and to use resources by transmitting connection requests to the IAB-nodes and/or IAB-donors.
- an IAB-donor 1256 may limit or bar any requests from UEs for connection due to them being already connected to other IAB-nodes and committed resources to the backhaul traffic.
- the IAB-donor 1256 may accept the UE’s connection request but prioritize the IAB-node backhaul traffic over any connections used by the UE’s.
- the IAB-donor 1256 and/or IAB-nodes 1252, 1258 may detect and communicate RLFs according to the aspects of the current embodiments, which may then be propagated down between IAB-nodes and UEs, where the child nodes (e.g., IAB-node or UE in the network) may detect upstream connection failures.
- FIG. 13 illustrates an example of a top level functional block diagram of a computing device embodiment 1300.
- the example operating environment is shown as a computing device 1320 comprising a processor 1324, such as a central processing unit (CPU), addressable memory 1327, an external device interface 1326, e.g., an optional universal serial bus port and related processing, and/or an Ethernet port and related processing, and an optional user interface 1329, e.g., an array of status lights and one or more toggle switches, and/or a display, and/or a keyboard and/or a pointer-mouse system and/or a touch screen.
- the addressable memory may, for example, be: flash memory, eprom, and/or a disk drive or other hard drive.
- these elements may be in communication with one another via a data bus 1328.
- the processor 1324 may be configured to execute steps of a process establishing a communication channel and processing according to the embodiments described above.
- FIG. 14 is a flowchart of an exemplary process 1400 method of Handling Radio Link Failures (RLF) in a Wireless Relay Network in which the system comprises a computer and/or computing circuitry that may be configured to execute the steps as depicted.
- the wireless relay network may have a donor node, a first parent node, a second parent node, a first child node, and a second child node, where the donor node may be an Integrated Access and Backhaul (IAB) node connected to a core network, and where the first parent node, the second parent node, the first child node, and the second child node each may have Mobile Termination (MT) functionality capabilities.
- IAB Integrated Access and Backhaul
- MT Mobile Termination
- the method depicted in the flowchart includes the steps of: (a) transmitting, by a first child node (IAB-node A), a message comprising an Upstream RLF notification to a second child node (UE/IAB Child node) based on an upstream radio link failure between the first child node and a first parent node (IAB Parent node 1), wherein the first child node is in connected mode with the second child node (step 1410); (b) receiving, by the second child node in communication with the first child node, the message comprising the Upstream RLF notification, where the second child node may be either: a User Equipment (UE) or an Integrated Access and Backhaul (IAB) node having MT capabilities (step 1420); (c) initiating, by the second child node, a cell selection procedure with a second parent node (IAB Parent node 2) before the expiration of a timer (Txxx) set for a period of time and based on the received Upstream RLF notification message from
- FIG. 15A is a functional block diagram of a wireless node device which may be a parent IAB-node which may be in communication with an IAB-donor upstream and a UE and/or child IAB-node downstream.
- the parent IAB-node may include a processor and two transceivers, where each transceiver may have a transmitter component and receiver component, and in some embodiments, one transceiver may be used for connection to and communications with upstream devices (upstream radio links) and the other used for connection to and communications with downstream devices (downstream radio links).
- one transceiver may be dedicated to communicating with IAB-donors/parent IAB-nodes (via a Mobile-Termination (MT) Component) and the other transceiver with child IAB-nodes and/or UEs (via a Distributed Unit (DU) Component).
- the mobile-termination component may provide a function that terminates the radio interface layers, similar to a UE but implemented on the IAB-nodes as disclosed herein.
- the example wireless node device depicted in FIG. 15A may further include a processor which may comprise the Mobile-Termination (MT) Component and the Distributed Unit (DU) Component.
- the MT component may be configured to monitor the radio link and detect radio link conditions on the upstream radio links, such as Radio Link Failures (RLFs).
- the MT component may also include a connection management that may provide at least cell selection, connection establishment and reestablishment functionality.
- the DU component may be configured to communicate with the IAB-donor for relay configuration.
- the DU component may also be configured to process the detected radio link conditions and transmit notifications representing the radio link conditions to the downstream nodes.
- FIG. 15B is a functional block diagram of a wireless terminal device which may be a UE and/or child IAB-node in communication with an IAB-donor or a parent IAB-node upstream (itself in communication with an IAB-donor).
- the wireless terminal device may include a transceiver having a transmitter and receiver for communicating with other IAB-donors/nodes upstream.
- the example wireless node device depicted in FIG. 15B may further include a processor which may comprise the Mobile-Termination (MT) Component and Handler Component.
- the MT component may be configured to monitor the radio link and detect any Radio Link Failures (RLFs).
- RLFs Radio Link Failures
- the MT component may also include a connection management that may provide at least cell selection, connection establishment and reestablishment functionality.
- the handler component may be configured to receive notifications from a parent node, for example, an IAB-donor or parent IAB-node upstream, the notifications representing radio conditions of the parent node’s upstream radio links.
- the handler component may also be configured to process the received notifications from upstream nodes according to the aspects of the different embodiments. Upon processing of the notifications, the handler component may instruct the connection management to perform designated actions (e.g. cell selection).
- FIG. 16 illustrates an embodiment of a UE and/or base station comprising components of a computing device 1600 according to the present embodiments.
- the device 1600 illustrated may comprise an antenna assembly 1615, a communication interface 1625, a processing unit 1635, a user interface 1645, and an addressable memory 1655.
- the antenna assembly 1615 may be in direct physical communication 1650 with the communication interface 1625.
- the addressable memory 1655 may include a random access memory (RAM) or another type of dynamic storage device, a read only memory (ROM) or another type of static storage device, a removable memory card, and/or another type of memory to store data and instructions that may be used by the processing unit 1635.
- RAM random access memory
- ROM read only memory
- FIG. 16 illustrates an embodiment of a UE and/or base station comprising components of a computing device 1600 according to the present embodiments.
- RAM random access memory
- ROM read only memory
- FIG. 16 illustrates an embodiment of a UE and/or base station comprising components of
- the user interface 1645 may provide a user the ability to input information to the device 1600 and/or receive output information from the device 1600.
- the communication interface 1625 may include a transceiver that enables mobile communication device to communicate with other devices and/or systems via wireless communications (e.g., radio frequency, infrared, and/or visual optics, etc.), wired communications (e.g., conductive wire, twisted pair cable, coaxial cable, transmission line, fiber optic cable, and/or waveguide, etc.), or a combination of wireless and wired communications.
- the communication interface 1625 may include a transmitter that converts baseband signals to radio frequency (RF) signals and/or a receiver that converts RF signals to baseband signals.
- RF radio frequency
- the communication interface 1625 may also be coupled (not shown) to antenna assembly 1615 for transmitting and receiving RF signals. Additionally, the antenna assembly 1615 may include one or more antennas to transmit and/or receive RF signals. The antenna assembly 1615 may, for example, receive RF signals from the communication interface and transmit the signals and provide them to the communication interface.
- the abovementioned features may be applicable to 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on Integrated Access and Backhaul; (Release 15) for 3GPP TR 38.874 V0.3.2 (2018-06) and applicable standards.
- a method of handling Radio Link Monitoring and Radio Link Failures (RLF) in Wireless Relay Networks the wireless relay network having a donor node wherein the donor node is an Integrated Access and Backhaul (IAB) node connected to a core network, a first parent node (IAB-node A), a second parent node (IAB-node B), a child node (IAB-node/UE), the method comprising: monitoring, by the child node, radio link conditions on one or multiple bandwidth parts (BWP) of the parent node; detecting, by the child node, a potential RLF in at least one active Down Link (DL) BWP; determining, by the child node, an RLF or Potential RLF based on the monitored BWP of the parent node; and configuring by the network, active BWP switching to maintain IAB-parent backhaul radio link in active BWP(s) with good radio conditions.
- IAB Integrated Access and Backhaul
- a method of handling Radio Link Monitoring and Radio Link Failures (RLF) in Wireless Relay Networks the wireless relay network having a donor node wherein the donor node is an Integrated Access and Backhaul (IAB) node connected to a core network, a first parent node (IAB-node A), a second parent node (IAB-node B), a child node (IAB-node/UE), the method comprising: monitoring, by the child node, radio link conditions on one or multiple bandwidth parts (BWP) of the parent node; detecting, by the child node, a potential RLF in at least one active downlink (DL) BWP; determining, by the child node, an RLF or Potential RLF based on the monitored BWP of the parent node; and configuring by the network, active BWP switching to maintain IAB-parent backhaul radio link in active BWP(s) based on the radio link condition.
- IAB Integrated Access and Backhaul
- a node comprising: monitoring circuitry configured to monitor radio link conditions on one or multiple bandwidth parts (BWPs) of a parent node; and detecting circuitry configured to detect radio link failure (RLF) in at least one downlink BWP.
- BWPs bandwidth parts
- RLF radio link failure
- a method of a node comprising: monitoring radio link conditions on one or multiple bandwidth parts (BWPs) of a parent node; and detecting radio link failure (RLF) in at least one downlink BWP.
- BWPs bandwidth parts
- RLF radio link failure
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862737904P | 2018-09-27 | 2018-09-27 | |
PCT/JP2019/038381 WO2020067517A1 (en) | 2018-09-27 | 2019-09-27 | Systems, Devices, and Methods for Handling Radio Link Monitoring and Radio Link Failures in Wireless Relay Networks |
Publications (1)
Publication Number | Publication Date |
---|---|
EP3858092A1 true EP3858092A1 (de) | 2021-08-04 |
Family
ID=69951912
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP19866745.3A Withdrawn EP3858092A1 (de) | 2018-09-27 | 2019-09-27 | Systeme, vorrichtungen und verfahren zur handhabung von funkstreckenüberwachung und funkstreckenausfällen in drahtlosen relaisnetzwerken |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP3858092A1 (de) |
CN (1) | CN112715053A (de) |
WO (1) | WO2020067517A1 (de) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021196197A1 (zh) * | 2020-04-03 | 2021-10-07 | 华为技术有限公司 | 无线链路失败rlf通知方法及装置 |
EP4193786A4 (de) * | 2020-08-06 | 2024-05-08 | Lenovo (Beijing) Limited | Verfahren und vorrichtungen für ein fehlerhandhabungsverfahren in einem sidelink-relaissystem |
EP4224902A4 (de) * | 2020-10-21 | 2024-05-29 | Kyocera Corporation | Kommunikationssteuerungsverfahren |
US20230164024A1 (en) * | 2021-11-19 | 2023-05-25 | Huawei Technologies Co., Ltd. | Method and apparatus for core network response to predictable satellite backhaul outages |
WO2024031230A1 (en) * | 2022-08-08 | 2024-02-15 | Apple Inc. | Group rrc reestablishment in mobile iab nodes |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2479904A (en) * | 2010-04-28 | 2011-11-02 | Sharp Kk | LTE-A relay apparatus, in particular for type 1 relays |
EP2387270A1 (de) * | 2010-05-12 | 2011-11-16 | Nokia Siemens Networks Oy | Steuerung zur Wiederherstellung nach einer Funkverbindungsfehlfunktion in einem Kommunikationsnetz mit Relaisknoten |
US9191098B2 (en) * | 2011-01-14 | 2015-11-17 | Telefonaktiebolaget L M Ericsson (Publ) | Capability reporting for relay nodes in wireless networks |
US9042315B2 (en) * | 2011-05-03 | 2015-05-26 | Mediatek Inc. | SCELL radio link monitoring and radio link failure handling |
US9408247B2 (en) * | 2014-05-29 | 2016-08-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Radio link failure (RLF) reporting |
CN107852662B (zh) * | 2015-05-26 | 2021-11-05 | 瑞典爱立信有限公司 | 无线网状网络中的重新配置 |
CN108282796B (zh) * | 2017-01-05 | 2022-08-09 | 中兴通讯股份有限公司 | 一种无线链路管理的方法及装置、系统 |
-
2019
- 2019-09-27 EP EP19866745.3A patent/EP3858092A1/de not_active Withdrawn
- 2019-09-27 CN CN201980057833.2A patent/CN112715053A/zh active Pending
- 2019-09-27 WO PCT/JP2019/038381 patent/WO2020067517A1/en unknown
Also Published As
Publication number | Publication date |
---|---|
CN112715053A (zh) | 2021-04-27 |
WO2020067517A1 (en) | 2020-04-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220110179A1 (en) | Systems, Devices, and Methods for Handling Radio Link Monitoring and Radio Link Failures in Wireless Relay Networks | |
RU2770842C1 (ru) | Системы, устройства и способы для обработки отказов линии радиосвязи в беспроводных ретрансляционных сетях | |
US11997551B2 (en) | Conditional handovers for wireless relay networks | |
US11259194B2 (en) | Radio link failure processing method and apparatus therefor | |
US20220053588A1 (en) | Systems, devices, and methods for connection reestablishment via alternative routes in integrated access and backhaul due to radio link failures | |
US11903070B2 (en) | Methods and apparatus for using redundant links in wireless backhaul | |
WO2020066943A1 (en) | Systems, Devices, and Methods for Handling Radio Link Failures in Wireless Relay Networks | |
CN108370593B (zh) | 无线通信系统中向基站发送数据/从基站接收数据的方法和设备 | |
WO2020067517A1 (en) | Systems, Devices, and Methods for Handling Radio Link Monitoring and Radio Link Failures in Wireless Relay Networks | |
US20210360496A1 (en) | Methods and apparatus for using conditional handovers for wireless backhaul | |
US20220217598A1 (en) | Failure information for wireless relay networks | |
US20220132388A1 (en) | Notification of radio link failure in wireless relay networks | |
US20230164658A1 (en) | Enhanced conditional handover procedures in iab networks | |
US20210315040A1 (en) | Method and apparatus for handling radio link failure | |
US20220086749A1 (en) | Cell selection on a radio link failure in wireless relay networks | |
US20230098848A1 (en) | Updating radio resource control connections in iab network | |
US20090116378A1 (en) | Method for handling radio link failure in wireless communications system and related apparatus | |
US20230089657A1 (en) | Rrc update procedures in iab networks | |
JP2024502623A (ja) | Iabの通信方法及び装置 | |
US20230337085A1 (en) | Communication apparatus, control method of communication apparatus, and computer-readable storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20210415 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: FG INNOVATION COMPANY LIMITED Owner name: SHARP KABUSHIKI KAISHA |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
18W | Application withdrawn |
Effective date: 20211208 |