Devices and methods for communication

Abstract

Embodiments of the present disclosure provide a solution for a multi-hop relay for a user equipment (UE) -to-network (U2N) transmission. In a solution, a first relay terminal device obtains a first local identity of a remote terminal device, wherein the first local identity is used for a communication between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; receives a radio resource control (RRC) message transmitted from the remote terminal device to a network device; determine at least one local identity of the remote terminal device to be used for a multi-hop user equipment (UE) -to-network (U2N) transmission, wherein the at least one local identity comprising: the first local identity of the remote terminal device, or a second local identity of the remote terminal device configured by the network device.

Description

DEVICES AND METHODS FOR COMMUNICATION

[0001] FIELDS

[0002] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for a multi-hop relay for a user equipment (UE) -to-network (U2N) transmission.BACKGROUND

[0003] Release 17 specified mechanisms to support single-hop a user equipment (UE) -to-network (U2N) relay and release 18 specified mechanisms to support single-hop UE-to-UE (U2U) relay. In release 19, a multi-hop U2N relay is expected to be supported. Specifically, taking the single-hop U2N relay as a baseline, specify one or more additional hops for the U2N transmission. In a case of multi-hop U2N relay, how to transmit the uplink packet and the downlink packet is desirable to be further discussed.SUMMARY

[0004] In a first aspect, there is provided a first relay terminal device. The first relay terminal device comprises: a processor configured to cause the first relay terminal device to: obtain a first local identity of a remote terminal device, wherein the first local identity is used for a communication between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; receive a radio resource control (RRC) message transmitted from the remote terminal device to a network device; determine at least one local identity of the remote terminal device to be used for a multi-hop user equipment (UE) -to-network (U2N) transmission, wherein the at least one local identity comprising: the first local identity of the remote terminal device, or a second local identity of the remote terminal device configured by the network device.

[0005] In a second aspect, there is provided a remote terminal device. The remote terminal device comprises: a processor configured to cause the remote terminal device to: obtain a first local identity of the remote terminal device, wherein the first local identity is used  for a communication between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; and transmit, to a network device, a radio resource control (RRC) message comprising a layer 2 identity of the remote terminal device or comprising the first local identity and the layer 2 identity of the remote terminal device.

[0006] In a third aspect, there is provided a remote terminal device. The remote terminal device comprises: a processor configured to cause the remote terminal device to: obtain a first local identity of the remote terminal device, wherein the remote terminal device communicates a first relay terminal device via at least one second relay terminal device; transmit a radio resource control (RRC) message to a network device; and receive from the network device a further RRC message which is a response of the RRC message, wherein, the further RRC message does not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device, or the SRAP configuration of the remote terminal device comprised in the further RRC message is ignored by the remote terminal device, or the first local identity of the remote terminal device is replaced by the remoter terminal device with a second local identity of the remote terminal device comprised in the further RRC message.

[0007] In a fourth aspect, there is provided a network device. The network device comprises: a processor configured to cause the network device to: receive, from a first relay terminal device, information about a first local identity of the remote terminal device and a layer 2 identity of the remote terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; and establish association between the first local identity of the remote terminal device and the layer 2 identity of the remote terminal device.

[0008] In a fifth aspect, there is provided a network device. The network device comprises: a processor configured to cause the network device to: receive, from a first relay terminal device, a first message used for requesting a second local identity of a remote terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device and the first message comprises at least one of the following: a local identity of first relay terminal device, a layer 2 identity of the first relay terminal device, a local identity of second relay terminal device, a layer 2 identity of the second relay terminal device, an indication indicating the remote terminal device is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device; and  transmit, to the first relay terminal device, a second message comprising a second local identity of the remote terminal device.

[0009] In a sixth aspect, there is provided a network device. The network device comprises: a processor configured to cause the network device to: generate, a message comprising at least one of the following: third information about at least one local identity not allowed to be used during a user equipment (UE) -to-UE transmission between a remote terminal device and a first relay terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; or fourth information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device; and transmit the message to the second relay terminal device.

[0010] In a seventh aspect, there is provided a second relay terminal device. The second relay terminal device comprises: a processor configured to cause the second relay terminal device to: receive, from a network device, a message comprising at least one of the following: third information about at least one local identity not allowed to be used during a user equipment (UE) -to-UE (U2U) transmission between a remote terminal device and a first relay terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; or fourth information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device; and configure local identities to be used during the U2U transmission based on the message.

[0011] In an eighth aspect, there is provided a second relay terminal device. The second relay terminal device comprises: a processor configured to cause the second relay terminal device to: receive, a first discovery message comprising an indication of a multi-hop user equipment (UE) -to-network (U2N) relay transmission; generate a second discovery message based on the first discovery message; and transmit the second discovery message if at least one of the following: a link quality between the first relay terminal device and the second relay terminal device is above a threshold; or the second relay terminal is performing as an intermediate relay terminal device for the multi-hop U2N relay transmission.

[0012] In a ninth aspect, there is provided a first relay terminal device. The first relay terminal device comprises: a processor configured to cause the first relay terminal device  to:receive a message being one of the following: a local identity assignment message from a second relay terminal device, wherein a remote terminal device communicates the first relay terminal device via at least one second relay terminal device; a request message used for establishing a PC5 connection between the remote terminal device and the first relay terminal device; a radio resource control (RRC) message transmitted from the remote terminal device to a network device; ignore or reject the message in response to at least one of the following: an amount of available resources used for a multi-hop user equipment (UE) -to-network (U2N) relay transmission being below a threshold, failing to meet a delay requirement of the multi-hop U2N relay transmission, or failing to meet a link quality requirement the multi-hop U2N relay transmission.

[0013] In a tenth aspect, there is provided a remote terminal device. The remote terminal device comprises: a processor configured to cause the remote terminal device to: upon transmitting a message associated with a multi-hop user equipment (UE) -to-network (U2N) relay transmission, start a timer used for determining the message is successful transmitted, wherein the time length of the timer is determined based on the number of hops between the remote terminal device and a network device or a first relay terminal device, wherein the first relay terminal device communicates with the network device directly and the remote terminal device communicates with first relay terminal device via at least one second relay terminal device.

[0014] In an eleventh aspect, there is provided a communication method performed by a first relay terminal device. The method comprises: obtaining a first local identity of a remote terminal device, wherein the first local identity is used for a communication between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; receiving a radio resource control (RRC) message transmitted from the remote terminal device to a network device; determining at least one local identity of the remote terminal device to be used for a multi-hop user equipment (UE) -to-network (U2N) transmission, wherein the at least one local identity comprising: the first local identity of the remote terminal device, or a second local identity of the remote terminal device configured by the network device.

[0015] In a twelfth aspect, there is provided a communication method performed by a remote terminal device. The method comprises: obtaining a first local identity of the remote terminal device, wherein the first local identity is used for a communication  between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; and transmitting, to a network device, a radio resource control (RRC) message comprising a layer 2 identity of the remote terminal device or comprising the first local identity and the layer 2 identity of the remote terminal device.

[0016] In a thirteenth aspect, there is provided a communication method performed by a remote terminal device. The method comprises: obtaining a first local identity of the remote terminal device, wherein the remote terminal device communicates a first relay terminal device via at least one second relay terminal device; transmitting a radio resource control (RRC) message to a network device; and receiving from the network device a further RRC message which is a response of the RRC message, wherein, the further RRC message does not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device, or the SRAP configuration of the remote terminal device comprised in the further RRC message is ignored by the remote terminal device, or the first local identity of the remote terminal device is replaced by the remoter terminal device with a second local identity of the remote terminal device comprised in the further RRC message.

[0017] In a fourteenth aspect, there is provided a communication method performed by a network device. The method comprises: receiving, from a first relay terminal device, information about a first local identity of the remote terminal device and a layer 2 identity of the remote terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; and establishing association between the first local identity of the remote terminal device and the layer 2 identity of the remote terminal device.

[0018] In a fifteenth aspect, there is provided a communication method performed by a network device. The method comprises: receiving, from a first relay terminal device, a first message used for requesting a second local identity of a remote terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device and the first message comprises at least one of the following: a local identity of first relay terminal device, a layer 2 identity of the first relay terminal device, a local identity of second relay terminal device, a layer 2 identity of the second relay terminal device, an indication indicating the remote terminal device is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device; and  transmitting, to the first relay terminal device, a second message comprising a second local identity of the remote terminal device.

[0019] In a sixteenth aspect, there is provided a communication method performed by a network device. The method comprises: generating, a message comprising at least one of the following: third information about at least one local identity not allowed to be used during a user equipment (UE) -to-UE transmission between a remote terminal device and a first relay terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; or fourth information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device; and transmitting the message to the second relay terminal device.

[0020] In a seventeenth aspect, there is provided a communication method performed by a second relay terminal device. The method comprises: receiving, from a network device, a message comprising at least one of the following: third information about at least one local identity not allowed to be used during a user equipment (UE) -to-UE (U2U) transmission between a remote terminal device and a first relay terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; or fourth information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device; and configuring local identities to be used during the U2U transmission based on the message.

[0021] In an eighteenth aspect, there is provided a communication method performed by a second relay terminal device. The method comprises: receiving, a first discovery message comprising an indication of a multi-hop user equipment (UE) -to-network (U2N) relay transmission; generating a second discovery message based on the first discovery message; and transmitting the second discovery message if at least one of the following: a link quality between the first relay terminal device and the second relay terminal device is above a threshold; or the second relay terminal is performing as an intermediate relay terminal device for the multi-hop U2N relay transmission.

[0022] In a nineteenth aspect, there is provided a communication method performed by a first relay terminal device. The method comprises: receiving a message being one of the following: a local identity assignment message from a second relay terminal device,  wherein a remote terminal device communicates the first relay terminal device via at least one second relay terminal device; a request message used for establishing a PC5 connection between the remote terminal device and the first relay terminal device; a radio resource control (RRC) message transmitted from the remote terminal device to a network device; ignoring or reject the message in response to at least one of the following: an amount of available resources used for a multi-hop user equipment (UE) -to-network (U2N) relay transmission being below a threshold, failingfailing to meet a delay requirement of the multi-hop U2N relay transmission, or failingfailing to meet a link quality requirement the multi-hop U2N relay transmission.

[0023] In a twentieth aspect, there is provided a communication method performed by a remote terminal device. The method comprises: upon transmitting a message associated with a multi-hop user equipment (UE) -to-network (U2N) relay transmission, start a timer used for determining the message is successful transmitted, wherein the time length of the timer is determined based on the number of hops between the remote terminal device and a network device or a first relay terminal device, wherein the first relay terminal device communicates with the network device directly and the remote terminal device communicates with first relay terminal device via at least one second relay terminal device.

[0024] In a twenty-first 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 eleventh, twelfth, thirteenth, fourteenth, fifteenth, sixteenth, seventeenth, eighteenth, nineteenth, or twentieth aspect.

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

[0026] 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:

[0027] FIG. 1A illustrates a signaling flow of control plane procedures for layer 2 (L2) U2N relay;

[0028] FIG. 1B illustrates a signaling flow of local identity assignment procedure;

[0029] FIG. 1C illustrates a signaling flow of control plane procedures for L2 U2U relay;

[0030] FIG. 1D illustrates a signaling flow of discovery for U2U relay;

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

[0032] FIGS. 3 to 8 illustrate signaling flows of communication according to some example embodiments of the present disclosure;

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

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

[0035] FIG. 11 illustrates a flowchart of a communication method implemented at a remote terminal device according to some example embodiments of the present disclosure;

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

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

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

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

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

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

[0042] FIG. 18 illustrates a flowchart of a communication method implemented at a remote terminal device according to some example embodiments of the present disclosure;

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

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

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

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

[0047] 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 have ‘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.

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

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

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

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

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

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

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

[0055] It has been agreed that new radio (NR) sidelink (SL) multi-hop Relay work in RAN2 will focus on the following: layer 2 (L2) U2N SL Relay (only single indirect U2N path via SL relay UEs will be supported) ; it will start with specifying one additional hop relay (i.e. on top of Rel-18) and see if it can be easily extended to two additional hops relays;  aim to support two additional hops relay and to have a forward compatible solution for future extension for additional relays; and only limited service continuity scenarios will be considered.

[0056] Reference is now made to FIG. 1A, which illustrates a signaling flow 100A of control plane procedures for L2 U2N relay.

[0057] At Step 1, the L2 U2N Remote and L2 U2N Relay UE perform discovery procedure, and establish a PC5-radio resource control (RRC) connection using the NR sidelink PC5 unicast link establishment procedure. At Step 2, the L2 U2N Remote UE sends the first RRC message (i.e., RRC SetupRequest) for its connection establishment with gNB via the L2 U2N Relay UE, using a specified PC5 Relay RLC channel configuration. The L2 U2N Relay UE sends the SidelinkUEInformationNR message to request for the dedicated configurations required to support the relay operation for the L2 U2N Remote UE. If the L2 U2N Relay UE is not in RRC_CONNECTED, it needs to do its own Uu RRC connection establishment upon reception of a message on the specified PC5 Relay radio link control (RLC) channel. After L2 U2N Relay UE's RRC connection establishment procedure and sending the SidelinkUEInformationNR message, gNB configures Signaling Radio Bearer 0 (SRB 0) relaying Uu Relay RLC channel to the U2N Relay UE. The gNB responds with an RRC Setup message to L2 U2N Remote UE. The RRC Setup message is sent to the L2 U2N Remote UE using SRB0 relaying Uu Relay RLC channel over Uu and a specified PC5 Relay RLC channel over PC5.

[0058] At Step 3, the gNB and L2 U2N Relay UE perform relaying channel setup procedure over Uu. According to the configuration from gNB, the L2 U2N Relay / Remote UE establishes a PC5 Relay RLC channel for relaying of SRB1 towards the L2 U2N Remote / Relay UE over PC5. At Step 4, the RRC Setup Complete message is sent by the L2 U2N Remote UE to the gNB via the L2 U2N Relay UE using SRB1 relaying channel over PC5 and SRB1 relaying channel configured to the L2 U2N Relay UE over Uu. Then the L2 U2N Remote UE is as in RRC_CONNECTED with the gNB.

[0059] At Step 5, the L2 U2N Remote UE and gNB establish security following the Uu security mode procedure and the security messages are forwarded through the L2 U2N Relay UE. At Step 6. the gNB sends an RRCReconfiguration message to the L2 U2N Remote UE via the L2 U2N Relay UE, to setup the end-to-end SRB2 / DRBs of the L2 U2N Remote UE. The L2 U2N Remote UE sends an RRCReconfigurationComplete message to  the gNB via the L2 U2N Relay UE as a response. In addition, the gNB may configure additional Uu Relay RLC channels between the gNB and L2 U2N Relay UE, and PC5 Relay RLC channels between L2 U2N Relay UE and L2 U2N Remote UE for the relaying traffic.

[0060] For L2 U2N Relay UE in RRC_IDLE, an RRC connection establishment is initiated in the following cases: if any message is received from a L2 U2N Remote UE via SL-RLC0 or SL-RLC1. Further, For L2 U2N Relay UE in RRC_INACTIVE, an RRC connection establishment is resumed in the following cases: if any message is received from the L2 U2N Remote UE via SL-RLC0 or SL-RLC1.

[0061] Upon initiation of the procedure, if the UE is acting as L2 U2N Remote UE: establish a SRAP entity, if no SRAP entity has been established; apply the specified configuration of SL-RLC0; and apply the SDAP configuration and PDCP configuration for SRB0.

[0062] Reference is now made to FIG. 1B, which illustrates a signaling flow of local identity assignment procedure 100B. As illustrated in FIG. 1B, after receiving the RRCSetupRequst from the remote UE, the U2N will transmit a SidelinkUEInformationNR to the gNB, wherein the SidelinkUEInformationNR comprises indication of sl-LocalID-Request which is used to request local UE ID for the corresponding destination by the layer 2 (L2) U2N Relay UE.

[0063] Next, the gNB may respond with an RRCReconfiguration which comprising a local identity.

[0064] Then, the U2N relay may transmit the RRCSetupRequst to the gNB. Specifically, the transmitting part of the SRAP entity on the PC5 interface of U2N Remote UE can receive SRAP SDU from upper layer and constructs SRAP Data PDU. Upon receiving an SRAP SDU from upper layer, the transmitting part of the SRAP entity on the PC5 interface shall: if the SRAP SDU is not for SRB0: determine the UE ID field and BEARER ID field; construct an SRAP Data PDU with SRAP header, where the UE ID field and BEARER ID field are set to the determined values; Else: construct an SRAP Data PDU without SRAP header. Then, determine the egress RLC channel and submit this SRAP Data PDU to the determined egress RLC channel.

[0065] After that, the transmitting part of the SRAP entity on the Uu interface of U2N Relay  UE can receive SRAP data packets from the receiving part of the SRAP entity on the PC5 interface of the same U2N Relay UE, and construct SRAP Data PDUs as needed. When the transmitting part of the SRAP entity on the Uu interface has an SRAP Data PDU to transmit, the transmitting part of the SRAP entity on the Uu interface shall: if the SRAP Data PDU is received from SL-RLC0: determine the UE ID field and BEARER ID field; construct an SRAP Data PDU with SRAP header, where the UE ID field and BEARER ID field are set to the determined values; determine the egress RLC channel; and submit this SRAP Data PDU to the determined egress RLC channel.

[0066] Reference is now made to FIG. 1C, which illustrates a signaling flow 100B of control plane procedures for L2 U2N relay.

[0067] At Step 1, a discovery procedure is performed. At Step 2a, the L2 U2U Remote UE establishes / modifies a PC5-RRC connection with the selected L2 U2U Relay UE.

[0068] At Step 2b, the L2 U2U Relay UE establishes / modifies a PC5-RRC connection with the peer L2 U2U Remote UE. At Step 3, the L2 U2U Relay UE allocates two local IDs and it is delivered via RRCReconfigurationSidelink message to each of the L2 U2U Remote UEs: one local ID to identify the L2 U2U Remote UE, the other local ID to identify the peer L2 U2U Remote UE. When the local ID is delivered, an L2 ID of the peer L2 U2U Remote UE is also delivered to the U2U Remote UE for making the association between the local ID and the L2 ID of the peer U2U Remote UE.

[0069] At Step 4, the L2 U2U Remote UE establishes end-to-end PC5-RRC connection with the peer L2 U2U Remote UE via the L2 U2U Relay UE. For the end-to-end connection establishment, fixed indexes (i.e., 0 / 1 / 2 / 3) are defined for end-to-end SL-SRB 0 / 1 / 2 / 3 respectively, and specified PC5 Relay RLC Channel configuration is used on each hop. The sidelink UE capability is exchanged between the L2 U2U Remote UEs via PC5-RRC (e.g., SL-SRB3) message.

[0070] At Step 5, the L2 U2U Remote UE sends to the L2 U2U Relay UE all the QoS profiles for the end-to-end QoS flows via PC5-RRC. At Step 6, the L2 U2U Relay UE performs QoS split only for PDB. It is up to L2 U2U Relay UE implementation on how to split PDB.

[0071] At Step 7, the L2 U2U Relay UE sends the split QoS value (i.e., PDB) via PC5-RRC message to the L2 U2U Remote. At Step 8, the L2 U2U Remote UE or the serving gNB  of the L2 U2U Remote UE derives the packet data convergence protocol (PDCP) and SDAP configuration for end-to-end SL-DRB and provides the portion of the configuration related to reception to the peer L2 U2U Remote UE using end-to-end RRCReconfigurationSidelink messages. The end-to-end bearer IDs for SL-SRB and SL-DRB are used as input for the L2 U2U Relay ciphering and deciphering at PDCP.

[0072] At Step 9a, the L2 U2U Remote UE or the serving gNB of the L2 U2U Remote UE derives the first hop configuration (e.g. PC5 Relay RLC Channel configuration) for SL-DRB and provides to the L2 U2U Relay UE of the configuration related to receiving on the first hop (i.e., Rx by the relay UE) , using per-hop RRCReconfigurationSidelink message.

[0073] At Step 9b, the L2 U2U Relay UE or the serving gNB of the L2 U2U Relay UE derives the second hop configuration (e.g. PC5 Relay RLC Channel configuration) for each SL-DRB and provides to the peer L2 U2U Remote UE of the configuration related to receiving data packets on the second hop (i.e., RX by the peer remote UE) , using per-hop RRCReconfigurationSidelink message.

[0074] Reference is now made to FIG. 1D, which illustrates a signaling flow 100E. In the example of FIG. 1E, the 5G ProSe UE-to-Network Relay sends a UE-to-Network Relay Discovery Announcement message. The UE-to-Network Relay Discovery Announcement message contains the Type of Discovery Message, Announcer Info and RSC and is sent using the Source Layer-2 ID and Destination Layer-2 ID as described in clause 5.8.3.

[0075] The 5G ProSe Remote UE (1 to 3) determines the Destination Layer-2 ID for signalling reception. The Destination Layer-2 ID is configured with the UE (s) .

[0076] 5G ProSe Remote UE (1 to 3) monitors announcement messages with the 5G ProSe UE-to-Network RSC corresponding to the desired services.

[0077] Announcer Info is one of the uses of User Info ID. The User Info ID is configured for Model A or Model B Group Member Discovery, 5G ProSe UE-to-Network Relay Discovery and 5G ProSe UE-to-UE Relay Discovery, either for public safety or commercial applications based on the policy of the HPLMN or via the ProSe application server that allocates it. The definition of values of User Info ID is out of scope of this specification.

[0078] As used herein, an egress RLC channel refers to an RLC channel on which a packet  is transmitted by a U2N Relay UE, a U2N Remote UE, a U2U Remote UE, a U2U Relay UE or a network node.

[0079] As used herein, an egress link refers to a radio link on which a packet is transmitted by a U2N Relay UE, a U2N Remote UE, a U2U Remote UE, a U2U Relay UE or a network node.

[0080] As used herein, an ingress RLC channel refers to an RLC channel on which a packet is received from a U2N Relay UE, a U2N Remote UE, a U2U Remote UE, a U2U Relay UE or a network node.

[0081] As used herein, an ingress link refers to a radio link on which a packet is received from a U2N Relay UE, a U2N Remote UE, a U2U Remote UE, a U2U Relay UE or a network node.

[0082] As used herein, “Remote UE” also may be referred to as “remote terminal device” , “Relay UE” also may be referred to as “Relay” or “relay terminal device” .

[0083] As used herein, an RSC is used for the case of UE-to-Network Relay as well as for the case of UE-to-UE Relay. For the case of UE-to-UE Relay, the Relay Service Code is used to identify a connectivity service the 5G ProSe UE-to-UE Relay provides and the authorized users the 5G ProSe UE-to-UE Relay would offer service to. The definition of values of Relay Service Code for the case of UE-to-UE Relay is out of scope of this specification.

[0084] As used herein, the User Info ID is configured for Model A or Model B Group Member Discovery, 5G ProSe UE-to-Network Relay Discovery and 5G ProSe UE-to-UE Relay Discovery, either for public safety or commercial applications based on the policy of the HPLMN or via the ProSe application server that allocates it. The definition of values of User Info ID is out of scope of this specification.

[0085] As used herein, RLC channel may refer to PC5 relay RLC channel, an SL relay RLC channel, a PC5 RLC channel or an SL RLC channel.

[0086] As used herein, a Link with U2N Relay UE may refer to a PC5-RRC connection or PC5 unicast link.

[0087] As used herein, an upper layer may be PC5 signalling (PC5-S) layer, proximity services (ProSe) layer, vehicle-to-everything (V2X) layer, Non-Access Stratum (NAS)  layer.

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

[0089] EXAMPLE OF COMMUNICATION ENVIRONMENT

[0090] FIG. 2 illustrates a schematic diagram of an example communication environment 200 in which example embodiments of the present disclosure can be implemented.

[0091] The communication environment 200 comprises a remote terminal device 210 and a network device 230. In communication environment 200, the remote terminal device 210 and the network device 230 may communicate with each other via a multi-hop relay, i.e., via at least two relay terminal devices. In the example of FIG. 2, the remote terminal device 210 and the network device 230 may communicate with each other via the relay terminal device 220-1 and the relay terminal device 220-2.

[0092] In the example of FIG. 2, the relay terminal device 220-1 is closest to the network device 230, and the relay terminal device 220-2 is connected with two terminal devices. In the following, the relay terminal device 220-1 is referred to as the first relay terminal device or an U2N Relay UE, while the relay terminal device 220-2 is referred to as the second relay terminal device, a U2U Relay UE or an intermediate Relay UE (which means that a Remote UE may connect with a U2N Relay UE via the intermediate Relay UE) .

[0093] It should be understood that in other embodiments, only two relay terminal devices 220 or more than three relay terminal devices 220 may be comprised, as illustrated in FIG. 2. The present disclosure is not limited in this regard.

[0094] In some example embodiments, a link from the network device 230 to the remote terminal device 210 is referred to as a downlink (DL) , while a link from the remote terminal device 210 to the network device 220 is referred to as an uplink (UL) . In DL, the network device 220 is a transmitting (TX) device (or a transmitter) and the terminal device 210 is a receiving (RX) device (or a receiver) . In UL, the terminal device 210 is a TX device (or a transmitter) and the network device 220 is a RX device (or a receiver) .

[0095] The communications in the communication environment 200 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.

[0096] It is to be understood that the number of devices and their connections shown in FIG. 2 are only for the purpose of illustration without suggesting any limitation. The communication environment 200 may include any suitable number of network devices and / or terminal devices adapted for implementations of example embodiments of the present disclosure. Although not shown, it would be appreciated that one or more additional devices may be located in the cell, and one or more additional cells may be deployed in the communication environment 200.

[0097] EXAMPLE PROCESSES

[0098] Reference is now made to FIG. 3, which illustrates a signaling flow 300 of communication according to some example embodiments of the present disclosure. In the example of FIG. 3, at Step 1, discovery message including information on multi-hop U2N relay may be exchanged. At Step 2a, a PC5 connection establishment procedure is performed, where the peer Remote UE is U2N Remote UE. At Step 2b, a PC5 connection establishment procedure is performed, where the peer Remote UE is U2N Relay UE. At Step 3 and Step 4, U2U relay procedures are performed.

[0099] With Step 5 to Step 12, Uu message is forwarded via specific (U2U) PC5 Relay RLC channel (s) for E2E PC5-RRC connection. With Step 13 and Step 14, the gNB may configure additional PC5 Relay RLC channels between L2 intermediate Relay UE and L2 U2N Relay UE, and PC5 Relay RLC channels between L2 intermediate Relay UE and L2 U2N Remote UE, for the relaying traffic.

[0100] It should be understood that FIG. 3 is an example process, which are only for the purpose of illustration without suggesting any limitations.

[0101] In in the following, more details will be discussed with FIG. 4A to 8 with reference  to FIG. 2, for example, by using the remote terminal device 210, the first relay terminal device 220-1, the second relay terminal device 210-2 and the network device 230.

[0102] Further, the remote terminal device 210 may be referred to as a Remote UE, the first relay terminal device 220-1 may be referred to as U2N Reay UE, and the second relay terminal 220-2 may be referred to as U2U Relay UE or intermediate Relay UE sometimes.

[0103] According to the general process illustrated in FIG. 3, it can be seen that during the multi-hop U2N transmission, the remote terminal device may be assigned with more than one local identity. Specifically, as illustrated in FIG. 3, during Steps 1 to 4, the U2U Relay UE may assign local ID (referred to as the first local identity / local identity #1 in the following) to Remote UE for the transmission of (Uu) RRC signaling via E2E PC5-RRC connection between Remote UE and U2N Relay UE. In the following, at least for the initial access (e.g. RRC setup Request, i.e., Step 5) , the U2N Relay UE may send RRC message such as SidelinkUEInformationNR message to gNB to request the configuration for (sending) Uu RRC signaling. Then, gNB may assign another local ID (referred to as the second local identity / local identity #2 in the following) to Remote UE. Thus, how to avoid the conflict of local identity is desirable to the further discussed.

[0104] In some of the following embodiments, the first relay terminal device 220-1 / U2N Relay is responsible for performing the following operations: transiting the RRC message, receiving the further RRC message, transmitting the first message, receiving the second message, maintaining the mapping between the first local identity and the second local identity (or among the layer 2 identity of the remote terminal device, the first local identity and the second local identity) , rejecting being involved in a U2N transmission (also called as access control) . However, the above operations also may be performed by other relay terminal device, for example, the second relay terminal 220-2 or the relay terminal device closest to the first relay terminal device 220-1 / U2N Relay / remote terminal device. Merely for brevity, the same or the similar contents are omitted herein.

[0105] Embodiments where the first local identity is reused the following U2N transmission will be discussed.

[0106] In operation, the remote terminal device 210 may obtain a first local identity of the remote terminal device 210 (such as, during Steps 1-4, the first local identity may be obtained from the second relay terminal device 220-2) . Then the remote terminal device 210 transmits an RRC message to the second relay terminal device 220-2. The second  relay terminal device 220-2 may forward the RRC message to the first relay terminal device 220-1. That is, the remote terminal device 210 transmits the RRC message to the first relay terminal device 220-1 via the E2E PC5-RRC connection between the remote terminal device 210 and the first relay terminal device 220-1.

[0107] As for the first relay terminal device 220-1, in some embodiments, the first relay terminal device 220-1 transmits, to the network device 230, a first message comprising the first local identity and a layer 2 identity of the remote terminal device 210 (such as, SidelinkUEInformationNR message) .

[0108] In some embodiments, the first message further comprises at least one of the following:

[0109] ● a local identity of first relay terminal device 220-1,

[0110] ● a layer 2 identity of the first relay terminal device 220-1,

[0111] ● a local identity of the second relay terminal device 220-2,

[0112] ● a layer 2 identity of the second relay terminal device 220-2, or

[0113] ● an indication indicating the remote terminal device 210 is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device 210.

[0114] In some embodiments, the first relay terminal device 220-1 (also may be the second relay terminal 220-2 or the relay terminal device closest to the first relay terminal device 220-1 / U2N Relay / remote terminal device, which will not be emphasized repeatedly) may transmit the first message to the network device 230 in response to at least one of the following:

[0115] ● before receiving the RRC message, obtaining the first local identity of the remote terminal device 210,

[0116] ● the remote terminal device 210 is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device 210,

[0117] ● performing as a U2N relay terminal device during a multi-hop U2N transmission,

[0118] ● being capable of performing as a U2N relay terminal device during a multi-hop U2N transmission, or

[0119] ● receiving system information indicating the network device 230 supporting multi-hop  U2N relay transmission.

[0120] As for the network device 230, the network device 230 may receive, from a first relay terminal device 220-1, information about a first local identity of the remote terminal device 210 and a layer 2 identity of the remote terminal device 210. In these specific embodiments, with the first message, the network device 230 may establish a mapping between the first local identity and the layer 2 identity of the remote terminal device 210 or a mapping between the first local identity and (the C-RNTI of) the remote terminal device 210.

[0121] As a result, the network device 230 may transmit a second message which may be a confirmation for the first message.

[0122] As a result, the first relay terminal device 220-1 may transmit the RRC message from the remote terminal device 210 to the network device 230 by using the first local identity, such as, with an SRAP header comprising the first local identity.

[0123] For a better understanding, reference is now made to FIG. 4A, which illustrates a signaling flow 400A of communication according to some example embodiments of the present disclosure.

[0124] In FIG. 4A, the U2N Relay UE may report at least one of the following information to the gNB, via SUI message:

[0125] ● The local ID of Remote UE;

[0126] ● The local ID of U2N Relay UE;

[0127] ● L2 ID of at least one intermediate Relay UE;

[0128] ● The type of (Remote) UE, such as (U2N) Remote UE or Remote UE for multi-hop U2N relay operation;

[0129] ● Other information, such as the L2 ID of Remote UE and the L2 ID of U2N Relay UE.

[0130] In some embodiments, the above information may be carried in a new IE of SUI, such as SL-TxResourceReqL2U2N-Relay-r19, or SL-TxResourceReqL2U2N-Relay-MultiHop-r19.

[0131] In some embodiments, the U2N Relay UE may report above information in case of at least one of the following:

[0132] ● The Remote UE is for multi-hop U2N relay operation / transmission;

[0133] ● The Remote UE is accessed via at least one another (intermediate / U2N) Relay UE;

[0134] ● The Remote UE is connected via an E2E PC5 connection;

[0135] ● if SIB12 includes sl-L2U2N-Relay-multi-hop. That is, SIB12 indicates the indication for multi-hop U2N relay operation;

[0136] ● It is capable of multi-hop U2N relay operation; or

[0137] ● It is acting as multi-hop U2N relay.

[0138] In the example of FIG. 4A, the gNB may send a confirmation (such as, RRCReconfiguration message) . That is, the U2N Relay UE determines to (re) use the local IDs assigned by U2U Relay UE upon receiving the RRCReconfiguration message. Alternatively, RRCReconfiguration message with an (explicit) indication for confirmation.

[0139] Alternatively, in some embodiments, the remote terminal device 210 / first relay terminal device 220-1 may modify the legacy RRC message, such as the RRC message from the remote terminal device 210.

[0140] For a better understanding, embodiments will be discussed with reference FIG. 4B, which illustrates a signaling flow 400B of communication according to some example embodiments of the present disclosure.

[0141] In operation, the remote terminal device 220 transmits the RRC message comprising a layer 2 identity of the remote terminal device 210 or comprising the first local identity and the layer 2 identity of the remote terminal device 210.

[0142] In some embodiments, the remote terminal may transmit the RRC message in response to at least one of the following:

[0143] ● before transmitting the RRC message, obtaining the first local identity of the remote terminal device 210,

[0144] ● triggering by its upper layer to send the RRC message, such as the NAS layer triggering the sending of RRC setup request message,

[0145] ● performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device 210,

[0146] ● being capable of performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device 210,

[0147] ● receiving from the network device 230 system information indicating the network device 230 supporting communicating with the remote terminal device 210 by using the first local identity,

[0148] ● an establishment of a connection with a first relay terminal device 220-1,

[0149] ● an establishment of a connection with a second relay terminal device 220-2,

[0150] ● an establishment of a connection between a first relay terminal device 220-1 and a second relay terminal device 220-2, or

[0151] ● performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device 210.

[0152] As for the first relay terminal device 220-1, the first relay terminal device 220-1 (also may be the second relay terminal 220-2 or the relay terminal device closest to the first relay terminal device 220-1 / U2N Relay / remote terminal device, which will not be emphasized repeatedly) may receive the RRC message comprises a layer 2 identity of the remote terminal device 210, and may transmit, to the network device 230, the RRC message comprising the layer 2 identity of the remote terminal device 210 by using the first local identity.

[0153] In another example, the first local identity of the remote terminal device 210 is comprised in a sidelink relay adaptation protocol (SRAP) header generated by the first relay terminal device 220-1.

[0154] In some embodiments, the first relay terminal device 220-1 may receive the RRC message comprises a layer 2 identity of the remote terminal device 210 and the first local identity of the remote terminal device 210, and may transmit, to the network device 230, the RRC message.

[0155] As for the network device 230, the network device 230 may obtain the first local identity of the remote terminal device 210 and the layer 2 identity of the remote terminal device 210.

[0156] Embodiments where the first relay terminal device 110 (also may be the second relay terminal 220-2 or the relay terminal device closest to the first relay terminal device  220-1 / U2N Relay / remote terminal device, which will not be emphasized repeatedly) maintains a mapping between the first local identity and the second local identity are discussed. In this event, the communication between the first relay terminal device 220-1 and the remote terminal device 210 is performed by using the first local identity, while the communication between the first relay terminal device 220-1 and the network device 230 is performed by using the second local identity.

[0157] In operation, the remote terminal device 210 may obtain a first local identity of the remote terminal device 210 (such as, during Steps 1-4, the first local identity may be obtained from the second relay terminal device 220-2) . Then the remote terminal device 210 trasnmits an RRC message to the second relay terminal device 220-2. The second relay terminal device 220-2 may forward the RRC message to the first relay terminal device 220-1. That is, the remote terminal device 210 transmits the RRC message to the first relay terminal device 220-1 via the E2E PC5-RRC connection between the remote terminal device 210 and the first relay terminal device 220-1.

[0158] In some embodiments, the first relay terminal device 220-1 may transmit, to the network device 230, a first message (e.g., the SUI message) comprising a layer 2 identity of the remote terminal device 210. Then, first relay terminal device 220-1 may receive, from the network device 230, a second message (e.g., the RRC Reconfigure message) comprising a second local identity of the remote terminal device 210. Then the first relay terminal device 220-1 may establish the association between the first local identity of the remote terminal device 210 and the second local identity of the remote terminal device 210, such as, store / record the second local identity by using the layer 2 identity as an entry.

[0159] In some embodiments, the first relay terminal device 220-1 may associate the first local identity of the remote terminal device 210 with the layer 2 identity of the remote terminal device 210. In the following, upon receiving the second message, the first relay terminal device 220-1 may associate the second local identity instead of the first local identity with the layer 2 identity of the remote terminal device 210.

[0160] In some embodiments, the first relay terminal device 220-1 may transmit the RRC message to the network device 230 by using the second local identity. Then, the first relay terminal device 220-1 may receive, from the network device 230, a further RRC message (the further RRC message may be a response of the RRC message, or the RRC message is RRCReconfigurationComplete and the further RRC is RRCReconfiguration) . Then the  first relay terminal device 220-1 may transmit the further RRC message to the remote terminal device 210 by using the first local identity.

[0161] In some embodiments, the further RRC message does not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device 210. That is, the further RRC message does not comprise a local ID configuration of the remote terminal device 210.

[0162] In some embodiments, the SRAP configuration of the remote terminal device 210 comprised in the further RRC message is ignored by the remote terminal device 210.

[0163] In some embodiments, the remote terminal device 210 may ignore the SRAP configuration of the remote terminal device 210 comprised in the further RRC message in response to at least one of the following:

[0164] ● before receiving the RRC message, obtaining the first local identity of the remote terminal device 210,

[0165] ● performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device 210,

[0166] ● being capable of performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device 210,

[0167] ● receiving from the network device 230 system information indicating the network device 230 supporting communicating with the remote terminal device 210 by using the first local identity,

[0168] ● an establishment of a connection with a first relay terminal device 220-1,

[0169] ● an establishment of a connection with a second relay terminal device 220-2,

[0170] ● an establishment of a connection between a first relay terminal device 220-1 and a second relay terminal device 220-2, or

[0171] ● performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device 210.

[0172] For a better understanding, reference is now made to FIG. 5, which illustrates a signaling flow 500 of communication according to some example embodiments of the present disclosure.

[0173] The U2N Relay UE may report at least one of the following to the gNB, via SUI message:

[0174] ● Legacy information, such as the L2 ID of Remote UE;

[0175] ● Legacy indicator, such as sl-LocalID-Request-r17, or new indicator, such as sl-LocalID-Request-multi-hop  / sl-LocalID-Request-r19. That is, set sl-LocalID-Request or sl-LocalID-Request-multi-hop to request the local ID for L2 U2N Remote UE transiting to RRC_CONNECTED or in RRC_CONNECTED state;

[0176] ● Local ID of U2N Relay UE;

[0177] ● The type of (Remote) UE, such as (U2N) Remote UE or Remote UE for multi-hop (U2N) relay operation.

[0178] Additionally, the above information may be carried in a new IE of SUI, SL-TxResourceReqL2U2N-Relay-r19, or SL-TxResourceReqL2U2N-Relay-MultiHop-r19.

[0179] In some embodiments, the U2N Relay UE may report above information in case of at least one of the following:

[0180] ● The Remote UE is for multi-hop U2N relay operation / transmission;

[0181] ● The Remote UE is accessed via at least one another (intermediate / U2N) Relay UE;

[0182] ● The Remote UE is connected via an E2E PC5-RRC connection;

[0183] ● if SIB12 includes sl-L2U2N-Relay-multi-hop. That is, SIB12 indicates the indication for multi-hop U2N relay operation;

[0184] ● It is capable of multi-hop U2N relay operation; or

[0185] ● It is acting as multi-hop U2N relay.

[0186] In some embodiments, gNB may configure U2N Relay UE with L2 ID of Remote UE and local ID (such as local ID#2) of Remote UE (as part of SRAP configuration) , such as, via SL-RemoteUE-ToAddMod-r17 via RRCReconfiguration message.

[0187] In some embodiments, gNB may send RRCSetup message without sl-L2RemoteUE-Config or without SL-SRAP-Config to Remote UE for multi-hop U2N operation upon receiving the new IE or the type of UE indicates Remote UE for multi-hop U2N relay operation.

[0188] In the following, the U2N Relay UE may forward the RRC messages by using the mapping of the first local identity and the second local identity. Specifically, for DL transmission, such as RRCSetup message to Remote UE, the U2N Relay UE may determine the first local ID of 2nd SRAP PDU (to Remote UE / via PC5 interface) based on the second local ID in 1st SRAP PDU (received from gNB / via Uu) .

[0189] For UL transmission, such as, RRCSetupComplete message to gNB, the U2N Relay UE may determine the second local ID of 4th SRAP PDU (to gNB / Uu) based on the first local ID in third SRAP PDU (received from Remote UE / PC5 interface) .

[0190] Embodiments where the second local identity is used for the U2N transmission are discussed.

[0191] In operation, the remote terminal device 210 may obtain a first local identity of the remote terminal device 210 (such as, during Steps 1-4, the first local identity may be obtained from the second relay terminal device 220-2) . Then the remote terminal device 210 trasnmits an RRC message to the second relay terminal device 220-2. The second relay terminal device 220-2 may forward the RRC message to the first relay terminal device 220-1. That is, the remote terminal device 210 transmits the RRC message to the first relay terminal device 220-1 via the E2E PC5-RRC connection between the remote terminal device 210 and the first relay terminal device 220-1.

[0192] As for the first relay terminal device 220-1 (also may be the second relay terminal 220-2 or the relay terminal device closest to the first relay terminal device 220-1 / U2N Relay / remote terminal device, which will not be emphasized repeatedly) , in some embodiments, the first relay terminal device 220-1 transmits, to the network device 230, a first message (such as, SUI message) comprising a layer 2 identity of the remote terminal device 210 or the first local identity and a layer 2 identity of the remote terminal device 210.

[0193] In some embodiments, the first relay terminal device 220-1 transmits the first message to the network device, where the first message indicates at least one of the following:

[0194] ● first information about at least one local identity not being used during a user equipment (UE) -to-UE (U2U) transmission between the remote terminal device 210 and the first relay terminal device 220-1;

[0195] ● second information about at least one local identity being used during the U2U transmission between the remote terminal device 210 and the first relay terminal device 220-1; or

[0196] ● fifth information about at least one local identity can be assigned by the network device.

[0197] In some embodiments, the first message further comprises at least one of the following:

[0198] ● an indicator to request the local ID for the remote terminal device 210,

[0199] ● a local identity of first relay terminal device 220-1,

[0200] ● a layer 2 identity of the first relay terminal device 220-1,

[0201] ● a local identity of the second relay terminal device 220-2,

[0202] ● a layer 2 identity of the second relay terminal device 220-2, or

[0203] ● an indication indicating the remote terminal device 210 is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device 210.

[0204] In some embodiments, the first relay terminal device 220-1 may transmit the first message to the network device 230 in response to at least one of the following:

[0205] ● before receiving the RRC message, obtaining the first local identity of the remote terminal device 210,

[0206] ● the remote terminal device 210 is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device 210,

[0207] ● performing as a U2N relay terminal device during a multi-hop U2N transmission,

[0208] ● being capable of performing as a U2N relay terminal device during a multi-hop U2N transmission, or

[0209] ● receiving system information indicating the network device 230 supporting multi-hop U2N relay transmission.

[0210] As for the network device 230, the network device 230 may receive, from a first relay terminal device 220-1, a first message used for requesting a second local identity of a remote terminal device 210, wherein the first message comprises at least one of the following:

[0211] ● an indicator to request local ID for the remote terminal device 210,

[0212] ● a local identity of first relay terminal device 220-1,

[0213] ● a layer 2 identity of the first relay terminal device 220-1,

[0214] ● a local identity of second relay terminal device 220-2,

[0215] ● a layer 2 identity of the second relay terminal device 220-2,

[0216] ● an indication indicating the remote terminal device 210 is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device 210.

[0217] Then, the network device 230 transmits, to the first relay terminal device 220-1, a second message comprising a second local identity of the remote terminal device 210.

[0218] In some embodiments, the network device 230 may receive, from the first relay terminal device 220-1, a radio resource control (RRC) message transmitted from the remote terminal device 210 to the network device 230, and then may transmit, to the first relay terminal device 220-1, a further RRC message, wherein the further RRC message may or may not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device 210 (e.g., a second local identity of the remote terminal device 210) .

[0219] As for the remote terminal device, in some embodiments, the further RRC message comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device 210. That is, the further RRC message comprises a second local identity of the remote terminal device 210. And the first local identity of the remote terminal device 210 is replaced by the remoter terminal device 210 with a second local identity of the remote terminal device 210 comprised in the further RRC message.

[0220] In some embodiments, the remote terminal device 210 may replace the first local identity with the second local identity in response to at least one of the following:

[0221] ● before receiving the RRC message, obtaining the first local identity of the remote terminal device 210,

[0222] ● performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device 210,

[0223] ● being capable of performing as a multi-hop user equipment (UE) -to-network (U2N)  remote terminal device 210,

[0224] ● receiving from the network device 230 system information indicating the network device 230 supporting communicating with the remote terminal device 210 by using the first local identity,

[0225] ● an establishment of a connection with a first relay terminal device 220-1,

[0226] ● an establishment of a connection with a second relay terminal device 220-2,

[0227] ● an establishment of a connection between a first relay terminal device 220-1 and a second relay terminal device 220-2, or

[0228] ● performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device 210.

[0229] For a better understanding, reference is now made to FIG. 6, which illustrates a signaling flow 600 of communication according to some example embodiments of the present disclosure.

[0230] In FIG. 6, the U2N Relay UE may report at least one of the following to the gNB, via SUI message:

[0231] ● Legacy information, such as the L2 ID of Remote UE;

[0232] ● Legacy indicator, such as sl-LocalID-Request-r17, or a new indicator, such as sl-LocalID-Request-multi-hop  / sl-LocalID-Request-r19. That is , set sl-LocalID-Request or sl-LocalID-Request-multi-hop to request local ID for L2 U2N Remote UE transiting to RRC_CONNECTED or in RRC_CONNECTED state;

[0233] ● Local ID pool#1, including local IDs can be assigned to Remote UE, without collision, where the Local ID pool#1 may be received from intermediate Relay UE;

[0234] ● Local ID pool#2, including local IDs have been assigned by intermediate Relay UE / cannot be assigned to Remote UE, , where the Local ID pool#2 may be received from intermediate Relay UE;

[0235] ● The type of (Remote) UE, such as (U2N) remote UE or (U2N) Remote UE for multi-hop relay operation;

[0236] ● L2 ID of U2N Relay UE;

[0237] ● Local ID of U2N Relay UE;

[0238] ● L2 ID of intermediate Relay UE;

[0239] ● Local ID of intermediate Relay UE.

[0240] Additionally, above information may be carried in a new IE of SUI, such as, SL-TxResourceReqL2U2N-Relay-r19, or SL-TxResourceReqL2U2N-Relay-MultiHop-r19.

[0241] Additionally, U2N Relay UE may report above information in case of at least one of the following:

[0242] ● The Remote UE is for multi-hop U2N relay operation / transmission;

[0243] ● The Remote UE is accessed via at least one another (intermediate / U2N) Relay UE;

[0244] ● The Remote UE is connected via an E2E PC5 connection;

[0245] ● if SIB12 includes sl-L2U2N-Relay-multi-hop. That is, SIB12 indicates the indication for multi-hop U2N relay operation;

[0246] ● It is capable of multi-hop U2N relay operation; or

[0247] ● It is acting as multi-hop U2N relay.

[0248] In some embodiments, the gNB may configure U2N Relay UE with L2 ID of Remote UE and Local ID (local ID#3) of Remote UE (as part of SRAP configuration) , such as, gNB may send SL-RemoteUE-ToAddMod-r17 via RRCReconfiguration message.

[0249] The gNB may send RRCSetup message with sl-L2RemoteUE-Config to Remote UE upon receiving the new IE or the type of UE indicates Remote UE for multi-hop U2N relay operation.

[0250] Alt1: after receiving the local ID#3, Remote UE may replace its local ID for E2E PC5 connection to U2N Relay UE with the received local ID. That is, replace the local ID#1 with local ID#3, when Remote UE is acting as multi-hop U2N Remote UE / performing multi-hop U2N relay operation.

[0251] Alt2: after obtaining local ID#1 of Remote UE (assigned by intermediate UE) , and local ID#3 (new ID assigned by the gNB) , Remote UE may replace the local ID#1 with local ID#3.

[0252] Alt3: obtain local ID pair #1 (assigned by intermediate UE) , such as local ID#1 (of  Remote UE) and local ID#2 of U2N Relay UE, and local ID pair #2 (new ID assigned by the gNB) , such as local ID#3 (of Remote UE) and local ID#4 of U2N Relay UE. Then, Remote UE may replace local ID pair #1 with local ID pair #2.

[0253] Alt4: obtain local ID pair #1 (assigned by intermediate UE) , such as local ID#1 of Remote UE and local ID#2 of U2N Relay UE, and local ID#3 (new ID assigned by the gNB) . Then, Remote UE may replace local ID#1 of local ID pair #1 with local ID#3.

[0254] Alt5: obtain the ID of intermediate Relay UE (such as, a layer2 ID and / or local ID) , and local ID#3. Then, Remote UE may replace local ID#1 of local ID pair #1 with local ID#3.

[0255] Alt6: obtain the ID of U2N Relay UE, and local ID# (such as layer2 ID and / or local ID)3. Then, Remote UE may replace local ID#1 of local ID pair #1 with local ID#3.

[0256] Additionally, for Alt2 to Alt4, Remote UE may also obtain the ID of intermediate Relay UE and / or the ID of U2N Relay UE.

[0257] In some embodiments, the gNB may send RRCReconfiguraiton message to intermediate Relay UE comprising the local ID#3 of Remote UE upon the receiving the new IE or the type of UE indicates Remote UE for multi-hop U2N relay operation.

[0258] In some embodiments, obtain local ID#1 of Remote UE (assigned by intermediate UE) , and local ID#3 (new ID assigned by the gNB) . Then, the intermediate Relay UE may replace the local ID#1 with local ID#3.

[0259] In some embodiments, obtain local ID pair #1 (assigned by intermediate UE) , such as local ID#1 (of Remote UE) and local ID#2 of U2N Relay UE, and local ID pair #2 (new ID assigned by the gNB) , such as local ID#3 (of Remote UE) and local ID#4 of U2N Relay UE. Then, the intermediate Relay UE may replace local ID pair #1 with local ID pair #2.

[0260] In some embodiments, obtain local ID pair #1 (assigned by intermediate UE) , such as local ID#1 of Remote UE and local ID#2 of U2N Relay UE, and local ID#3 (new ID assigned by the gNB) . Then, the intermediate Relay UE may replace local ID#1 of local ID pair #1 with local ID#3.

[0261] Additionally, the intermediate Relay UE may detect collision of local IDs such as for Remote UE.

[0262] In some embodiments, the intermediate Relay UE may adjust local ID assigned to another Remote UE or U2N Relay UE with a new local ID.

[0263] In some embodiments, the intermediate Relay UE may reject the local ID of Remote UE assigned by gNB. Then gNB may assign another local ID of Remote UE, via RRCReconfiguration message.

[0264] In some embodiment, the network device 230 may indicate to the second relay terminal device 220-2 (which is responsible for assigning the local identity to the remote terminal device 210 and the first relay terminal device 220-1) which local IDs can be assigned to Remote UE (or other relay terminal device) or for the communication / transmission between the Remote UE and the U2N Relay UE.

[0265] In some embodiment, the network device 230 generates, a message comprising at least one of the following:

[0266] ● third information about at least one local identity not allowed to be used during a user equipment (UE) -to-UE transmission between a remote terminal device 210 and a first relay terminal device 220-1, wherein the remote terminal device 210 communicates the first relay terminal device 220-1 via at least one second relay terminal device 220-2; or

[0267] ● fourth information about at least one local identity being used during the U2U transmission between the remote terminal device 210 and the first relay terminal device 220-1. Then, the network device 230 transmits the message to the second relay terminal device 220-2.

[0268] As for the second relay terminal device, the second relay terminal device 220-2 may receive, from a network device 230, a message comprising the third information and / or the fourth information. Then, the network device 230 configures local identities to be used during the U2U transmission based on the message.

[0269] For a better understanding, reference is now made to FIG. 7, which illustrates a signaling flow 700 of communication according to some example embodiments of the present disclosure.

[0270] In FIG. 7, the gNB may send local ID pool to intermediate Relay UE (s) , such as, a (allowed or prohibited) local ID pool for Remote UE, a (allowed or prohibited) local ID pool for Remote UE and U2N Relay UE, and / or a (allowed or prohibited) local ID pool for the communication / transmission between Remote UE and U2N Relay UE .

[0271] Then, in case of allowed local ID pool, the intermediate Relay UE may assign one local ID only if the local ID is included in the pool for U2N Remote UE. Alternatively, in case of prohibited local ID pool, the intermediate Relay UE may assign one local ID if the local ID not included in the pool. Additionally, assign one local ID included in the pool for U2N Relay UE.

[0272] Additionally, in some embodiments, the gNB may update the pool.

[0273] Alternatively, or in addition, the intermediate Relay UE may request the updating of pool, for example, if the utilization rate of local IDs in the pool has exceeded the threshold, or if all the local IDs in the pool have been allocated.

[0274] In some embodiments, the discovery procedure may be improved. Specifically, more information may be provided during the discovery procedure.

[0275] In operation, the second relay terminal device 220-2 may receive, a first discovery message comprising an indication of a multi-hop user equipment (UE) -to-network (U2N) relay transmission (or a specific relay service code (RSC)  / specific destination ID / new message type which implies that it aims to be discovered by the multi-hop U2N Remote UE) .

[0276] Then, the second relay terminal device 220-2 may generate a second discovery message based on the first discovery message, and transmit the second discovery message if at least one of the following:

[0277] ● a link quality between the first relay terminal device 220-1 and the second relay terminal device 220-2 is above a threshold; or

[0278] ● the second relay terminal is performing as an intermediate relay terminal device for the multi-hop U2N relay transmission.

[0279] In some embodiments, the second discovery message may comprise information indicating the number of hops between the second relay terminal device 220-2 and a first terminal device.

[0280] In some embodiments, the U2N relay UE may send U2N discovery message, such as model A discovery message / UE-to-Network Relay Discovery Announcement , including an indication for multi-hop U2N relay operation.

[0281] In some embodiments, the intermediate Relay UE may send the discovery message  for at least one of the following cases:

[0282] ● The discovery message including the indication for multi-hop U2N relay operation;

[0283] ● The link quality between the U2N Relay UE and the intermediate Relay UE is above a threshold; or

[0284] ● It is acting as intermediate Relay UE for multi-hop U2N relay operation.

[0285] Additionally, in some embodiments, the intermediate Relay UE may record / add the number of hops between the U2N Relay UE / the gNB and itself in the discovery message, such as, in the form of a list of intermediate Relay UE (ID) , or the number of hops.

[0286] In some embodiments, the Remote UE may select U2N Relay UE or Intermediate Relay UE if the hops between the U2N Relay UE  / Intermediate Relay UE and itself meets the requirement, such as, (for Rel-19) , only the U2N Relay UE with 2 hops can be selected (e.g., Remote UE – (one) Intermediate Relay UE - U2N Relay UE) , or only the gNB with 3 hops can be selected (e.g., Remote UE – (one) Intermediate Relay UE -U2N Relay UE) .

[0287] In some embodiment, the first relay terminal device 220-1 (also may be the second relay terminal 220-2 or the relay terminal device closest to the first relay terminal device 220-1 / U2N Relay / remote terminal device, which will not be emphasized repeatedly) may determine whether to act as a (multi-hop) U2N relay terminal device, such as, may determine whether to forward the RRC message from the Remote terminal device. That is, the (multi-hop) U2N relay terminal device may perform access control or admission control of Remote UE. In operation, the first relay terminal device 220-1 may receive a message being one of the following:

[0288] ● a local identity assignment message from a second relay terminal device 220-2, wherein a remote terminal device 210 communicates the first relay terminal device 220-1 via at least one second relay terminal device 220-2;

[0289] ● a request message used for establishing a PC5-RRC connection between the remote terminal device 210 and the first relay terminal device 220-1;

[0290] ● a radio resource control (RRC) message (via a specific PC5 Relay RLC channel) transmitted from the remote terminal device 210 to a network device 230.

[0291] The first relay terminal device 220-1 may ignore or reject the message in response to at least one of the following:

[0292] ● an amount of available resources used for a multi-hop user equipment (UE) -to-network (U2N) relay transmission being below a threshold,

[0293] ● failing to meet a delay requirement of the multi-hop U2N relay transmission, or

[0294] ● failing to meet a link quality requirement the multi-hop U2N relay transmission, where the link quality may be a SL-reference signal received power (RSRP) , or sidelink discovery (SD) -RSRP.

[0295] For a better understanding, reference is now made to FIG. 8, which illustrates a signaling flow 800 of communication according to some example embodiments of the present disclosure.

[0296] In FIG. 8, in some embodiments, the first relay terminal device 220-1 may ignore or reject the message, such as, upon receiving local ID assignment from intermediate Relay UE (i.e., step 3) . In some embodiments, the first relay terminal device 220-1 may ignore or reject the message if the resources (such as time resources, frequency resources, PC5 relay RLC channels, Uu relay RLC channels, computer resources, memory ) are not enough. In some embodiments, the first relay terminal device 220-1 may ignore or reject the message or notify the rejection if it detects local ID collision. The first relay terminal device 220-1 may be configured with local ID Pool by gNB, wherein the local IDs in the pool have been reserved or allocated by gNB.

[0297] In FIG. 8, in some embodiments, the first relay terminal device 220-1 may ignore or reject the message, such as, upon receiving PC5 signaling for E2E PC5 connection establishment (i.e., step 4) . In some embodiments, the first relay terminal device 220-1 may ignore or reject the message if it detects local ID collision. The first relay terminal device 220-1may be configured with local ID Pool by gNB, wherein the local IDs in the pool have been reserved or allocated by gNB. In some embodiments, the first relay terminal device 220-1 may ignore or reject the message (such as, refuse the PC5-RRC connection establishment request) if the delay of data / signaling between Remote UE and U2N Relay UE is beyond a threshold (in case that Remote UE may send the number of hops between U2N Relay UE and itself via PC5 (PC5-S) signalling) .

[0298] In FIG. 8, in some embodiments, the first relay terminal device 220-1 may ignore or reject the message, such as, upon receiving RRC message via E2E PC5-RRC connection  / specific channel (SL-SRBx, SL-U2U-RLCx) for RRC message. In some  embodiments, the first relay terminal device 220-1 may ignore or reject the message if it detects local ID collision. U2N Relay UE may be configured with local ID Pool by gNB, wherein the local IDs in the pool have been reserved or allocated by gNB. In some embodiments, the first relay terminal device 220-1 may ignore or reject the message if the delay of data / signaling between Remote UE and U2N Relay UE is beyond a threshold.

[0299] In some embodiments, the multi-hop timer may be used for determining a message is successful transmitted may be determined based on the number of hops.

[0300] In some embodiments, upon transmitting a message associated with a multi-hop user equipment (UE) -to-network (U2N) relay transmission, the remote terminal device 210 may start a timer used for determining the message is successful transmitted, wherein the time length of the timer is determined based on the number of hops between the remote terminal device 210 and a network device 230 or a first relay terminal device 220-1, wherein the first relay terminal device 220-1 communicates with the network device 230 directly and the remote terminal device 210 communicates with first relay terminal device 220-1 via at least one second relay terminal device 220-2.

[0301] In some embodiments, the message comprises at least one of the following:

[0302] ● a radio resource control (RRC) set up request,

[0303] ● an RRC setup complete message,

[0304] ● an RRC reconfiguration complete message,

[0305] ● an RRC reestablishment request message,

[0306] ● an RRC resume request message,

[0307] ● an RRC resume complete message,

[0308] ● an RRC connection release message,

[0309] ● an RRC connection establishment message,

[0310] ● an RRC connection resume message,

[0311] ● an RRC connection reestablishment message, or

[0312] ● a path switching message.

[0313] In some embodiments, there may be multiple timer values according to different  number of hops. such as, the hops between U2N Relay UE and Remote UE, or between gNB and Remote UE.

[0314] Then when send RRC message (to gNB) , Remote UE may select the value of timer according to the number of hops, which may be preconfigured, or be configured via SIB / system information, or dedicated configuration.

[0315] In some embodiments, the Timers may include at least one of the following:

[0316] ● timer for RRC connection establishment procedure /  RRCSetup

[0317] ● timer for RRC reconnection procedure / RRC Resume

[0318] ● timer for RRC connection reestablishment procedure  / RRC Reestablishment

[0319] ● timer for path switching, such as T420T.

[0320] EXAMPLE METHODS

[0321] FIG. 9 illustrates a flowchart of a communication method 900 implemented at a first relay 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 a first relay terminal device 220-1 in FIG. 2.

[0322] At block 910, the first relay terminal device obtains a first local identity of a remote terminal device, wherein the first local identity is used for a communication between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device.

[0323] At block 920, the first relay terminal device receives a radio resource control (RRC) message transmitted from the remote terminal device to a network device.

[0324] At block 930, the first relay terminal device determines at least one local identity of the remote terminal device to be used for a multi-hop user equipment (UE) -to-network (U2N) transmission, wherein the at least one local identity comprising: the first local identity of the remote terminal device, or a second local identity of the remote terminal device configured by the network device.

[0325] In some example embodiments, the first relay terminal device may transmit, to the network device, a first message comprising the first local identity and a layer 2 identity  of the remote terminal device; receive; from the network device, a second message which is a confirmation for the first message; and transmit the RRC message to the network device by using the first local identity.

[0326] In some example embodiments, the first relay terminal device may transmit, to the network device, the RRC message comprising the layer 2 identity of the remote terminal device by using the first local identity.

[0327] In some example embodiments, the first relay terminal device may transmit, to the network device, the RRC message comprising a layer 2 identity of the remote terminal device and the first local identity of the remote terminal device.

[0328] In some example embodiments, the first relay terminal device may transmit, to the network device, a first message comprising a layer 2 identity of the remote terminal device; receive; from the network device, a second message comprising a second local identity of the remote terminal device; and establish association between the first local identity of the remote terminal device and the second local identity of the remote terminal device.

[0329] In some example embodiments, the first relay terminal device may transmit the RRC message to the network device by using the second local identity; receive, from the network device, a further RRC message which is a response of the RRC message ; and transmit the further RRC message to the remote terminal device by using the first local identity.

[0330] In some example embodiments, the further RRC message does not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device.

[0331] In some example embodiments, upon receiving the RRC message , the first relay terminal device may transmit, to the network device, a first message comprising a layer 2 identity of the remote terminal device; receive; from the network device, a second message comprising a second local identity of the remote terminal device; transmit the RRC message to the network device by using the second local identity; receive, from the network device, a further RRC message which is a response of the RRC message, the further RRC message comprising the second local identity; and transmit the further RRC message to the remote terminal device.

[0332] In some example embodiments, the first relay terminal device may associate the first local identity of the remote terminal device with the layer 2 identity of the remote  terminal device; and upon receiving the second message, associate the second local identity instead of the first local identity with the layer 2 identity of the remote terminal device.

[0333] In some example embodiments, the first message indicating at least one of the following: first information about at least one local identity not being used during a user equipment (UE) -to-UE (U2U) transmission between the remote terminal device and the first relay terminal device; or second information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device.

[0334] In some example embodiments, the first relay terminal device may receive, from the second relay terminal device, a message indicating the first and / or second information.

[0335] In some example embodiments, the first message further comprises at least one of the following: a local identity of first relay terminal device, a layer 2 identity of the first relay terminal device, a local identity of the second relay terminal device, a layer 2 identity of the second relay terminal device, or an indication indicating the remote terminal device is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device.

[0336] In some example embodiments, the first relay terminal device may transmit the first message to the network device in response to at least one of the following: before receiving the RRC message, obtaining the first local identity of the remote terminal device, the remote terminal device is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device, performing as a U2N relay terminal device during a multi-hop U2N transmission, being capable of performing as a U2N relay terminal device during a multi-hop U2N transmission, or receiving system information indicating the network device supporting multi-hop U2N relay transmission.

[0337] FIG. 10 illustrates a flowchart of a communication method 1000 implemented at a remote 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 a remote terminal device 210 in FIG. A.

[0338] At block 1010, the remote terminal device obtains a first local identity of the remote terminal device, wherein the first local identity is used for a communication between the remote terminal device and a first relay terminal device and the remote terminal device  communicates the first relay terminal device via at least one second relay terminal device.

[0339] At block 1020, the remote terminal device transmits, to a network device, a radio resource control (RRC) message comprising a layer 2 identity of the remote terminal device or comprising the first local identity and the layer 2 identity of the remote terminal device.

[0340] In some example embodiments, the remote terminal device may transmit the RRC message in response to at least one of the following: before receiving the RRC message, obtaining the first local identity of the remote terminal device, performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device, being capable of performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device, receiving from the network device system information indicating the network device supporting communicating with the remote terminal device by using the first local identity, an establishment of a connection with a first relay terminal device, an establishment of a connection with a second relay terminal device, an establishment of a connection between a first relay terminal device and a second relay terminal device, or performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device.

[0341] FIG. 11 illustrates a flowchart of a communication method 1100 implemented at a remote terminal 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 a remote terminal device 210 in FIG. 2.

[0342] At block 1110, the remote terminal device obtains a first local identity of the remote terminal device, wherein the remote terminal device communicates a first relay terminal device via at least one second relay terminal device.

[0343] At block 1120, the remote terminal device transmits a radio resource control (RRC) message to a network device.

[0344] At block 1130, the remote terminal device receives from the network device a further RRC message which is a response of the RRC message, wherein, the further RRC message does not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device, or the SRAP configuration of the remote terminal device comprised in the further RRC message is ignored by the remote terminal device, or the first local identity of the remote terminal device is replaced by the remoter terminal device  with a second local identity of the remote terminal device comprised in the further RRC message.

[0345] In some example embodiments, the remote terminal device may ignore the SRAP configuration of the remote terminal device comprised in the further RRC message or replace the first local identity with the second local identity in response to at least one of the following: before receiving the RRC message, obtaining the first local identity of the remote terminal device, performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device, being capable of performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device, receiving from the network device system information indicating the network device supporting communicating with the remote terminal device by using the first local identity, an establishment of a connection with a first relay terminal device, an establishment of a connection with a second relay terminal device, an establishment of a connection between a first relay terminal device and a second relay terminal device, or performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device.

[0346] FIG. 12 illustrates a flowchart of a communication method 1200 implemented at a 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 a network device 230 in FIG. 2.

[0347] At block 1210, the network device receives, from a first relay terminal device, information about a first local identity of the remote terminal device and a layer 2 identity of the remote terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device.

[0348] At block 1220, the network device establishes association between the first local identity of the remote terminal device and the layer 2 identity of the remote terminal device.

[0349] In some example embodiments, the network device may receive, from the first relay terminal device, a first message comprising the first local identity and a layer 2 identity of the remote terminal device; transmit, a second message which is a confirmation for the first message; and receive a radio resource control (RRC) message transmitted from the remote terminal device to the network device.

[0350] In some example embodiments, the first local identity of the remote terminal device and the layer 2 identity of the remote terminal device are comprised in a radio resource control (RRC) message transmitted by the remote terminal device, or the layer 2 identity of the remote terminal device is comprised in the RRC message transmitted by the remote terminal device and the first local identity of the remote terminal device is comprised in a sidelink relay adaptation protocol (SRAP) header generated by the first relay terminal device.

[0351] FIG. 13 illustrates a flowchart of a communication method 1300 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1300 will be described from the perspective of a network device 230 in FIG. 2.

[0352] At block 1310, the network device receives, from a first relay terminal device, a first message used for requesting a second local identity of a remote terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device and the first message comprises at least one of the following: a local identity of first relay terminal device, a layer 2 identity of the first relay terminal device, a local identity of second relay terminal device, a layer 2 identity of the second relay terminal device, an indication indicating the remote terminal device is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device.

[0353] At block 1320, the network device transmits, to the first relay terminal device, a second message comprising a second local identity of the remote terminal device.

[0354] In some example embodiments, the network device may receive, from the first relay terminal device, a radio resource control (RRC) message transmitted from the remote terminal device to the network device; and transmit, to the first relay terminal device, a further RRC message which is a response of the RRC message, wherein the further RRC message does not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device.

[0355] FIG. 14 illustrates a flowchart of a communication method 1400 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1400 will be described from the perspective of a network device 230 in FIG. 2.

[0356] At block 1410, the network device generates, a message comprising at least one of the following: third information about at least one local identity not allowed to be used during a user equipment (UE) -to-UE transmission between a remote terminal device and a first relay terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device. Or fourth information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device.

[0357] At block 1420, the network device transmits the message to the second relay terminal device.

[0358] FIG. 15 illustrates a flowchart of a communication method 1500 implemented at a second relay terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1500 will be described from the perspective of a second relay terminal device 220-2 in FIG. 2.

[0359] At block 1510, the second relay terminal device receives, from a network, a message comprising at least one of the following: third information about at least one local identity not allowed to be used during a user equipment (UE) -to-UE (U2U) transmission between a remote terminal device and a first relay terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; or fourth information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device.

[0360] At block 1520, the second relay terminal device configures local identities to be used during the U2U transmission based on the message.

[0361] FIG. 16 illustrates a flowchart of a communication method 1600 implemented at a second relay terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1600 will be described from the perspective of a second relay terminal device 220-2 in FIG. 2.

[0362] At block 1610, the second relay terminal device receives, a first discovery message comprising an indication of a multi-hop user equipment (UE) -to-network (U2N) relay transmission.

[0363] At block 1620, the second relay terminal device generates a second discovery message based on the first discovery message.

[0364] At block 1630, the second relay terminal device transmits the second discovery message if at least one of the following: a link quality between the first relay terminal device and the second relay terminal device is above a threshold; or the second relay terminal is performing as an intermediate relay terminal device for the multi-hop U2N relay transmission.

[0365] In some example embodiments, the second discovery message comprising information indicating the number of hops between the second relay terminal device and a first terminal device.

[0366] FIG. 17 illustrates a flowchart of a communication method 1700 implemented at a first relay terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1700 will be described from the perspective of a first relay terminal device 220-1 in FIG. 2.

[0367] At block 1710, the first relay terminal device receives a message being one of the following: a local identity assignment message from a second relay terminal device, wherein a remote terminal device communicates the first relay terminal device via at least one second relay terminal device; a request message used for establishing a PC5 connection between the remote terminal device and the first relay terminal device; a radio resource control (RRC) message transmitted from the remote terminal device to a network device.

[0368] At block 1720, the first relay terminal device ignores or reject the message in response to at least one of the following: an amount of available resources used for a multi-hop user equipment (UE) -to-network (U2N) relay transmission being below a threshold, failing to meet a delay requirement of the multi-hop U2N relay transmission, or , failing to meet a link quality requirement the multi-hop U2N relay transmission.

[0369] FIG. 18 illustrates a flowchart of a communication method 1800 implemented at a remote terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1800 will be described from the perspective of a remote terminal device 210 in FIG. 2.

[0370] At block 1810, upon transmitting a message associated with a multi-hop user equipment (UE) -to-network (U2N) relay transmission, remote terminal device starts a timer used for determining the message is successful transmitted, wherein the time length  of the timer is determined based on the number of hops between the remote terminal device and a network device or a first relay terminal device, wherein the first relay terminal device communicates with the network device directly and the remote terminal device communicates with first relay terminal device via at least one second relay terminal device.

[0371] In some example embodiments, the message comprises at least one of the following: a radio resource control (RRC) set up request, an RRC setup complete message, an RRC reconfiguration complete message, an RRC reestablishment request message, an RRC resume request message, an RRC resume complete message, an RRC connection release message an RRC connection establishment message, an RRC connection resume message, an RRC connection reestablishment message, or a path switching message.

[0372] EXAMPLE DEVICES AND APPARATUS

[0373] FIG. 19 is a simplified block diagram of a device 1900 that is suitable for implementing embodiments of the present disclosure. The device 1900 can be considered as a further example implementation of any of the devices as shown in FIG. 2. FIG. 19 is a simplified block diagram of a device 1900 that is suitable for implementing embodiments of the present disclosure. The device 1900 can be considered as a further example implementation of any of the devices as shown in FIG. 2. Accordingly, the device 1900 can be implemented at or as at least a part of remoter terminal device 210, the first relay terminal device 220-1, the second relay terminal device 220-2 or the network device 230.

[0374] As shown, the device 1900 includes a processor 1910, a memory 1920 coupled to the processor 1910, a suitable transceiver 1940 coupled to the processor 1910, and a communication interface coupled to the transceiver 1940. The memory 1920 stores at least a part of a program 1930. The transceiver 1940 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1940 may include at least one of a transmitter 1942 and a receiver 1944. The transmitter 1942 and the receiver 1944 may be functional modules or physical entities. The transceiver 1940 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.

[0375] The program 1930 is assumed to include program instructions that, when executed by the associated processor 1910, enable the device 1900 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGS. 2 to 18. The embodiments herein may be implemented by computer software executable by the processor 1910 of the device 1900, or by hardware, or by a combination of software and hardware. The processor 1910 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1910 and memory 1920 may form processing means 1950 adapted to implement various embodiments of the present disclosure.

[0376] The memory 1920 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 1920 is shown in the device 1900, there may be several physically distinct memory modules in the device 1900. The processor 1910 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 1900 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.

[0377] According to embodiments of the present disclosure, a first relay terminal device comprising a circuitry is provided. The circuitry is configured to: obtain a first local identity of a remote terminal device, wherein the first local identity is used for a communication between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; receive a radio resource control (RRC) message transmitted from the remote terminal device to a network device; determine at least one local identity  of the remote terminal device to be used for a multi-hop user equipment (UE) -to-network (U2N) transmission, wherein the at least one local identity comprising: the first local identity of the remote terminal device, or a second local identity of the remote terminal device configured by the network device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the first relay terminal device as discussed above.

[0378] According to embodiments of the present disclosure, a remote terminal device comprising a circuitry is provided. The circuitry is configured to: obtain a first local identity of the remote terminal device, wherein the first local identity is used for a communication between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; and transmit, to a network device, a radio resource control (RRC) message comprising a layer 2 identity of the remote terminal device or comprising the first local identity and the layer 2 identity of the remote terminal device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the remote terminal device as discussed above.

[0379] According to embodiments of the present disclosure, a remote terminal device comprising a circuitry is provided. The circuitry is configured to: obtain a first local identity of the remote terminal device, wherein the remote terminal device communicates a first relay terminal device via at least one second relay terminal device; transmit a radio resource control (RRC) message to a network device; and receive from the network device a further RRC message which is a response of the RRC message, wherein, the further RRC message does not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device, or the SRAP configuration of the remote terminal device comprised in the further RRC message is ignored by the remote terminal device, or the first local identity of the remote terminal device is replaced by the remoter terminal device with a second local identity of the remote terminal device comprised in the further RRC message. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the remote terminal device as discussed above.

[0380] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: receive, from a first relay terminal device, information about a first local identity of the remote terminal device and a layer 2  identity of the remote terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; and establish association between the first local identity of the remote terminal device and the layer 2 identity of the remote terminal device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0381] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: receive, from a first relay terminal device, a first message used for requesting a second local identity of a remote terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device and the first message comprises at least one of the following: a local identity of first relay terminal device, a layer 2 identity of the first relay terminal device, a local identity of second relay terminal device, a layer 2 identity of the second relay terminal device, an indication indicating the remote terminal device is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device; and transmit, to the first relay terminal device, a second message comprising a second local identity of the remote terminal device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0382] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: generate, a message comprising at least one of the following: third information about at least one local identity not allowed to be used during a user equipment (UE) -to-UE transmission between a remote terminal device and a first relay terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; or fourth information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device; and transmit the message to the second relay terminal device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0383] According to embodiments of the present disclosure, a second relay terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a network device, a message comprising at least one of the following: third information about at  least one local identity not allowed to be used during a user equipment (UE) -to-UE (U2U) transmission between a remote terminal device and a first relay terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; or fourth information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device; and configure local identities to be used during the U2U transmission based on the message. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the second relay terminal device as discussed above.

[0384] According to embodiments of the present disclosure, a second relay terminal device comprising a circuitry is provided. The circuitry is configured to: receive, a first discovery message comprising an indication of a multi-hop user equipment (UE) -to-network (U2N) relay transmission; generate a second discovery message based on the first discovery message; and transmit the second discovery message if at least one of the following: a link quality between the first relay terminal device and the second relay terminal device is above a threshold; or the second relay terminal is performing as an intermediate relay terminal device for the multi-hop U2N relay transmission. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the second relay terminal device as discussed above.

[0385] According to embodiments of the present disclosure, a first relay terminal device comprising a circuitry is provided. The circuitry is configured to: receive a message being one of the following: a local identity assignment message from a second relay terminal device, wherein a remote terminal device communicates the first relay terminal device via at least one second relay terminal device; a request message used for establishing a PC5 connection between the remote terminal device and the first relay terminal device; a radio resource control (RRC) message transmitted from the remote terminal device to a network device; ignore or reject the message in response to at least one of the following: an amount of available resources used for a multi-hop user equipment (UE) -to-network (U2N) relay transmission being below a threshold, failing to meet a delay requirement of the multi-hop U2N relay transmission, or failing to meet a link quality requirement the multi-hop U2N relay transmission. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the first relay terminal device as discussed above.

[0386] According to embodiments of the present disclosure, a remote terminal device comprising a circuitry is provided. The circuitry is configured to: upon transmitting a message associated with a multi-hop user equipment (UE) -to-network (U2N) relay transmission, start a timer used for determining the message is successful transmitted, wherein the time length of the timer is determined based on the number of hops between the remote terminal device and a network device or a first relay terminal device, wherein the first relay terminal device communicates with the network device directly and the remote terminal device communicates with first relay terminal device via at least one second relay terminal device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the remote terminal device as discussed above.

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

[0388] According to embodiments of the present disclosure, a first relay terminal apparatus is provided. The first relay terminal apparatus comprises means for obtaining a first local identity of a remote terminal device, wherein the first local identity is used for a communication between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; means for receiving a radio resource control (RRC) message transmitted from the remote terminal device to a network device; means for determining at least one local identity of the remote terminal device to be used for a multi-hop user equipment (UE) -to-network (U2N) transmission, wherein the at least one local identity comprising: means for the first local identity of the remote terminal device, or means for  a second local identity of the remote terminal device configured by the network device. 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.

[0389] According to embodiments of the present disclosure, a remote terminal apparatus is provided. The remote terminal apparatus comprises means for obtaining a first local identity of the remote terminal device, wherein the first local identity is used for a communication between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; and means for transmitting, to a network device, a radio resource control (RRC) message comprising a layer 2 identity of the remote terminal device or comprising the first local identity and the layer 2 identity of the remote terminal device. 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.

[0390] According to embodiments of the present disclosure, a remote terminal apparatus is provided. The remote terminal apparatus comprises means for obtaining a first local identity of the remote terminal device, wherein the remote terminal device communicates a first relay terminal device via at least one second relay terminal device; means for transmitting a radio resource control (RRC) message to a network device; and means for receiving from the network device a further RRC message which is a response of the RRC message, wherein, means for the further RRC message does not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device, or the SRAP configuration of the remote terminal device comprised in the further RRC message is ignored by the remote terminal device, or the first local identity of the remote terminal device is replaced by the remoter terminal device with a second local identity of the remote terminal device comprised in the further RRC message. 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.

[0391] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for receiving, from a first relay terminal device, information about a first local identity of the remote terminal device and a layer 2 identity of the remote terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; and means for establishing association between the first local identity of the remote terminal device and the layer 2 identity of the remote terminal device. 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.

[0392] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for receiving, from a first relay terminal device, a first message used for requesting a second local identity of a remote terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device and the first message comprises at least one of the following: means for a local identity of first relay terminal device, means for a layer 2 identity of the first relay terminal device, means for a local identity of second relay terminal device, means for a layer 2 identity of the second relay terminal device, means for an indication indicating the remote terminal device is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device; and means for transmitting, to the first relay terminal device, a second message comprising a second local identity of the remote terminal device. In some embodiments, the fifth apparatus may comprise means for performing the respective operations of the method 1300. In some example embodiments, the fifth apparatus may further comprise means for performing other operations in some example embodiments of the method 1300. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0393] According to embodiments of the present disclosure, a network apparatus is  provided. The network apparatus comprises means for generating, a message comprising at least one of the following: means for third information about at least one local identity not allowed to be used during a user equipment (UE) -to-UE transmission between a remote terminal device and a first relay terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; or means for fourth information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device; and means for transmitting the message to the second relay terminal device. In some embodiments, the sixth apparatus may comprise means for performing the respective operations of the method 1400. In some example embodiments, the sixth apparatus may further comprise means for performing other operations in some example embodiments of the method 1400. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0394] According to embodiments of the present disclosure, a second relay terminal apparatus is provided. The second relay terminal apparatus comprises means for receiving, from a network device, a message comprising at least one of the following: means for third information about at least one local identity not allowed to be used during a user equipment (UE) -to-UE (U2U) transmission between a remote terminal device and a first relay terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; or means for fourth information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device; and means for configuring local identities to be used during the U2U transmission based on the message. In some embodiments, the seventh apparatus may comprise means for performing the respective operations of the method 1500. In some example embodiments, the seventh apparatus may further comprise means for performing other operations in some example embodiments of the method 1500. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0395] According to embodiments of the present disclosure, a second relay terminal apparatus is provided. The second relay terminal apparatus comprises means for receiving, a first discovery message comprising an indication of a multi-hop user equipment (UE) -to-network (U2N) relay transmission; means for generating a second discovery message based on the first discovery message; and means for transmitting the second discovery  message if at least one of the following: means for a link quality between the first relay terminal device and the second relay terminal device is above a threshold; or means for the second relay terminal is performing as an intermediate relay terminal device for the multi-hop U2N relay transmission. In some embodiments, the eighth apparatus may comprise means for performing the respective operations of the method 1600. In some example embodiments, the eighth apparatus may further comprise means for performing other operations in some example embodiments of the method 1600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0396] According to embodiments of the present disclosure, a first relay terminal apparatus is provided. The first relay terminal apparatus comprises means for receiving a message being one of the following: means for a local identity assignment message from a second relay terminal device, wherein a remote terminal device communicates the first relay terminal device via at least one second relay terminal device; means for a request message used for establishing a PC5 connection between the remote terminal device and the first relay terminal device; means for a radio resource control (RRC) message transmitted from the remote terminal device to a network device; means for ignoring or reject the message in response to at least one of the following: means for an amount of available resources used for a multi-hop user equipment (UE) -to-network (U2N) relay transmission being below a threshold, means for failing to meet a delay requirement of the multi-hop U2N relay transmission, or means for failing to meet a link quality requirement the multi-hop U2N relay transmission. In some embodiments, the ninth apparatus may comprise means for performing the respective operations of the method 1700. In some example embodiments, the ninth apparatus may further comprise means for performing other operations in some example embodiments of the method 1700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0397] According to embodiments of the present disclosure, a remote terminal apparatus is provided. The remote terminal apparatus comprises means for upon transmitting a message associated with a multi-hop user equipment (UE) -to-network (U2N) relay transmission, start a timer used for determining the message is successful transmitted, wherein the time length of the timer is determined based on the number of hops between the remote terminal device and a network device or a first relay terminal device, wherein  the first relay terminal device communicates with the network device directly and the remote terminal device communicates with first relay terminal device via at least one second relay terminal device. In some embodiments, the tenth apparatus may comprise means for performing the respective operations of the method 1800. In some example embodiments, the tenth apparatus may further comprise means for performing other operations in some example embodiments of the method 1800. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

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

[0399] In an aspect, it is proposed a first relay terminal device comprising: a processor configured to cause the first relay terminal device to: obtain a first local identity of a remote terminal device, wherein the first local identity is used for a communication between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; receive a radio resource control (RRC) message transmitted from the remote terminal device to a network device; determine at least one local identity of the remote terminal device to be used for a multi-hop user equipment (UE) -to-network (U2N) transmission, wherein the at least one local identity comprising: the first local identity of the remote terminal device, or a second local identity of the remote terminal device configured by the network device.

[0400] In some embodiments, the processor is further configured to cause the first relay terminal device to: transmit, to the network device, a first message comprising the first local identity and a layer 2 identity of the remote terminal device; receive; from the network device, a second message which is a confirmation for the first message; and transmit the RRC message to the network device by using the first local identity.

[0401] In some embodiments, the RRC message comprises a layer 2 identity of the remote terminal device, and the processor is further configured to cause the first relay terminal device to: transmit, to the network device, the RRC message comprising the layer 2 identity of the remote terminal device by using the first local identity.

[0402] In some embodiments, the RRC message comprises a layer 2 identity of the remote terminal device and the first local identity of the remote terminal device, and the processor is further configured to cause the first relay terminal device to: transmit, to the network  device, the RRC message comprising a layer 2 identity of the remote terminal device and the first local identity of the remote terminal device.

[0403] In some embodiments, the processor is further configured to cause the first relay terminal device to: transmit, to the network device, a first message comprising a layer 2 identity of the remote terminal device; receive; from the network device, a second message comprising a second local identity of the remote terminal device; and establish association between the first local identity of the remote terminal device and the second local identity of the remote terminal device.

[0404] In some embodiments, the processor is further configured to cause the first relay terminal device to: transmit the RRC message to the network device by using the second local identity; receive, from the network device, a further RRC message which is a response of the RRC message ; and transmit the further RRC message to the remote terminal device by using the first local identity.

[0405] In some embodiments, the further RRC message does not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device.

[0406] In some embodiments, the processor is further configured to cause the first relay terminal device to: upon receiving the RRC message , transmit, to the network device, a first message comprising a layer 2 identity of the remote terminal device; receive; from the network device, a second message comprising a second local identity of the remote terminal device; transmit the RRC message to the network device by using the second local identity; receive, from the network device, a further RRC message which is a response of the RRC message, the further RRC message comprising the second local identity; and transmit the further RRC message to the remote terminal device.

[0407] In some embodiments, the processor is further configured to cause the first relay terminal device to: associate the first local identity of the remote terminal device with the layer 2 identity of the remote terminal device; and upon receiving the second message, associate the second local identity instead of the first local identity with the layer 2 identity of the remote terminal device.

[0408] In some embodiments, the first message indicating at least one of the following: first information about at least one local identity not being used during a user equipment (UE) -to-UE (U2U) transmission between the remote terminal device and the first relay  terminal device; or second information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device.

[0409] In some embodiments, the processor is further configured to cause the first relay terminal device to: receive, from the second relay terminal device, a message indicating the first and / or second information.

[0410] In some embodiments, the first message further comprises at least one of the following: a local identity of first relay terminal device, a layer 2 identity of the first relay terminal device, a local identity of the second relay terminal device, a layer 2 identity of the second relay terminal device, or an indication indicating the remote terminal device is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device.

[0411] In some embodiments, the processor is further configured to cause the first relay terminal device to: transmit the first message to the network device in response to at least one of the following: before receiving the RRC message, obtaining the first local identity of the remote terminal device, the remote terminal device is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device, performing as a U2N relay terminal device during a multi-hop U2N transmission, being capable of performing as a U2N relay terminal device during a multi-hop U2N transmission, or receiving system information indicating the network device supporting multi-hop U2N relay transmission.

[0412] In an aspect, it is proposed a remote terminal device, comprising: a processor configured to cause the remote terminal device to: obtain a first local identity of the remote terminal device, wherein the first local identity is used for a communication between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; and transmit, to a network device, a radio resource control (RRC) message comprising a layer 2 identity of the remote terminal device or comprising the first local identity and the layer 2 identity of the remote terminal device.

[0413] In some embodiments, the processor is further configured to cause the remote terminal device to: transmit the RRC message in response to at least one of the following: before receiving the RRC message, obtaining the first local identity of the remote terminal device, performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device, being capable of performing as a multi-hop user equipment (UE) -to- network (U2N) remote terminal device, receiving from the network device system information indicating the network device supporting communicating with the remote terminal device by using the first local identity, an establishment of a connection with a first relay terminal device, an establishment of a connection with a second relay terminal device, an establishment of a connection between a first relay terminal device and a second relay terminal device, or performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device.

[0414] In an aspect, it is proposed a remote terminal device, comprising: a processor configured to cause the remote terminal device to: obtain a first local identity of the remote terminal device, wherein the remote terminal device communicates a first relay terminal device via at least one second relay terminal device; transmit a radio resource control (RRC) message to a network device; and receive from the network device a further RRC message which is a response of the RRC message, wherein, the further RRC message does not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device, or the SRAP configuration of the remote terminal device comprised in the further RRC message is ignored by the remote terminal device, or the first local identity of the remote terminal device is replaced by the remoter terminal device with a second local identity of the remote terminal device comprised in the further RRC message.

[0415] In some embodiments, the processor is further configured to cause the remote terminal device to: ignore the SRAP configuration of the remote terminal device comprised in the further RRC message or replace the first local identity with the second local identity in response to at least one of the following: before receiving the RRC message, obtaining the first local identity of the remote terminal device, performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device, being capable of performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device, receiving from the network device system information indicating the network device supporting communicating with the remote terminal device by using the first local identity, an establishment of a connection with a first relay terminal device, an establishment of a connection with a second relay terminal device, an establishment of a connection between a first relay terminal device and a second relay terminal device, or performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device.

[0416] In an aspect, it is proposed a network device comprising: a processor configured to cause the network device to: receive, from a first relay terminal device, information about  a first local identity of the remote terminal device and a layer 2 identity of the remote terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; and establish association between the first local identity of the remote terminal device and the layer 2 identity of the remote terminal device.

[0417] In some embodiments, the processor is further configured to cause the network device to: receive, from the first relay terminal device, a first message comprising the first local identity and a layer 2 identity of the remote terminal device; transmit, a second message which is a confirmation for the first message; and receive a radio resource control (RRC) message transmitted from the remote terminal device to the network device.

[0418] In some embodiments, the first local identity of the remote terminal device and the layer 2 identity of the remote terminal device are comprised in a radio resource control (RRC) message transmitted by the remote terminal device, or the layer 2 identity of the remote terminal device is comprised in the RRC message transmitted by the remote terminal device and the first local identity of the remote terminal device is comprised in a sidelink relay adaptation protocol (SRAP) header generated by the first relay terminal device.

[0419] In an aspect, it is proposed a network device comprising: a processor configured to cause the network device to: receive, from a first relay terminal device, a first message used for requesting a second local identity of a remote terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device and the first message comprises at least one of the following: a local identity of first relay terminal device, a layer 2 identity of the first relay terminal device, a local identity of second relay terminal device, a layer 2 identity of the second relay terminal device, an indication indicating the remote terminal device is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device; and transmit, to the first relay terminal device, a second message comprising a second local identity of the remote terminal device.

[0420] In some embodiments, the processor is further configured to cause the network device to: receive, from the first relay terminal device, a radio resource control (RRC) message transmitted from the remote terminal device to the network device; and transmit, to the first relay terminal device, a further RRC message which is a response of the RRC  message, wherein the further RRC message does not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device.

[0421] In an aspect, it is proposed a network device comprising: a processor configured to cause the network device to: generate, a message comprising at least one of the following: third information about at least one local identity not allowed to be used during a user equipment (UE) -to-UE transmission between a remote terminal device and a first relay terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; or fourth information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device; and transmit the message to the second relay terminal device.

[0422] In an aspect, it is proposed a second relay terminal device comprising: a processor configured to cause the second relay terminal device to: receive, from a network device, a message comprising at least one of the following: third information about at least one local identity not allowed to be used during a user equipment (UE) -to-UE (U2U) transmission between a remote terminal device and a first relay terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; or fourth information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device; and configure local identities to be used during the U2U transmission based on the message.

[0423] In an aspect, it is proposed a second relay terminal device comprising: a processor configured to cause the second relay terminal device to: receive, a first discovery message comprising an indication of a multi-hop user equipment (UE) -to-network (U2N) relay transmission; generate a second discovery message based on the first discovery message; and transmit the second discovery message if at least one of the following: a link quality between the first relay terminal device and the second relay terminal device is above a threshold; or the second relay terminal is performing as an intermediate relay terminal device for the multi-hop U2N relay transmission.

[0424] In some embodiments, the second discovery message comprising information indicating the number of hops between the second relay terminal device and a first terminal device.

[0425] In an aspect, it is proposed a first relay terminal device comprising: a processor configured to cause the first relay terminal device to: receive a message being one of the following: a local identity assignment message from a second relay terminal device, wherein a remote terminal device communicates the first relay terminal device via at least one second relay terminal device; a request message used for establishing a PC5 connection between the remote terminal device and the first relay terminal device; a radio resource control (RRC) message transmitted from the remote terminal device to a network device; ignore or reject the message in response to at least one of the following: an amount of available resources used for a multi-hop user equipment (UE) -to-network (U2N) relay transmission being below a threshold, failing to meet a delay requirement of the multi-hop U2N relay transmission, or failing to meet a link quality requirement the multi-hop U2N relay transmission.

[0426] In an aspect, it is proposed a remote terminal device, comprising: a processor configured to cause the remote terminal device to: upon transmitting a message associated with a multi-hop user equipment (UE) -to-network (U2N) relay transmission, start a timer used for determining the message is successful transmitted, wherein the time length of the timer is determined based on the number of hops between the remote terminal device and a network device or a first relay terminal device, wherein the first relay terminal device communicates with the network device directly and the remote terminal device communicates with first relay terminal device via at least one second relay terminal device.

[0427] In some embodiments, the message comprises at least one of the following: a radio resource control (RRC) set up request, an RRC setup complete message, an RRC reconfiguration complete message, an RRC reestablishment request message, an RRC resume request message, an RRC resume complete message, an RRC connection release message an RRC connection establishment message, an RRC connection resume message, an RRC connection reestablishment message, or a path switching message.

[0428] In an aspect, a first relay 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 relay terminal device discussed above.

[0429] In an aspect, a remote 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 remote terminal device discussed above.

[0430] In an aspect, a remote 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 remote terminal device discussed above.

[0431] In an aspect, a 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 network device discussed above.

[0432] In an aspect, a 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 network device discussed above.

[0433] In an aspect, a 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 network device discussed above.

[0434] In an aspect, a second relay 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 relay terminal device discussed above.

[0435] In an aspect, a second relay 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 relay terminal device discussed above.

[0436] In an aspect, a first relay 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 relay terminal device discussed above.

[0437] In an aspect, a remote 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 remote terminal device discussed above.

[0438] 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 relay terminal device discussed above.

[0439] 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 remote terminal device discussed above.

[0440] 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 remote terminal device discussed above.

[0441] 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 network device discussed above.

[0442] 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 network device discussed above.

[0443] 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 network device discussed above.

[0444] 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 relay terminal device discussed above.

[0445] 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 relay terminal device discussed above.

[0446] 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 relay terminal device discussed above.

[0447] 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 remote terminal device discussed above.

[0448] 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 relay terminal device discussed above.

[0449] 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 remote terminal device discussed above.

[0450] 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 remote terminal device discussed above.

[0451] 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 network device discussed above.

[0452] 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 network device discussed above.

[0453] 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 network device discussed above.

[0454] 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 relay terminal device discussed above.

[0455] 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 relay terminal device discussed above.

[0456] 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 relay terminal device discussed above.

[0457] 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 remote terminal device discussed above.

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

[0459] 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 19. 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.

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

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

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

[0463] 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 relay terminal device comprising:a processor configured to cause the first relay terminal device to:obtain a first local identity of a remote terminal device, wherein the first local identity is used for a communication between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device;receive a radio resource control (RRC) message transmitted from the remote terminal device to a network device;determine at least one local identity of the remote terminal device to be used for a multi-hop user equipment (UE) -to-network (U2N) transmission, wherein the at least one local identity comprising:the first local identity of the remote terminal device, ora second local identity of the remote terminal device configured by the network device.2.The first relay terminal device of claim 1, wherein the processor is further configured to cause the first relay terminal device to:transmit, to the network device, a first message comprising the first local identity and a layer 2 identity of the remote terminal device;receive; from the network device, a second message which is a confirmation for the first message; andtransmit the RRC message to the network device by using the first local identity.3.The first relay terminal device of claim 1, wherein the RRC message comprises a layer 2 identity of the remote terminal device, and the processor is further configured to cause the first relay terminal device to: transmit, to the network device, the RRC message comprising the layer 2 identity of the remote terminal device by using the first local identity.4.The first relay terminal device of claim 1, wherein the RRC message comprises a layer 2 identity of the remote terminal device and the first local identity of the remote terminal device, and the processor is further configured to cause the first relay terminal device to: transmit, to the network device, the RRC message comprising a layer 2 identity of the remote  terminal device and the first local identity of the remote terminal device.5.The first relay terminal device of claim 1, wherein the processor is further configured to cause the first relay terminal device to:transmit, to the network device, a first message comprising a layer 2 identity of the remote terminal device;receive; from the network device, a second message comprising a second local identity of the remote terminal device; andestablish association between the first local identity of the remote terminal device and the second local identity of the remote terminal device.6.The first relay terminal device of claim 5, wherein the processor is further configured to cause the first relay terminal device to:transmit the RRC message to the network device by using the second local identity;receive, from the network device, a further RRC message which is a response of the RRC message ; andtransmit the further RRC message to the remote terminal device by using the first local identity.7.The first relay terminal device of claim 6, wherein the further RRC message does not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device.8.The first relay terminal device of claim 1, wherein the processor is further configured to cause the first relay terminal device to:upon receiving the RRC message , transmit, to the network device, a first message comprising a layer 2 identity of the remote terminal device;receive; from the network device, a second message comprising a second local identity of the remote terminal device;transmit the RRC message to the network device by using the second local identity;receive, from the network device, a further RRC message which is a response of the RRC message, the further RRC message comprising the second local identity; andtransmit the further RRC message to the remote terminal device.9.The first relay terminal device of claim 1, wherein the processor is further configured to cause the first relay terminal device to:associate the first local identity of the remote terminal device with the layer 2 identity of the remote terminal device; andupon receiving the second message, associate the second local identity instead of the first local identity with the layer 2 identity of the remote terminal device.10.The first relay terminal device of claim 9, wherein the first message indicates at least one of the following:first information about at least one local identity not being used during a user equipment (UE) -to-UE (U2U) transmission between the remote terminal device and the first relay terminal device; orsecond information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device.11.The first relay terminal device of claim 10, wherein the processor is further configured to cause the first relay terminal device to:receive, from the second relay terminal device, a message indicating the first and / or second information.12.The first relay terminal device of claim 2 or 5, wherein the first message further comprises at least one of the following:a local identity of first relay terminal device,a layer 2 identity of the first relay terminal device,a local identity of the second relay terminal device,a layer 2 identity of the second relay terminal device, oran indication indicating the remote terminal device is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device.13.The first relay terminal device of claim 2 or 5, wherein the processor is further configured to cause the first relay terminal device to:transmit the first message to the network device in response to at least one of the following:before receiving the RRC message, obtaining the first local identity of the remote terminal device,the remote terminal device is a multi-hop user equipment (UE) -to-network (U2N) remote terminal device,performing as a U2N relay terminal device during a multi-hop U2N transmission,being capable of performing as a U2N relay terminal device during a multi-hop U2N transmission, orreceiving system information indicating the network device supporting multi-hop U2N relay transmission.14.A remote terminal device, comprising:a processor configured to cause the remote terminal device to:obtain a first local identity of the remote terminal device, wherein the first local identity is used for a communication between the remote terminal device and a first relay terminal device and the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; andtransmit, to a network device, a radio resource control (RRC) message comprising a layer 2 identity of the remote terminal device or comprising the first local identity and the layer 2 identity of the remote terminal device.15.The remote terminal of claim 14, wherein the processor is further configured to cause the remote terminal device to:transmit the RRC message in response to at least one of the following:before receiving the RRC message, obtaining the first local identity of the remote terminal device,performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device,being capable of performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device,receiving from the network device system information indicating the network device supporting communicating with the remote terminal device by using the first local identity,an establishment of a connection with a first relay terminal device,an establishment of a connection with a second relay terminal device,an establishment of a connection between a first relay terminal device and a second relay terminal device, orperforming as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device.16.A remote terminal device, comprising:a processor configured to cause the remote terminal device to:obtain a first local identity of the remote terminal device, wherein the remote terminal device communicates a first relay terminal device via at least one second relay terminal device;transmit a radio resource control (RRC) message to a network device; andreceive from the network device a further RRC message which is a response of the RRC message, wherein,the further RRC message does not comprise a sidelink relay adaptation protocol (SRAP) configuration of the remote terminal device, or the SRAP configuration of the remote terminal device comprised in the further RRC message is ignored by the remote terminal device, or the first local identity of the remote terminal device is replaced by the remoter terminal device with a second local identity of the remote terminal device comprised in the further RRC message.17.The remote terminal of claim 16, wherein the processor is further configured to cause the remote terminal device to:ignore the SRAP configuration of the remote terminal device comprised in the further RRC message or replace the first local identity with the second local identity in response to at least one of the following:before receiving the RRC message, obtaining the first local identity of the remote terminal device,performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device,being capable of performing as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device,receiving from the network device system information indicating the network device supporting communicating with the remote terminal device by using the first local identity,an establishment of a connection with a first relay terminal device,an establishment of a connection with a second relay terminal device,an establishment of a connection between a first relay terminal device and a second relay terminal device, orperforming as a multi-hop user equipment (UE) -to-network (U2N) remote terminal device.18.The second relay terminal device, comprising:a processor configured to cause the second relay terminal device to:receive, from a network device, a message comprising at least one of the following:third information about at least one local identity not allowed to be used during a user equipment (UE) -to-UE (U2U) transmission between a remote terminal device and a first relay terminal device, wherein the remote terminal device communicates the first relay terminal device via at least one second relay terminal device; orfourth information about at least one local identity being used during the U2U transmission between the remote terminal device and the first relay terminal device; andconfigure local identities to be used during the U2U transmission based on the message.19.The second relay terminal device, comprising:a processor configured to cause the second relay terminal device to:receive, a first discovery message comprising an indication of a multi-hop user equipment (UE) -to-network (U2N) relay transmission;generate a second discovery message based on the first discovery message; andtransmit the second discovery message if at least one of the following:a link quality between the first relay terminal device and the second relay terminal device is above a threshold; orthe second relay terminal is performing as an intermediate relay terminal device for the multi-hop U2N relay transmission.20.A first relay terminal device comprising:a processor configured to cause the first relay terminal device to:receive a message being one of the following:a local identity assignment message from a second relay terminal device, wherein a remote terminal device communicates the first relay terminal device via at least one second relay terminal device;a request message used for establishing a PC5 connection between the remote terminal device and the first relay terminal device;a radio resource control (RRC) message transmitted from the remote terminal device to a network device;ignore or reject the message in response to at least one of the following:an amount of available resources used for a multi-hop user equipment (UE) -to-network (U2N) relay transmission being below a threshold,failing to meet a delay requirement of the multi-hop U2N relay transmission, orfailing to meet a link quality requirement the multi-hop U2N relay transmission.

Images