Mobile integrated access and backhaul (IAB) migration

Abstract

Example embodiments of the present disclosure relate to methods, devices, apparatuses and computer readable storage medium of mobile integrated access and backhaul (IAB) migration. In a method, a first apparatus receives, from a second apparatus, a request for handover of a third apparatus from the second apparatus to the first apparatus. The first apparatus determines, based on a type of the third apparatus, that system information is unrequired for the handover of the third apparatus. The first apparatus transmits a message to the third apparatus via the second apparatus, the message including identity information of the first apparatus and excluding the system information.

Description

MOBILE INTEGRATED ACCESS AND BACKHAUL (IAB) MIGRATION

[0001] FIELDS

[0002] Various example embodiments of the present disclosure generally relate to the field of telecommunication and in particular, to methods, devices, apparatuses and computer readable storage medium of mobile integrated access and backhaul (IAB) migration.BACKGROUND

[0003] In some communication systems, integrated access and backhaul (IAB) enables wireless relaying in next generation (NG) -radio access network (RAN) . The relaying node, referred to as IAB-node, supports access and backhauling via NR. The terminating node of NR backhauling on network side is referred to as the IAB-donor, which represents a network node such as an NR NB (also referred to as a gNB) with additional functionality to support IAB. Backhauling may occur via a single or via multiple hops. In some mechanisms, mobile IAB (mIAB) is introduced. Mobile IAB-node is a RAN node that provides NR access links to user equipment (UE) and an NR backhaul link to a parent node, and that may conduct physical mobility across the RAN area. The mobile IAB-node includes a mobile IAB mobile termination (IAB-MT) and a mobile IAB distributed unit (IAB-DU) . Mobile IAB may support the same or similar functionality as IAB unless explicitly specified. The mobile IAB-MT may perform a mobile IAB-MT migration procedure.SUMMARY

[0004] In a first aspect of the present disclosure, there is provided a first apparatus. The first apparatus comprises at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the first apparatus at least to: receive, from a second apparatus, a request for handover of a third apparatus from the second apparatus to the first apparatus; determine, based on a type of the third apparatus, that system information is unrequired for the handover of the third apparatus; and transmit a message to the third apparatus via the second apparatus, the message including identity information of the first apparatus and excluding the system information.

[0005] In a second aspect of the present disclosure, there is provided a third apparatus. The third apparatus comprises at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the third apparatus at least to: receive, from a first apparatus via a second apparatus, a message for handover of the third apparatus from the second apparatus to the first apparatus, wherein system information is unrequired for the handover of the third apparatus and the message includes identity information of the first apparatus and excludes the system information; and initiate a handover execution to the first apparatus based on the message.

[0006] In a third aspect of the present disclosure, there is provided a method. The method comprises: receiving, at a first apparatus from a second apparatus, a request for handover of a third apparatus from the second apparatus to the first apparatus; determining, based on a type of the third apparatus, that system information is unrequired for the handover of the third apparatus; and transmitting a message to the third apparatus via the second apparatus, the message including identity information of the first apparatus and excluding the system information.

[0007] In a fourth aspect of the present disclosure, there is provided a method. The method comprises: receiving, at a third apparatus from a first apparatus via a second apparatus, a message for handover of the third apparatus from the second apparatus to the first apparatus, wherein system information is unrequired for the handover of the third apparatus and the message includes identity information of the first apparatus and excludes the system information; and initiating a handover execution to the first apparatus based on the message.

[0008] In a fifth aspect of the present disclosure, there is provided a first apparatus. The first apparatus comprises means for receiving, from a second apparatus, a request for handover of a third apparatus from the second apparatus to the first apparatus; means for determining, based on a type of the third apparatus, that system information is unrequired for the handover of the third apparatus; and means for transmitting a message to the third apparatus via the second apparatus, the message including identity information of the first apparatus and excluding the system information.

[0009] In a sixth aspect of the present disclosure, there is provided a third apparatus. The third apparatus comprises means for receiving, from a first apparatus via a second apparatus, a message for handover of the third apparatus from the second apparatus to the  first apparatus, wherein system information is unrequired for the handover of the third apparatus and the message includes identity information of the first apparatus and excludes the system information; and initiating a handover execution to the first apparatus based on the message.

[0010] In a seventh aspect of the present disclosure, there is provided a computer readable medium. The computer readable medium comprises instructions stored thereon for causing an apparatus to perform the method according to the third aspect or the fourth aspect.

[0011] It is to be understood that the Summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] Some example embodiments will now be described with reference to the accompanying drawings, where:

[0013] FIG. 1 illustrates an example communication environment in which example embodiments of the present disclosure can be implemented;

[0014] FIG. 2A illustrates an example signaling flow of mobile IAB migration;

[0015] FIG. 2B illustrates another example signaling flow of mobile IAB migration;

[0016] FIG. 3 illustrates a signaling flow of a handover procedure according to some example embodiments of the present disclosure;

[0017] FIG. 4A illustrates a signaling flow of mobile IAB migration according to some example embodiments of the present disclosure;

[0018] FIG. 4B illustrates another signaling flow of mobile IAB migration according to some example embodiments of the present disclosure;

[0019] FIG. 5 illustrates a flowchart of a method implemented at a first apparatus according to some example embodiments of the present disclosure;

[0020] FIG. 6 illustrates a flowchart of a method implemented at a third apparatus according to some example embodiments of the present disclosure;

[0021] FIG. 7 illustrates a simplified block diagram of a device that is suitable for implementing example embodiments of the present disclosure; and

[0022] FIG. 8 illustrates a block diagram of an example computer readable medium in accordance with some example embodiments of the present disclosure.

[0023] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0024] Principle of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. Embodiments described herein can be implemented in various manners other than the ones described below.

[0025] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0026] References in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0027] It shall be understood that although the terms “first, ” “second” and the like may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the  listed terms.

[0028] As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0029] As used herein, unless stated explicitly, performing a step “in response to A” does not indicate that the step has to be performed immediately after “A” occurs and one or more intervening steps may be included.

[0030] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0031] As used in this application, the term “circuitry” may refer to one or more or all of the following:

[0032] (a) hardware-only circuit implementations (such as implementations in only analog and / or digital circuitry) and

[0033] (b) combinations of hardware circuits and software, such as (as applicable) :

[0034] (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and

[0035] (ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions) and

[0036] (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for  operation.

[0037] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0038] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as New Radio (NR) , Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Narrow Band Internet of Things (NB-IoT) and so on. Furthermore, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system.

[0039] As used herein, the term “network device” or “network access device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , an NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio head (RH) , a remote radio head (RRH) , a relay, an Integrated Access and Backhaul (IAB) node, a low power node such as a femto, a pico, a non-terrestrial network (NTN) or non-ground network device such as a satellite network device, a low earth orbit (LEO) satellite and a geosynchronous earth orbit (GEO) satellite, an aircraft network device, and so forth, depending on the applied terminology and technology. In some example embodiments,  radio access network (RAN) split architecture comprises a Centralized Unit (CU) and a Distributed Unit (DU) at an IAB donor node. An IAB node comprises a Mobile Terminal (IAB-MT) part that behaves like a UE toward the parent node, and a DU part of an IAB node behaves like a base station toward the next-hop IAB node.

[0040] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) . The terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (IoT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. The terminal device may also correspond to a Mobile Termination (MT) part of an IAB node (e.g., a relay node) . In the following description, the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0041] As used herein, the term “resource, ” “transmission resource, ” “resource block, ” “physical resource block” (PRB) , “uplink resource, ” or “downlink resource” may refer to any resource for performing a communication, for example, a communication between a terminal device and a network device, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, or any other resource enabling a communication, and the like. In the following, unless explicitly stated, a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the present disclosure are equally applicable to  other resources in other domains.

[0042] As briefly mentioned above, mobile IAB is supported for some communication systems. In some mechanism, the mobile IAB-MT may perform the mobile IAB-MT migration procedures via Xn handover and / or via NG handover. The mobile IAB-MT may also perform the mobile IAB-node recovery procedures. The mobile IAB-node may perform the mobile IAB-DU migration procedure, where a new logical mobile IAB-DU is established on the mobile IAB-node and the initial logical mobile IAB-DU is released some time later. During this procedure, the UEs connected via the mobile IAB-node are handed over from the initial logical mobile IAB-DU, referred to as the source logical mobile IAB-DU, to the new logical mobile IAB-DU, referred to as the target logical mobile IAB-DU. The details of the mobile IAB-DU migration may be defined in a standard such as the technical specification (TS) 38.401. Enhancements related to backhaul adaptation protocol (BAP) for mobile IAB-DU migration may be defined in a standard such as the technical specification (TS) 38.340.

[0043] Principle and implementations of the present disclosure will be described in detail below with reference to FIGS. 1-7. FIG. 1 illustrates an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, a mobile IAB 110 includes an IAB-DU 112 (also referred to as mobile IAB-DU) and an IAB-MT 114 (also referred to as mobile IAB-MT) . As used herein, the mobile IAB 110 may also be referred to as a mobile IAB node. The IAB-DU supports the gNB-DU functionality, to terminate the NR access interface to terminal devices or UEs and next-hop IAB-nodes, and to terminate F1 protocol to the gNB-CU functionality, on the IAB-donor. The IAB-MT 114 may include a subset of the UE functionality, which includes for example physical layer, layer-2, RRC and non-access stratum (NAS) functionality to connect to the gNB-DU of another IAB-node or the IAB-donor, to connect to the gNB-CU on the IAB-donor, and to the core network.

[0044] In some scenarios, the mobile IAB 110 is connected to a source network node 120 (also referred to as a source network device or a source gNB) . For example, the IAB-MT 114 is connected to the source network node 120. The source network node 120 may be the terminating node of NR backhauling on network side, which may be a gNB with additional functionality to support IAB. The source network node 120 may be referred to as a source radio resource control (RRC) -terminating IAB-donor-central unit (CU) .

[0045] In some scenarios, the mobile IAB 110 may be handed over to a target network node 130 (also referred to as a target network device or target gNB) from the source network node 120. The target network node 130 may also be referred to as a target RRC-terminating IAB-donor-CU. During the migration of the mobile IAB 110 from the source network node 120 to the target network node 130, the mobile IAB 110 may be connected to a donor CU 150 such as an F1-terminating IAB-donor-CU. For example, the mobile IAB-DU 112 co-located with the mobile IAB-MT 114 is connected to the donor CU 150 (that is, the F1-terminating IAB-donor-CU) . The F1-terminating IAB-donor-CU may be the source RRC-terminating IAB-donor-CU, or the target RRC-terminating IAB-donor-CU, or any other suitable different donor CU.

[0046] In some example embodiments, a terminal device 140 communicates with the mobile IAB 110. For example, the terminal device 110 may get access to the network such as get the NR access links from the mobile IAB 110. In other words, the network such as the core network may provide service to the terminal device 140 via the mobile IAB 110.

[0047] It is to be understood that the number of apparatuses, devices and their connections shown in FIG. 1 are only for the purpose of illustration without suggesting any limitation. The communication environment 100 may include any suitable number of apparatuses configured to implementing example embodiments of the present disclosure.

[0048] Communications in the communication environment 100 may be implemented according to any proper communication protocol (s) , comprising, but not limited to, cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) , the fifth generation (5G) , the sixth generation (6G) , and the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, comprising but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and / or any other technologies currently known or to be developed in the future.

[0049] As discussed, the mobile IAB node may perform a mobile IAB migration procedure. During the mobile IAB-MT migration, the mobile IAB-DU may pass to the F1-terminating IAB-donor-CU via F1 application protocol (F1AP) the gNB identifier (ID) of the target RRC-terminating IAB-donor-CU and the mobile IAB node’s BAP address allocated by the target RRC-terminating IAB-donor-CU. In case the migration of the mobile IAB-MT occurs during DU migration, each logical mobile IAB-DU passes this information to its respective F1-terminating IAB-donor-CU.

[0050] In some mechanisms, in order for the mobile IAB-DU to be able to obtain the gNB ID of the target RRC-terminating IAB-donor-CU, the target cell supporting mobile IAB access should broadcast gNB-ID-Length in system information block one (SIB1) . The mobile IAB-MT may be able to decode this information. Upon acquiring the relevant information from SIB1, the IAB-MT signals the gNB ID (and public land mobile network (PLMN) ID) to the IAB-DU, which the IAB-DU signals to its respective F1-terminating IAB-donor-CU within the RRC Terminating IAB-Donor-Related Info information element (IE) of the GNB-CU CONFIGURATION UPDATE message. To obtain the global gNB-ID of the target RRC-terminating IAB-donor-CU, a couple of mechanisms are supported by the current specifications.

[0051] In a mechanism, IAB-MT decodes the PLMN ID, cell ID, and gNB-ID-Length from the SIB1 of the neighbour cells (including the target cell) that triggered the mobility event. For example, the IAB-MT may decode the PLMN ID and gNB ID from PLMN-IdentityInfoList IE and a non-public network (NPN) -IdentityInfoList IE.

[0052] FIG. 2A illustrates an example signaling flow 200 of mobile IAB migration. The signaling flow 200 involves a mobile IAB 201, a source gNB 205, a target gNB 207 and a F1-terminating donor CU 209. The mobile IAB 201 includes an IAB-DU 202 and an IAB-MT 204.

[0053] The target gNB 207 may transmit SSB and SIB1 to the IAB-MT 204. The source gNB 205 may transmit a measurement configuration to the IAB-MT 204. The IAB-MT may detect an event such as a target cell being better than the serving cell or a mobility event. The event may trigger the mobile IAB mobility, such as the IAB-MT 204 mobility.

[0054] As shown, the target gNB 207 transmits SIB1 to the IAB-MT 204. A delay for SIB reception and decoding may occur. For example, this requirement for the IAB-MT 204 to decode SIB1 from cells would introduce delays based on the synchronization signal  block (SSB) periodicity and SIB1 scheduling, which increases the risk for handover failure at the IAB-MT 204 (especially in high-speed mobility scenarios) and could slow down the migration procedure. Furthermore, time spent decoding the SIB1 of the neighbouring cells causes interruptions to the mobile IAB-MT 204's backhaul, which could negatively impact the on-board UEs.

[0055] The IAB-MT 204 may transmit the measurement report to the source gNB 205. The source gNB 205 may transmit the handover request to the target gNB 207. The target gNB 207 may respond with a handover request ACK (such as HandoverCommand) to the source gNB 205. The source gNB 205 may transmit an RRCReconfiguration such as reconfigurationWithSync to the IAB-MT 204. The IAB-MT 204 may transmit the target cell PLMN-ID and the gNB-ID to the IAB-DU 202. An access procedure may be performed by the IAB-MT 204 and the target gNB 207. The handover procedure may be completed. The IAB-DU 202 may update the gNB-DU configuration including the PLMN-ID and the gNB-ID to the F1-terminating donor-CU 209. An IAB transport migration management procedure is then performed.

[0056] In an alternative mechanism, dedicatedSIB1-Delivery is used to signal the target cell SIB1 when the handover command is sent to the IAB-MT. FIG. 2B illustrates another example signaling flow 250 of mobile IAB migration. The signaling flow 250 involves the mobile IAB 201, the source gNB 205, the target gNB 207 and the F1-terminating donor CU 209. The mobile IAB 201 includes an IAB DU 202 and an IAB MT 204. As illustrated, in the signaling flow 250, dedicatedSIB1-Delivery is included in the handover request acknowledgement (ACK) or the HandoverCommand from the target gNB 207 to the source gNB 205. The dedicatedSIB1-Delivery includes the PLMN-ID, the cellIdentity and gNB-ID-Length. The dedicatedSIB1-Delivery may be transmitted from the source gNB 205 to the mobile IAB-MT 204 via the RRCReconfiguration such as reconfigurationWithSync.

[0057] However, sending dedicatedSIB1-delivery with the handover command would result in a large amount of redundant overhead, since much of the information carried within SIB1 is already signalled as part of the handover command (via ReconfigurationWithSync: ServingCellConfigCommon) .

[0058] In order to solve at least part of the above problems or other potential problems, according to the present solution on mobile IAB migration, a second apparatus (for  example, a source gNB) transmits, to a first apparatus (for example, a target gNB) , a request for handover of a third apparatus (for example, a mobile IAB) from the second apparatus to the first apparatus. The first apparatus determines that system information is unrequired for the handover of the third apparatus based on a type of the third apparatus. For example, the type of the third apparatus may be the mobile IAB. The first apparatus transmits a message to the third apparatus via the second apparatus. The message includes identity information of the first apparatus and excludes the system information. For example, the message may include global gNB ID of the first apparatus. In this way, the identity information of the first apparatus can be informed to the third apparatus without transmitting the system information such as SIB1. Signaling overhead can thus be reduced. In addition, time delay for decoding the system information can be reduced.

[0059] FIG. 3 illustrates a signaling flow 300 of a handover procedure for the mobile IAB migration according to some example embodiments of the present disclosure. The signaling flow 300 involves a first apparatus 310, a second apparatus 320 and a third apparatus 330. For example, the first apparatus 310 may be a first network node or network device such as the target network node 130 in FIG. 1. The second apparatus 320 may be a second network node or network device such as the source network node 120 in FIG. 1. The third apparatus 330 may be implemented as the mobile IAB 110 in FIG. 1. The third apparatus 330 may be in a connected mode with the second apparatus 320.

[0060] In the description of FIG. 3, it is assumed that the first apparatus 310 may be a target network node such as a target RRC-terminating IAB-donor-CU, and the second apparatus 320 may be a source network node such as a source RRC-terminating IAB-donor-CU.

[0061] In operation, the second apparatus 320 transmits (335) , to the first apparatus 310, a request for handover (HO) of the third apparatus 330 from the second apparatus 320 to the first apparatus 310. The first apparatus 310 receives (340) the request.

[0062] The first apparatus 310 determines (350) , based on a type of the third apparatus 330, that system information is unrequired for the handover of the third apparatus 330. For example, the system information may include SIB1 such as dedicated SIB1-Delivery. In some example embodiments, if the type of the third apparatus 330 is a mobile IAB or a mobile IAB-MT, the first apparatus 310 may determine (350) that the system information is unrequired. If the third apparatus 330 is UE or other terminal device or  network node, the first apparatus 310 may determine that the system information is required. In some example embodiments, the request for the handover may indicate the type of the third apparatus 330. The first apparatus 310 may determine whether the system information is required or unrequired for the handover based on the request for the handover.

[0063] It is to be understood that the conditions such as the type of the third apparatus 330 being the mobile IAB are only for the purpose of illustration, without suggesting any limitation. In some example embodiments, if the type of the third apparatus 330 being a certain type other than the mobile IAB, the first apparatus 310 may determine that the system information is unrequired, as well. The applicable type is not limited to the mobile IAB.

[0064] Alternatively, or in addition, in some example embodiments, if the type of the third apparatus 330 is a mobile IAB and if the first apparatus 310 supports the handover of the mobile IAB, the first apparatus 310 may determine (350) that the system information is unrequired. If the type of the third apparatus 330 is a mobile IAB but the first apparatus 310 does not support the mobile IAB, the first apparatus 310 may determine that the system information is required. That is, the determination of whether or not the system information is required may in an embodiment be based also on the capabilities of the first apparatus 310.

[0065] The first apparatus 310 transmits (360) a message to the third apparatus 330 via the second apparatus 320. The message includes identity information of the first apparatus 310 and excludes the system information. For example, the first apparatus 310 transmits (360) the message to the second apparatus 320. In response to receiving the message, the second apparatus 320 transmits or forwards (370) the message to the third apparatus 330. The third apparatus 330 receives (380) the message. The message may be an RRC container or any other suitable message or IE. In embodiments where the third apparatus 330 being a mobile IAB, the first apparatus 310 may transmit (360) the message to the IAB-MT of the mobile IAB via the second apparatus 320.

[0066] In this way, the system information such as SIB1 or dedicated SIB1-Delivery needs not to be signaled for the handover of the third apparatus 330. The signaling overhead and the time delay for decoding the system information can be reduced. The handover interruption due to the decoding of SIB1 and the signaling overhead can be  reduced.

[0067] In some example embodiments, the message may include a RRC reconfiguration message. The RRC reconfiguration message includes a handover command for the handover. In some example embodiments, the message may include a handover command for the handover. Alternatively, or in addition, in some example embodiments, the message may include an ACK of the request for the handover.

[0068] In some example embodiments, the identity information of the first apparatus 310 may include an identifier of the first apparatus 310 such as a gNB-ID. Alternatively, or in addition, in some example embodiments, the identity information of the first apparatus 310 may include a cell identity (such as cellIdentity) associated with the first apparatus 310 and a length of an identifier of the first apparatus 310 such as gNB-ID-Length. The identifier of the first apparatus 310 such as the gNB-ID may be determined based on the cell identity and the length of the identifier of the first apparatus 310. For example, the gNB ID may be obtained from the cellIdentity and gNB-ID-Length fields.

[0069] In some example embodiments, the identity information of the first apparatus 310 may further include a PLMN ID. In this way, a global identifier of the first apparatus 310 may be informed to the third apparatus 330. The global identifier of the first apparatus 310 may be the global gNB ID of the RRC terminating IAB-Donor related information, which is composed of a PLMN ID and a gNB ID. For example, the global gNB ID of the RRC Terminating IAB-Donor related info IE may be composed of a PLMN-ID and gNB-ID.

[0070] In some example embodiments, the third apparatus 330 may obtain the identity information of the first apparatus 310 based on the message without receiving broadcasted system information over a radio interface from the first apparatus 310. In an embodiment where the third apparatus 330 being a mobile IAB, the IAB-MT of the mobile IAB obtains / receives the identity information of the first apparatus 310.

[0071] In some example embodiments, the identity information of the first apparatus 310 may be transferred to a fourth apparatus by the third apparatus 330. For example, the IAB-DU may transmit the identity information of the first apparatus 310 to the fourth apparatus. The fourth apparatus may be an F1-terminating CU of the third apparatus 330.

[0072] In some example embodiments, the third apparatus 330 may perform cell  measurements based on the identity information of the first apparatus 110. In addition, in some example embodiments, the third apparatus 330 initiates a handover execution to the first apparatus 310 based on the message. For example, the handover execution may be initiated based on the identity information of the first apparatus 310.

[0073] In this way, the system information such as SIB1 or dedicated SIB1-Delivery is excluded from signaling for the gNB identity information. The signaling overhead and the time delay for decoding the system information can thus be reduced. The risk for handover failure at the third apparatus such as an IAB-MT of a mobile IAB (especially in high-speed mobility scenarios) can be reduced. The migration procedure for the IAB-MT can be improved. Furthermore, it can avoid interruptions to the mobile IAB-MT’s backhaul. FIG. 4A illustrates a signaling flow 400 of mobile IAB migration according to some example embodiments of the present disclosure. The signaling flow 400 involves a mobile IAB 401, a source gNB 405 (such as a source RRC-terminating IAB-donor CU) , a target gNB 407 (such as a target RRC-terminating IAB-donor CU) and an F1-terminating donor CU 409. The mobile IAB 401 includes an IAB-DU 402 and an IAB-MT 404. For example, the mobile IAB 401 may be the mobile IAB 110 in FIG. 1, the source gNB 405 may be the source network node 120 in FIG. 1, the target gNB 407 may be the target network node 130 in FIG. 1, and the F1-terminating donor CU 409 may be the donor CU 150 in FIG. 1. The F1-terminating donor CU 409 may or may not be the same as the source RRC-terminating IAB-donor CU.

[0074] The signaling flow 400 shows the steps involved in signaling the global gNB-ID of the target RRC-terminating IAB-donor CU (that is, the target gNB 407) to the mobile IAB-MT 404.

[0075] In operation, the mobile IAB-MT 404 receives a measurement configuration from its source gNB 405. The mobile IAB-MT 404 may trigger a measurement report based on the measurement configuration. For example, based on the measurement configuration, the IAB-MT 404 detects a measurement event, which it reports to the source gNB. For example, the measurement event may be that a target cell is better than the serving cell (that is, the source cell) .

[0076] The source gNB 405 may determine that the mobile IAB-MT 404 should be handed over to the target gNB 407 (that it, the target RRC-terminating IAB-donor-CU) and sends a handover request to the target gNB 407. For example, the source gNB 405  transmits (410) an XnAP HANDOVER REQUEST to the target gNB 407. The target gNB 407 receives (415) the HANDOVER REQUEST. The HANDOVER REQUEST includes the indication that the moving node is an IAB-node as well as a mobile IAB authorization status, from which the target gNB 407 may know that the handover is associated with a mobile IAB node.

[0077] The target gNB 407 may acknowledge the handover request and include the handover command to be sent to the mobile IAB-MT 404. The handover command may include the target global gNB ID information. By way of example, the target gNB 407 responds (420) with XnAP HANDOVER REQUEST ACK, which contains the HandoverCommand with the RRCReconfiguration for the target cell. The source gNB 405 receives (425) the HANDOVER REQUEST ACK. Included with the RRCReconfiguration of the HandoverCommand may be the PLMN-ID, cellIdentity, and gNB-ID-Length of the target cell, while dedicated SIB1 is excluded from this message.

[0078] In some example embodiments, the source gNB 405 may send the handover command to the IAB-MT 404 (for example, via RRC reconfiguration with sync) , including the target gNB-ID information. For example, the source gNB 405 sends (430) the IAB-MT 404 the RRCReconfiguration for the target cell (i.e. reconfigurationWithSync) . The IAB-MT 404 receives (435) the RRCReconfiguration. Included with the configuration is the PLMN-ID, cellIdentity, and gNB-ID-Length of the target cell, while dedicated SIB1 is excluded from this message. The IAM-MT 404 may decode the received information and derive gNB-ID of the target node.

[0079] In some example embodiments, the IAB-MT 404 may also be handed over to the target gNB 407 via N2-based handover. In case of N2-based handover, the handover signaling is NG application protocol (NGAP) signaling. The required change is also similar, and the HandoverCommand is transferred to source gNB 405 via NGAP signaling.

[0080] In some example embodiments, the mobile IAB-MT 404 informs the IAB-DU 402 of the target gNB-ID information, which the IAB-DU 402 signals to its F1-terminating IAB-donor CU 409 within the RRC terminating IAB-Donor Related Info IE of the GNB-CU CONFIGURATION UPDATE message. For example, the mobile IAB-MT 404 decodes the gNB-ID of the target gNB 407 based on the cellIdentity and gNB-ID-Length fields and forwards the PLMN-ID and gNB-ID to the IAB-DU 402. The IAB-MT 404 accesses the target cell, and handover procedure is completed.

[0081] In some example embodiments, the IAB-DU 402 sends the target gNB-ID to its F1-terminating donor CU 409 as part of the RRC Terminating IAB-Donor Related Info IE of the GNB-DU CONFIGURATION UPDATE command. Knowing the target gNB-ID, the F1-terminating IAB-donor-CU 409 may initiate the transport migration management procedure with the target RRC-terminating donor CU. For example, the F1-terminating donor CU 409 initiates IAB TRANSPORT MANAGEMENT procedure with the target gNB 407.

[0082] In this way, the global gNB-ID information of the target RRC-terminating IAB-donor CU is signaled to the mobile IAB-MT during the handover procedure. It is beneficial to directly signal only the relevant information needed for determining the global gNB-ID of the target RRC-terminating IAB-donor CU (i.e., without extra overhead) without requiring the IAB-MT to spend time decoding the SIB1 of neighboring cells.

[0083] FIG. 4B illustrates another signaling flow 450 of mobile IAB migration according to some example embodiments of the present disclosure. The signaling flow 450 involves the mobile IAB 401, the source gNB 405 (such as a source RRC-terminating IAB-donor CU) , the target gNB 407 (such as a target RRC-terminating IAB-donor CU) and the F1-terminating donor CU 409. The mobile IAB 401 includes an IAB-DU 402 and an IAB-MT 404. For example, the mobile IAB 401 may be the mobile IAB 110 in FIG. 1, the source gNB 405 may be the source network node 120 in FIG. 1, the target gNB 407 may be the target network node 130 in FIG. 1, and the F1-terminating donor CU 409 may be the donor CU 150 in FIG. 1. The F1-terminating donor CU 409 may or may not be the same as the source RRC-terminating IAB-donor CU.

[0084] In operation, the mobile IAB-MT 404 receives a measurement configuration from its source gNB 405. The mobile IAB-MT 404 may trigger a measurement report based on the measurement configuration. For example, based on the measurement configuration, the IAB-MT 404 detects a measurement event, which it reports to the source gNB. For example, the measurement event may be a target cell better than the serving cell.

[0085] The source gNB 405 may determine that the mobile IAB-MT 404 should be handed over to the target gNB 407 (that it, the target RRC-terminating IAB-donor-CU) and sends a handover request to the target gNB 407. For example, the source gNB 405 transmits (410) an XnAP HANDOVER REQUEST to the target gNB 407. The target gNB  407 receives (415) the HANDOVER REQUEST. The HANDOVER REQUEST includes the indication that the moving node is an IAB-node as well as a mobile IAB authorization status, from which the target gNB 407 may know that the handover is associated with a mobile IAB node.

[0086] The target gNB 407 may acknowledge the handover request and include the handover command to be sent to the mobile IAB-MT 404. The handover command may include the target global gNB ID information. By way of example, the target gNB 407 responds (460) with XnAP HANDOVER REQUEST ACK, which contains the HandoverCommand with the RRCReconfiguration for the target cell. The source gNB 405 received (465) the HANDOVER REQUEST ACK. Included with the RRCReconfiguration of the HandoverCommand is the PLMN-ID and gNB-ID, while dedicated SIB1 is excluded from this message.

[0087] In some example embodiments, the source gNB 405 may send the handover command to the IAB-MT 404 (for example, via RRC reconfiguration with sync) , including the target gNB-ID information. For example, the source gNB 405 sends (470) the IAB-MT 404 the RRCReconfiguration for the target cell (i.e. reconfigurationWithSync) . The IAB MT 404 receives (475) the RRCReconfiguration. Included with the configuration is the PLMN-ID and gNB-ID of the target gNB 407, while dedicated SIB1 is excluded from this message.

[0088] Alternatively, or in addition, in some example embodiments, the IAB-MT 404 may also be handed over to the target gNB 407 via N2-based handover. In case of N2-based handover, the handover signaling is NGAP signaling. The required change is also similar, and the HandoverCommand is transferred to source gNB 405 via NGAP signaling.

[0089] In some example embodiments, the mobile IAB-MT 404 forwards the PLMN-ID and gNB-ID to the IAB-DU 402. The IAB-MT 404 accesses the target cell, and handover procedure is completed.

[0090] In some example embodiments, the IAB-DU 402 sends the target gNB-ID to its F1-terminating donor CU 409 as part of the RRC Terminating IAB-Donor Related Info IE of the GNB-DU CONFIGURATION UPDATE command. Knowing the target gNB-ID, the F1-terminating IAB-donor-CU 409 may initiate the transport migration management procedure with the target RRC-terminating donor CU. For example, the F1-terminating donor CU 409 initiates IAB TRANSPORT MANAGEMENT procedure with the target  gNB 407.

[0091] In this way, the gNB-ID is signalled to the mobile IAB-MT 404 directly during the handover procedure, avoiding the need to decode the gNB-ID using the cellIdentity and gNB-ID-Length fields. The extra signaling overhead and the time for decoding are reduced.

[0092] Compared to embodiments of the present disclosure, current RRC specification allows SIB1 to be included in the RRC reconfiguration message containing the HO command below:

[0093] dedicatedSIB1-Delivery OCTET STRING (CONTAINING SIB1) OPTIONAL, --Need N.

[0094] An example of the dedicatedSIB1-Delivery according to a predefined standard is shown in Table 1 below.

[0095] Table 1

[0096] As mentioned, as the dedicated SIB1 delivery is a complete SIB1 information (acopy of existing SIB1, OCTET STRING) , it includes lots of redundant / unnecessary information to be signalled to the mobile IAB-MT. Instead, embodiments of the present disclosure uses a new IE in HANDOVER REQUEST ACK and RRCReconfiguration (ReconfigurationWithSync) carrying only the (gNB-ID and PLMN-ID) needed to be sent to the F1-terminating donor CU for the Transport Migration Management purposes.

[0097] In some example embodiments, the new IE may be mandatory in the HANDOVER REQUEST ACK (or handover command) message when the target knows that the migrating node is a mobile IAB-node, and when the target gNB supports mobile IAB. This removes the ambiguity whether IAB-MT should receive and decode SIB1 broadcasted by the target gNB or could it assume SIB1 to be provided with the handover signalling. If the SIB1 is known to be included in the handover signalling, the mobile IAB-MT does not have to receive system information over the air from the target cell which enables optimized behavior for IAB-MT measurements and backhaul link  performance.

[0098] Assumptions in which case full SIB1 (large IE such as dedicated-SIB1-Delivery) and / or new IE (small IE with only the required information) should or could be included in the handover signalling are as follows:

[0099] In which case the large IE is needed:

[0100] This is a generic option that is not limited to a specific usage or scenario. It was introduced in release (Rel) -15 that may be used for any UE based on gNB’s implementation.

[0101] In which case the small IE is needed:

[0102] For the optimum behavior of the mobile IAB-MT and for optimized signaling (minimized signaling overhead) for the mobile IAB migration, the small IE should be sent. The small IE may include the gNB information relevant for the mobile IAB migration or mobility handling.

[0103] In which case the small IE is included, and the large IE is not needed to be included:

[0104] This is the primary option supported by the present disclosure, which is beneficial for optimized signaling such as minimized signaling overhead for the mobile IAB migration.

[0105] In which case the large IE needs to be transmitted, the small IE does not need to be transmitted:

[0106] RRC specifications defines the dedicatedSIB1-Delivery as OPTIONAL IE and not necessarily restricted to a specific use. The new IE would be specified for the mobile IAB usage and should preferably be mandatory for HO signaling conditioned that the gNB supports mobile IAB.

[0107] It is to be understood that these above use cases are only for the purpose of illustration, without suggesting any limitation. For other use cases not mentioned, the small IE may also be applied. It is also to be understood that the example small IE, the format or content of the small IE, and the message carrying the small IE are only for the purpose of illustration. Any suitable message or signaling for the handover procedure can be applied for carrying the IE. Scope of embodiments of the present disclosure is not limited here.

[0108] Example embodiments regarding the gNB identity information transmission  without signaling the system information for the mobile IAB migration have been described. It is to be understood that the signaling flows 300, 400 and 450 may be applied separately, or in any combination. Scope of the present disclosure is not limited in this regard. With these signaling flows, the signaling overhead and time delay for decoding the system information can be reduced. In addition, it can optimize the performance on the backhaul link as there may be no interruption due to receiving the system information and decoding of the system information.

[0109] FIG. 5 shows a flowchart of an example method 500 implemented at a first apparatus in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the method 500 will be described from the perspective of the first apparatus 310 in FIG. 3.

[0110] At block 510, the first apparatus 310 receives, from a second apparatus, a request for handover of a third apparatus from the second apparatus to the first apparatus 310.

[0111] At block 520, the first apparatus 310 determines, based on a type of the third apparatus, that system information is unrequired for the handover of the third apparatus.

[0112] At block 530, the first apparatus 310 transmits a message to the third apparatus via the second apparatus, the message including identity information of the first apparatus 310 and excluding the system information.

[0113] In some example embodiments, the identity information of the first apparatus 310 comprises an identifier of the first apparatus 310.

[0114] In some example embodiments, the identity information of the first apparatus 310 comprises a cell identity associated with the first apparatus 310 and a length of an identifier of the first apparatus 310.

[0115] In some example embodiments, the identity information further comprises a public land mobile network identifier.

[0116] In some example embodiments, the first apparatus 310 may determine, based on that the type of the third apparatus being a mobile IAB and that the first apparatus 310 supports the handover for the mobile IAB, that the system information is unrequired for the handover of the third apparatus.

[0117] In some example embodiments, the request indicates the type of the third  apparatus.

[0118] In some example embodiments, the message comprises at least one of: a radio resource control reconfiguration message comprising a handover command for the handover, a handover command for the handover, or an acknowledgement of the request.

[0119] In some example embodiments, the system information comprises a dedicated SIB1-Delivery.

[0120] In some example embodiments, the first apparatus 310 comprises a target RRC-terminating IAB donor-CU, the second apparatus comprises a source RRC-terminating IAB donor-CU, and the third apparatus comprises a mobile IAB.

[0121] FIG. 6 shows a flowchart of an example method 600 implemented at a third apparatus in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the method 600 will be described from the perspective of the third apparatus 330 in FIG. 3.

[0122] At block 610, the third apparatus 330 receives, from a first apparatus via a second apparatus, a message for handover of the third apparatus from the second apparatus to the first apparatus. System information is unrequired for the handover of the third apparatus. The message includes identity information of the first apparatus and excludes the system information.

[0123] At block 620, the third apparatus 330 initiates a handover execution to the first apparatus based on the message.

[0124] In some example embodiments, the third apparatus 330 may obtain the identity information of the first apparatus without receiving broadcasted system information over a radio interface from the first apparatus.

[0125] In some example embodiments, the third apparatus 330 may transfer the identity information of the first apparatus to a fourth apparatus.

[0126] In some example embodiments, the first apparatus comprises a target RRC-terminating IAB donor-CU, the second apparatus comprises a source RRC-terminating IAB donor-CU, and the third apparatus comprises a mobile IAB, and the fourth apparatus comprises a F1-terminating donor CU of the mobile IAB.

[0127] In some example embodiments, a first apparatus capable of performing any of  the method 500 (for example, the first apparatus 310 in FIG. 3 or the target network node 130 in FIG. 1) may comprise means for performing the respective operations of the method 500. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module. The first apparatus may be implemented as or included in the first apparatus 310 in FIG. 3.

[0128] In some example embodiments, the first apparatus comprises means for receiving, from a second apparatus, request for handover of a third apparatus from the second apparatus to the first apparatus; means for determining, based on a type of the third apparatus, that system information is unrequired for the handover of the third apparatus; and means for transmitting a message to the second apparatus, the message including identity information of the first apparatus and excluding the system information.

[0129] In some example embodiments, the first apparatus further comprises means for performing other operations in some example embodiments of the method 500 or the first apparatus 310. In some example embodiments, the means comprises at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the performance of the first apparatus.

[0130] In some example embodiments, a third apparatus capable of performing any of the method 600 (for example, the third apparatus 330 in FIG. 3 or the mobile IAB 110 in FIG. 1) may comprise means for performing the respective operations of the method 600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module. The third apparatus may be implemented as or included in the third apparatus 330 in FIG. 3.

[0131] In some example embodiments, the third apparatus comprises means for receiving, from a first apparatus via a second apparatus, a message for handover of the third apparatus from the second apparatus to the first apparatus, wherein system information is unrequired for the handover of the third apparatus and the message includes identity information of the first apparatus and excludes the system information; and means for initiating a handover execution to the first apparatus based on the message.

[0132] In some example embodiments, the third apparatus further comprises means for performing other operations in some example embodiments of the method 600 or the third apparatus 330. In some example embodiments, the means comprises at least one processor; and at least one memory storing instructions that, when executed by the at least one  processor, cause the performance of the third apparatus.

[0133] FIG. 7 is a simplified block diagram of a device 700 that is suitable for implementing example embodiments of the present disclosure. The device 700 may be provided to implement a communication device, for example, the mobile IAB 110, the source network node 120, the target network node 130, the terminal device 140 and / or the donor CU 150 as shown in FIG. 1. As shown, the device 700 includes one or more processors 710, one or more memories 720 coupled to the processor 710, and one or more communication modules 740 coupled to the processor 710.

[0134] The communication module 740 is for bidirectional communications. The communication module 740 has one or more communication interfaces to facilitate communication with one or more other modules or devices. The communication interfaces may represent any interface that is necessary for communication with other network elements. In some example embodiments, the communication module 740 may include at least one antenna.

[0135] The processor 710 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 700 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0136] The memory 720 may include one or more non-volatile memories and one or more volatile memories. Examples of the non-volatile memories include, but are not limited to, a Read Only Memory (ROM) 724, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , an optical disk, a laser disk, and other magnetic storage and / or optical storage. Examples of the volatile memories include, but are not limited to, a random access memory (RAM) 722 and other volatile memories that will not last in the power-down duration.

[0137] A computer program 730 includes computer executable instructions that are executed by the associated processor 710. The instructions of the program 730 may include instructions for performing operations / acts of some example embodiments of the present disclosure. The program 730 may be stored in the memory, e.g., the ROM 724.  The processor 710 may perform any suitable actions and processing by loading the program 730 into the RAM 722.

[0138] The example embodiments of the present disclosure may be implemented by means of the program 730 so that the device 700 may perform any process of the disclosure as discussed with reference to FIG. 3 to FIG. 6. The example embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0139] In some example embodiments, the program 730 may be tangibly contained in a computer readable medium which may be included in the device 700 (such as in the memory 720) or other storage devices that are accessible by the device 700. The device 700 may load the program 730 from the computer readable medium to the RAM 722 for execution. In some example embodiments, the computer readable medium may include any types of non-transitory storage medium, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .

[0140] FIG. 8 shows an example of the computer readable medium 800 which may be in form of CD, DVD or other optical storage disk. The computer readable medium 800 has the program 730 stored thereon.

[0141] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, and other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. Although various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0142] Some example embodiments of the present disclosure also provide at least one computer program product tangibly stored on a computer readable medium, such as a non-transitory computer readable medium. The computer program product includes computer- executable instructions, such as those included in program modules, being executed in a device on a target physical or virtual processor, to carry out any of the methods as described above. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0143] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. The program code may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program code, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0144] In the context of the present disclosure, the computer program code or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above. Examples of the carrier include a signal, computer readable medium, and the like.

[0145] The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0146] Further, although operations are depicted in a particular order, this should not  be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, although several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Unless explicitly stated, certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, unless explicitly stated, various features that are described in the context of a single embodiment may also be implemented in a plurality of embodiments separately or in any suitable sub-combination.

[0147] Although the present disclosure has been described in languages specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A first apparatus comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the first apparatus to:receive, from a second apparatus, a request for handover of a third apparatus from the second apparatus to the first apparatus;determine, based on a type of the third apparatus, that system information is unrequired for the handover of the third apparatus; andtransmit a message to the third apparatus via the second apparatus, the message including identity information of the first apparatus and excluding the system information.2.The first apparatus of claim 1, wherein the identity information of the first apparatus comprises an identifier of the first apparatus.3.The first apparatus of claim 1, wherein the identity information of the first apparatus comprises a cell identity associated with the first apparatus and a length of an identifier of the first apparatus.4.The first apparatus of claim 2 or 3, wherein the identity information further comprises a public land mobile network identifier.5.The first apparatus of any of claims 1-4, wherein the first apparatus is further caused to:determine, based on that the type of the third apparatus being a mobile integrated access and backhaul (IAB) and that the first apparatus supports the handover for the mobile IAB, that the system information is unrequired for the handover of the third apparatus.6.The first apparatus of any of claims 1-5, wherein the request indicates the type of the third apparatus.7.The first apparatus of any of claims 1-6, wherein the message comprises at least one of:a radio resource control reconfiguration message comprising a handover command for the handover,a handover command for the handover, oran acknowledgement of the request.8.The first apparatus of any of claims 1-7, wherein the system information comprises a dedicated system information block one (SIB1) -Delivery.9.The first apparatus of any of claims 1-8, wherein the first apparatus comprises a target radio resource control (RRC) -terminating integrated access and backhaul (IAB) donor-central unit (CU) , the second apparatus comprises a source RRC-terminating IAB donor-CU, and the third apparatus comprises a mobile IAB.10.A third apparatus comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the third apparatus to:receive, from a first apparatus via a second apparatus, a message for handover of the third apparatus from the second apparatus to the first apparatus, wherein system information is unrequired for the handover of the third apparatus and the message includes identity information of the first apparatus and excludes the system information; andinitiate a handover execution to the first apparatus based on the message.11.The third apparatus of claim 10, wherein the third apparatus is caused to:obtain the identity information of the first apparatus without receiving broadcasted system information over a radio interface from the first apparatus.12.The third apparatus of claim 10 or 11, wherein the identity information of the first apparatus is transferred to a fourth apparatus.13.The third apparatus of claim 12, wherein the first apparatus comprises a target radio resource control (RRC) -terminating integrated access and backhaul (IAB) donor-central unit  (CU) , the second apparatus comprises a source RRC-terminating IAB donor-CU, and the third apparatus comprises a mobile IAB, and the fourth apparatus comprises a F1-terminating CU of the mobile IAB.14.A method comprising:receiving, at a first apparatus from a second apparatus, a request for handover of a third apparatus from the second apparatus to the first apparatus;determining, based on a type of the third apparatus, that system information is unrequired for the handover of the third apparatus; andtransmitting a message to the third apparatus via the second apparatus, the message including identity information of the first apparatus and excluding the system information.15.A method comprising:receiving, at a third apparatus from a first apparatus via a second apparatus, a message for handover of the third apparatus from the second apparatus to the first apparatus, wherein system information is unrequired for the handover of the third apparatus and the message includes identity information of the first apparatus and excludes the system information; andinitiating a handover execution to the first apparatus based on the message.16.A first apparatus comprising:means for receiving, from a second apparatus, a request for handover of a third apparatus from the second apparatus to the first apparatus;means for determining, based on a type of the third apparatus, that system information is unrequired for the handover of the third apparatus; andmeans for transmitting a message to the third apparatus via the second apparatus, the message including identity information of the first apparatus and excluding the system information.17.A second apparatus comprising:means for receiving, from a first apparatus via a second apparatus, a message for handover of the third apparatus from the second apparatus to the first apparatus, wherein system information is unrequired for the handover of the third apparatus and the message includes identity information of the first apparatus and excludes the system information; andmeans for initiating a handover execution to the first apparatus based on the message.18.A computer readable medium comprising instructions stored thereon for causing an apparatus at least to perform the method of claim 14 or the method of claim 15.

Images