Devices and methods for communication

The described method enables seamless path switching in communication networks by determining link states for UE-to-network relays, ensuring stable transitions and efficient network performance.

WO2026148624A1PCT designated stage Publication Date: 2026-07-16NEC CORP +1

Patent Information

Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
NEC CORP
Filing Date
2025-01-10
Publication Date
2026-07-16

Smart Images

  • Figure CN2025071923_16072026_PF_FP_ABST
    Figure CN2025071923_16072026_PF_FP_ABST
Patent Text Reader

Abstract

Embodiments of the present disclosure provide a solution for path switch. In a solution, a first terminal device receives, from a first network device, switch information for the first terminal device to switch from a first communication path to a second communication path; in response to the switch information, determines a link state indicating whether to maintain a first link between the first terminal device and a second terminal device within the first communication path; and performs a path switch from the first communication path to the second communication path based on the link state.
Need to check novelty before this filing date? Find Prior Art

Description

DEVICES AND METHODS FOR COMMUNICATIONFIELDS

[0001] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for path switch.BACKGROUND

[0002] With the development of communication techniques, a variety of communication networks have been developed or studied. In some wireless communication networks, in addition to communicating with base stations via access links, user equipment (UE) can communicate with base stations using a sidelink (SL) as well, e.g., a communication link between a UE and another UE. In some scenarios, one or more UEs may be needed to relay communication between a UE and a base station.SUMMARY

[0003] In general, embodiments of the present disclosure provide devices and methods for path switch.

[0004] In a first aspect, there is provided a first terminal device. The first terminal device comprises: a processor configured to cause the first terminal device to: receive, from a first network device, switch information for the first terminal device to switch from a first communication path to a second communication path; in response to the switch information, determine a link state indicating whether to maintain a first link between the first terminal device and a second terminal device within the first communication path; and perform a path switch from the first communication path to the second communication path based on the link state.

[0005] In a second aspect, there is provided a second terminal device. The second terminal device comprises: a processor configured to cause the first terminal device to: receive, from at least one of a first terminal device or a first network device, a link maintenance indication to maintain a first link between the first terminal device and the second terminal device, wherein the first terminal device and the second terminal device are located within a first communication path, and the first terminal device is to switch from the first communication path to a second communication path; and transmit, to the at least one of the first terminal device or the first network device, link maintenance feedback indicating rejection or acceptance to the link maintenance indication.

[0006] In a third aspect, there is provided a first network device. The first network device comprises: a processor configured to cause the first network device to: determine, for a first terminal device, a path switch from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and a relay type of the first communication path is different from a relay type of the second communication path; and transmit, to the second network device, preparation information for the path switch, the preparation information at least associated with a relay type change from the first communication path to the second communication path.

[0007] In a fourth aspect, there is provided a second network device. The second network device comprises: a processor configured to cause the first network device to: receive, from a first network device, preparation information for a path switch of a first terminal device from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and the preparation information at least associated with a relay type change from the first communication path to the second communication path; and prepare the path switch based on the preparation information.

[0008] In a fifth aspect, there is provided a communication method performed by a first terminal device. The method comprises: receiving, from a first network device, switch information for the first terminal device to switch from a first communication path to a second communication path; in response to the switch information, determining a link state indicating whether to maintain a first link between the first terminal device and a second terminal device within the first communication path; and performing a path switch from the first communication path to the second communication path based on the link state.

[0009] In a sixth aspect, there is provided a communication method performed by a second terminal device. The method comprises: receiving, from at least one of a first terminal device or a first network device, a link maintenance indication to maintain a first link between the first terminal device and the second terminal device, wherein the first terminal device and the second terminal device are located within a first communication path, and the first terminal device is to switch from the first communication path to a second communication path; and transmitting, to the at least one of the first terminal device or the first network device, link maintenance feedback indicating rejection or acceptance to the link maintenance indication.

[0010] In a seventh aspect, there is provided a communication method performed by a first network device. The method comprises: determining, for a first terminal device, a path switch from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and a relay type of the first communication path is different from a relay type of the second communication path; and transmitting, to the second network device, preparation information for the path switch, the preparation information at least associated with a relay type change from the first communication path to the second communication path.

[0011] In an eighth aspect, there is provided a communication method performed by a second network device. The method comprises: receiving, from a first network device, preparation information for a path switch of a first terminal device from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and the preparation information at least associated with a relay type change from the first communication path to the second communication path; and preparing the path switch based on the preparation information.

[0012] In a ninth aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to carry out the method according to the fifth, sixth, seventh, or eighth aspect.

[0013] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0014] Through the more detailed description of some example embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

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

[0016] FIG. 2A illustrates a schematic diagram of a procedure for a UE-to-network (U2N) remote UE intra-gNB switching from an indirect path to a direct path;

[0017] FIG. 2B illustrates a schematic diagram of a procedure for a U2N remote UE intra-gNB switching from an indirect path to another indirect path;

[0018] FIG. 3A illustrates a schematic diagram of a procedure for a U2N remote UE inter-gNB switching from an indirect path to a direct path;

[0019] FIG. 3B illustrates a schematic diagram of a procedure for a U2N remote UE inter-gNB switching from an indirect path to another indirect path;

[0020] FIGS. 4A to 4D illustrates example scenarios of SL multi-hop U2N relay;

[0021] FIG. 5 illustrates a signaling chart of an example process for path switch according to some example embodiments of the present disclosure;

[0022] FIG. 6 illustrates a signaling chart of an example scenario of path switch procedure according to some example embodiments of the present disclosure;

[0023] FIG. 7 illustrates a signaling chart of an example scenario of path switch procedure according to some example embodiments of the present disclosure;

[0024] FIG. 8 illustrates a signaling chart of an example process for path switch according to some example embodiments of the present disclosure

[0025] FIG. 9 illustrates a flowchart of a communication method implemented at a first terminal device according to some example embodiments of the present disclosure;

[0026] FIG. 10 illustrates a flowchart of a communication method implemented at a second terminal device according to some example embodiments of the present disclosure;

[0027] FIG. 11 illustrates a flowchart of a communication method implemented at a first network device according to some example embodiments of the present disclosure;

[0028] FIG. 12 illustrates a flowchart of a communication method implemented at a second network device according to some example embodiments of the present disclosure;

[0029] FIG. 13 illustrates a simplified block diagram of an apparatus that is suitable for implementing example embodiments of the present disclosure.

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

[0031] 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.

[0032] 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.

[0033] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC) devices, devices on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (IAB) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , eXtended Reality (XR) devices including different types of realities such as Augmented Reality (AR) , Mixed Reality (MR) and Virtual Reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further has ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also incorporate one or multiple Subscriber Identity Module (SIM) as known as Multi-SIM. The term “terminal device” can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0034] The term “network device” refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , and the like.

[0035] The terminal device or the network device may have Artificial intelligence (AI) or Machine learning capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

[0036] The terminal or the network device may work on several frequency ranges, e.g., FR1 (e.g., 450 MHz to 6000 MHz) , FR2 (e.g., 24.25GHz to 52.6GHz) , frequency band larger than 100 GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network devices under Multi-Radio Dual Connectivity (MR-DC) application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0037] The embodiments of the present disclosure may be performed in test equipment, e.g., signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator. In some embodiments, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In some embodiments, the first network device may be a first RAT device and the second network device may be a second RAT device. In some embodiments, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In some embodiments, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In some embodiments, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0038] 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. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. Other definitions, explicit and implicit, may be included below.

[0039] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0040] As used herein, the term “resource, ” “transmission resource, ” “uplink resource, ” or “downlink resource” may refer to any resource for performing a communication, 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.

[0041] As used herein, the term “remote terminal device” may refer to a terminal device provided with a relay service by one or more relay devices or intermediate terminal device for communicating with a network device. In the following, the term “remote terminal device” and “remote UE” may be used interchangeably.

[0042] As used herein, the term “relay terminal device” may refer to a terminal device providing a relay service to a remote terminal device for communication. In the following, the term “relay terminal device” and “relay UE” may be used interchangeably.

[0043] As used herein, the term “intermediate terminal device” may refer to a terminal device performing relay function between a relay terminal device and a remote terminal device. The intermediate terminal device may be under the same coverage as the relay terminal device (intra-cell coverage) , and stay at radio resource control idle (RRC_IDLE) or radio resource control inactive (RRC_INACTIVE) state; or the intermediate terminal device may be out of the coverage. In the following, the term “intermediate terminal device” and “intermediate UE” may be used interchangeably.

[0044] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0045] FIG. 1 illustrates a schematic diagram of an example communication environment 100 in which example embodiments of the present disclosure can be implemented. The communication environment 100 involves an intermediate terminal device 110, a remote terminal device 120, a relay terminal device 130, and a network device 140. In the communication environment 100, a plurality of terminal devices, including the intermediate terminal device 110, the remote terminal device 120, the relay terminal device 130, may communicate with each other.

[0046] In the example of FIG. 1, the terminal device 110 may be a UE and the network device 120 may be a base station serving the UE. The serving area of the network device 120 may be called a cell 102. The remote terminal device 120 may communicate with the network device 140 via at least one terminal device, e.g., the intermediate terminal device 110, and the relay terminal device 130.

[0047] In some example embodiments, the remote terminal device 120 may be a U2N remote terminal device, the relay terminal device 130 may be a U2N relay terminal device, and the intermediate terminal device 110 may be a U2N intermediate terminal device. Moreover, a communication path including more than one terminal device between a remote terminal device and a network device may be referred to as a multi-hop U2N relay path or multi-hop U2N communication path. A communication path only including a relay terminal device between a remote terminal device and a network device may be referred to as a single-hop UE-to-UE (U2U) relay path or single-hop U2U communication path.

[0048] It is to be understood that the number of 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 devices configured to implementing example embodiments of the present disclosure. Although not shown, it would be appreciated that one or more additional devices may be located in the communication environment 100. It is noted that although illustrated as a network device, the network device 120 may be another device than a network device. Although illustrated as a terminal device, the terminal device 110 may be other device than a terminal device.

[0049] In the following, for the purpose of illustration, some example embodiments are described with the terminal device 110 operating as a UE and the network device 120 operating as a base station. However, in some example embodiments, operations described in connection with a terminal device may be implemented at a network device or other device, and operations described in connection with a network device may be implemented at a terminal device or other device.

[0050] In some example embodiments, if the terminal device 110 is a terminal device and the network device 120 is a network device, a link from the network device 120 to the terminal device 110 is referred to as a downlink (DL) , while a link from the terminal device 110 to the network device 120 is referred to as an uplink (UL) . In DL, the network device 120 is a transmitting (TX) device (or a transmitter) and the terminal device 110 is a receiving (RX) device (or a receiver) . In UL, the terminal device 110 is a TX device (or a transmitter) and the network device 120 is a RX device (or a receiver) .

[0051] The communications in the communication environment 100 may conform to any suitable standards including, but not limited to, Global System for Mobile Communications (GSM) , Long Term Evolution (LTE) , LTE-Evolution, LTE-Advanced (LTE-A) , New Radio (NR) , Wideband Code Division Multiple Access (WCDMA) , Code Division Multiple Access (CDMA) , GSM EDGE Radio Access Network (GERAN) , Machine Type Communication (MTC) and the like. The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, 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, 5.5G, 5G-Advanced networks, or the sixth generation (6G) networks.

[0052] In some cases, path switch from a communication path to another communication path may be performed. Some examples for path switch are now described.

[0053] FIG. 2A illustrates a schematic diagram of a procedure 200A for a U2N remote UE intra-gNB switching from an indirect path to a direct path. The procedure 200A involves a remote UE 210, a relay UE 220 and a gNB 230. The remote UE 210 may be an L2 U2N remote UE. The relay UE 220 may be an L2 U2N relay UE.

[0054] At 202, the remote UE 210 may communicate with the gNB 230 via the relay UE 220. That is, the remote UE 210 may perform user plane (UP) and control plane (CP) transmission via the relay UE 220.

[0055] At 204, the Uu measurement configuration and measurement report signalling procedures are performed to evaluate both relay link measurement and Uu link measurement. The measurement results from the remote UE 210 are reported via the relay UE 220 when the configured measurement reporting criteria are met. The SL relay measurement report would include at least a source L2 identity (ID) , serving cell ID (i.e., NR cell global identifier (NCGI)  / NR cell identifier (NCI) ) , and a SL measurement quality result of the relay UE 220. The SL measurement quality may be the SL reference signal received power (SL-RSRP) of the serving relay UE 220. If the SL-RSRP is not available, the subband reference signal received power (SD-RSRP) may be used.

[0056] At 206, the gNB 230 determines to switch the remote UE 210 to a Uu path (also referred to as direct path) between the remote UE 210 and the gNB 230. At 208, the gNB 230 sends the RRCReconfiguration message to the remote UE 210 via the relay UE 220. The remote UE 210 stops the user plane and control plane transmission via the relay UE 220 after the reception of the RRCReconfiguration message with a path switch configuration.

[0057] At 212, the remote UE 210 synchronizes with the gNB 230 and performs random access (RA) . At 214, the remote UE 210 sends the RRCReconfigurationComplete message to the gNB 230 via the direct path, using the configuration provided in the RRCReconfiguration message. From this step, the remote UE 210 uses the radio resource control (RRC) connection via the direct path to the gNB 230.

[0058] At 216, the gNB 230 sends the RRCReconfiguration message to the relay UE 220 to reconfigure the connection between the relay UE 220 and the gNB 230. The RRCReconfiguration message to the relay UE 220 may be sent any time after step 208 based on the gNB 230 implementation (e.g., to release Uu relay radio link control (RLC) channel and PC5 relay RLC channel configuration for relaying, and bearer mapping configuration related to the remote UE 210) .

[0059] At 218, either the access stratum (AS) layer of the relay UE 220 or the AS layer of the remote UE 210 indicates upper layers to release the PC5 unicast link after receiving the RRCReconfiguration message from the gNB 230. The timing to perform the link release is up to the UE implementation.

[0060] At 222, the communication path is switched from the indirect path to the direct path between the remote UE 210 and the gNB 230. The packet data convergence protocol (PDCP) re-establishment or PDCP data recovery in the UL is performed by the remote UE 210 for lossless delivery during the path switch if the gNB 230 configures it.

[0061] FIG. 2B illustrates a schematic diagram of a procedure 200B for a U2N remote UE intra-gNB switching from an indirect path to another indirect path. The procedure 200B involves the remote UE 210, a source relay UE 240, a target relay UE 250 and the gNB 230. The source relay UE 240 and the target relay UE 250 may be L2 U2N relay UEs.

[0062] At 232, the remote UE 210 may communicate with the gNB 230 via the source relay UE 240. That is, the remote UE 210 may perform user plane and control plane transmission via the source relay UE 240.

[0063] At 234, the remote UE 210 reports one or multiple candidate relay UE (s) and the SL measurement result between the remote relay UE 210 and the source relay UE 240 via the source relay UE to the gNB 230, after it measures / discovers the candidate relay UE (s) . In some examples, the remote UE 210 filters the appropriate candidate relay UE (s) according to relay selection criteria before reporting. The remote UE 210 would only report the candidate relay UE (s) that fulfils the higher layer criteria. In some examples, the reporting includes at least an ID, serving cell ID, and SL measurement quality information of the candidate relay UE (s) . The SD-RSRP may be used as the SL measurement quality.

[0064] At 236, the gNB 230 determines to switch the remote UE 210 to the target relay UE 250 under the same gNB 230. At 238, the gNB 230 sends an RRCReconfiguration message to the target relay UE 250, which includes at least the remote UE 210’s local ID and L2 ID, Uu and PC5 Relay RLC channel configuration for relaying, and bearer mapping configuration.

[0065] At 242, the gNB 230 sends the RRCReconfiguration message to the remote UE 210 via the source relay UE 240. The RRCReconfiguration message includes at least an ID of the target relay UE 250, local ID of the remote UE, PC5 Relay RLC channel configuration for relay traffic, and the associated end-to-end radio bearer (s) . The remote UE 210 stops UP and CP transmission over the indirect path via the source relay UE 240 after the reception of the RRCReconfiguration message from the gNB 230.

[0066] At 244, the remote UE 210 establishes a PC5-RRC connection with the target relay UE 240. At 246, the remote UE 210 sends RRCReconfigurationComplete message to the gNB 230 via the target relay UE 240. At 248, the gNB 230 sends the RRCReconfiguration message to the source relay UE 240 to reconfigure the connection between the source relay UE 240 and the gNB 230. The RRCReconfiguration message sent to the source relay UE 240 may be sent any time after step 242 based on the gNB 230 implementation (e.g., to release Uu and PC5 Relay RLC channel configuration for relaying, and bearer mapping configuration related to the remote UE 210) .

[0067] At 252, either the AS layer of the source relay UE 240 or the AS layer of the remote UE 210 indicates upper layers to release the PC5 unicast link after receiving the RRCReconfiguration message from the gNB 230. The timing to perform the link release is up to the UE implementation after step 242 or step248.

[0068] At 254, the communication path is switched from the source relay UE 240 to the target relay UE 250 between the remote UE 210 and the gNB 230. This step may be performed at any time after step 246.

[0069] FIG. 3A illustrates a schematic diagram of a procedure 300A for a U2N remote UE inter-gNB switching from an indirect path to a direct path. The procedure 300A involves the remote UE 201, the relay UE 220, a source gNB 260 and a target gNB 270. The relay UE 220 may be a L2 U2N relay UE.

[0070] At 302, the remote UE 210 may communicate with the source gNB 260 via the relay UE 220. That is, the remote UE 210 may perform user plane and control plane transmission via the relay UE 220.

[0071] At 304, the Uu measurement configuration is configured by the source gNB 260, and measurement report signalling procedures are performed by the remote UE 210 to evaluate both relay link measurement and Uu link measurement. The measurement results from remote UE 210 are reported when configured measurement reporting criteria are met. The SL relay measurement report may include at least a source L2 ID, serving cell ID (i.e., NCGI / NCI) , and a SL measurement quantity result of the relay UE 220. The SL measurement quantity may be the SL-RSRP of the serving relay UE 220, and if the SL-RSRP is not available, the SD-RSRP is used.

[0072] At 306, the source gNB 260 determines to switch the remote UE 210 to a direct path between the remote UE 210 and the target gNB 270. At 308, the source gNB 260 sends a HANDOVER REQUEST message to the target gNB 270 with necessary information to prepare a handover at a target side. In order to support a DL lossless path switch for the remote UE 210, the source gNB 260 may not discard the DL data even though the delivery of the data has been acknowledged by the relay UE 220 based on the gNB implementation. Then, the source gNB 260 forwards the buffered DL data to the target gNB 270 during a data forwarding procedure.

[0073] At 312, an admission control may be performed by the target gNB 270. At 314, the target gNB 270 sends a HANDOVER REQUEST ACKNOWLEDGE message to the source gNB 260, which includes the RRC configuration for the remote UE 210 at the target side.

[0074] At 316, the source gNB 260 sends the RRCReconfiguration message to the remote UE 210 via the relay UE 220, which includes at least a cell ID and the information required to access the target gNB 270. The remote UE 210 stops the user plane and control plane transmission via the relay UE 220 after the reception of the RRCReconfiguration message with a path switch configuration.

[0075] At 318, The source gNB 260 sends the SN STATUS TRANSFER message to the target gNB 270 to convey an uplink PDCP SN receiver status and a downlink PDCP SN transmitter status of the data radio bearer (DRB) of the remote UE 210 for which PDCP status preservation applies (i.e. for RLC acknowledged mode (AM) ) .

[0076] At 322, the remote UE 210 synchronizes with the target gNB 270 and performs RA.At 324, the remote UE 210 sends RRCReconfigurationComplete message to the target gNB 270 via the direct path, using the configuration provided in the RRCReconfiguration message. From 322, the remote UE 210 uses the RRC connection via the direct path to the target gNB 270.

[0077] At 326, the target gNB 270 sends the UE CONTEXT RELEASE message to inform the source gNB 260 about a success of the path switch.

[0078] At 328, the source gNB 260 sends the RRCReconfiguration message to the relay UE 220 to reconfigure the connection between the relay UE 220 and the source gNB 260. The RRCReconfiguration message to the relay UE 220 may be sent any time after step 316 based on the source gNB 260 implementation (e.g., to release Uu Relay RLC channel and PC5 Relay RLC channel configuration for relaying, and bearer mapping configuration related to the remote UE 210) .

[0079] At 332, either the AS layer of the relay UE 220 or the remote UE 210 indicates upper layer to release PC5 unicast link after receiving the RRCReconfiguration message from the source gNB 260. The timing to perform the link release is up to UE implementation.

[0080] FIG. 3B illustrates a schematic diagram of a procedure 300B for a U2N remote UE inter-gNB switching from an indirect path to another indirect path. The procedure 300B involves the remote UE 210, the source relay UE 240, the target relay UE 250, the source gNB 260 and the target gNB 270. The source relay UE 240 and the target relay UE 250 may be L2 U2N relay UEs.

[0081] At 334, the remote UE 210 may communicate with the source gNB 260 via the source relay UE 240. That is, the remote UE 210 may perform user plane and control plane transmission via the source relay UE 240.

[0082] At 336, the remote UE 210 reports one or multiple candidate relay UE (s) and SL measurement between the remote UE 210 and the source relay UE 240 to the source gNB 260, after it measures / discovers the candidate relay UE (s) . In some examples, the remote UE 210 filters the appropriate candidate relay UE (s) according to relay selection criteria before reporting. The remote UE 210 may report only the candidate relay UE (s) that fulfils the higher layer criteria. In some examples, the reporting includes at least a relay UE ID, a serving cell ID, and a SL measurement quantity information of the candidate relay UE. The SD-RSRP may be used as the SL measurement quantity.

[0083] At 338, the source gNB 260 determines to switch the remote UE 210 to the target relay UE 250 under the target gNB 270, that is, an indirect path of the target gNB 270. At 342, the source gNB 260 sends a HANDOVER REQUEST message to the target gNB 270 with necessary information to prepare a path switch at the target side. The HANDOVER REQUEST message includes the ID of the remote UE 210 and a list of IDs of candidate target relay UEs belonging to at least one cell of the target gNB 270.

[0084] In order to support the DL lossless path switching for the remote UE 210, the source gNB 260 may not discard the DL data even though the delivery of the data has been acknowledged by the source relay UE 240 based on the gNB implementation. Then, the source gNB 260 forwards the buffered DL data to the target gNB 270 during the data forwarding procedure.

[0085] At 344, an admission control may be performed by the target gNB 270.

[0086] At 346, The target gNB 270 selects at least one target relay UE from the list of candidate relay UEs provided by the source gNB 260, sends the RRCReconfiguration message to the target relay UE 250 for relaying configuration, which includes at least the local ID and L2 ID of the remote UE 210, Uu relay RLC channel and PC5 relay RLC channel configuration for relaying, and bearer mapping configuration.

[0087] At 348, the target gNB 270 sends a HANDOVER REQUEST ACKNOWLEDGE message to the source gNB 260, which includes the RRC configuration for the remote UE 210 at the target side.

[0088] At 352, the source gNB 260 sends the RRCReconfiguration message to the remote UE 210 via the source relay UE 240, which includes at least a cell ID and the information required to access the target gNB 270. The remote UE 210 stops the user plane and control plane transmission via the source relay UE 240 after the reception of the RRCReconfiguration message with a path switch configuration.

[0089] At 354, The source gNB 260 sends the SN STATUS TRANSFER message to the target gNB 270 to convey an uplink PDCP SN receiver status and a downlink PDCP SN transmitter status of the DRB of the remote UE 210 for which PDCP status preservation applies (i.e. for RLC AM) .

[0090] At 356, the remote UE 210 establishes a PC5-RRC connection with the target relay UE 250. At 358, the remote UE 210 sends RRCReconfigurationComplete message to the target gNB 270 via the target relay UE 250, using the configuration provided in the RRCReconfiguration message. From 322, the remote UE 210 uses the RRC connection via the indirect path to the target gNB 270.

[0091] At 362, the remote UE 210 may communicate with the target gNB 270 via the target relay UE 250. That is, the remote UE 210 may perform user plane and control plane transmission via the target relay UE 250.

[0092] At 364, the target gNB 270 sends the UE CONTEXT RELEASE message to inform the source gNB 260 about a success of the path switch.

[0093] At 366, the source gNB 260 sends the RRCReconfiguration message to the source relay UE 240 to reconfigure the connection between the source relay UE 240 and the source gNB 260. The RRCReconfiguration message to the source relay UE 220 may be sent any time after 352 based on the source gNB 260 implementation (e.g., to release Uu Relay RLC channel and PC5 Relay RLC channel configuration for relaying, and bearer mapping configuration related to the remote UE 210) .

[0094] At 368, either the AS layer of the source relay UE 240 or the remote UE 210 indicates upper layer to release PC5 unicast link after receiving the RRCReconfiguration message from the source gNB 260. The timing to perform the link release is up to UE implementation.

[0095] FIGS. 4A to 4D illustrate example scenarios 400A, 400B, 400C, and 400D of multi-hop U2N relay. The example scenarios 400A, 400B, 400C, and 400D involve the intermediate terminal device 110, the remote terminal device 120, the relay terminal device 130 and the network device 140. As shown in FIGS. 4A to 4D, the multi-hop U2N relay may be implemented in a number of different ways, and thus the U2N relay mechanisms may vary in different scenarios.

[0096] In the scenario 400A in FIG. 4A, a relay terminal device 130 and an intermediate terminal device 110 are in coverage of the network device 140 and a remote terminal device 120 is out of the coverage of the network device 140. The relay terminal device 130 and the intermediate terminal device 110 are in the RRC_IDLE or RRC_INACTIVE state.

[0097] In the scenario 400B in FIG. 4B, the relay terminal device 130 is in coverage of the network device 140. The intermediate terminal device 110 and the remote terminal device 210 are out of the coverage of the network device 140. The relay terminal device 130 and the intermediate terminal device 110 are in the RRC_IDLE or RRC_INACTIVE state.

[0098] In the scenario 400C in FIG. 4C, the relay terminal device 130 and the intermediate terminal device 110 are in coverage of the network device 140 and the remote terminal device 120 is out of the coverage of the network device 140. The relay terminal device 130 is in the radio resource control connected (RRC_CONNECTED) state with the network device 140 and the intermediate terminal device 110 is the in RRC_IDLE or RRC_INACTIVE state.

[0099] In the scenario 400D in FIG. 4D, the relay terminal device 130 is in coverage of the network device 140. The intermediate terminal device 110 and the remote terminal device 120 are out of the coverage of the network device 140. The relay terminal device 130 is in RRC_CONNECTED state with the network device and the intermediate terminal device 110 is in RRC_IDLE or RRC_INACTIVE state.

[0100] For example, scenarios 400A, 400B, 400C, and 400D, the remote terminal device 120 may be a layer-2 (L2) U2N remote terminal device; the relay terminal device 130 may be a L2 U2N relay terminal device; and the intermediate terminal device 110 may be a L2 U2N intermediate terminal device.

[0101] The scenarios mentioned above involve different UE types. Given that, for path switch involving SL multi-hop U2N relay, how to perform the path switch procedure needs to be discussed.

[0102] According to some example embodiments of the present disclosure, a solution for path switch is proposed. In the solution, a first terminal device receives, from a first network device, switch information for the first terminal device to switch from a first communication path to a second communication path. In response to the switch information, the first terminal device determines a link state indicating whether to maintain a first link between the first terminal device and a second terminal device within the first communication path. The first terminal device then performs a path switch from the first communication path to the second communication path based on the link state. If the first link is maintained, the first terminal device may switch to the second communication path together with the second terminal device. Otherwise, the first terminal device may switch to the second communication path without the second terminal device.

[0103] In this way, a path switch in case of a multi-hop communication path is specified. A terminal device may perform the path switch with another terminal device in the original path. In this case, the connection between the two terminal devices may not break up.

[0104] The following will provide example embodiments with reference to FIG. 5 to FIG. 8. It should be understood that two or three hops U2N communication path is used as an example, but it is also applicable for multi-hop U2N communication path with any number of hops.

[0105] Reference is made to FIG. 5, which illustrates a signaling flow 500 of path switch in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 500 will be discussed with reference to FIG. 1. The signaling flow 500 involves a first terminal device 510, a second terminal device 520, a third terminal device 530 and a first network device 540. The first terminal device 510 may be considered as an example of one of the intermediate terminal devices 110, the remote terminal device 120 or the relay terminal device 130 in FIG. 1, the second terminal device 520 may be considered as an example of another one of the intermediate terminal devices 110, the remote terminal device 120 or the relay terminal device 130 in FIG. 1, the third terminal device 530 may be considered as an example of another one of the intermediate terminal devices 110, the remote terminal device 120 or the relay terminal device 130 in FIG. 1, and the first network device may be considered as an example of the network device 140 in FIG. 1.

[0106] In the signaling flow 500, the first terminal device 510 is to switch from a first communication path to a second communication path. In the first communication path, communication between the second terminal device 520 and the first network device 540 is relayed by the first terminal device 510.

[0107] In some embodiments, the first terminal device 510 may include the intermediate terminal device 110, for example an U2N intermediate UE, the second terminal device 520 may include the remote terminal device 120, the third terminal device 530 may include the relay terminal device 130, and the first network device 540 may include the network device 140. In such embodiments, the first terminal device 510 may switch from indirect communication with the first network device 540 (for example, via the relay terminal device) to direct communication with the first network device 540 or another network device. For example, the first communication path may be a multi-hop path and the second communication path may be a single-hop path. In the following, such embodiments may be referred to as a first scenario.

[0108] In some embodiments, the first terminal device 510 may include the relay terminal device 130, for example an U2N relay UE, the second terminal device 520 may include the intermediate terminal device 110, for example an U2N intermediate UE, the third terminal device 530 may include a further relay terminal device (which may be relay terminal device in the second communication path) , the first network device 540 may include the network device 140, the second network device may include a further network device. In such embodiments, the first terminal device 510 may switch from direct communication with the first network device 540 to indirect communication with the second network device (for example, via the relay terminal device) , where the second network device may be same or different from the first network device. For example, the first communication path may be a single-hop path and the second communication path may be a multi-hop path. In the following, such embodiments may be referred to as a second scenario.

[0109] As shown in FIG. 5, in some embodiments, the first network device 520 may transmit (502) a measurement configuration to the first terminal device 510. Correspondingly, the first terminal device 510 may receive (504) the measurement configuration from the first network device 540. The measurement configuration may specify Uu measurement and sidelink measurement.

[0110] In some embodiments, the measurement configuration may indicate one or more measurement events. For example, a first measurement event may be associated with a comparison of a first link quality of the first communication path with a first threshold, and a comparison of a second link quality of the second communication path with a second threshold. A second measurement event may be associated with a comparison of a difference between the first link quality and the second link quality with a third threshold.

[0111] In some embodiments, the measurement configuration may further indicate at least one of: one or more camping cells for candidate terminal devices as the relay terminal device, or an allowed number of hops for the second communication path.

[0112] For an example, in the first scenario, the first measurement event may be that the first link quality of the first communication path is below the first threshold, and the second link quality of the second communication path is above the second threshold. The second measurement event may be that the comparison of the difference between the first link quality and the second link quality is greater than the third threshold (e.g. the second link quality is above than the first link quality than the third threshold) . For example, the first link quality may be SD-RSRP or SL-RSRP, and the second link quality may be Uu RSRP.

[0113] For another example, in the second scenario, the first measurement event may be that the first link quality of the first communication path is below the first threshold, and the second link quality of the second communication path is above the second threshold. The second measurement event may be that the comparison of the difference between the first link quality and the second link quality is greater than the third threshold (e.g. the second link quality is above than the first link quality than the third threshold) . In the second scenario, the measurement configuration may further indicate at least one of:one or more camping cells for candidate terminal devices as the relay terminal device, or an allowed number of hops for the second communication path. For example, the first link quality may be Uu-RSRP, and the second link quality may be SD-RSRP or SL-RSRP.

[0114] Upon receiving the measurement configuration, the first terminal device 510 may perform (506) a measurement based on the measurement configuration. For example, the first terminal device 110 may perform Uu measurement and sidelink measurement. The first terminal device 510 may transmit (508) the measurement report to the first network device 540. Correspondingly, the first network device 540 may receive (512) the measurement report from the first terminal device 510.

[0115] In some embodiments, the measurement report may include a measurement result of the at least one of the measurement events. In some embodiments, for example in the second scenario, the measurement report may further include a set of candidate terminal devices and the allowed number of hops for the second communication path.

[0116] Based on the measurement report, the first network device 540 may determine to switch the first terminal device 110 from the first communication path to the second communication path. The first network device 540 transmit (514) switch information to the first terminal device 510. Correspondingly, the first terminal device 510 receive (516) the switch information from the first network device 540.

[0117] In some embodiments, for example in both the first scenario and the second scenario, the switch information may include at least one of: a device type indication indicating a device type of the first terminal device 510 within the second communication path, or link maintenance information indicating the first terminal device 510 whether to maintain a link between the first terminal device 510 and at least one terminal device within the first communication path. For example, the device type of the first terminal device 510 may include an U2N intermediate terminal device and an U2N relay terminal device. For example, the link between the first terminal device 510 and at least one terminal device within the first communication path may include a link between the first terminal device 510 and an U2N remote terminal device, a link between the first terminal device 510 and an U2N relay terminal device and a link between the first terminal device 510 and an U2N intermediate terminal device.

[0118] In the second scenario, the switch information may include: a device type indication indicating a device type of the first terminal device 510 within the second communication path, an identification of a candidate relay terminal device, a cell identification of the candidate relay terminal device, an indication to remove a RLC configuration for a Uu interface, or an updated RLC configuration for a PC5 interface.

[0119] In response to the switch information, the first terminal device 510 determines (538) the link state indicating whether to maintain the first link between the first terminal device 510 and the second terminal device 520 within the first communication path. Determination of the link state may be based on communication with the second terminal device 520 or the first network device 540. Example embodiments with this regard are now described.

[0120] In some embodiments, if the first network device 540 indicates the first terminal device 510 to maintain the first link between the first terminal device 510 and the second terminal device 520, the first terminal device 510 may transmit (518) a link maintenance indication to maintain the first link to the second terminal device 520. For example, the first terminal device 510 may transmit the link maintenance indication via at least one of PC5 RRC message, sidelink control information (SCI) or SL media access control control element (SL MAC CE) .

[0121] Alternatively, or in addition, in some embodiments, the first network device 540 may transmit (524) the link maintenance indication to the second terminal device 520. For example, the first network device 540 may transmit the link maintenance indication via RRC message.

[0122] Correspondingly, the second terminal device 520 may receive the link maintenance indication from the first terminal device 510 or the first network device 540. The second terminal device 520 may determine whether to maintain the first link with the first terminal device 510. In other words, the second terminal device 520 may determine whether to perform the path switch with the first terminal device 510.

[0123] Based on the determination, the second terminal device 520 may transmit (526) link maintenance feedback indicating rejection or acceptance of the link maintenance indication to the first terminal device 510. For example, the second terminal device 520 may transmit the link maintenance feedback to the first terminal device 510 via at least one of PC5 RRC message, SCI or SL MAC CE. The first terminal device 510 may receive (528) the link maintenance feedback from the second terminal device 520. In some embodiments, upon the reception of the link maintenance feedback, the first terminal device 510 may forward (529) the link maintenance feedback to the first network device 540. In such embodiments, the first terminal device 510 may determine (538) the link state based on the link maintenance feedback from the second terminal device 520. If the link maintenance indication is rejected, the first terminal device 510 may determine not to maintain the first link for path switch. If the link maintenance indication is accepted, the first terminal device 510 may determine to maintain the first link.

[0124] Alternatively, or in addition, in some embodiments, the second terminal device 520 may transmit (526) the link maintenance feedback to the first network device 540 directly. For example, the second terminal device 520 may transmit the link maintenance feedback to the first network device 540 via RRC message. Correspondingly, the first network device 540 may receive (532) the link maintenance feedback from either the first terminal device 510 or the second terminal device 540. The first network device 540 may transmit (534) a link state indication to the first terminal device 510. Correspondingly, the first terminal device 510 may receive (536) the link state indication.

[0125] For example, the link state indication may indicate whether the first terminal device 510 needs to release a PC5 link between the first terminal device and at least one of an U2N relay UE, an U2N intermediate UE and an U2N remote UE. In such embodiments, the first terminal device 510 may determine (538) the link state based on the link state indication from the first network device 540.

[0126] Reference is now made back to the second terminal device 520. In some embodiments, if determining to not maintain the first link with the first terminal device 510, the second terminal device 520 may transmit (542) , to the first terminal device 510, a link maintenance request to maintain a second link between the first terminal device 510 and a third terminal device 530. The third terminal device 530 is located between the first terminal device 510 and the first network device 540 within the first communication path. Correspondingly, the first terminal device 510 may receive (544) the link maintenance request from the second terminal device 520.

[0127] In addition, the second terminal device 520 may transmit (546) , to the first network device 540, a measurement report for path switch. Correspondingly, the first network device 540 may receive the measurement report from the second terminal device 520. Through the measurement report, the second terminal device 520 may provide link quality information for links of the second terminal device 520 with other terminal devices, the first network device 540 or other network devices.

[0128] For example, in the first scenario, the first terminal device 510 is an U2N intermediate UE and the second terminal device 520 is an U2N remote UE. In the first scenario, if not maintaining the first link, the U2N remote UE may transmit the link maintenance request to the U2N intermediate UE to request the U2N intermediate UE to maintain the current link with U2N relay UE. On the other side, the U2N remote UE may transmit the measurement report to the network device for path switch.

[0129] The first network device 540 may transmit (552) , to the second terminal device 520, configuration information for the second terminal device 520 to switch to a third communication path with the first terminal device 540. For example, the configuration information may be RRC reconfiguration information. Correspondingly, the second terminal device 520 may receive (554) the configuration information from the first network device 540. In response to receiving the configuration information, the second terminal device 520 may transmit (556) , to the first terminal device 510, a link release indication to release the second link between the first terminal device 510 and the third terminal device 530. Correspondingly, the first terminal device 510 may receive (558) the link release indication from the second terminal device 520. Then, the first terminal device 510 may release the link with the third terminal device.

[0130] For example, in the first scenario, the first terminal device 510 is an U2N intermediate UE and the second terminal device 520 is an U2N remote UE. In the first scenario, after the U2N remote UE received the RRC reconfiguration information from the network device to switch to another U2N relay UE or U2N intermediate UE or cell, the U2N remote UE may transmit the link release indication to the U2N intermediate UE to indicate the U2N intermediate UE to release the PC5 link between the U2N intermediate UE and at least one of a further U2N intermediate UE or an U2N relay UE.

[0131] In some embodiments, if determining to maintain the first link with the first terminal device 510, the second terminal device 520 may transmit (562) a link maintenance acceptance to the first network device 540 via the first communication path. For example, the link maintenance acceptance may be transmitted by embedding to the RRC message. Correspondingly, the first network device 540 may receive (564) the link maintenance acceptance from the second terminal device 520.

[0132] Continuing with the signaling chart 500. The first network device 540 may transmit (566) , to the second terminal device 520, an updated RLC configuration for at least one of a Uu interface or a PC5 interface. Correspondingly, the second terminal device 520 may receive (568) an updated RLC configuration from the first network device 540.

[0133] If a condition being met, the second terminal device 520 may apply the updated RLC configuration. In some embodiments, the condition includes at least one of that a timer configured by the first network device 540 expires or that an indication that switch from the first communication path to the second communication path is received.

[0134] The first terminal device 510 performs a path switch from the first communication path to the second communication path based on the link state. For example, the first network device 540 may transmit (574) configuration information for the second communication path. Correspondingly, the first terminal device 510 may receive (576) the configuration information from the network device 540.

[0135] In response to receiving the configuration information, the first terminal device 510 may transmit (578) , to a third terminal device 530 within the first communication path, a link release indication indicating the third terminal device 530 to release a second link between the first terminal device 510 and the third terminal device 530. The third terminal device 530 is located between the first terminal device 510 and the first network device 540 within the first communication path. Correspondingly, the third terminal device 530 may receive (582) the link release indication from the first terminal device 510. Then, the second link may be released.

[0136] For example, in the first scenario, the first terminal device 510 is an U2N intermediate UE and the second terminal device 520 is an U2N remote UE. In response to the U2N intermediate UE is configured to release the PC5 link with U2N relay UE and U2N intermediate UE, upon the U2N intermediate UE access into network via RA procedure and received RRC reconfiguration message, the U2N intermediate UE may transmit PC5 link release indication to the U2N relay UE.

[0137] An example process for path switch is described above. Example embodiments for the first scenario and the second scenario are now described, respectively.

[0138] Reference is now made to FIG. 6, which illustrates a signaling chart 600 of an example of the first scenario of path switch procedure according to some example embodiments of the present disclosure. The first scenario may involve path switch from an indirect path to a direct path. The signaling chart 600 may be considered as an example of the signaling chart 500. The intermediate UE 610 may be an example of the first terminal device 510, the remote UE 620 may be an example of the second terminal device 520, the relay UE 630 may be an example of the third terminal device 530 and the gNB 640 may be an example of the first network device 540.

[0139] In the first scenario, the gNB 640 may transmit (602) a measurement configuration to the intermediate UE 610. Correspondingly, the intermediate UE 610 may receive (604) the measurement configuration from the gNB 640.

[0140] In the first scenario, the measurement configuration may include a measurement event C1 indicating that the sidelink RSRP (e.g. SL RSRP or SD RSRP) is above than a first configured threshold, and the Uu RSRP is below than a second configured threshold, and a measurement event C2 indicating that the sidelink RSRP is above the Uu RSRP than a third configured threshold.

[0141] Upon receiving the measurement configuration, the intermediate UE 610 may perform (606) a measurement based on the measurement configuration. The intermediate UE 610 may transmit (608) the measurement report to the gNB 640. Correspondingly, the gNB 640 may receive (612) the measurement report from the intermediate UE 610.

[0142] For example, for an active multi-hop U2N relay link, after receiving network configuration for measurement and report, the U2N intermediate UE 610 may perform Uu measurement for intra cell measurement, and optionally for inter cell measurement if the related configuration is provided. For example, the U2N intermediate UE 610 may preform measurement report towards the network if any of the configured measurement event is satisfied.

[0143] The gNB 640 may determine (614) for handover based on the measurement report received from the intermediate UE 610. In response to that at least one of the measurement events is satisfied, the gNB 640 may transmit (616) a UE type change configuration to the intermediate UE 610. The UE type change configuration may indicate the intermediate UE 610 to change the UE type to a U2N relay UE or a U2N intermediate UE.Correspondingly, the intermediate UE 610 may receive (618) the UE type change configuration.

[0144] For example, optionally, the gNB 640 may configure to the U2N intermediate UE 610 with Uu configuration, if the gNB 640 decided to switch the U2N intermediate UE 610 from indirect path into direct Uu path. In addition, the gNB 640 may configure to the U2N intermediate UE 610 with PC5 link release strategy. In details, the PC5 link release strategy may include at least one of the following: an indication indicating whether the U2N intermediate UE 610 needs to release the PC5 link between the U2N intermediate UE 610 (itself) and the U2N relay UE 630; an indication indicating whether the U2N intermediate UE 610 needs to release the PC5 link between the U2N intermediate UE and other U2N intermediate UE; an indication indicating whether the U2N intermediate UE 610 needs to release the PC5 link between the U2N intermediate UE and the U2N remote UE 620.

[0145] Table 1 shows an example information element (IE) for the UE type change configuration. Table 1

[0146] The intermediate UE 610 may transmit (622) a PC5 link maintenance indication to the remote UE 620. Correspondingly, the remote UE 620 may receive (624) the PC5 link maintenance indication from the intermediate UE 610.

[0147] For example, if the U2N intermediate UE 610 is configured that not to release the PC5 link between the U2N intermediate UE 610 and the U2N remote UE 620, the U2N intermediate UE 610 may transmit the PC5 link maintain indication to the U2N remote UE 620. For example, the PC5 link maintained indication may be transmitted via at least one of the PC5 RRC message, SCI or SL MAC CE.

[0148] For example, if the U2N intermediate UE 610 is configured to release the PC5 link between the U2N intermediate UE 610 and the U2N remote UE 620, upon the U2N intermediate UE 610 access to the gNB 640 via random access procedure and received RRC reconfiguration message form the gNB 640, the U2N intermediate UE 610 may transmit a PC5 link release indication to the U2N relay UE 630. For example, the PC5 link release indication may be transmitted via at least one of the PC5 RRC message, SCI or SL MAC CE.

[0149] Alternatively, the U2N remote UE 620 may determine whether to perform path switch with the U2N intermediate UE 610 or transmit the measurement report to the gNB 640 for path switch. For example, if U2N remote UE 620 determined to perform path switch with the U2N intermediate UE 610, the U2N remote UE 620 may embed path switch acceptance into RRC message and transmit the RRC message to the gNB 640 via current U2N relay UE 630.

[0150] For another example, if U2N remote UE 620 determined not to perform path switch with the U2N intermediate UE 610, the U2N remote UE 620 may transmit a link maintenance request message to the U2N intermediate UE 610 to request the U2N intermediate UE 610 to maintain the current link with the U2N relay UE 630. The U2N remote UE 620 may perform measurement report to the gNB 640 for path switch. Upon receiving the RRC reconfiguration from the gNB 640 to switch to another U2N relay UE or U2N intermediate UE or cell, the U2N remote UE 620 may transmit a link maintenance release message to the previous intermediate UE 610 to indicate the U2N intermediate UE 60 to release the PC5 link with the further U2N intermediate UE or U2N relay UE 630.

[0151] The intermediate UE 610, the relay UE 630 and the gNB 640 may perform (624) a handover procedure together.

[0152] For example, if at least one of the conditions is met, the gNB 640 may transmit an updated RLC configuration for at least one of a Uu interface or a PC5 interface to the U2N remote UE 620 via the U2N relay UE 630. For example, the conditions may include at least one of that a timer configured by the gNB 640 expires or that an indication that switch from the first communication path to the second communication path is received.

[0153] Reference is now made to FIG. 7, which illustrates a signaling chart 700 of an example of the second scenario of path switch procedure according to some example embodiments of the present disclosure. The second scenario may involve path switch from an indirect path to a further indirect path. The signaling chart 700 may be considered as an example of the signaling chart 500. The relay UE 710 may be an example of the first terminal device 510, the remote UE 720 may be an example of the second terminal device 520, the candidate relay UE 730 may be an example of the third terminal device 530 and the gNB 740 may be an example of the first network device 540.

[0154] In the second scenario, the gNB 740 may transmit (702) a measurement configuration to the relay UE 710. Correspondingly, the relay UE 710 may receive (604) the measurement configuration from the gNB 740.

[0155] In the second scenario, the measurement configuration may include a measurement event C1 indicating that the sidelink RSRP (e.g. SL RSRP or SD RSRP) is above than a first configured threshold, and the Uu RSRP is below than a second configured threshold, and a measurement event C2 indicating that the sidelink RSRP is above the Uu RSRP than a third configured threshold. In the second scenario, the measurement configuration may further indicate at least one of: one or more camping cells for candidate terminal devices as the relay terminal device, or an allowed number of hops for the second communication path.

[0156] Upon receiving the measurement configuration, the relay UE 710 may perform (706) a measurement based on the measurement configuration. The relay UE 710 may transmit (708) the measurement report to the gNB 740. Correspondingly, the gNB 740 may receive (712) the measurement report from the relay UE 710.

[0157] For example, for an active single-hop U2N relay link, after receiving network configuration for measurement and report, the U2N relay UE 710 may perform Uu measurement and SL measurement if configured by the gNB 740. The gNb 740 may configure towards the U2N relay UE 710 with at least one of the following configurations: measurement event C1, the sidelink RSRP, including SL RSRP or SD RSRP, is above than configured threshold 1, and Uu RSRP is below than a configured 2; measurement event C2, the sidelink RSRP is above Uu RSRP than a configured threshold; a cell ID list, to indicate the camping cell for other candidate relay UE which can be measured / selected; the allowed hop number, indicate whether the U2N relay UE is allowed to discover a U2N relay UE or a U2N intermediate UE.

[0158] The U2N relay UE 710 may measure both Uu signal and potential sidelink signal from other UEs based on the network configuration. The U2N relay UE 710 may report a set of candidate UEs towards the gNB 740 if the measurement result fulfill the configured measurement event.

[0159] The gNB 740 may determine (714) for handover based on the measurement report received from the relay UE 710. In response to that at least one of the measurement events is satisfied, the gNB 740 may transmit (716) a UE type change configuration to the relay UE 710. The UE type change configuration may indicate the relay UE 710 to change the UE type to a U2N relay UE or a U2N intermediate UE. Correspondingly, the relay UE 710 may receive (718) the UE type change configuration.

[0160] For example, if the gNB 740 decides to allow the U2N relay UE 710 to change to a U2N intermediate UE, the gNB 740 may provide the UE type switch command towards the U2N relay UE 710. The UE type switch command configuration includes at least one of the following: a UE type switch indication, in details, the UE type switch indication may indicate that the UE type will change from U2N relay UE towards U2N intermediate UE; a candidate U2N relay UE ID, indicating which U2N relay UE the current U2N relay UE measured can be selected; a cell ID of the candidate U2N relay UE; Uu RLC configuration removal; an updated PC5 RLC configuration.

[0161] Table 2 shows an example IE for the UE type change configuration. Table 2

[0162] The relay UE 710 may transmit (722) a PC5 link maintenance indication to the remote UE 720. Correspondingly, the remote UE 720 may receive (724) the PC5 link maintenance indication from the relay UE 710. The PC5 link maintenance indication may be transmitted via at least one of PC5 RRC message, SCI, or SL MAC CE.

[0163] For example, the U2N remote UE 720 may receive the group handover configuration from either the U2N relay UE 710 or the gNB 740. If from the U2N relay UE 710, the message may be sent via SL MAC CE or PC5 RRC. If from the gNB 740, the message may be sent via RRC message and forwarded via the U2N relay UE 710.

[0164] For example, the group handover configuration may include at least one of the following: a UE type switch indication, which indicates that the UE type will change from U2N relay UE towards U2N intermediate UE; a candidate U2N relay UE ID, indicating which U2N relay UE the current U2N relay UE measured can be selected; a cell ID of the candidate U2N relay UE; an updated Uu RLC configuration; an updated PC5 RLC configuration.

[0165] Optionally, the U2N remote UE 720 may accept the group handover decision or reject the group handover decision. For example, the acceptance or rejection may be sent towards the U2N relay UE via SL MAC CE / PC5 RRC or SCI. For another example, the acceptance or rejection may be sent towards the network via RRC message forwarded via U2N relay UE.

[0166] If the U2N remote UE 720 would like to accept the group handover decision, it will maintain the PC5 RRC connection with the U2N relay UE 710, and the U2N relay UE 710 will forward the acceptance from U2N remote UE 720 towards the gNB 740.

[0167] On the other hand, the gNB 740 may provide at least one of the following configuration towards the candidate U2N relay UE 730: the UE ID of the type changed UE; the UE ID of the U2N remote UE; a cell ID of the type changed UE and U2N remote UE; a Uu RLC configuration; a PC5 RLC configuration.

[0168] The relay UE 710 and the candidate relay UE 730 may perform (724) a PC5 link establishment together. In other words, the U2N relay UE 730 may perform PC5 RRC connection with the type changed UE. The relay UE 710, the relay UE 730 and the gNB 740 may perform (724) a handover procedure together.

[0169] Reference is now made to FIG. 8, which illustrates a signaling chart 800 of an example path switch procedure for inter-network device according to some example embodiments of the present disclosure. The signaling chart 800 involves a first network device 801 (which is a source network device) and a second network device 802 (which is a target network device) . The first network device 801 and the second network device 802 may be considered as examples of the network device 140 in FIG. 1. For the purposes of discussion, the signaling flow 800 will be discussed with reference to FIG. 1.

[0170] Upon the reception of the measurement result from a first terminal device, the first network device 801 determines (820) a path switch from a first communication path to a second communication path for the first terminal device. The first communication path comprises the first network device 801 and the second communication path comprises the second network device 802. For example, the first terminal device may include a U2N intermediate UE, a U2N relay UE, or a U2N remote UE.

[0171] In an example, a source gNB is an example of the first network device 801 and a target gNB is an example of the second network device 802. For example, the source gNB may determine whether to allow at least on of the following UEs to perform path switch to the target gNB according to the NCGI / E-UTRAN cell global identifier (ECGI) reported by the UEs.

[0172] The first network device 801 transmits (830) , to the second network device 802, preparation information for the path switch. Thee preparation information is at least associated with a relay type change from the first communication path to the second communication path.

[0173] The second network device 802 receives (840) , from a first network device, preparation information for a path switch of the first terminal device.

[0174] In some example embodiments, the first terminal device comprises an intermediate terminal device located between a relay terminal device and a remote terminal device in the first communication path, and the preparation information comprises at least one of an indication of a device type change of the first terminal device, an identification of the first terminal device, an identification of the remote terminal device, or a list of respective identifications of one or more candidate relay terminal devices in the second communication path. Optionally, in response to that the preparation information comprises an indication of a device type change of the first terminal device, the first terminal device may change its device type from the intermediate terminal device to a relay terminal device between the network device and the intermediate terminal device.

[0175] In an example, if the first terminal device is a U2N intermediate UE (which means the U2N intermediate UE would like to switch to the target gNB and optionally change its type to a U2N relay UE) , the source gNB may transmit at least one of the following information with handover preparation information message: a UE type change request, a UE ID of the U2N intermediate UE, a UE ID of the connected U2N remote UE, and a list of UE IDs of the candidate U2N relay UE. Optionally, if the preparation information includes the UE type change request, the U2N intermediate UE may change its type to a U2N relay UE between the target gNB and a U2N intermediate UE.

[0176] In some example embodiments, the first terminal device comprises a remote terminal device in the first communication path, and the preparation information comprises at least one of an indication of a relay type change from the first communication path to the second communication path, an identification of the first terminal device, a list of respective identifications of one or more candidate relay terminal devices in the second communication path, or a list of respective identifications of one or more candidate intermediate terminal devices in the second communication path.

[0177] For example, if the first terminal device is a U2N remote UE (which means the U2N remote UE would like to switch to the target gNB and optionally change the relay type from single-hop to multi-hop or from multi-hop to single-hop) , the source gNB may transmit at least one of the following information with handover preparation information message: a relay type change request, a UE ID of the connected U2N remote UE, a list of UE IDs of the candidate U2N relay UE, and a list of UE IDs of candidate U2N intermediate UE. Optionally, if the preparation information includes the relay type change request, the U2N remote UE may change the relay type from single-hop to multi-hop or from multi-hop to single-hop.

[0178] In some example embodiments, the first terminal device comprises a relay terminal device in the first communication path, and the preparation information comprises at least one of an indication of a device type change of the first terminal device, an identification of a remote terminal device in the first communication path, an identification of the first terminal device, or a list of respective identifications of one or more candidate relay terminal devices the second communication path. Optionally, in response to that the preparation information comprises an indication of a device type change of the first terminal device, the first terminal device may change its device type from the relay terminal device to an intermediate terminal device between the relay device and the remote terminal device.

[0179] For example, if the first terminal device is a U2N relay UE (which means the U2N relay UE would like to switch to the target gNB and optionally change its type to a U2N intermediate UE) , the source gNB may transmit at least one of the following information with handover preparation information message: a UE type change request, a UE ID of the U2N relay UE, a UE ID of the connected U2N remote UE, and a list of UE IDs of the candidate U2N relay UE if the current U2N relay UE would change to a U2N intermediate UE. Optionally, if the preparation information includes the UE type change request, the U2N relay UE may change its type to a U2N intermediate UE between the U2N remote UE and a U2N relay UE.

[0180] The second network device prepares (850) the path switch from the first communication path to the second communication path based on the preparation information received from the first network device.

[0181] FIG. 9 illustrates a flowchart of a communication method 900 implemented at a first terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 900 will be described from the perspective of the first terminal device in FIG. 5.

[0182] At block 910, the first terminal device 510 receives, from a first network device, switch information for the first terminal device to switch from a first communication path to a second communication path.

[0183] At block 920, in response to the switch information, the first terminal device 510 determines a link state indicating whether to maintain a first link between the first terminal device and a second terminal device within the first communication path.

[0184] At block 930, the first terminal device 510 performs a path switch from the first communication path to the second communication path based on the link state.

[0185] In some example embodiments, the switch information comprises at least one of: a device type indication indicating a device type of the first terminal device within the second communication path, or link maintenance information indicating the first terminal device whether to maintain a link between the first terminal device and at least one terminal device within the first communication path.

[0186] In some example embodiments, the first terminal device may in response to that the first network device indicates the first terminal device to maintain the first link between the first terminal device and the second terminal device, transmit, to the second terminal device, a link maintenance indication to maintain the first link between the first terminal device and the second terminal device; receive, from the second terminal device, link maintenance feedback indicating rejection or acceptance of the link maintenance indication; and determine the link state based on the link maintenance feedback.

[0187] In some example embodiments, the first terminal device may further transmit the link maintenance feedback to the first network device.

[0188] In some example embodiments, the first terminal device may receive an indication of the link state from the first network device.

[0189] In some example embodiments, the first terminal device may: receive, from the first network device, configuration information for the second communication path; and in response to receiving the configuration information, transmit, to a third terminal device within the first communication path, a link release indication indicating the third terminal device to release a second link between the first terminal device and the third terminal device, wherein the third terminal device is located between the first terminal device and the first network device within the first communication path.

[0190] In some example embodiments, the first terminal device may: receive, from the first network device, a measurement configuration indicating at least one of: a first measurement event associated with a comparison of a first link quality of the first communication path with a first threshold, and a comparison of a second link quality of the second communication path with a second threshold, or a second measurement event associated with a comparison of a difference between the first link quality and the second link quality with a third threshold; perform a measurement based on the measurement configuration; and in response to at least one of the first measurement event or the second measurement event is met, transmit a measurement report to the first network device.

[0191] In some example embodiments, the second communication path comprises a relay terminal device located between the first terminal device and a second network device, and the measurement configuration further indicates at least one of: one or more camping cells for candidate terminal devices as the relay terminal device, or an allowed number of hops for the second communication path.

[0192] In some example embodiments, the first terminal device may: receive, from the second terminal device, a link maintenance request to maintain a second link between the first terminal device and a third terminal device, wherein the third terminal device is located between the first terminal device and the first network device within the first communication path, and the link maintenance request is in response to that the second terminal device determines not to maintain the first link between the first terminal device and the second terminal device.

[0193] In some example embodiments, the first terminal device may further receive, from the second terminal device, a link release indication to release the second link between the first terminal device and the third terminal device.

[0194] In some example embodiments, the second communication path comprises a relay terminal device located between the first terminal device and a second network device, and the switch information further comprises: a device type indication indicating a device type of the first terminal device within the second communication path, an identification of a candidate relay terminal device, a cell identification of the candidate relay terminal device, an indication to remove a radio link control configuration for a Uu interface, or an updated radio link control configuration for a PC5 interface.

[0195] FIG. 10 illustrates a flowchart of a communication method 1000 implemented at a second terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1000 will be described from the perspective of the second terminal device 520 in FIG. 5.

[0196] At block 1010, the second terminal device 520 receives, from at least one of a first terminal device or a first network device, a link maintenance indication to maintain a first link between the first terminal device and the second terminal device, wherein the first terminal device and the second terminal device are located within a first communication path, and the first terminal device is to switch from the first communication path to a second communication path.

[0197] At block 1020, the second terminal device 520 transmits, to the at least one of the first terminal device or the first network device, link maintenance feedback indicating rejection or acceptance to the link maintenance indication.

[0198] In some example embodiments, the second terminal device may further in response to determining to maintain the first link between the first terminal device and the second terminal device, transmit, to the first network device, a link maintenance acceptance message via the first communication path.

[0199] In some example embodiments, the second terminal device may further in response to determining not to maintain the first link between the first terminal device and the second terminal device, perform at least one of: transmitting, to the first terminal device, a link maintenance request to maintain a second link between the first terminal device and a third terminal device, wherein the third terminal device is located between the first terminal device and the first network device within the first communication path, or transmitting, to the first network device, a measurement report for path switch.

[0200] In some example embodiments, the second terminal device may further receive, from the first network device, configuration information for the second terminal device to switch to a third communication path with the first network device; and in response to receiving the configuration information, transmit, to the first terminal device, a link release indication to release the second link between the first terminal device and the third terminal device.

[0201] In some example embodiments, the second terminal device may receive, from the first network device, an updated radio link control (RLC) configuration for at least one of a Uu interface or a PC5 interface; and in response to a condition being met, apply the updated radio link control configuration.

[0202] In some example embodiments, the condition comprises at least one of: that a timer configured by the first network device expires, or that an indication that switch from the first communication path to the second communication path is received.

[0203] FIG. 11 illustrates a flowchart of a communication method 1100 implemented at a first network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1100 will be described from the perspective of the first network device 801 in FIG. 1.

[0204] At block 1110, the first network device 801 determines, for a first terminal device, a path switch from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and a relay type of the first communication path is different from a relay type of the second communication path.

[0205] At block 1120, the first network device 801 transmits, to the second network device, preparation information for the path switch, the preparation information at least associated with a relay type change from the first communication path to the second communication path.

[0206] In some example embodiments, the first terminal device comprises an intermediate terminal device located between a relay terminal device and a remote terminal device in the first communication path, and the preparation information comprises at least one of: an indication of a device type change of the first terminal device, an identification of the first terminal device, an identification of the remote terminal device, or respective identifications of one or more candidate relay terminal devices in the second communication path.

[0207] In some example embodiments, the first terminal device comprises a remote terminal device in the first communication path, and the preparation information comprises at least one of: an indication of a relay type change from the first communication path to the second communication path, an identification of the first terminal device, respective identifications of one or more candidate relay terminal devices in the second communication path, or respective identifications of one or more candidate intermediate terminal devices in the second communication path.

[0208] In some example embodiments, the first terminal device comprises a relay terminal device in the first communication path, and the preparation information comprises at least one of: an indication of a device type change of the first terminal device, an identification of a remote terminal device in the first communication path, an identification of the first terminal device, or respective identifications of one or more candidate relay terminal devices the second communication path.

[0209] FIG. 12 illustrates a flowchart of a communication method 1200 implemented at a second network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1200 will be described from the perspective of the second network device 802 in FIG. 1.

[0210] At block 1210, the second network device 802 receives, from a first network device, preparation information for a path switch of a first terminal device from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and the preparation information at least associated with a relay type change from the first communication path to the second communication path.

[0211] At block 1220, the second network device 802 prepares the path switch based on the preparation information.

[0212] In some example embodiments, the first terminal device comprises an intermediate terminal device located between a relay terminal device and a remote terminal device in the first communication path, and the preparation information comprises at least one of: an indication of a device type change of the first terminal device, an identification of the first terminal device, an identification of the remote terminal device, or respective identifications of one or more candidate relay terminal devices in the second communication path.

[0213] In some example embodiments, the first terminal device comprises a remote terminal device in the first communication path, and the preparation information comprises at least one of: an indication of a relay type change from the first communication path to the second communication path, an identification of the first terminal device, respective identifications of one or more candidate relay terminal devices in the second communication path, or respective identifications of one or more candidate intermediate terminal devices in the second communication path.

[0214] In some example embodiments, the first terminal device comprises a relay terminal device in the first communication path, and the preparation information comprises at least one of: an indication of a device type change of the first terminal device, an identification of a remote terminal device in the first communication path, an identification of the first terminal device, or respective identifications of one or more candidate relay terminal devices the second communication path.

[0215] FIG. 13 is a simplified block diagram of a device 1300 that is suitable for implementing embodiments of the present disclosure. The device 1300 can be considered as a further example implementation of any of the devices as shown in FIG. 1.

[0216] As shown, the device 1300 includes a processor 1310, a memory 1320 coupled to the processor 1310, a suitable transceiver 1340 coupled to the processor 1310, and a communication interface coupled to the transceiver 1340. The memory 1320 stores at least a part of a program 1330. The transceiver 1340 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1340 may include at least one of a transmitter 1342 and a receiver 1344. The transmitter 1342 and the receiver 1344 may be functional modules or physical entities. The transceiver 1340 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0217] The program 1330 is assumed to include program instructions that, when executed by the associated processor 1310, enable the device 1300 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGS. 1 to 12. The embodiments herein may be implemented by computer software executable by the processor 1310 of the device 1300, or by hardware, or by a combination of software and hardware. The processor 1310 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1310 and memory 1320 may form processing means 1350 adapted to implement various embodiments of the present disclosure.

[0218] The memory 1320 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 1320 is shown in the device 1300, there may be several physically distinct memory modules in the device 1300. The processor 1310 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 1300 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.

[0219] According to embodiments of the present disclosure, a first terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a first network device, switch information for the first terminal device to switch from a first communication path to a second communication path; in response to the switch information, determine a link state indicating whether to maintain a first link between the first terminal device and a second terminal device within the first communication path; and perform a path switch from the first communication path to the second communication path based on the link state. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the first terminal device as discussed above.

[0220] According to embodiments of the present disclosure, a second terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from at least one of a first terminal device or a first network device, a link maintenance indication to maintain a first link between the first terminal device and the second terminal device, wherein the first terminal device and the second terminal device are located within a first communication path, and the first terminal device is to switch from the first communication path to a second communication path; and transmit, to the at least one of the first terminal device or the first network device, link maintenance feedback indicating rejection or acceptance to the link maintenance indication. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the second terminal device as discussed above.

[0221] According to embodiments of the present disclosure, a first network device comprising a circuitry is provided. The circuitry is configured to: determine, for a first terminal device, a path switch from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and a relay type of the first communication path is different from a relay type of the second communication path; and transmit, to the second network device, preparation information for the path switch, the preparation information at least associated with a relay type change from the first communication path to the second communication path. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the first network device as discussed above.

[0222] According to embodiments of the present disclosure, a second network device comprising a circuitry is provided. The circuitry is configured to: receive, from a first network device, preparation information for a path switch of a first terminal device from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and the preparation information at least associated with a relay type change from the first communication path to the second communication path; and prepare the path switch based on the preparation information. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the second network device as discussed above.

[0223] The term “circuitry” used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0224] According to embodiments of the present disclosure, a first terminal apparatus is provided. The first terminal apparatus comprises means for receiving, from a first network device, switch information for the first terminal device to switch from a first communication path to a second communication path; means for in response to the switch information, determining a link state indicating whether to maintain a first link between the first terminal device and a second terminal device within the first communication path; and means for performing a path switch from the first communication path to the second communication path based on the link state. In some embodiments, the first apparatus may comprise means for performing the respective operations of the method 900. In some example embodiments, the first apparatus may further comprise means for performing other operations in some example embodiments of the method 900. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0225] According to embodiments of the present disclosure, a second terminal apparatus is provided. The second terminal apparatus comprises means for receiving, from at least one of a first terminal device or a first network device, a link maintenance indication to maintain a first link between the first terminal device and the second terminal device, wherein the first terminal device and the second terminal device are located within a first communication path, and the first terminal device is to switch from the first communication path to a second communication path; and means for transmitting, to the at least one of the first terminal device or the first network device, link maintenance feedback indicating rejection or acceptance to the link maintenance indication. In some embodiments, the second apparatus may comprise means for performing the respective operations of the method 1000. In some example embodiments, the second apparatus may further comprise means for performing other operations in some example embodiments of the method 1000. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0226] According to embodiments of the present disclosure, a first network apparatus is provided. The first network apparatus comprises means for determining, for a first terminal device, a path switch from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and a relay type of the first communication path is different from a relay type of the second communication path; and means for transmitting, to the second network device, preparation information for the path switch, the preparation information at least associated with a relay type change from the first communication path to the second communication path. In some embodiments, the third apparatus may comprise means for performing the respective operations of the method 1100. In some example embodiments, the third apparatus may further comprise means for performing other operations in some example embodiments of the method 1100. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0227] According to embodiments of the present disclosure, a second network apparatus is provided. The second network apparatus comprises means for receiving, from a first network device, preparation information for a path switch of a first terminal device from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and the preparation information at least associated with a relay type change from the first communication path to the second communication path; and means for preparing the path switch based on the preparation information. In some embodiments, the fourth apparatus may comprise means for performing the respective operations of the method 1200. In some example embodiments, the fourth apparatus may further comprise means for performing other operations in some example embodiments of the method 1200. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0228] In summary, embodiments of the present disclosure provide the following aspects.

[0229] In an aspect, it is proposed a first terminal device, comprising: a processor configured to cause the first terminal device to: receive, from a first network device, switch information for the first terminal device to switch from a first communication path to a second communication path; in response to the switch information, determine a link state indicating whether to maintain a first link between the first terminal device and a second terminal device within the first communication path; and perform a path switch from the first communication path to the second communication path based on the link state.

[0230] In some embodiments, the switch information comprises at least one of: a device type indication indicating a device type of the first terminal device within the second communication path, or link maintenance information indicating the first terminal device whether to maintain a link between the first terminal device and at least one terminal device within the first communication path.

[0231] In some embodiments, the first terminal device is caused to: in response to that the first network device indicates the first terminal device to maintain the first link between the first terminal device and the second terminal device, transmit, to the second terminal device, a link maintenance indication to maintain the first link between the first terminal device and the second terminal device; receive, from the second terminal device, link maintenance feedback indicating rejection or acceptance of the link maintenance indication; and determine the link state based on the link maintenance feedback.

[0232] In some embodiments, the first terminal device is further caused to: transmit the link maintenance feedback to the first network device.

[0233] In some embodiments, the first terminal device is caused to: receive an indication of the link state from the first network device.

[0234] In some embodiments, the first terminal device is caused to: receive, from the first network device, configuration information for the second communication path; and in response to receiving the configuration information, transmit, to a third terminal device within the first communication path, a link release indication indicating the third terminal device to release a second link between the first terminal device and the third terminal device, wherein the third terminal device is located between the first terminal device and the first network device within the first communication path.

[0235] In some embodiments, the first terminal device is caused to: receive, from the first network device, a measurement configuration indicating at least one of: a first measurement event associated with a comparison of a first link quality of the first communication path with a first threshold, and a comparison of a second link quality of the second communication path with a second threshold, or a second measurement event associated with a comparison of a difference between the first link quality and the second link quality with a third threshold; perform a measurement based on the measurement configuration; and in response to at least one of the first measurement event or the second measurement event is met, transmit a measurement report to the first network device.

[0236] In some embodiments, the second communication path comprises a relay terminal device located between the first terminal device and a second network device, and the measurement configuration further indicates at least one of: one or more camping cells for candidate terminal devices as the relay terminal device, or an allowed number of hops for the second communication path.

[0237] In some embodiments, the first terminal device is caused to: receive, from the second terminal device, a link maintenance request to maintain a second link between the first terminal device and a third terminal device, wherein the third terminal device is located between the first terminal device and the first network device within the first communication path, and the link maintenance request is in response to that the second terminal device determines not to maintain the first link between the first terminal device and the second terminal device.

[0238] In some embodiments, the first terminal device is further caused to: receive, from the second terminal device, a link release indication to release the second link between the first terminal device and the third terminal device.

[0239] In some embodiments, the second communication path comprises a relay terminal device located between the first terminal device and a second network device, and the switch information further comprises: a device type indication indicating a device type of the first terminal device within the second communication path, an identification of a candidate relay terminal device, a cell identification of the candidate relay terminal device, an indication to remove a radio link control configuration for a Uu interface, or an updated radio link control configuration for a PC5 interface.

[0240] In an aspect, it is proposed a second terminal device, comprising: a processor configured to cause the first terminal device to: receive, from at least one of a first terminal device or a first network device, a link maintenance indication to maintain a first link between the first terminal device and the second terminal device, wherein the first terminal device and the second terminal device are located within a first communication path, and the first terminal device is to switch from the first communication path to a second communication path; and transmit, to the at least one of the first terminal device or the first network device, link maintenance feedback indicating rejection or acceptance to the link maintenance indication.

[0241] In some embodiments, the second terminal device is further caused to: in response to determining to maintain the first link between the first terminal device and the second terminal device, transmit, to the first network device, a link maintenance acceptance message via the first communication path.

[0242] In some embodiments, the second terminal device is further caused to: in response to determining not to maintain the first link between the first terminal device and the second terminal device, perform at least one of: transmitting, to the first terminal device, a link maintenance request to maintain a second link between the first terminal device and a third terminal device, wherein the third terminal device is located between the first terminal device and the first network device within the first communication path, or transmitting, to the first network device, a measurement report for path switch.

[0243] In some embodiments, the second terminal device is further caused to: receive, from the first network device, configuration information for the second terminal device to switch to a third communication path with the first network device; and in response to receiving the configuration information, transmit, to the first terminal device, a link release indication to release the second link between the first terminal device and the third terminal device.

[0244] In some embodiments, the second terminal device is caused to: receive, from the first network device, an updated radio link control (RLC) configuration for at least one of a Uu interface or a PC5 interface; and in response to a condition being met, apply the updated radio link control configuration.

[0245] In some embodiments, the condition comprises at least one of: that a timer configured by the first network device expires, or that an indication that switch from the first communication path to the second communication path is received.

[0246] In an aspect, it is proposed a first network device, comprising: a processor configured to cause the first network device to: determine, for a first terminal device, a path switch from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and a relay type of the first communication path is different from a relay type of the second communication path; and transmit, to the second network device, preparation information for the path switch, the preparation information at least associated with a relay type change from the first communication path to the second communication path.

[0247] In some embodiments, the first terminal device comprises an intermediate terminal device located between a relay terminal device and a remote terminal device in the first communication path, and the preparation information comprises at least one of: an indication of a device type change of the first terminal device, an identification of the first terminal device, an identification of the remote terminal device, or respective identifications of one or more candidate relay terminal devices in the second communication path.

[0248] In some embodiments, the first terminal device comprises a remote terminal device in the first communication path, and the preparation information comprises at least one of: an indication of a relay type change from the first communication path to the second communication path, an identification of the first terminal device, respective identifications of one or more candidate relay terminal devices in the second communication path, or respective identifications of one or more candidate intermediate terminal devices in the second communication path.

[0249] In some embodiments, the first terminal device comprises a relay terminal device in the first communication path, and the preparation information comprises at least one of:an indication of a device type change of the first terminal device, an identification of a remote terminal device in the first communication path, an identification of the first terminal device, or respective identifications of one or more candidate relay terminal devices the second communication path.

[0250] In an aspect, it is proposed a second network device, comprising: a processor configured to cause the first network device to: receive, from a first network device, preparation information for a path switch of a first terminal device from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and the preparation information at least associated with a relay type change from the first communication path to the second communication path; and prepare the path switch based on the preparation information.

[0251] In some embodiments, the first terminal device comprises an intermediate terminal device located between a relay terminal device and a remote terminal device in the first communication path, and the preparation information comprises at least one of: an indication of a device type change of the first terminal device, an identification of the first terminal device, an identification of the remote terminal device, or respective identifications of one or more candidate relay terminal devices in the second communication path.

[0252] In some embodiments, the first terminal device comprises a remote terminal device in the first communication path, and the preparation information comprises at least one of: an indication of a relay type change from the first communication path to the second communication path, an identification of the first terminal device, respective identifications of one or more candidate relay terminal devices in the second communication path, or respective identifications of one or more candidate intermediate terminal devices in the second communication path.

[0253] In some embodiments, the first terminal device comprises a relay terminal device in the first communication path, and the preparation information comprises at least one of:an indication of a device type change of the first terminal device, an identification of a remote terminal device in the first communication path, an identification of the first terminal device, or respective identifications of one or more candidate relay terminal devices the second communication path.

[0254] In an aspect, a first terminal device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the first terminal device discussed above.

[0255] In an aspect, a second terminal device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the second terminal device discussed above.

[0256] In an aspect, a first network device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the first network device discussed above.

[0257] In an aspect, a second network device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the second network device discussed above.

[0258] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the first terminal device discussed above.

[0259] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the second terminal device discussed above.

[0260] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the first network device discussed above.

[0261] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the second network device discussed above.

[0262] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the first terminal device discussed above.

[0263] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the second terminal device discussed above.

[0264] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the first network device discussed above.

[0265] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the second network device discussed above.

[0266] 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, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods 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.

[0267] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to FIGS. 1 to 13. 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.

[0268] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes 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 codes, 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.

[0269] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine 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 machine 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.

[0270] Further, while 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, while 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. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0271] Although the present disclosure has been described in language 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 terminal device, comprising:a processor configured to cause the first terminal device to:receive, from a first network device, switch information for the first terminal device to switch from a first communication path to a second communication path;in response to the switch information, determine a link state indicating whether to maintain a first link between the first terminal device and a second terminal device within the first communication path; andperform a path switch from the first communication path to the second communication path based on the link state.2.The first terminal device of claim 1, wherein the switch information comprises at least one of:a device type indication indicating a device type of the first terminal device within the second communication path, orlink maintenance information indicating the first terminal device whether to maintain a link between the first terminal device and at least one terminal device within the first communication path.3.The first terminal device of claim 1, wherein the first terminal device is caused to:in response to that the first network device indicates the first terminal device to maintain the first link between the first terminal device and the second terminal device, transmit, to the second terminal device, a link maintenance indication to maintain the first link between the first terminal device and the second terminal device;receive, from the second terminal device, link maintenance feedback indicating rejection or acceptance of the link maintenance indication; anddetermine the link state based on the link maintenance feedback.4.The first terminal device of claim 3, wherein the first terminal device is further caused to:transmit the link maintenance feedback to the first network device.5.The first terminal device of claim 1, wherein the first terminal device is caused to:receive, from the first network device, configuration information for the second communication path; andin response to receiving the configuration information, transmit, to a third terminal device within the first communication path, a link release indication indicating the third terminal device to release a second link between the first terminal device and the third terminal device, wherein the third terminal device is located between the first terminal device and the first network device within the first communication path.6.The first terminal device of claim 1, wherein the first terminal device is caused to:receive, from the first network device, a measurement configuration indicating at least one of:a first measurement event associated with a comparison of a first link quality of the first communication path with a first threshold, and a comparison of a second link quality of the second communication path with a second threshold, ora second measurement event associated with a comparison of a difference between the first link quality and the second link quality with a third threshold;perform a measurement based on the measurement configuration; andin response to at least one of the first measurement event or the second measurement event is met, transmit a measurement report to the first network device.7.The first terminal device of claim 6, wherein the second communication path comprises a relay terminal device located between the first terminal device and a second network device, and the measurement configuration further indicates at least one of:one or more camping cells for candidate terminal devices as the relay terminal device, oran allowed number of hops for the second communication path.8.The first terminal device of claim 1, wherein the first terminal device is caused to:receive, from the second terminal device, a link maintenance request to maintain a second link between the first terminal device and a third terminal device, wherein the third terminal device is located between the first terminal device and the first network device within the first communication path, and the link maintenance request is in response to that the second terminal device determines not to maintain the first link between the first terminal device and the second terminal device.9.The first terminal device of claim 1, wherein the second communication path comprises a relay terminal device located between the first terminal device and a second network device, and the switch information further comprises:a device type indication indicating a device type of the first terminal device within the second communication path,an identification of a candidate relay terminal device,a cell identification of the candidate relay terminal device,an indication to remove a radio link control configuration for a Uu interface, oran updated radio link control configuration for a PC5 interface.10.A second terminal device, comprising:a processor configured to cause the first terminal device to:receive, from at least one of a first terminal device or a first network device, a link maintenance indication to maintain a first link between the first terminal device and the second terminal device, wherein the first terminal device and the second terminal device are located within a first communication path, and the first terminal device is to switch from the first communication path to a second communication path; andtransmit, to the at least one of the first terminal device or the first network device, link maintenance feedback indicating rejection or acceptance to the link maintenance indication.11.The second terminal device of claim 10, wherein the second terminal device is further caused to:in response to determining not to maintain the first link between the first terminal device and the second terminal device, perform at least one of:transmitting, to the first terminal device, a link maintenance request to maintain a second link between the first terminal device and a third terminal device, wherein the third terminal device is located between the first terminal device and the first network device within the first communication path, ortransmitting, to the first network device, a measurement report for path switch.12.The second terminal device of claim 11, wherein the second terminal device is further caused to:receive, from the first network device, configuration information for the second terminal device to switch to a third communication path with the first network device; andin response to receiving the configuration information, transmit, to the first terminal device, a link release indication to release the second link between the first terminal device and the third terminal device.13.The second terminal device of claim 10, wherein the second terminal device is caused to:receive, from the first network device, an updated radio link control (RLC) configuration for at least one of a Uu interface or a PC5 interface; andin response to a condition being met, apply the updated radio link control configuration, wherein the condition comprises at least one of:that a timer configured by the first network device expires, orthat an indication that switch from the first communication path to the second communication path is received.14.A first network device, comprising:a processor configured to cause the first network device to:determine, for a first terminal device, a path switch from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and a relay type of the first communication path is different from a relay type of the second communication path; andtransmit, to the second network device, preparation information for the path switch, the preparation information at least associated with a relay type change from the first communication path to the second communication path.15.The first network device of claim 14, wherein the first terminal device comprises a remote terminal device in the first communication path, and the preparation information comprises at least one of:an indication of a relay type change from the first communication path to the second communication path,an identification of the first terminal device,respective identifications of one or more candidate relay terminal devices in the second communication path, orrespective identifications of one or more candidate intermediate terminal devices in the second communication path.16.The first network device of claim 14, wherein the first terminal device comprises a relay terminal device in the first communication path, and the preparation information comprises at least one of:an indication of a device type change of the first terminal device,an identification of a remote terminal device in the first communication path, an identification of the first terminal device, orrespective identifications of one or more candidate relay terminal devices the second communication path.17.A second network device, comprising:a processor configured to cause the first network device to:receive, from a first network device, preparation information for a path switch of a first terminal device from a first communication path to a second communication path, the first communication path comprising the first network device, the second communication path comprising a second network device different from the first network device, and the preparation information at least associated with a relay type change from the first communication path to the second communication path; andprepare the path switch based on the preparation information.18.The second network device of claim 17, wherein the first terminal device comprises an intermediate terminal device located between a relay terminal device and a remote terminal device in the first communication path, and the preparation information comprises at least one of:an indication of a device type change of the first terminal device,an identification of the first terminal device,an identification of the remote terminal device, orrespective identifications of one or more candidate relay terminal devices in the second communication path.19.The second network device of claim 17, wherein the first terminal device comprises a remote terminal device in the first communication path, and the preparation information comprises at least one of:an indication of a relay type change from the first communication path to the second communication path,an identification of the first terminal device,respective identifications of one or more candidate relay terminal devices in the second communication path, orrespective identifications of one or more candidate intermediate terminal devices in the second communication path.20.The second network device of claim 17, wherein the first terminal device comprises a relay terminal device in the first communication path, and the preparation information comprises at least one of:an indication of a device type change of the first terminal device,an identification of a remote terminal device in the first communication path,an identification of the first terminal device, orrespective identifications of one or more candidate relay terminal devices the second communication path.