Systems and methods for information transfer for relay systems

Abstract

Presented are systems and methods for information transfer for relay systems. A first component of a network node of a wireless access and backhaul (WAB) communication system can receive authorization status information from an access and mobility management function (AMF). A second component of the network node can send at least one of identity information or an indication associated with the authorization status information to the AMF.

Description

SYSTEMS AND METHODS FOR INFORMATION TRANSFER FOR RELAY SYSTEMSTECHNICAL FIELD

[0001] The disclosure relates generally to wireless communications, including but not limited to systems and methods for information transfer for relay systems.BACKGROUND

[0002] Coverage is a fundamental aspect of cellular network deployments. Mobile operators rely on different types of network nodes to offer blanket coverage in their deployments. As a result, new types of network nodes have been considered to increase the flexibility of mobile operators for their network deployments. For example, certain systems or architecture introduce integrated access and backhaul (IAB) , which may be enhanced in certain other systems, as a new type of network node not requiring a wired backhaul. Another type of network node is the RF repeater which simply amplify-and-forward any signal that they receive. RF repeaters have seen a wide range of deployments in 2G, 3G and 4G to supplement the coverage provided by regular full-stack cells.SUMMARY

[0003] The example embodiments disclosed herein are directed to solving the issues relating to one or more of the problems presented in the prior art, as well as providing additional features that will become readily apparent by reference to the following detailed description when taken in conjunction with the accompany drawings. In accordance with various embodiments, example systems, methods, devices and computer program products are disclosed herein. It is understood, however, that these embodiments are presented by way of example and are not limiting, and it will be apparent to those of ordinary skill in the art who read the present disclosure that various modifications to the disclosed embodiments can be made while remaining within the scope of this disclosure.

[0004] At least one aspect is directed to a system, method, apparatus, or a computer-readable medium. A first component (e.g., WAB-MT or WAB-gNB) of a network node of a wireless access and backhaul (WAB) communication system can receive / acquire / obtain authorization  status information from an access and mobility management function (AMF) . A second component of the network node can send / transmit / provide / communicate at least one of identity information and / or an indication associated with the authorization status information to the AMF.

[0005] In some implementations, the identity information comprises at least one of: an identity of the network node, an identity of a mobile termination (MT) portion of the network node, and / or an identity of a next generation node B (gNB) portion of the network node. In some implementations, the indication can comprise at least one of: an indication of a corresponding procedure to be initiated or requested according to the authorization status information, an indication of completion of a behavior of a next generation node B (gNB) portion of the network node responsive to the authorization status information, an indication that a mobile termination (MT) portion of the network node can be or is to be de-registered, and / or an indication that a protocol data unit (PDU) session of the MT portion can be or is to be released.

[0006] In some implementations, the authorization status information can comprise at least one of: an indication for de-registration, an indication for protocol data unit (PDU) session release, an indication for backhaul (BH) PDU session release, and / or a WAB authorization status. In some implementations, the WAB authorization status can comprise at least one of: an authorization status of a mobile termination (MT) portion of the network node, an authorization status of a next generation node B (gNB) portion of the network node, and / or an authorization status of the network node.

[0007] In some implementations, at least one of: the first component can comprise a mobile termination (MT) portion of the network node; the second component can comprise the MT portion of the network node; and / or the MT portion may send the indication via a de-registration or PDU session release request message. In some implementations, at least one of: the first component comprises a mobile termination (MT) portion of the network node; and / or the second component comprises a next generation node B (gNB) portion of the network node.

[0008] In some implementations, the authorization status information of the gNB portion can comprise at least one of: a WAB authorization status, an identity of the network node, an identity of a mobile termination (MT) portion of the network node, and / or an identity of a next generation node B (gNB) portion of the network node, an indication of a corresponding  procedure to be initiated or requested according to the WAB authorization status, an indication of completion of a behavior of the gNB portion of the network node responsive to the WAB authorization status, an indication that the MT portion of the network node can be or is to be de-registered, and / or an indication that a protocol data unit (PDU) session of the MT portion can be or is to be released.

[0009] In some implementations, a third component of the network node can send the authorization status information to the AMF. In some cases, the third component may comprise a mobile termination (MT) portion of the network node. In some other cases, the third component may comprise a next generation node B (gNB) portion of the network node.

[0010] In some implementations, a communication node that serves or is connected with the network node can send WAB mobility-related information to the network node. In some implementations, the communication node can send the WAB mobility-related information to the network node via Xn or radio resource control (RRC) signaling. In some implementations, the WAB mobility-related information can comprise at least one of: a transport network layer (TNL) address of the AMF, a TNL address of the gNB portion, an identity of the AMF, an identity of the gNB portion, a cell identifier (ID) , and / or a physical cell ID (PCI) .

[0011] In some implementations, at least one of: the AMF may send WAB mobility-related information to the network node; and / or the AMF may send the WAB mobility-related information to the network node via next generation (NG) or non-access stratum (NAS) signaling. In some implementations, a next generation node B (gNB) portion of the network node can send mobility registration update (MRU) -related information to at least one wireless communication device served by the gNB portion. In some implementations, the MRU-related information can comprise at least one of: an indication of tracking area change, an indication of MRU, and / or an indication that MRU is required.

[0012] At least one aspect is directed to a system, method, apparatus, or a computer-readable medium. An access and mobility management function (AMF) can send authorization status information to a first component of a network node of a wireless access and backhaul (WAB) communication system. The AMF can receive at least one of identity information and / or an  indication associated with the authorization status information from a second component of the network node.BRIEF DESCRIPTION OF THE DRAWINGS

[0013] Various example embodiments of the present solution are described in detail below with reference to the following figures or drawings. The drawings are provided for purposes of illustration only and merely depict example embodiments of the present solution to facilitate the reader’s understanding of the present solution. Therefore, the drawings should not be considered limiting of the breadth, scope, or applicability of the present solution. It should be noted that for clarity and ease of illustration, these drawings are not necessarily drawn to scale.

[0014] FIG. 1 illustrates an example cellular communication network in which techniques disclosed herein may be implemented, in accordance with an embodiment of the present disclosure;

[0015] FIG. 2 illustrates a block diagram of an example base station and a user equipment device, in accordance with some embodiments of the present disclosure;

[0016] FIG. 3 illustrates an example wireless access and backhaul architecture, in accordance with some embodiments of the present disclosure;

[0017] FIG. 4 illustrates examples of UE traffic paths before and after mobile terminal (MT) migration, in accordance with some embodiments of the present disclosure; and

[0018] FIG. 5 illustrates a flow diagram of an example method for information transfer for relay systems, in accordance with some embodiments of the present disclosure.DETAILED DESCRIPTION

[0019] 1. Mobile Communication Technology and Environment

[0020] FIG. 1 illustrates an example wireless communication network, and / or system, 100 in which techniques disclosed herein may be implemented, in accordance with an embodiment of the present disclosure. In the following discussion, the wireless communication network 100  may be any wireless network, such as a cellular network or a narrowband Internet of things (NB-IoT) network, and is herein referred to as “network 100. ” Such an example network 100 includes a base station 102 (hereinafter “BS 102” ; also referred to as wireless communication node) and a user equipment device 104 (hereinafter “UE 104” ; also referred to as wireless communication device) that can communicate with each other via a communication link 110 (e.g., a wireless communication channel) , and a cluster of cells 126, 130, 132, 134, 136, 138 and 140 overlaying a geographical area 101. In Figure 1, the BS 102 and UE 104 are contained within a respective geographic boundary of cell 126. Each of the other cells 130, 132, 134, 136, 138 and 140 may include at least one base station operating at its allocated bandwidth to provide adequate radio coverage to its intended users.

[0021] For example, the BS 102 may operate at an allocated channel transmission bandwidth to provide adequate coverage to the UE 104. The BS 102 and the UE 104 may communicate via a downlink radio frame 118, and an uplink radio frame 124, respectively. Each radio frame 118 / 124 may be further divided into sub-frames 120 / 127 which may include data symbols 122 / 128. In the present disclosure, the BS 102 and UE 104 are described herein as non-limiting examples of “communication nodes, ” generally, which can practice the methods disclosed herein. Such communication nodes may be capable of wireless and / or wired communications, in accordance with various embodiments of the present solution.

[0022] FIG. 2 illustrates a block diagram of an example wireless communication system 200 for transmitting and receiving wireless communication signals (e.g., OFDM / OFDMA signals) in accordance with some embodiments of the present solution. The system 200 may include components and elements configured to support known or conventional operating features that need not be described in detail herein. In one illustrative embodiment, system 200 can be used to communicate (e.g., transmit and receive) data symbols in a wireless communication environment such as the wireless communication environment 100 of Figure 1, as described above.

[0023] System 200 generally includes a base station 202 (hereinafter “BS 202” ) and a user equipment device 204 (hereinafter “UE 204” ) . The 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 and interconnected  with one another as necessary via a data communication bus 220. The 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 and interconnected with one another as necessary via a data communication bus 240. The BS 202 communicates with the UE 204 via a communication channel 250, which can be any wireless channel or other medium suitable for transmission of data as described herein.

[0024] As would be understood by persons of ordinary skill in the art, system 200 may further include any number of modules other than the modules shown in Figure 2. Those skilled in the art will understand that the various illustrative blocks, modules, circuits, and processing logic described in connection with the embodiments disclosed herein may 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, various illustrative components, blocks, modules, circuits, and steps are described generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware, or software can depend upon the particular application and design constraints imposed on the overall system. Those familiar with the concepts described herein may implement such functionality in a suitable manner for each particular application, but such implementation decisions should not be interpreted as limiting the scope of the present disclosure.

[0025] In accordance with some embodiments, the UE transceiver 230 may be referred to herein as an “uplink” transceiver 230 that includes a radio frequency (RF) transmitter and a RF receiver each comprising circuitry that is coupled to the antenna 232. A duplex switch (not shown) may alternatively couple the uplink transmitter or receiver to the uplink antenna in time duplex fashion. Similarly, in accordance with some embodiments, the BS transceiver 210 may be referred to herein as a “downlink” transceiver 210 that includes a RF transmitter and a RF receiver each comprising circuity that is coupled to the antenna 212. A downlink duplex switch may alternatively couple the downlink transmitter or receiver to the downlink antenna 212 in time duplex fashion. The operations of the two transceiver modules 210 and 230 may be coordinated in time such that the uplink receiver circuitry is coupled to the uplink antenna 232 for reception of transmissions over the wireless transmission link 250 at the same time that the downlink transmitter is coupled to the downlink antenna 212. Conversely, the operations of the  two transceivers 210 and 230 may be coordinated in time such that the downlink receiver is coupled to the downlink antenna 212 for reception of transmissions over the wireless transmission link 250 at the same time that the uplink transmitter is coupled to the uplink antenna 232. In some embodiments, there is close time synchronization with a minimal guard time between changes in duplex direction.

[0026] The UE transceiver 230 and the base station transceiver 210 are configured to communicate via the wireless data communication link 250, and cooperate with a suitably configured RF antenna arrangement 212 / 232 that can support a particular wireless communication protocol and modulation scheme. In some illustrative embodiments, the UE transceiver 210 and the base station transceiver 210 are configured to support industry standards such as the Long Term Evolution (LTE) and emerging 5G standards, and the like. It is understood, however, that the present disclosure is not necessarily limited in application to a particular standard and associated protocols. Rather, the UE transceiver 230 and the base station transceiver 210 may be configured to support alternate, or additional, wireless data communication protocols, including future standards or variations thereof.

[0027] In accordance with various embodiments, the BS 202 may be an evolved node B (eNB) , a serving eNB, a target eNB, a femto station, or a pico station, for example. In some embodiments, the UE 204 may be embodied in various types of user devices such as a mobile phone, a smart phone, a personal digital assistant (PDA) , tablet, laptop computer, wearable computing device, etc. The processor modules 214 and 236 may be implemented, or realized, with a general purpose processor, a content addressable memory, a digital signal processor, an application specific integrated circuit, a 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 manner, a processor may be realized as a microprocessor, a controller, a microcontroller, a state machine, or the like. A processor may also be implemented as a combination of computing devices, e.g., a combination of a digital signal processor and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a digital signal processor core, or any other such configuration.

[0028] Furthermore, the steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in firmware, in a software module executed by processor modules 214 and 236, respectively, or in any practical combination thereof. The memory modules 216 and 234 may be realized as RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. In this regard, memory modules 216 and 234 may be coupled to the processor modules 210 and 230, respectively, such that the processors modules 210 and 230 can read information from, and write information to, memory modules 216 and 234, respectively. The memory modules 216 and 234 may also be integrated into their respective processor modules 210 and 230. In some embodiments, the memory modules 216 and 234 may each include a cache memory for storing temporary variables or other intermediate information during execution of instructions to be 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 the processor modules 210 and 230, respectively.

[0029] The network communication module 218 generally represents the hardware, software, firmware, processing logic, and / or other components of the base station 202 that enable bi-directional communication between base station transceiver 210 and other network components and communication nodes configured to communication with the base station 202. For example, network communication module 218 may be configured to support internet or WiMAX traffic. In a typical deployment, without limitation, network communication module 218 provides an 802.3 Ethernet interface such that base station transceiver 210 can communicate with a conventional Ethernet based computer network. In this manner, the network communication module 218 may include a physical interface for connection to the computer network (e.g., Mobile Switching Center (MSC) ) . The terms “configured for, ” “configured to” and conjugations thereof, as used herein with respect to a specified operation or function, refer to a device, component, circuit, structure, machine, signal, etc., that is physically constructed, programmed, formatted and / or arranged to perform the specified operation or function.

[0030] The Open Systems Interconnection (OSI) Model (referred to herein as, “open system interconnection model” ) is a conceptual and logical layout that defines network communication  used by systems (e.g., wireless communication device, wireless communication node) open to interconnection and communication with other systems. The model is broken into seven subcomponents, or layers, each of which represents a conceptual collection of services provided to the layers above and below it. The OSI Model also defines a logical network and effectively describes computer packet transfer by 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, a first layer may be a physical layer. In some embodiments, a second layer may be a Medium Access Control (MAC) layer. In some embodiments, a third layer may be a Radio Link Control (RLC) layer. In some embodiments, a fourth layer may be a Packet Data Convergence Protocol (PDCP) layer. In some embodiments, a fifth layer may be a Radio Resource Control (RRC) layer. In some embodiments, a sixth layer may be a Non Access Stratum (NAS) layer or an Internet Protocol (IP) layer, and the seventh layer being the other layer.

[0031] Various example embodiments of the present solution are described below with reference to the accompanying figures to enable a person of ordinary skill in the art to make and use the present solution. As would be apparent to those of ordinary skill in the art, after reading the present disclosure, various changes or modifications to the examples described herein can be made without departing from the scope of the present solution. Thus, the present solution is not limited to the example embodiments and applications described and illustrated herein. Additionally, the specific order or hierarchy of steps in the methods disclosed herein are merely example approaches. Based upon design preferences, the specific order or hierarchy of steps of the disclosed methods or processes can be re-arranged while remaining within the scope of the present solution. Thus, those of ordinary skill in the art will understand that the methods and techniques disclosed herein present various steps or acts in a sample order, and the present solution is not limited to the specific order or hierarchy presented unless expressly stated otherwise.

[0032] 2. Systems and Methods for Information Transfer for Relay Systems

[0033] In certain systems, a wireless access and backhaul architecture (e.g., integrated access and backhaul (IAB) or wireless access and backhaul (WAB) ) can be provided to support or allow for wireless access and backhauling via / through new radio (NR) (e.g., NR technology or  features) . Supporting the wireless access and backhauling can allow / enable flexible and relatively dense deployment of NR cells, and reduce / minimize wireline transport infrastructure, for example.

[0034] A relay node, such as an IAB node or WAB node, among other types of compatible nodes, can support access and backhauling via NR. The terminating node of NR backhauling on the network side can be referred to as a donor node or WAB donor. The donor node can represent a BS 102 (e.g., gNB, wireless communication node, or transmission and reception point (TRP) ) with one or more functionalities to support or allow wireless access and backhaul. The donor node may sometimes be referred to as a backhaul (BH) NG-RAN (e.g., BH-RAN) node or BH-gNB. Backhauling can occur via a single hop or multiple hops. An example architecture of the wireless access and backhaul can be described in conjunction with but not limited to FIG. 3.

[0035] FIG. 3 illustrates an example wireless access and backhaul architecture 300, in accordance with some embodiments of the present disclosure. The exemplary wireless access and backhaul architecture 300 can include at least one UE 104, at least one donor node (e.g., WAB node 302 or other types of donor nodes, such as IAB node) , at least one BS 102 (e.g., BH-RAN node 102) , at least one user plane function (UPF) 304 of a mobile terminal (MT) , and / or at least one UPF 306 of the UE 104. The exemplary wireless access and backhaul architecture 300 can include more or fewer components or devices, such as more or fewer relay nodes, not limited to those described in conjunction with FIG. 3, for example. The WAB node 302 may include features or functionalities of the BS 102 (e.g., gNB functionality) or the UE 104 (e.g., MT functionality) . Although not explicitly shown, it should be understood that at least the one or more devices or components of the example wireless access and backhaul architecture 300, e.g., the WAB node 302, the UE 104, the BH-RAN node 102, etc., can be in communication with other devices (e.g., network devices) , such as a core network function (e.g., access management function (AMF) , session management function (SMF) , etc. ) .

[0036] As shown, the UE 104 can establish a connection with or in communication to the network via the WAB node 302. The UE traffic between the UE’s UPF 306 (e.g., UPF 306 serving the UE 104) and the UE 104 can be communicated or transferred / provided via at least  the WAB node 302, BH-RAN node 102, and / or MT’s UPF 304 (e.g., UPF 304 serving the MT, such as the MT of the WAB node 302) . The UPF 306 of the UE 104 or the UPF 304 of the MT can manage data traffic between the UE 104 or the MT and the network. The MT’s UPF 304 can be co-located in the BH-RAN node. In some cases, the MT’s UPF 304 and the UE’s UPF 306 may be different UPFs. In some other cases, the UPFs 304, 306 of the MT and UE 104 can be the same component, e.g., the same UPF.

[0037] In various implementations, the WAB node 302 can include, support, or be configured with gNB functionality (e.g., functionalities similar to the BS 102) . For example, the gNB functionality can include at least one of but is not limited to a function to terminate the NR access interface to one or more UEs 104 and / or a function to terminate the Xn / next generation (NG) protocol to the donor node (e.g., at least one of the UPFs 304, 306) and / or the core network function (e.g., AMF, SMF, UPF, etc. ) . The WAB node 302 can include, support, or be configured with a subset of the UE functionality (e.g., sometimes referred to as MT) . The UE functionality can include at least one of but is not limited to physical layer, layer-2, radio resource control (RRC) , and / or non access stratum (NAS) functionality to connect to another WAB node (or relay node) , the (WAB) donor node (e.g., UPF 304) , and / or to the core network, among other functionalities, for example.

[0038] In some implementations, if the WAB node 302 is re-located (e.g., when deployed on a vehicle or on the user moving to a different location) , a migration (e.g., handover) procedure can be initiated for the WAB-MT. For purposes of providing examples, the WAB node 302 can be an auxiliary device (e.g., smartwatch, wireless headphones, etc. ) in communication with the UE 104 (e.g., phone, tablet, laptop, etc. ) . FIG. 4 is a diagram 400 illustrating examples of UE traffic paths before and after MT migration, in accordance with some embodiments of the present disclosure. The WAB node 302 can include the MT portion (e.g., WAB-MT) and the gNB portion (e.g., WAB-gNB) . As shown, the MT’s UPF 304 may be located in the core network. In some cases, the MT’s UPF 304 may be co-located with the WAB donor. During the MT migration, the WAB-MT can be migrated from the MT’s source donor 402 to the MT’s target donor 404. After the migration, the WAB node 302 can communicate with at least one of the UPFs 304, 306 via the MT’s target donor 404. In the diagram 400, MT’s AMF / SMF 406 can  represent the AMF and / or SMF serving the MT. The MT’s AMF / SMF 406 may be the same AMF and / or SMF or different AMF / SMF from those serving the UE 104, for example.

[0039] In some implementations, the WAB node 302 can sometimes be referred to as a network node. The MT or the gNB of the WAB can be referred to as components of the network node. For instance, the MT can be a first component and the gNB can be a second component of the network node of the WAB communication system, or vice versa. The one or more components of the network node can communicate with other devices, components, and / or core network functions, such as the AMF, SMF, etc., serving the MT (e.g., MT’s AMF or SMF 406) . Example Implementation 1: Update Authorization Status of WAB-MT

[0040] In certain scenarios, when the authorization status of the WAB-MT changes from authorized to unauthorized, the BH PDU session may be released and / or the WAB-MT may be de-registered. The de-registration and / or PDU session release procedure can be initiated by the UE 104 or network. To perform the de-registration and / or PDU session release procedure, the systems and methods of the technical solution discussed herein can determine which node decides whether to initiate / perform / execute PDU session release or de-registration procedure and how to perform / execute / initiate the corresponding procedure (e.g., PDU session release and / or de-registration) .

[0041] Example Configuration 1 of Example Implementation 1

[0042] In various configurations, the MT’s AMF can be responsible for, assigned, or tasked with making the decision of whether to perform the PDU session release or de-registration procedure. The de-registration or PDU session release procedure may be initiated / performed / executed / operated by the MT. For example, in response to the authorization status of the WAB-MT changes from authorized to unauthorized, the MT’s AMF can determine whether to de-register the WAB-MT or release the BH PDU session of the WAB-MT. According to the determination, the AMF can send / transmit / provide / communicate authorization status-related information (e.g., sometimes referred to as authorization status information) to the WAB-MT (or other components of the WAB node 302) , e.g., to allow the WAB node 302 to obtain its authorization status including changes to the authorization status. The authorization  status information can be communicated via UE configuration update message, among other types of messages or signalings.

[0043] The authorization status information can include at least one of, but not limited to, de-registration indication (e.g., indication for de-registration) , PDU session release indication, BH PDU session release indication, and / or WAB authorization status. The WAB authorization status can include at least one of an authorization status of the WAB-MT (e.g., MT portion or component of the network node) , an authorization status of the WAB-gNB (e.g., gNB portion or component of the network node) , and / or an authorization status of the WAB node 302 (e.g., network node) , etc.

[0044] After or in response to receiving the authorization status information, the WAB-MT can send the authorization status information to the co-located WAB-gNB. The WAB-gNB can perform / execute / initiate / conduct corresponding behavior, procedure, or tasks, for instance, according to the received authorization status information, such as handing over the one or more UEs 104 served by the WAB-gNB to one or more other cells.

[0045] After the WAB-gNB completed / finished executing the corresponding behavior, the WAB-gNB can inform / indicate / notify the co-located WAB-MT of the completion of the corresponding procedure (s) . The co-located WAB-MT can initiate / start the de-registration or PDU session release procedure as determined by the AMF. In some cases, the WAB-MT may send an indication (e.g., whether the de-registration or PDU session release procedure is initiated) via the de-registration or PDU session release request message to the MT’s AMF. The indication (e.g., a cause value) can be used / utilized to indicate that the corresponding procedure (e.g., handover procedure) is initiated due to or based on the WAB authorization status (or changes to the WAB authorization status) .

[0046] Example Configuration 2 of Example Implementation 1

[0047] In some configurations, the MT can be responsible for making the decision (or assigned to make the decision) of whether to perform the PDU session release or de-registration procedure. The de-registration or PDU session release procedure can be initiated by the MT. For example, upon changes to the WAB-MT’s authorization status from authorized to  unauthorized, the AMF can send the WAB authorization status information to the WAB-MT, e.g., via UE configuration update message, among other types of messages, indications, or signalings. The WAB authorization status information can include at least one of an authorization status of the WAB-MT, authorization status of the WAB-gNB, and / or authorization status of the WAB node, among others.

[0048] In response to receiving the authorization status information from the AMF, the WAB-MT can send the WAB authorization status information to the co-located WAB-gNB. The WAB-gNB can perform the corresponding behavior / process / procedure, e.g., hands over the UE (s) 104 served by the WAB-gNB to one or more other cells. After the WAB-gNB completed performing the corresponding behavior, the WAB-gNB can inform the co-located WAB-MT of the completion of the corresponding procedure.

[0049] In this case, the WAB-MT may determine whether to de-register the WAB-MT or release the BH PDU session of the WAB-MT. Based on or according to the determination, the WAB-MT can initiate the de-registration procedure or the PDU session release procedure. In some cases, the WAB-MT may send an indication via the de-registration or PDU session release request message to the MT’s AMF. The indication (e.g., a cause value) can be used to indicate that the corresponding procedure is initiated / performed due to or based on the WAB authorization status.

[0050] Example Configuration 3 of Example Implementation 1

[0051] In some configurations, the MT’s AMF can be responsible for making the decision of whether to perform the PDU session release or de-registration procedure. In this configuration, the de-registration or PDU session release procedure may be initiated by the MT’s AMF. For example, upon the WAB-MT’s authorization status changes from authorized to unauthorized, the AMF can send the WAB authorization status information to the WAB-MT, e.g., via UE configuration update message. The WAB authorization status information can include at least one of the authorization status of the WAB-MT, authorization status of the WAB-gNB, and / or authorization status of the WAB node 302, etc.

[0052] The WAB-MT can send the WAB authorization status information to the co-located WAB-gNB, in response to receiving the authorization status information from the AMF. The WAB-gNB can perform at least one corresponding behavior, e.g., hands over the UE (s) 104 served by the WAB-gNB to one or more other cells. After the WAB-gNB completes the corresponding behavior, the WAB-gNB can inform the co-located WAB-MT of the completion of the corresponding procedures.

[0053] The WAB-MT can send an indication to the MT’s AMF. The indication can be used to indicate or include information indicating that at least one of the corresponding procedure (e.g., executed by the WAB-gNB) is initiated / requested due to or based on the WAB authorization status, to indicate the completion of the WAB-gNB behavior because of the WAB authorization status, or to indicate that the MT can be de-registered, and / or to indicate that the PDU session of the MT can be released. In some cases, the MT’s AMF may determine / decide whether to initiate a de-registration or PDU session release procedure for the WAB-MT. The MT’s AMF can initiate the de-registration or PDU session release procedure for the WAB-MT according to the determination.

[0054] Example Configuration 4 of Example Implementation 1

[0055] In some configurations, the MT can be responsible for making the decision of whether to perform the PDU session release or de-registration procedure. In this case, the de-registration or PDU session release procedure can be initiated by the MT’s AMF. For example, in response to changes in the WAB-MT’s authorization status from authorized to unauthorized, the AMF can send the WAB authorization status information to the WAB-MT, e.g., via UE configuration update message. The WAB authorization status information can include at least one of but not limited to an authorization status of the WAB-MT, an authorization status of the WAB-gNB, and / or an authorization status of the WAB node 302. In response to receiving the authorization status information from the AMF, the WAB-MT can send / transfer / forward the WAB authorization status information to the co-located WAB-gNB. The WAB-gNB can perform at least one corresponding behavior, e.g., hands over the UE (s) 104 served by the WAB-gNB to one or more other cells in response to receiving the authorization status information from the WAB-MT.

[0056] After the WAB-gNB finishes / completes the corresponding behavior, the WAB-gNB can inform the co-located WAB-MT of the completion of the corresponding procedure. In some cases, the MT (e.g., WAB-MT) may determine whether to initiate the de-registration or PDU session release procedure for the WAB-MT. The WAB-MT can send an indication to the MT’s AMF. The sent indication can be used to indicate at least one of the corresponding procedure is initiated / requested due to or because of the WAB authorization status, the completion of the WAB-gNB behavior due to the WAB authorization status, that the MT can be de-registered, and / or that the PDU session of the MT can be released, among others. The MT’s AMF can initiate the de-registration or PDU session release procedure for the WAB-MT according to the indication received from the WAB-MT.

[0057] Example Configuration 5 of Example Implementation 1

[0058] In some configurations, the MT’s AMF can be responsible for making the decision of whether to perform the PDU session release or de-registration procedure. The de-registration or PDU session release procedure can be initiated by MT’s AMF. In this case, the WAB-gNB (e.g., alternatively to the WAB-MT) can inform the completion of the corresponding operation to the MT’s AMF after or in response to the WAB-gNB completing a corresponding operation due to the WAB authorization, e.g., when the WAB-gNB is connected to the MT’s AMF. For example, upon the WAB-MT’s authorization status changes from authorized to unauthorized, the AMF can send the WAB authorization status (e.g., authorization status information) to the WAB-MT, e.g., via UE configuration update message. The WAB authorization status can include / comprise at least one of but not limited to an authorization status of the WAB-MT, an authorization status of the WAB-gNB, and / or an authorization status of the WAB node 302.

[0059] In response to receiving the authorization status information from the AMF, the WAB-MT can send / forward the authorization status information to the co-located WAB-gNB. The WAB-gNB can perform the corresponding behavior based on or according to the authorization status information, e.g., hands over the UE (s) 104 served by the WAB-gNB to one or more other cells. After the WAB-gNB completed the corresponding behavior, the WAB-gNB can send information to the MT’s AMF including or indicating at least one of an identity of the WAB node 302, an identity of WAB-MT, an identity of WAB-gNB, and / or an indication to  indicate at least one of the completion of the WAB-gNB behavior based on the authorization status information, that the MT can be de-registered, that the PDU session of the MT can be released, etc. For example, the identity of WAB-MT may be a 5G-global unique temporary identifier (GUTI) , among others.

[0060] In some cases, the MT’s AMF can determine whether to initiate de-registration or PDU session release procedure for the WAB-MT. The MT’s AMF can initiate the de-registration or PDU session release procedure for the WAB-MT according to the determination.

[0061] Example Configuration 6 of Example Implementation 1

[0062] In certain configurations, the MT can be responsible for making the decision of whether to perform the PDU session release or de-registration procedure. The de-registration or PDU session release procedure can be initiated by MT’s AMF. In this case, the WAB-gNB (e.g., alternatively to the WAB-MT) may inform the completion of the corresponding operation to the MT’s AMF after the WAB-gNB has completed the corresponding operation due to the WAB authorization, e.g., when the WAB-gNB is connected to the MT’s AMF. For example, upon the WAB-MT’s authorization status changes from authorized to unauthorized, the AMF can send WAB authorization status to the WAB-MT, e.g., via UE configuration update message. The WAB authorization status can include at least one of authorization status of the WAB-MT, authorization status of the WAB-gNB, authorization status of the WAB node 302, etc.

[0063] In some cases, the MT (e.g., WAB-MT) may determine whether to initiate the de-registration or PDU session release procedure for the WAB-MT. The MT may send the authorization status information to the WAB-gNB in response to receiving the authorization status information from the AMF. The authorization status information can include at least one of the de-registration indication, PDU session release indication, BH PDU session release indication, WAB authorization status, etc. The WAB authorization status can include at least one of authorization status of the WAB-MT, authorization status of the WAB-gNB, and / or authorization status of the WAB node, among others.

[0064] The WAB-gNB can execute / perform the corresponding behavior according to the authorization status, such as handing over the UE (s) 104 served by the WAB-gNB to one or  more other cells. After the WAB-gNB completes the corresponding behavior, the WAB-gNB can send information to the MT’s AMF. The information (sent from the WAB-gNB to the MT’s AMF) can include at least one of but not limited to the identity of WAB node, identity of WAB-MT, identity of WAB-gNB, and / or an indication to indicate at least one of the corresponding procedure is initiated / requested due to the WAB authorization status, to indicate the completion of the WAB-gNB behavior due to the WAB authorization status, to indicate that the MT can be de-registered, and / or to indicate that the PDU session of the MT can be released, etc. The MT’s AMF can initiate the de-registration or PDU session release procedure for the WAB-MT based on the information (or at least a portion / part of the information) from the WAB-gNB.

[0065] Example Implementation 2: Update of Authorization Status of WAB-gNB

[0066] In certain scenarios, when the WAB-gNB’s authorization status changes from authorized to unauthorized, the BH PDU session of the co-located WAB-MT can be released or the co-located WAB-MT can be de-registered. The de-registration and / or PDU session release procedure can be initiated by the UE 104 and / or the network. To perform the de-registration and / or PDU session release procedure, the systems and methods of the technical solution discussed herein can provide features, operations, or techniques for triggering the de-registration and / or PDU session release procedure of the WAB-MT and performing the corresponding procedure.

[0067] Example Configuration 1 of Example Implementation 2

[0068] In various configurations, the WAB-MT can make the decision (e.g., whether to perform the PDU session release procedure or the de-registration procedure) and initiate the corresponding procedure, with the WAB-MT informing the MT’s AMF. For example, in response to, subsequent to, or after the WAB-gNB receives / obtains / acquires updated authorization status (e.g., according to the authorization status information) , such as from the operations, administration and maintenance (OAM) traffic, the WAB-gNB can hand over the UE(s) 104 to one or more other cells. After completing the corresponding procedure, the WAB-gNB can inform the WAB-MT of the completion of the corresponding procedure.

[0069] The WAB-MT can receive an indication of the completed corresponding procedure from the WAB-gNB. In response to completing the corresponding procedure, the WAB-MT can determine whether to initiate de-registration or BH PDU session release procedure. The WAB-MT (e.g., MT portion of the network node) can initiate / perform the corresponding procedure (e.g., de-registration or PDU session release procedure) and send the (e.g., WAB) authorization status information to the MT’s AMF, e.g., via a cause value during the de-registration or BH PDU session release procedure.

[0070] Example Configuration 2 of Example Implementation 2

[0071] In some configurations, the MT’s AMF can make the decision (e.g., whether to initiate the de-registration or PDU session release procedure) and initiate the corresponding procedure, with the WAB-MT informing the AMF. For example, after the WAB-gNB obtains updated authorization status, e.g., from the OAM (e.g., the OAM traffic) , the WAB-gNB can hand over the UE (s) 104 to one or more other cells. After completing the corresponding procedure, the WAB-gNB can inform the WAB-MT of the completion of the corresponding procedure.

[0072] The WAB-MT can receive the indication that the WAB-gNB completed the corresponding procedure. In response to receiving the indication, the WAB-MT can send the authorization status information to the MT’s AMF. The authorization status information can include at least one of WAB authorization status, identity of WAB node, identity of WAB-MT, identity of WAB-gNB, and / or an indication to indicate at least one of the corresponding procedure is initiated / requested due to the WAB authorization status, the completion of the WAB-gNB behavior due to the WAB authorization status, that the MT can be de-registered, and / or that the PDU session of the MT can be released, etc. The MT’s AMF can determine whether to initiate the de-registration or PDU session release procedure for the WAB-MT in response to or after receiving the authorization status information from the WAB-MT. The MT’s AMF can initiate the de-registration or PDU session release procedure for the WAB-MT based on the determination.

[0073] Example Configuration 3 of Example Implementation 2

[0074] In some configurations, the WAB-MT can make the decision and initiate the corresponding procedure, with the WAB-gNB informing the MT’s AMF. For example, after the WAB-gNB obtains the updated authorization status, e.g., from the OAM, the WAB-gNB can hand over the UE (s) 104 to one or more other cells. Subsequent to the WAB-gNB completing / finishing the corresponding procedure, the WAB-gNB can inform the WAB-MT of the completion. The WAB-MT can determine whether to initiate de-registration or BH PDU session release procedure in response to receiving the completion indication.

[0075] According to the determination, the WAB-MT can inform the WAB-gNB of the decision via decision information, e.g., whether to initiate de-registration or BH PDU session release procedure. The WAB-gNB can send the authorization status information to the WAB-MT’s AMF. The authorization status information can include at least one of identity of WAB node, identity of WAB-MT, identity of WAB-gNB, WAB authorization status, de-registration indication (e.g., an indication of whether to use the de-registration procedure) , and / or PDU session release indication (e.g., an indication of whether to use the PDU session release procedure) , etc. The MT’s AMF can initiate the de-registration or PDU session release procedure for the WAB-MT.

[0076] Example Configuration 4 of Example Implementation 2

[0077] In some configurations, the WAB-MT’s AMF can make the decision and initiate the corresponding procedure, with the WAB-gNB informing the MT’s AMF. For example, after the WAB-gNB obtains the updated authorization status, e.g., from the OAM, the WAB-gNB can hand over the UE (s) 104 to one or more other cells. After the WAB-gNB completes the corresponding procedure, the WAB-gNB can send the authorization status information to the WAB-MT’s AMF. The authorization status information can include at least one of, but not limited to identity of WAB node, identity of WAB-MT, identity of WAB-gNB, WAB authorization status, an indication to indicate at least one of but not limited to the completion of the WAB-gNB behavior due to the WAB authorization status, that the MT can be de-registered, and / or the PDU session of the MT can be released.

[0078] The MT’s AMF can receive the authorization status information from the WAB-gNB. The MT’s AMF can determine, in response to or after receiving the authorization status  information, whether to initiate de-registration or BH PDU session release procedure. The MT’s AMF can initiate de-registration or PDU session release procedure for the WAB-MT according to the determination.

[0079] Example Implementation 3: Trigger of WAB-gNB Mobility

[0080] In certain scenarios, when the WAB node 302 moves / relocates / repositions, the WAB-MT can be migrated to another donor node. In such scenarios, the co-located WAB-gNB may connect to another AMF (e.g., AMF serving the UE (s) 104 different from the AMF serving the WAB-MT) . For the WAB-gNB to connect to another AMF, the systems and methods of the technical solution discussed herein can provide features, operations, or techniques for triggering the WAB-gNB to establish next generation (NG) or Xn interface with new AMF (s) .

[0081] Example Configuration 1 of Example Implementation 3

[0082] In various configurations, the WAB-gNB can be triggered by the BH gNB (e.g., the BS 102, TRP, or wireless communication node) , for instance, to establish the NG / XN interface with one or more new AMFs. For example, the BS 102 (e.g., gNB, wireless communication node (or communication node) , or TRP) serving the WAB node 302 (e.g., network node) can send / provide / transmit / communicate / signal WAB mobility-related information to the WAB node, e.g., via Xn and / or RRC message, among other types of signalings or messages. The WAB mobility-related information can include at least one of transport network layer (TNL) address of AMF, TNL address of gNB, identity of AMF, identity of gNB, cell identifier (ID) , physical cell ID (PCI) , etc. In this example, the WAB node can connect to or establish a connection with the cell, BS 102, and / or AMF based on or according to the WAB mobility-related information.

[0083] Example Configuration 2 of Example Implementation 3

[0084] In various configurations, the WAB-gNB can be triggered by the AMF. For example, the AMF (e.g., AMF serving the UE 104 and / or AMF serving the WAB-MT) can send WAB mobility-related information to the WAB node, e.g., via NG and / or NAS message, among others. The WAB mobility-related information can include at least one of TNL address of AMF, TNL address of gNB, identity of AMF, identity of gNB, cell ID, and / or PCI, to name a few. The  WAB node 302 can connect to the cell, gNB, and / or AMF based on the WAB mobility-related information.

[0085] Example Implementation 4: Trigger of MRU for AMF Re-Allocation

[0086] In certain scenarios, due to movements of the WAB node 302, the UE’s AMF (s) (e.g., AMF serving the UE 104) may be changed (e.g., change to a local AMF when entering a new territory or location) , for instance, based on the current location of the WAB node 302 and / or additional, alternative, or other criteria. In this case, the TAC of the WAB-gNB may change to trigger the mobility registration update (MRU) procedure of the UE (s) 104 served by the WAB-gNB, such that the UE’s AMF can be re-allocated during the MRU procedure. In certain systems, the MRU procedure may be initiated when the UE 104 moves / relocates / repositions to a new tracking area (TA) , position, or location outside the UE’s registration area (RA) . In such cases, the MRU procedure may not be initiated when the new TAC of the WAB-gNB is in the UE’s registration area. The systems and methods of the technical solution discussed herein can provide features, operations, or techniques for triggering the MRU procedure for the UE (s) 104, e.g., when the new TAC of the WAB-gNB is in the UE’s registration area.

[0087] In various configurations, the WAB-gNB (e.g., gNB portion of the network node) can send MRU-related information to the UE (s) 104 (e.g., at least one UE 104 served by the WAB-gNB) . The MRU-related information includes one of the following: tracking area change indication, MRU indication, MRU required indication. For example, the WAB-gNB can send MRU-related information to the UE (s) 104 via at least one of broadcast system information, RRC dedicated message, and / or other types of signalings or messages. In response to or after receiving the MRU-related information, the UE (s) 104 can perform / initiate MRU. In some implementations, the UE (s) 104 can perform the MRU regardless of whether the new TAC is in UE’s RA, for example.

[0088] FIG. 5 is a flow diagram illustrating an example method 500 for information transfer for relay systems. The method 500 may be implemented using any one or more of the components and devices detailed herein in conjunction with FIGs. 1–4. In brief overview, the method 500 can be performed by one or more network devices, such as one or more wireless communication devices (e.g., UE (s) 104) , at least one donor node (e.g., wireless communication  node, BS, gNB, or TRP) , at least one network node (e.g., IAB node / donor, WAB node / donor, etc. ) , one or more components of the network node (e.g., MT and / or gNB of the WAB node) , and / or at least one core network function (e.g., SMF, AMF, etc. ) , etc., in some embodiments. Additional, fewer, or different operations may be performed in the method 500 depending on the embodiment. At least one aspect of the operations is directed to a system, method, apparatus, or a computer-readable medium.

[0089] At operation 502, an AMF can send / transmit / provide / communicate authorization status information to a first component (e.g., MT portion or gNB portion) of a network node (e.g., WAB node or WAB donor) of a WAB communication system. The wireless access and backhaul communication system may refer to or be described in conjunction with but not limited to the architecture 300 of FIG. 3, for example. The network node may be in communication with at least one of one or more other network nodes, at least one wireless communication device (e.g., UE) , or at least one donor node. At operation 504, the first component of the network node can receive / obtain / acquire the authorization status information from the AMF. The authorization status information may sometimes be referred to as WAB authorization status information or authorization status-related information. By sending the authorization status information, the network node can obtain its authorization status from the AMF.

[0090] At operation 506, a second component of the network node can send at least one of identity information and / or an indication associated with the authorization status information to the AMF. In some cases, the second component may be the same as the first component, e.g., one of the WAB-MT or WAB-gNB. In some other cases, the second component may be different or a separate component from the first component, e.g., the first component can be one of the WAB-MT or WAB-gNB and the second component can be the other one of the WAB-MT or WAB-gNB. At operation 508, the AMF can receive at least one of the identity information and / or the indication associated with the authorization status information from the second component of the network node.

[0091] In some implementations, the identity information can comprise / include at least one of an identity of the network node (e.g., WAB node) , an identity of a mobile termination (MT) portion of the network node (e.g., WAB-MT) , and / or an identity of a next generation node B  (gNB) portion of the network node (e.g., WAB-gNB) . The identify information can assist the AMF with determining which network node to initiate the de-registration or PDU session release procedure for.

[0092] The indication can comprise at least one of: an indication of a corresponding procedure to be initiated or requested according to the authorization status information, an indication of completion of a behavior of a next generation node B (gNB) portion of the network node responsive to the authorization status information, an indication that a mobile termination (MT) portion of the network node can be or is to be de-registered, and / or an indication that a protocol data unit (PDU) session of the MT portion can be or is to be released. The indication of the corresponding procedure to be initiated or requested according to the authorization status information can provide the AMF with the reason or cause value of the procedure. The indication of completion of the behavior can indicate to the AMF that the operation of the WAB-gNB has been completed, such that the AMF can initiate the de-registration or PDU session release procedure. The indication that the MT portion of the network node can be or is to be de-registered can indicate which procedure is selected by the WAB-node if the WAB-node is responsible for making the decision, or indicate that the operation of the WAB-gNB has completed so that the AMF can initiate the corresponding procedure.

[0093] In some implementations, the authorization status information comprises at least one of: an indication for de-registration, an indication for protocol data unit (PDU) session release, an indication for backhaul (BH) PDU session release, and / or a WAB authorization status. The authorization status information can be provided to indicate the authorization status or indicate which procedure to be initiated by the MT, for example. In some implementations, the WAB authorization status can comprise at least one of an authorization status of a mobile termination (MT) portion of the network node, an authorization status of a next generation node B (gNB) portion of the network node, and / or an authorization status of the network node.

[0094] In some implementations, at least one of: the first component can include a mobile termination (MT) portion of the network node; the second component can include the MT portion of the network node; and / or the MT portion can send the indication via a de-registration or PDU session release request message (e.g., as described in conjunction with at least one of but  not limited to example configuration 1 or 3 of example implementation 1) . In some implementations, the at least one of: the first component comprises a mobile termination (MT) portion of the network node; and / or the second component comprises a next generation node B (gNB) portion of the network node (e.g., as described in conjunction with at least one of but not limited to example configuration 5 of example implementation 1) .

[0095] In some implementations, the authorization status information of the gNB portion can comprise at least one of: a WAB authorization status, an identity of the network node, an identity of a mobile termination (MT) portion of the network node, and / or an identity of a next generation node B (gNB) portion of the network node, an indication of a corresponding procedure to be initiated or requested according to the WAB authorization status, an indication of completion of a behavior of the gNB portion of the network node responsive to the WAB authorization status, an indication that the MT portion of the network node can be or is to be de-registered, and / or an indication that a protocol data unit (PDU) session of the MT portion can be or is to be released.

[0096] In some implementations, a third component of the network node may send the authorization status information to the AMF, such as described in conjunction with but not limited to example implementation 2. For example, the third component of the network node may include or correspond to a mobile termination (MT) portion of the network node, such as described in conjunction with example configuration 1 or 2 of example implementation 2. In another example, the third component can comprise or correspond to a next generation node B (gNB) portion of the network node, such as described in conjunction with example configuration 3 or 4 of example implementation 2. The third component can provide the authorization status information to the AMF, for instance, for the AMF to know the authorization status of the WAB-gNB or WAB-MT and / or to indicate the completion of the WAB-gNB operation and / or to indicate which procedure (e.g., de-registration or PDU session release procedure) can be initiated.

[0097] In some implementations, a communication node (e.g., BS, gNB, or TRP) that serves or is connected with the network node may send WAB mobility-related information to the network node (e.g., WAB node or donor) . The WAB mobility-related information can be sent to the network node, for instance, to trigger the network node to establish a connection with the  AMF and / or the communication node and / or to access a cell. The transmission of the WAB mobility-related information by the communication node to the network node may be described in conjunction with example configuration 1 of example implementation 3, for example.

[0098] In some implementations, the communication node may send the WAB mobility-related information to the network node via Xn and / or radio resource control (RRC) signaling, among other types of signalings. The WAB mobility-related information can include / comprise at least one of: a transport network layer (TNL) address of the AMF, a TNL address of the gNB portion, an identity of the AMF, an identity of the gNB portion, a cell identifier (ID) , and / or a physical cell ID (PCI) , etc.

[0099] In some implementations, at least one of: the AMF can send WAB mobility-related information to the network node; and / or the AMF can send the WAB mobility-related information to the network node via next generation (NG) or non-access stratum (NAS) signaling, such as described in conjunction with at least example configuration 2 of example implementation 3.

[0100] In some implementations, a next generation node B (gNB) portion of the network node (e.g., MT-gNB) can send mobility registration update (MRU) -related information to at least one wireless communication device (e.g., at least one UE) served by the gNB portion, such as described in conjunction with example implementation 4. For example, the gNB portion can send the MRU-related information to at least one wireless communication device to trigger the wireless communication device to initiate MRU procedure, for instance, even when the new TA is in the registration area of the wireless communication device. The MRU-related information can comprise at least one of: an indication of tracking area change, an indication of MRU, and / or an indication that MRU is required.

[0101] While various arrangements of the present solution have been described above, it should be understood that they have been presented by way of example only, and not by way of limitation. Likewise, the various diagrams may depict an example architectural or configuration, which are provided to enable persons of ordinary skill in the art to understand example features and functions of the present solution. Such persons would understand, however, that the solution is not restricted to the illustrated example architectures or configurations, but can be  implemented using a variety of alternative architectures and configurations. Additionally, as would be understood by persons of ordinary skill in the art, one or more features of some arrangements can be combined with one or more features of another arrangement described herein. Thus, the breadth and scope of the present disclosure should not be limited by any of the above-described illustrative arrangements.

[0102] It is also understood that any reference to an element herein using a designation such as “first, ” “second, ” and so forth does not generally limit the quantity or order of those elements. Rather, these designations can be used herein as a convenient means of distinguishing between two or more elements or instances of an element. Thus, a reference to first and second elements does not mean that only two elements can be employed, or that the first element must precede the second element in some manner.

[0103] Additionally, a person having ordinary skill in the art would 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, for example, which may be referenced in the above description can be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0104] A person of ordinary skill in the art would further appreciate that any of the various illustrative logical blocks, modules, processors, means, circuits, methods and functions described in connection with the aspects disclosed herein can be implemented by electronic hardware (e.g., a digital implementation, an analog implementation, or a combination of the two) , firmware, various forms of program or design code incorporating instructions (which can be referred to herein, for convenience, as “software” or a “software module) , or any combination of these techniques. 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 techniques, depends upon the particular application and design constraints imposed on the overall system. Skilled artisans can  implement the described functionality in various ways for each particular application, but such implementation decisions do not cause a departure from the scope of the present disclosure.

[0105] Furthermore, a person of ordinary skill in the art would understand that various illustrative logical blocks, modules, devices, components and circuits described herein can be implemented within or performed by an integrated circuit (IC) that can 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 device, or any combination thereof. The logical blocks, modules, and circuits can further include antennas and / or transceivers to communicate with various components within the network or within the device. A general purpose processor can be a microprocessor, but in the alternative, the processor can be any conventional processor, controller, or state machine. A processor can also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other suitable configuration to perform the functions described herein.

[0106] If implemented in software, the functions can be stored as one or more instructions or code on a computer-readable medium. Thus, the steps of a method or algorithm disclosed herein can be implemented as software stored on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that can be enabled to transfer a computer program or code from one place to another. A storage media can be any available media that can be accessed by 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 desired program code in the form of instructions or data structures and that can be accessed by a computer.

[0107] In this document, the term “module” as used herein, refers to software, firmware, hardware, and any combination of these elements for performing the associated functions described herein. Additionally, for purpose of discussion, the various modules are described as discrete modules; however, as would be apparent to one of ordinary skill in the art, two or more  modules may be combined to form a single module that performs the associated functions according to arrangements of the present solution.

[0108] Additionally, memory or other storage, as well as communication components, may be employed in arrangements of the present solution. It will be appreciated that, for clarity purposes, the above description has described arrangements of the present solution with reference to different functional units and processors. However, it will be apparent that any suitable distribution of functionality between different functional units, processing logic elements or domains may be used without detracting from the present solution. For example, functionality illustrated to be performed by separate processing logic elements, or controllers, may be performed by the same processing logic element, or controller. Hence, references to specific functional units are only references to a suitable means for providing the described functionality, rather than indicative of a strict logical or physical structure or organization.

[0109] Various modifications to the implementations described in this disclosure will be readily apparent to those skilled in the art, and the general principles defined herein can be applied to other implementations without departing from the scope of this disclosure. Thus, the disclosure is not intended to be limited to the implementations shown herein, but is to be accorded the widest scope consistent with the novel features and principles disclosed herein, as recited in the claims below.

Claims

1.A method, comprising:receiving, by a first component of a network node of a wireless access and backhaul (WAB) communication system, authorization status information from an access and mobility management function (AMF) ; andsending, by a second component of the network node to the AMF, at least one of identity information or an indication associated with the authorization status information.2.The method of claim 1, wherein the identity information comprises at least one of:an identity of the network node,an identity of a mobile termination (MT) portion of the network node, oran identity of a next generation node B (gNB) portion of the network node.3.The method of claim 1, wherein the indication comprises at least one of:an indication of a corresponding procedure to be initiated or requested according to the authorization status information,an indication of completion of a behavior of a next generation node B (gNB) portion of the network node responsive to the authorization status information,an indication that a mobile termination (MT) portion of the network node can be or is to be de-registered, oran indication that a protocol data unit (PDU) session of the MT portion can be or is to be released.4.The method of claim 1, wherein the authorization status information comprises at least one of:an indication for de-registration,an indication for protocol data unit (PDU) session release,an indication for backhaul (BH) PDU session release, ora WAB authorization status.5.The method of claim 4, wherein the WAB authorization status comprises at least one of:an authorization status of a mobile termination (MT) portion of the network node,an authorization status of a next generation node B (gNB) portion of the network node, oran authorization status of the network node.6.The method of claim 1, wherein at least one of:the first component comprises a mobile termination (MT) portion of the network node;the second component comprises the MT portion of the network node; orthe MT portion sends the indication via a de-registration or PDU session release request message.7.The method of claim 1, wherein at least one of:the first component comprises a mobile termination (MT) portion of the network node; orthe second component comprises a next generation node B (gNB) portion of the network node.8.The method of claim 1, wherein the authorization status information of the gNB portion comprises at least one of:a WAB authorization status,an identity of the network node,an identity of a mobile termination (MT) portion of the network node, oran identity of a next generation node B (gNB) portion of the network node,an indication of a corresponding procedure to be initiated or requested according to the WAB authorization status,an indication of completion of a behavior of the gNB portion of the network node responsive to the WAB authorization status,an indication that the MT portion of the network node can be or is to be de-registered, oran indication that a protocol data unit (PDU) session of the MT portion can be or is to be released.9.The method of claim 1, comprising:sending, by a third component of the network node to the AMF, the authorization status information.10.The method of claim 9, wherein the third component comprises a mobile termination (MT) portion of the network node.11.The method of claim 9, wherein the third component comprises a next generation node B (gNB) portion of the network node.12.The method of claim 1, wherein a communication node that serves or is connected with the network node sends WAB mobility-related information to the network node.13.The method of claim 12, wherein the communication node sends the WAB mobility-related information to the network node via Xn or radio resource control (RRC) signaling.14.The method of claim 12, wherein the WAB mobility-related information comprises at least one of: a transport network layer (TNL) address of the AMF, a TNL address of the gNB portion, an identity of the AMF, an identity of the gNB portion, a cell identifier (ID) , or a physical cell ID (PCI) .15.The method of claim 12, wherein at least one of:the AMF sends WAB mobility-related information to the network node; orthe AMF sends the WAB mobility-related information to the network node via next generation (NG) or non-access stratum (NAS) signaling.16.The method of claim 1, comprising:sending, by a next generation node B (gNB) portion of the network node, mobility registration update (MRU) -related information to at least one wireless communication device served by the gNB portion.17.The method of claim 16, wherein the MRU-related information comprises at least one of:an indication of tracking area change,an indication of MRU, oran indication that MRU is required.18.A method, comprising:sending, by an access and mobility management function (AMF) to a first component of a network node of a wireless access and backhaul (WAB) communication system, authorization status information; andreceiving, by the AMF from a second component of the network node, at least one of identity information or an indication associated with the authorization status information.19.A non-transitory computer readable storage medium storing instructions, which when executed by one or more processors can cause the one or more processors to perform the method of any one of claims 1-18.20.A device comprising at least one processor configured to implement the method of any one of claims 1-18.

Images