Devices and methods for communication

Abstract

Embodiments of the present disclosure provide a solution for multi-hop relay for a user-to-network (U2N) transmission. In a solution, a remote terminal device generates a first packet for user equipment (UE) -to-network (U2N) transmission from the terminal device to a network device, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of a relay terminal device or a predefined identity, and a third field indicating a first bearer identity; and determines, based on the first bearer identity, an egress radio link control (RLC) of the first packet; and submits the first packet to the egress RLC, wherein the terminal device communicates with a network device via a plurality of relay terminal devices.

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 general, embodiments of the present disclosure provide a solution for handling a multi-hop relay for a U2N transmission.

[0005] In a first aspect, there is provided a remote terminal device comprising: a processor configured to cause the remote terminal device to: generate a first packet for user equipment (UE) -to-network (U2N) transmission from the terminal device to a network device, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of a relay terminal device or a predefined identity, and a third field indicating a first bearer identity; and determine, based on the first bearer identity, an egress radio link control (RLC) of the first packet; and submit the first packet to the egress RLC, wherein the terminal device communicates with a network device via a plurality of relay terminal devices.

[0006] In a second aspect, there is provided a relay terminal device comprising: a processor  configured to cause the relay terminal device to: receive, a first packet for user equipment (UE) -to-network (U2N) transmission generated by a terminal device communicating with a network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of the relay terminal device or a predefined identity, and a third field indicating a first bearer identity; generate a second packet based on the first packet, the second packet comprising a second header comprising: a fifth field indicating the first identity, and a sixth field indicating a second bearer identity being the same as or different from the first bearer identity; and determine, based on the second bearer identity, an egress radio link control (RLC) of the first packet; and submit the first packet to the egress RLC.

[0007] In a third aspect, there is provided a network device comprising: a processor configured to cause the network device to: generate, a second packet for user equipment (UE) -to-network (U2N) transmission, the second packet comprising a second header comprising: a fifth field indicating first identity of the remote terminal device, a sixth field indicating a second bearer identity, a seventh field indicating a packet format transform from a second packet with a first header to a second packet with a second header is needed; and transmit the second packet to a relay terminal device, wherein the terminal device communicates with the network device via a plurality of relay terminal devices.

[0008] In a fourth aspect, there is provided a relay terminal device comprising: a processor configured to cause the relay terminal device to: receive, a second packet for user equipment (UE) -to-network (U2N) transmission to be transmitted to a remote terminal device communicating with a network device via a plurality of relay terminal devices, wherein the second packet comprises a second header and the second header comprises: a fifth field indicating a first identity of the remote terminal device, and a sixth field indicating a second bearer identity; generate a first packet based on the second packet, the first packet comprising a first header comprising: a first field indicating a second identity of the relay terminal device or a predefined identity, a second filed indicating the first identity of the remote terminal device, and a third field indicating a first bearer identity being the same as or different from the second bearer identity; and determine, based on the first bearer identity, an egress radio link control (RLC) of the first packet; and submit the first packet to the egress RLC.

[0009] In a fifth aspect, there is provided a remote terminal device comprising: a processor  configured to cause the remote terminal device to: receive, from a relay terminal device, a first packet for user equipment (UE) -to-network (U2N) transmission, the first packet comprising a first header comprising: a first field indicating a second identity of the relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, a third field indicating a first bearer identity, and a data field comprising a second header and data to be transmitted to the remote terminal device, wherein the second header comprises the following: a fifth field indicating the first identity, and a sixth field indicating a second bearer identity being the same as or different from the first bearer identity; and process the first packet by removing the first header.

[0010] In a sixth aspect, there is provided a network device comprising: a processor configured to cause the network device to: receive, from a relay terminal device, a first packet for user equipment (UE) -to-network (U2N) transmission from a terminal device to the network device, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of a relay terminal device or a predefined identity, and a third field indicating a first bearer identity; and determine the first packet comprising a first header if one of the following: if a connection between the remote terminal device and the network device is determined to be a multi-hop relay connection; a fourth field in the first packet is set, the fourth field indicating the first packet comprising a first header, at least one of the following implies the connection is a multi-hop relay connection: the first identity, the first bearer identity, a sub-header of medium access control (MAC) protocol data unit (PDU) , or an ingress link used for receiving the first packet.

[0011] In a seventh aspect, there is provided a network device comprising: a processor configured to cause the network device to: generate, a first packet for user equipment (UE) -to-network (U2N) transmission from the network device to a terminal device communicating with the network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first field indicating a second identity of a relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, and a third field indicating a first bearer identity; and transmit the first packet to a relay terminal device.

[0012] In an eighth aspect, there is provided a relay terminal device comprising: a processor configured to cause the network device to: receive, a first packet for user equipment (UE) -to-network (U2N) transmission from the network device to a terminal device  communicating with the network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first field indicating a second identity of a relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, and a third field indicating a first bearer identity; and determine, based on the first identity, an egress link associated with the first packet; determine, based on the first bearer identity, an egress radio link control (RLC) in the determined egress link; and submit the first packet to the egress RLC.

[0013] In a ninth aspect, there is provided a communication method performed by a remote terminal device. The method comprises: generating a first packet for user equipment (UE) -to-network (U2N) transmission from the terminal device to a network device, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of a relay terminal device or a predefined identity, and a third field indicating a first bearer identity; and determining, based on the first bearer identity, an egress radio link control (RLC) of the first packet; and submitting the first packet to the egress RLC, wherein the terminal device communicates with a network device via a plurality of relay terminal devices.

[0014] In a tenth aspect, there is provided a communication method performed by a relay terminal device. The method comprises: receiving, a first packet for user equipment (UE) -to-network (U2N) transmission generated by a terminal device communicating with a network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of the relay terminal device or a predefined identity, and a third field indicating a first bearer identity; generating a second packet based on the first packet, the second packet comprising a second header comprising: a fifth field indicating the first identity, and a sixth field indicating a second bearer identity being the same as or different from the first bearer identity; and determining, based on the second bearer identity, an egress radio link control (RLC) of the first packet; and submitting the first packet to the egress RLC.

[0015] In an eleventh aspect, there is provided a communication method performed by a network device. The method comprises: generating, a second packet for user equipment (UE) -to-network (U2N) transmission, the second packet comprising a second header comprising: a fifth field indicating first identity of the remote terminal device, a sixth field indicating a second bearer identity, a seventh field indicating a packet format  transform from a second packet with a first header to a second packet with a second header is needed; and transmitting the second packet to a relay terminal device, wherein the terminal device communicates with the network device via a plurality of relay terminal devices.

[0016] In a twelfth aspect, there is provided a communication method performed by a relay terminal device. The method comprises: receiving, a second packet for user equipment (UE) -to-network (U2N) transmission to be transmitted to a remote terminal device communicating with a network device via a plurality of relay terminal devices, wherein the second packet comprises a second header and the second header comprises: a fifth field indicating a first identity of the remote terminal device, and a sixth field indicating a second bearer identity; generating a first packet based on the second packet, the first packet comprising a first header comprising: a first field indicating a second identity of the relay terminal device or a predefined identity, a second filed indicating the first identity of the remote terminal device, and a third field indicating a first bearer identity being the same as or different from the second bearer identity; and determining, based on the first bearer identity, an egress radio link control (RLC) of the first packet; and submitting the first packet to the egress RLC.

[0017] In a thirteenth aspect, there is provided a communication method performed by a remote terminal device. The method comprises: receiving, from a relay terminal device, a first packet for user equipment (UE) -to-network (U2N) transmission, the first packet comprising a first header comprising: a first field indicating a second identity of the relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, a third field indicating a first bearer identity, and a data field comprising a second header and data to be transmitted to the remote terminal device, wherein the second header comprises the following: a fifth field indicating the first identity, and a sixth field indicating a second bearer identity being the same as or different from the first bearer identity; and processing the first packet by removing the first header.

[0018] In a fourteenth aspect, there is provided a communication method performed by a network device. The method comprises: receiving, from a relay terminal device, a first packet for user equipment (UE) -to-network (U2N) transmission from a terminal device to the network device, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of a relay terminal device or a predefined identity, and a third field indicating a  first bearer identity; and determining the first packet comprising a first header if one of the following: if a connection between the remote terminal device and the network device is determined to be a multi-hop relay connection; a fourth field in the first packet is set, the fourth field indicating the first packet comprising a first header, at least one of the following implies the connection is a multi-hop relay connection: the first identity, the first bearer identity, a sub-header of medium access control (MAC) protocol data unit (PDU) , or an ingress link used for receiving the first packet.

[0019] In a fifteenth aspect, there is provided a communication method performed by a network device. The method comprises: generating, a first packet for user equipment (UE) -to-network (U2N) transmission from the network device to a terminal device communicating with the network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first field indicating a second identity of a relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, and a third field indicating a first bearer identity; and transmitting the first packet to a relay terminal device.

[0020] In a sixteenth aspect, there is provided a communication method performed by a relay terminal device. The method comprises: receiving, a first packet for user equipment (UE) -to-network (U2N) transmission from the network device to a terminal device communicating with the network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first field indicating a second identity of a relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, and a third field indicating a first bearer identity; and determining, based on the first identity, an egress link associated with the first packet; determining, based on the first bearer identity, an egress radio link control (RLC) in the determined egress link; and submitting the first packet to the egress RLC.

[0021] In a seventeenth 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 ninth, tenth, eleventh, twelfth, thirteenth, fourteenth, fifteenth, or sixteenth aspect.

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

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

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

[0025] FIG. 1B and 1C illustrate user plane protocol and control plane protocol, separately;

[0026] FIG. 1D illustrates example of functional view of sidelink relay adaptation protocol (SRAP) sublayer at PC5 interface in U2N Relay case;

[0027] FIG. 1E illustrates example of functional view of SRAP sublayer at Uu interface;

[0028] FIG. 1F and 1G, illustrate user plane protocol and control plane protocol for Layer 2 U2U relay, separately;

[0029] FIG. 1H illustrates example of functional view of SRAP sublayer at PC5 interface in U2N Relay case;

[0030] FIG. 2 illustrates example transformation 200 between a first packet and a second packet;

[0031] FIG. 3 illustrates example uplink transmission procedure according to some example embodiments of the present disclosure;

[0032] FIG. 4 illustrates example downlink transmission procedure according to some example embodiments of the present disclosure;

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

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

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

[0036] FIG. 8 illustrates a flowchart of a method implemented at a relay terminal device according to some example embodiments of the present disclosure;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0057] 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” .

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

[0059] EXAMPLE OF COMMUNICATION ENVIRONMENT

[0060] FIG. 1A illustrates a schematic diagram of an example communication environment 100 in which example embodiments of the present disclosure can be implemented.

[0061] The communication environment 100A comprises a remote terminal device 110 and a network device 130. In communication environment 100A, the remote terminal device 110 and the network device 130 may communicate with each other via a multi-hop relay, i.e., via at least two relay terminal devices. In the example of FIG. 1A, the remote terminal device 110 and the network device 130 may communicate with each other via the relay terminal device 120-1, the relay terminal device 120-2 and the relay terminal device 120-3.

[0062] The relay terminal device 120-1 also may be referred to as “U2N Relay” and the relay terminal device 120-2 and the relay terminal device 120-3 also may be referred to as “U2U Relay” sometimes.

[0063] It should be understood that in other embodiments, only two relay terminal devices 120 or more than three relay terminal devices 120 may be comprised. The present disclosure is not limited in this regard.

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

[0065] The communications in the communication environment 100A 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.

[0066] It is to be understood that the number of devices and their connections shown in FIG. 1 are only for the purpose of illustration without suggesting any limitation. The communication environment 100A 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 100A.

[0067] As discussed above, release 17 specified mechanisms to support single-hop U2N relay. Reference is now made to FIG. 1B and 1C, which illustrate user plane protocol 100B and  control plane protocol 100C, separately.

[0068] During a U2N transmission, the sidelink relay adaptation protocol (SRAP) sublayer supports the following functions: data transfer, determination of UE ID field and BEARER ID field for data packets, determination of egress link and determination of egress RLC channel.

[0069] FIG. 1D illustrates example of functional view 100D of SRAP sublayer at PC5 interface in U2N Relay case. In the example of FIG. 1D, upon receiving an SRAP SDU from upper layer, the transmitting part of the SRAP entity on the PCS interface shall:

[0070] - if the SRAP SDU is not for SRB0;

[0071] - Determine the UE ID field and BEARER ID field;

[0072] - Construct an SRAP Data PDU with SRAP header, where the UE ID field and BEARER ID field are set to the determined values;

[0073] - else;

[0074] - Construct an SRAP Data PDU without SRAP header;

[0075] - Determine the egress RIC channel; *

[0076] - Submit this SRAP Data PDU to the determined egress RLC channel.

[0077] FIG. 1E illustrates example of functional view 100E of SRAP sublayer at Uu interface. In the example of FIG. 1E, 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:

[0078] - if the SRAP Data PDU is received from SL-RLC0:

[0079] - Determine the UE ID field and BEARER ID field;

[0080] - Construct an SRAP Data PDU with SRAP header, where the UE ID field and BEARER ID field are set to the determined values;

[0081] - Determine the egress RLC channel;

[0082] - Submit this SRAP Data PDU to the determined egress RLC channel.

[0083] Further, as discussed above, release 18 specified mechanisms to support single-hop UE-to-UE (U2U) relay.

[0084] Reference is now made to FIG. 1F and 1G, which illustrate user plane protocol 100F  and control plane protocol 100G for Layer 2 U2U relay, separately.

[0085] Further refer to FIG. 1H, which illustrates example of functional view 100H of SRAP sublayer at PC5 interface in U2U relay case. In FIG. 1H, as for the Remote UE, upon receiving an SRAP SDU from upper layer, the transmitting part of the SRAP entity on the PCS interface shall:

[0086] - Determine the UE ID fields and BEARER ID field;

[0087] - Construct an U2U SRAP Data PDU with SRAP header, where the UE ID field and BEARER ID field are set to the determined values;

[0088] - Determine the egress RLC channel;

[0089] - Submit this U2U SRAP Data PDU to the determined egress PCS Relay RIC channel.

[0090] Further, in FIG. 1H, as for the Relay UE, when the transmitting part of the SRAP entity of the U2U Relay UE has an U2U SRAP Data PDU to transmit on the PC5 interface between U2U Relay UE and the peer U2U Remote UE, the transmitting part of the SRAP entity of U2U Relay UE shall:

[0091] - Determine the egress link;

[0092] - Determine the egress RIC channel;

[0093] - Submit this U2U SRAP Data PDU to the determined egress RIC channel of the determined egress link.

[0094] EXAMPLE PROCESSES

[0095] Reference is made to FIGS. 2-4. For the purposes of discussion, FIGS. 2-4 will be discussed with reference to FIG. 1A, for example, by using the remote terminal devices 110, relay terminal devices 120-1 to 120-3 and the network device 130.

[0096] Before describing the processes for transmitting the packets, reference is now made to FIG. 2, which illustrates example transformation 200 between a first packet and a second packet.

[0097] In the Example (A) of FIG. 2, the first packet comprises a first header and a data filed, where the first header comprises a first filed indicating a UE ID for source, a second filed indicating a UE ID for destination and a third filed indicating a bearer ID, the data  filed comprises the data to be transmitted.

[0098] Additionally, in the Example (A) of FIG. 2, the length of the UE ID may be 8 bits. Further, in U2U Relay case, there are two UE ID fields (i.e. the first field and the second filed) : one for local identity of each U2U Remote UE.

[0099] Additionally, the length of the BEARER ID may be 5 bits. Further, In U2U Relay case, this field (i.e., the third filed) carries information to identify end-to-end PC5 radio bearer for U2U Remote UE. For sidelink (SL) -signaling Radio Bearers (SRBs) , the value is set to 0 / 1 / 2 / 3 for SL-SRB 0 / 1 / 2 / 3 respectively. For SL-data radio bearers (DRBs) , the value is set to the 5 least significant bits (LSBs) of slrb-PC5-ConfigIndex used in end-to-end SL DRB configuration procedure.

[0100] In the Example (A) of FIG. 2, the second packet comprises a second header and a data filed, where the second header comprises a fifth filed indicating a UE ID, a sixth filed indicating a bearer ID, the data filed comprises the data to be transmitted.

[0101] Additionally, the second packet in the Example (A) of FIG. 2 may have the format of the SRAP Data PDU with SRAP header being configured. This SRAP Data PDU format is applicable to SRAP SDU except those for SRB0 delivered over PC5 interface.

[0102] Additionally, the length of the UE ID (i.e., the fifth filed) may be 8 bits. Further, in U2N Relay case, this field carries local identity of U2N Remote UE.

[0103] Additionally, the length of the BEARER ID may be 5 bits. Further, in U2N Relay case, this field (i.e., the sixth field) carries information to identify Uu radio bearer for U2N Remote UE. For SRBs, the value is set to SRB Identity (which is configured by radio resource control (RRC) parameter srb-Identity) . For DRBs, the value is set to DRB Identity (which is configured by RRC parameter drb-Identity) minus 1.

[0104] Additionally, the Data field carries the SRAP SDU (i.e. packet data convergence protocol (PDCP) PDU or RRC PDU) .

[0105] Additionally, the length of R / Reserved field is 1 bit. If not be used, reserved bits shall be set to 0. If so, Reserved bits shall be ignored by the receiver.

[0106] Additionally, the length of D / C field is 1 bit. Further, the D / C field indicates whether the corresponding SRAP PDU is an SRAP Data PDU or an SRAP Control PDU.

[0107] In the Example (B) of FIG. 2, the first packet comprises a first header and a data  filed, where the first header comprises a first filed indicating a UE ID for source, a second filed indicating a UE ID for destination and a third filed indicating a bearer ID, the data filed comprises a second packet.

[0108] In the Example (B) of FIG. 2, the second packet comprises a second header and a data filed, where the second header comprises a fifth filed indicating a UE ID, a sixth filed indicating a bearer ID, the data filed comprises the data to be transmitted.

[0109] As used herein, the first packet also may be referred to as “U2U packet” , “U2U SRAP Data PDU” or “U2U SRAP PDU” and so on. The second packet also may be referred to as “U2N packet” , “U2N SRAP Data PDU” or “U2N SRAP PDN” and so on.

[0110] In the following, the uplink transmission will be discussed with reference to FIG. 3. In the example of FIG. 3, the packet is to be transmitted from the remote terminal device 110 to the network device 130, via a plurality of relay terminal device 120 / multi-hop relay.

[0111] In operation, the remote terminal device 110 generates a first packet for an U2N transmission from the remote terminal device 110 to the network device 130 (such as, the first packet of Example (A) and Example (B) in FIG. 2) , where the first packet comprises a first header comprising:

[0112] ● a first filed indicating a first identity of the remote terminal device 110,

[0113] ● a second field indicating a second identity of a relay terminal device 120 or a predefined identity, and

[0114] ● a third field indicating a first bearer identity.

[0115] In some embodiments, the predefined identity may refer to a predefined value or a specific DST ID. As one example, UE ID for DST (i.e., the second field) may be set to a specific value, such as, ‘11111111’ (all eight bits set to 1) or ‘00000000’ (all eight bits set to 0) . For UL transmission, if the UE ID for DST of U2U SRAP PDU is set to the specific value, it indicates that: the first packet is targeted for gNB, or the first packet is for multi-hop U2N transmission, or the first packet comprises a second packet, or the first packet belongs to a U2N transmission, or the first packet comprises a first header rather than a second header.

[0116] Then, the remote terminal device 110 determines an egress RLC channel of the first packet based on the first bearer identity, and submits the first packet to the egress RLC.

[0117] In some embodiments, the first header further may comprise a fourth field indicates at least one of the following:

[0118] ● the first packet is to be transmitted to the network device 130,

[0119] ● the first packet is to be transmitted to a first relay terminal device 120 communicating with the network device 130 via a direct connection,

[0120] ● the first packet is for a multi-hop transmission to the network device 130,

[0121] ● the first packet belongs to a U2N transmission,

[0122] ● the first packet comprises a first header rather than a second header,

[0123] ● a packet format transform from a first packet with a first header to a second packet with a second header is needed, or the first packet comprises a second packet. That is, a data file of the first packet comprises a second packet.

[0124] Additionally, in some embodiments, the fourth field may be a 1-bit reserved bit, as shown in FIG. 2.

[0125] In this way, by using an explicit indication, the following relay terminal device may determine that the first packet belongs to an U2N (relay) transmission, such as multi-hop U2N (relay) transmission, and needs additional processes.

[0126] In some embodiments, the generation of the first packet is conditional. Specifically, the remote terminal device 110 may generate the first packet comprising the first header if at least one of the following:

[0127] ● a configuration from the network device 130 indicating a connection between the remote terminal device 110 and the network device 130 is a multi-hop relay connection,

[0128] ● an upper layer of the remote terminal device 110 indicates to generate the first packet, for example, by an explicit indication, or

[0129] ● at least one of the following implies to generate the first packet: the bearer identity or the second identity of the relay terminal device 120.

[0130] As illustrated in the Example (A) of FIG. 3, the relay terminal device 120-1 is responsible for performing the transformation from the first packet to the second packet. In this event, in the first packet, the relay terminal device 120 indicated by the second field may be a first relay terminal device 120-1 which communicate with the network  device 130 via a direct connection. The first relay terminal device 120-1 also referred to as an U2N Relay or U2N relay terminal device.

[0131] As illustrated in the Example (B) of FIG. 3, the relay terminal device 120-2 is responsible for performing the transformation from the first packet to the second packet. In this event, in the first packet, the relay terminal device 120 indicated by the second field is a second relay terminal device 120-2 which communicates with the network device 130 via the first relay terminal device 120. The first relay terminal device 120-2 also referred to as an U2U Relay or U2U relay terminal device or intermediate relay terminal device.

[0132] As illustrated in the Example (B) of FIG. 2, where the second packet is encapsulated into the data field of the first packet. In this event, the remote terminal device 110 may generate a first packet comprising a data filed, where the data filed comprises:

[0133] ● data to be transmitted to the network device 130,

[0134] ● a second header comprising the following:

[0135] a fifth field indicating the first identity, and

[0136] a sixth field indicating a second bearer identity being the same as or different from the first bearer identity.

[0137] After that, the first packet will be transmitted to the relay terminal device 120-3. In the example of FIG. 3, the relay terminal device 120-3 may functions as a normal U2U relay terminal device, i.e. forward the first packet to next relay terminal device 120.

[0138] In the following, example operation at the relay terminal device 120-1 / the relay terminal device 120-2 (i.e., the relay terminal device which is responsible for performing the transformation from the first packet to the second packet ) will be discussed.

[0139] In operation, the relay terminal device 120 receives the first packet for the U2N transmission generated by the remote terminal device 110. As discussed above, the first packet comprises a first header comprising:

[0140] ● a first filed indicating a first identity of the remote terminal device 110,

[0141] ● a second field indicating a second identity of the relay terminal device 120 or a predefined identity, and

[0142] ● a third field indicating a first bearer identity.

[0143] Then the relay terminal device 120 generates a second packet based on the first packet. As discussed above, the second packet comprises a second header comprising:

[0144] ● a fifth field indicating the first identity, and

[0145] ● a sixth field indicating a second bearer identity being the same as or different from the first bearer identity.

[0146] After that, the relay terminal device 120 determines, based on the second bearer identity, an egress RLC channel of the second packet, and submits the second packet to the egress RLC.

[0147] In some embodiments, as discussed above, the first header may further comprise a fourth field indicating at least one of the following:

[0148] ● the first packet is to be transmitted to the network device 130, or

[0149] ● a packet format transform from a first packet with a first header to a second packet with a second header is needed.

[0150] Additionally, in some embodiments, the fourth field may be a 1-bit reserved bit.

[0151] Additionally, in some embodiments, the generation of the second packet (or the transformation from the first packet to the second packet) is conditional.

[0152] In some embodiments, the relay terminal device 120 may generate the second packet comprising the second header if at least one of the following:

[0153] ● the relay terminal device 120 is a relay terminal device 120 closest to the network device 130,

[0154] ● the relay terminal device 120 is a relay terminal device 120 closest to the first relay terminal device 120,

[0155] ● the relay terminal device 120 is performing as a U2N relay terminal device 120,

[0156] ● a configuration from the network device 130 indicating a connection between the remote terminal device 110 and the network device 130 is a multi-hop relay connection,

[0157] ● a fourth field in the first packet is set, for example, set to ‘1’ ,

[0158] ● the second identity comprised in the first packet is an identity of the relay terminal  device 120,

[0159] ● the second identity comprised in the first packet is a predefined identity, or

[0160] ● at least one of the following implies to generate the second packet with the second header based on the first packet with the first header: the first bearer identity, the first identity of the remote terminal device 110, the second identity of the relay terminal device 120, a sub-header of medium access control (MAC) protocol data unit (PDU) , or an ingress link used for receiving the first packet.

[0161] As discussed above, two types of first packet may be generated, i.e., Example (A) of FIG. 2 and Example (B) of FIG. 2.

[0162] In a case of the Example (A) of FIG. 2, the relay terminal device 120 may generate the second packet by one of the following:

[0163] ● forming the second packet by: setting the fifth field to be the first identity indicated by the first field, setting the sixth field to be the second bearer identity, and filling a data field of the second packet with a date filed of the first packet;

[0164] ● generating the second header and replacing the first header of the first packet with the second header, where the second header is generated by: setting the fifth field to be the first identity indicated by the first field, setting the sixth field to be the second bearer identity; or

[0165] ● removing the second field from the first packet.

[0166] In a case of the Example (B) of FIG. 2, the relay terminal device 120 may generate the second packet by removing the first header from the first packet.

[0167] Next, the second packet will be forwarded to the gNB. The gNB may process the second packet as legacy. In this way uplink transmission in a multi-hop Relay scenario is enabled.

[0168] As illustrated in Example (C) of FIG. 3, in addition to the relay terminal device 120-1 / 120-2, the network device 130 also may process the first packet by itself as discussed below. That is, the network device 130 is capable of resolving the U2U PDU and may perform procedures as illustrated in FIG. 1H.

[0169] In operation, the remote terminal device 110 may transmit the first packet to the relay terminal device 120-3. Then the first packet is forwarded to the relay terminal device  120-2 and the relay terminal device 120-1 accordingly. As for the relay terminal device 120-1, after receiving the first packet, the relay terminal device 120-1 may not perform additional processes and further transmit the first packet to the network device 130. Additionally, the relay terminal device 120-1 may treat the first packet by assuming it is in the packet format of second packet. That is, the relay terminal device 120-1 may treat it as U2N PDU and perform procedures as illustrated in FIG. 1E. Example operations of the network device 130 will be discussed as below.

[0170] In operation, the network device 130 receives the first packet from the relay terminal device 120-1, where the first packet comprises a first header comprising:

[0171] ● a first filed indicating a first identity of the remote terminal device 110,

[0172] ● a second field indicating a second identity of a relay terminal device 120 or a predefined identity, and

[0173] ● a third field indicating a first bearer identity.

[0174] Then the network device 130 may determine that the first packet comprises a first header if one of the following:

[0175] ● if a connection between the remote terminal device 110 and the network device 130 is determined to be a multi-hop relay connection;

[0176] ● a fourth field in the first packet is set, for example, set to ‘1’ , or

[0177] ● at least one of the following implies the connection is a multi-hop relay connection: the first identity, the first bearer identity, a sub-header of medium access control (MAC) protocol data unit (PDU) , or an ingress link used for receiving the first packet.

[0178] Once the network device 130 determines the received packet comprises a first header rather than a second header, the network device 130 may resolve the first packet accurately. In this way uplink transmission in a multi-hop Relay scenario also may be enabled.

[0179] In the following, the uplink transmission will be discussed with reference to FIG. 4. In the example of FIG. 4, the packet is to be transmitted from the network device 130 to the remote terminal device 110, via a plurality of relay terminal device 120 / multi-hop relay.

[0180] Example operations at the network device 130 will be discussed first.

[0181] In operation, the network device 130 may generate a common U2N packet. For example, the network device 130 may generate a second packet comprising a second header comprising:

[0182] ● a fifth field indicating first identity of the remote terminal device 110, and

[0183] ● a sixth field indicating a second bearer identity.

[0184] Additionally, the network device 130 may generate a second packet comprising an explicit indication. Specifically, the second packet may further comprise a seventh field indicating a packet format transform from a second packet with a first header to a second packet with a second header is needed. Additionally, in some embodiments, the seventh field may be a 1-bit reserved bit.

[0185] Additionally, in some embodiments, the network device 130 may generate the second packet with the second header comprising the seventh field if a connection between the remote terminal device 110 and the network device 130 is determined to be a multi-hop relay connection.

[0186] Additionally, in some embodiments, the seventh field may be a 1-bit reserved bit.

[0187] Then, the network device 130 may transmit the second packet to the relay terminal device 120.

[0188] Similar with the uplink transmission, either the relay terminal device 120-1 or the relay terminal device 120-2 may perform the transformation from the second packet to the first packet. As illustrated in the Example (A) of FIG. 4, the relay terminal device 120-1 is responsible for performing the transformation from the second packet to the first packet. As illustrated in the Example (A) of FIG. 4, the relay terminal device 120-2 is responsible for performing the transformation from the second packet to the first packet.

[0189] In the following, example operations at the relay terminal device 120-1 / the relay terminal device 120-2 are discussed as below.

[0190] In operation, the relay terminal device 120 receives a second packet for a U2N transmission to be transmitted to a remote terminal device 110, where the second packet comprises a second header and the second header comprises:

[0191] ● a fifth field indicating a first identity of the remote terminal device 110, and

[0192] ● a sixth field indicating a second bearer identity.

[0193] Then, the relay terminal device 120 generates a first packet based on the second packet (as illustrated in Example (A) and Example (B) of FIG. 2) , where the first packet comprises a first header comprising:

[0194] ● a first field indicating a second identity of the relay terminal device 120 or a predefined identity,

[0195] ● a second filed indicating the first identity of the remote terminal device 110, and

[0196] ● a third field indicating a first bearer identity being the same as or different from the second bearer identity.

[0197] In some embodiments, the predefined identity may refer to a predefined value or a specific SRC ID. As one example, UE ID for SRC (i.e., the first field) may be set to a specific value, such as, ‘11111111’ (all eight bits set to 1) or ‘00000000’ (all eight bits set to 0) . For DL transmission, if the UE ID for SRC of U2U SRAP PDU is set to the specific value, it indicates that: he first packet is from gNB, or the first packet is for multi-hop U2N transmission, or the first packet comprises a second packet, or the first packet belongs to a U2N transmission, or the first packet comprises a first header rather than a second header.

[0198] After that, the relay terminal device 120 determines an egress RLC channel of the first packet based on the first bearer identity, and submits the first packet to the egress RLC.

[0199] As discussed above, in some embodiments, the second packet may further comprise a seventh field indicating a packet format transform from a second packet with a second header to a first packet with a first header is needed. Additionally, in some embodiments, the seventh field may be a 1-bit reserved bit.

[0200] In some embodiments, the generation of the first packet is conditional. Specifically, the relay terminal device 120 may generate the first packet comprising the first header if at least one of the following:

[0201] ● the relay terminal device 120 is performing as a U2N relay terminal device 120,

[0202] ● a seventh field in the second packet is set, for example, set to ’ 1’ , or

[0203] ● at least one of the following implies to generate the first packet: the first bearer identity, the first identity of the remote terminal device 110, the second identity of the relay  terminal device 120, a sub-header of medium access control (MAC) protocol data unit (PDU) , an indication from the network device 130 or an ingress link used for receiving the second packet.

[0204] In a case of the Example (A) of FIG. 2, the relay terminal device 120 may generate the first packet by one of the following:

[0205] ● forming the first packet by setting the second field to be the first identity indicated by the fifth field, setting the first field to be the second identity of the relay terminal device 120 or a predefined identity, and setting the third field to be the first bearer identity, and filling a data field of a first packet with the date filed of the second packet;

[0206] ● generating the first header and replacing the second header of the second packet with the first header, where the first header is generated by: setting the second field to be the first identity indicated by the fifth field, setting the first field to be the second identity of the relay terminal device 120 or a predefined identity, and setting the third field to be the first bearer identity; or

[0207] ● adding the first field to the second packet and setting the first field to be the second identity of the relay terminal device 120.

[0208] As discussed above, in some embodiments, the second packed may be encapsulated as the date field of the first packet, as illustrated in the Example (B) of FIG. 2. In this event, the data field of the first packet may comprise the following:

[0209] ● data to be transmitted to the remote terminal device 110,

[0210] ● a second header comprising the following:

[0211] ● a fifth field indicating the first identity, and

[0212] ● a sixth field indicating the second bearer identity.

[0213] Additionally, the relay terminal device 120 may generate the first packet by:

[0214] ● adding the first header to the second packet, where the first header is generated by setting the second field to be the first identity indicated by the fifth field, setting the first field to be the second identity of the relay terminal device 120 or a predefined identity, and setting the third field to be the first bearer identity, or

[0215] ● filling a data field of the first packet with the second packet, where the first packet is  generated by setting the second field to be the first identity indicated by the fifth field, setting the first field to be the second identity of the relay terminal device 120 or a predefined identity, and setting the third field to be the first bearer identity, and filling a data field of a first packet with the second packet.

[0216] Additionally, in order to indicate the first packet belongs to a U2N transmission or the first packet comprises a first header rather than a second header, the first packet may comprise an explicit indication. In some embodiments, the first header or the first packet may comprise a fourth field indicating at least one of the following:

[0217] ● the first packet or the data filed of the first packet is originated from the network device 130, or

[0218] ● the first packet comprises a second packet. That is, a date filed of the first packet is the second packet.

[0219] Additionally, in some embodiments, the fourth field may be a 1-bit reserved bit.

[0220] After the above processes, the first packet may be transmitted to the next relay terminal device 120 and to the remote terminal device 110 finally.

[0221] Example operations of the remote terminal device 110 will be discussed in the following.

[0222] In operation, once the remote terminal device 110 determines the received packet comprises a first header rather than a second header, the remote terminal device 110 may resolve the first packet accurately.

[0223] Additionally, as discussed above, in some embodiments, the second packed may be encapsulated as the date field of the first packet, as illustrated in the Example (B) of FIG. 2. In this event, the remote terminal device 110 may process the first packet by removing the first header.

[0224] As illustrated in Example (C) of FIG. 4, in addition to the relay terminal device 120-1 / 120-2, the network device 130 also generate a first packet for a U2N transmission by itself as discussed below. That is, the network device 130 is capable of generating the U2U PDU and may perform procedures as illustrated in FIG. 1H.

[0225] In operation, the network device 130 generates the first packet for the U2N transmission, where the first packet comprises a first header comprising:

[0226] ● a first field indicating a second identity of a relay terminal device 120 or a predefined identity,

[0227] ● a second filed indicating a first identity of the remote terminal device 110, and

[0228] ● a third field indicating a first bearer identity.

[0229] Then the network device 130 transmits the first packet to the relay terminal device 120-1.

[0230] In some embodiments, the relay terminal device 120 indicated by the second field is one of the following:

[0231] ● a first relay terminal device 120-1 communicating with the network device 130 via a direct connection; or

[0232] ● a second relay terminal device 120-2 communicating with the network device 130 via the first relay terminal device 120-1.

[0233] Additionally, in some embodiments, the network device 130 may indicate the first packet belongs to a U2N transmission or the first packet comprises a first header rather than a second header by an explicit indication. Specifically, the first header or the first packet may further comprise a fourth field indicating at least one of the following:

[0234] ● the first packet is to be transmitted to the remote terminal device, or

[0235] ● the first packet or the data filed of the first packet is originated from the network device 130, or

[0236] ● the first header is comprised in the first packet.

[0237] Additionally, in some embodiments, the fourth field may be a 1-bit reserved bit.

[0238] In some embodiments, the generation of the first packet is conditional. Specifically, the network device 130 may generate the first packet with the first header if:

[0239] ● a connection between the remote terminal device 110 and the network device 130 is determined to be a multi-hop relay connection, or

[0240] ● at least one of the following implies to generate the first packet with the first head: the first bearer identity, the first identity of the remote terminal device 110 or the indication from the upper layer.

[0241] As for the relay terminal device 120, after receiving the first packet, the relay terminal device 120 determines an egress link associated with the first packet based on the first identity. Then, the relay terminal device 120 determines an egress RLC channel in the determined egress link based on the first bearer identity, and submits the first packet to the egress RLC.

[0242] Additionally, in order to routing the first packet properly, the relay terminal device 120 needs to obtain the identity of the remote terminal device 110. In view of this, the relay terminal device 120 may need to determine whether the received packed comprise a first header or a second header, because in a case of the first header, the identity of the remote terminal device 110 is comprised in the third octet, while in a case of the second header, the identity of the remote terminal device 110 is comprised in the second octet.

[0243] In some embodiments, the first header further comprises a fourth field indicating at least one of the following:

[0244] ● the first packet is to be transmitted to the remote terminal device 110,

[0245] ● the first packet is for a multi-hop transmission to the remote terminal device, or

[0246] ● the first header is comprised in the first packet.

[0247] Additionally, if the relay terminal device 120 determines that the first header further comprises the fourth field or the fourth field indicates information listed above, such as the first header is comprised in the first packet, the relay terminal device 120 may extract the identity of the remote terminal device 110 according to a format of the first packet comprising the first header, such as the relay terminal device 120 may extract the identity of the remote terminal device 110 from a second filed.

[0248] In this way, the first packet (which is encapsulated in a U2U packet form but belongs to a U2N transmission) may be transmitted to the remote terminal device properly. That is, the relay terminal device 120 may perform procedures as illustrated in FIG. 1D.

[0249] EMBODIMENTS

[0250] Example embodiments about the example transformation (A) of FIG. 2 is performed by the relay terminal device 120-1 (Example (A) of FIG. 3 and Example (A) of FIG. 4) are discussed as below.

[0251] In some embodiments, one R bit of U2U SRAP (Data) PDU (refer to as indicator#1) is used to indicate that:

[0252] ● for UL transmission: this U2U SRAP PDU is to gNB, and for DL transmission: this U2U SRAP PDU is from gNB; For example, set to 1 to indicate to / from gNB;

[0253] ● the SRAP PDU is a U2U SRAP PDU.

[0254] In some embodiment, UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU may be set to a specific value, such as, ‘11111111’ (all eight bits set to 1) or ‘00000000’ (all eight bits set to 0) . For UL transmission, if the UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU is set to the specific value, it indicates that this PDU is to be transmitted to the gNB, is for multi-hop U2N transmission or contains U2N SRAP PDU.

[0255] For DL transmission, if the UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU is set to the specific value, it indicates that this PDU is from gNB, or contains U2N SRAP PDU, thus the U2N Relay UE may use this specific UE ID for SRC (also referred to as specific SRC ID) .

[0256] In some embodiments, one R of U2N SRAP PDU (refer to as indicator#2 ) is used to indicate that: for UL transmission: this U2U SRAP PDU is to gNB, or for DL transmission: this U2U SRAP PDU is from gNB; for example, set to 1 to indicate to / from gNB.

[0257] Additionally, in some embodiments, both U2U SRAP PDU and U2N SRAP PDU use the first R bit simultaneously or the second R bit simultaneously.

[0258] When performing an UL transmission, the SRAP layer of the Remote UE may form U2U SRAP PDU as below:

[0259] ● Sets the BEREAER ID, which is configured by gNB, or set as SL RB index, by U2U or U2N Relay UE;

[0260] ● Sets UE ID for SRC as the local ID of Remote UE;

[0261] ● Sets UE ID for DST as, a local ID of U2N relay UE, or a specific DST ID (also referred to as specific UE ID for DST) based on whether the Remote UE is configured with local ID of Remote UE and local ID of U2N Relay UE, or a local ID of Remote UE and specific DST ID.

[0262] Optionally, the Remote UE sets indicator#1 in U2U SRAP PDU to 1.

[0263] In the following, the remote UE determines the egress link and egress RLC channel and submits it to lower layer (for transmission) and forwards it to U2U Relay UE.

[0264] Additionally, to form U2U SRAP PDU rather than U2N SRAP PDU, Remote UE may determine it is in a multi-hop relay case first, for example, based on the SRAP configuration / routing configuration, or indicated by the upper layer to use U2U SRAP PDU (for specific BERAER ID) , or be configured to use U2U SRAP PDU, for specific BERAER ID and / or destination.

[0265] Then, the Remote UE forwards the first packet to the U2U Relay UE, and the U2U Relay UE (such as, the relay terminal device 120-2) forwards the U2U SRAP PDU to U2N Relay UE. Specifically, the U2U Relay UE determines the egress link and egress RLC channel for U2U SRAP PDU according to the UE ID for SRC, UE ID for DST and BEREAER ID as legacy.

[0266] As for the U2N Relay UE (i.e., the relay terminal device 120-1) , the U2N Relay UE determines the SRAP PDU is transmitted to / targeted for gNB, and forms U2N SRAP PDU / transforms U2U SRAP PDU to U2N SRAP PDU.

[0267] In some embodiment, the relay terminal device 120-1 determines that the U2U SRAP PDU is targeted for gNB if at least one of the following:

[0268] ● indicator#1 in U2U SRAP PDU / SRAP PDU is set as 1, and thus the U2N Relay UE may analysis the received SRAP PDU in the form of U2N SRAP PDU, or U2N Relay UE may determine the PDU is U2U SRAP PDU first;

[0269] ● some Bearer ID need be sent to gNB, then trigger format transformation;

[0270] ● based on the ingress link, if it works as a U2N Relay UE;

[0271] ● specific DST ID is used. U2N Relay UE may determine the PDU is U2U SRAP PDU first;

[0272] ● (Remote) UE indicated by the UE ID for SRC is a multi-hop UE, determine based on the SRAP configuration of this UE. Thus, U2N Relay UE may analysis the received SRAP PDU in the form of U2N, or U2N Relay UE may determine the PDU is U2U SRAP PDU first.

[0273] In some embodiment, when forming the U2N SRAP PDU, the U2N Relay UE may  form a new U2N SRAP PDU, and

[0274] ● set the D / C bit in U2N SRAP PDU with the same value of that in U2U SRAP PDU;

[0275] ● set the BEREAER ID of U2N SRAP PDU with the same value of BEREAER ID in U2U SRAP PDU;

[0276] ● set UE ID with the same value of UE ID for SRC in U2U SRAP PDU;

[0277] ● carry the Data field of U2U SRAP PDU in that of U2N SRAP PDU.

[0278] Alternatively, in some embodiment, when forming the U2N SRAP PDU, the U2N Relay UE may replace the U2U SRAP PDU header with the U2N SRAP PDU header, and

[0279] ● set the D / C bit in U2N SRAP PDU with the same value of that in U2U SRAP PDU;

[0280] ● set the BEREAER ID of U2N SRAP PDU with the same value of BEREAER ID in U2U SRAP PDU;

[0281] ● set UE ID with the same value of UE ID for SRC in U2U SRAP PDU.

[0282] Alternatively, in some embodiment, when forming the U2N SRAP PDU, the U2N Relay UE may delete the UE ID for DST in the U2U SRAP PDU.

[0283] Then, the U2N Relay UE may determine egress link and egress RLC channel for the U2N SRAP PDU, and 3) submit the U2N SRAP PDU to egress RLC channel.

[0284] Additionally, Relay UE may determine that the SRAP PDU is a U2U SRAP PDU first. In some embodiment, the Relay UE may determine that the SRAP PDU is a U2U SRAP PDU based on one of the following:

[0285] ● indicator#1 in U2U SRAP PDU / SRAP PDU, e.g., the indicator#1 is set as 1;

[0286] ● the ingress link;

[0287] ● the indication from U2U relay UE, via SCI, sub-header of MAC PDU.

[0288] Additionally, Relay UE may determine that the SRAP PDU is to / target it before treat this PDU for the case that UE ID for SRC is set as local ID of U2N Relay UE.

[0289] For the uplink transmission, the gNB may treat the U2N SRAP PDU as legacy.

[0290] For DL transmission, the SRAP layer of the gNB may form U2N SRAP PDU (as legacy) and forward it to U2N Relay UE, for example, may set UE ID with the local ID  of Remote UE.

[0291] Optionally, the gNB may set indicator#2 (i.e., one R bit in U2N SRAP PDU) in U2N SRAP PDU to 1.

[0292] As for the U2N Relay UE, the U2N Relay UE may form U2U SRAP PDU and performs routing accordingly.

[0293] In some embodiment, the U2N Relay UE determines there is a need to generate U2U SRAP PDU if at least one of the following:

[0294] ● determine that Remote UE indicated by UE ID is connected via at least one another Relay UE, such as, based on SRAP configuration  / routing information for the Remote UE, such as a list of U2U Relay UE between U2N Relay UE and Remote UE, or the number of hops between U2N Relay UE and Remote UE, or indication#3 for multi-hop configured by gNB;

[0295] ● the indicator#2 in U2N SRAP PDU is set to 1.

[0296] In some embodiment, when forming the U2U SRAP PDU, the U2N Relay UE may form a new U2U SRAP PDU, and

[0297] ● set the D / C bit in U2U SRAP PDU as the same value of that in U2N SRAP PDU;

[0298] ● set BEREAER ID of U2U SRAP PDU as the same value of BEREAER ID in U2N SRAP PDU;

[0299] ● set UE ID for DST in U2U SRAP PDU as the same value of UE ID in U2N SRAP PDU;

[0300] ● carry the Data field of U2N SRAP PDU in that of U2U SRAP PDU;

[0301] ● set UE ID for SRC Field to U2N SRAP PDU, and set it as ID of U2N relay UE or specific SRC ID.

[0302] Optionally, in some embodiment, the U2N Relay UE may set the indication#1 to 1.

[0303] In some embodiment, when forming the U2U SRAP PDU, the U2N Relay UE may replace the U2N SRAP PDU header with the U2U SRAP PDU header, and

[0304] ● set the D / C bit in U2U SRAP PDU as the same value of that in U2N SRAP PDU;

[0305] ● set the BEREAER ID of U2U SRAP PDU with as same value of BEREAER ID in U2N SRAP PDU;

[0306] ● set UE ID for DST in U2U SRAP PDU with as same value of UE ID in U2N SRAP PDU;

[0307] ● set UE ID for SRC Field to U2N SRAP PDU, and set it as ID of U2N relay UE or specific SRC ID.

[0308] Optionally, in some embodiment, the U2N Relay UE may set the indication#1 to 1.

[0309] In some embodiment, when forming the U2U SRAP PDU, the U2N Relay UE may add the UE ID for SRC Field to U2N SRAP PDU, and set it as ID of U2N relay UE or specific SRC ID.

[0310] Then, the U2N Relay UE may determine the egress link to U2U Relay UE, and may determine the egress RLC channel (as legacy) for U2U SRAP PDU and submit it to egress RLC channel (for transmission) and may forward the U2U SRAP PDU to Remote UE according to the UE ID for SRC and UE ID for DST, and BEATER ID.

[0311] As for the Remote UE, a SRAP layer of the Remote UE may remove the SRAP header of this U2U SRAP Data PDU and deliver the U2U SRAP SDU to upper layer. That is, derive Data field of U2U SRAP PDU and forward it to upper layer (e.g., PDCP layer) .

[0312] In some embodiment. the remote UE may handle this U2U packet according to a format of the first packet if it determines the packet is from gNB, such as, the indicator#1 is set to 1, or UE ID for SRC indicates it’s from gNB.

[0313] Example embodiments about the example transformation (A) of FIG. 2 is performed by the relay terminal device 120-2 (Example (B) of FIG. 3 and Example (B) of FIG. 4) is discussed as below.

[0314] In some embodiments, one R bit of U2U SRAP PDU (refer to as indicator#1 ) is used to indicate that: for UL transmission: this U2U SRAP PDU is to gNB, and for DL transmission: this U2U SRAP PDU is from gNB, for example, set to 1 to indicate to / from gNB.

[0315] In some embodiment, UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU may be set to a specific value, such as, ‘11111111’ (all eight bits set to 1) or ‘00000000’ (all eight bits set to 0) . For UL transmission, if the UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU is set to the specific value, it indicates that this PDU is to be transmitted to the gNB, or contains U2N SRAP PDU.

[0316] For DL transmission, if the UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU is set to the specific value, it indicates that this PDU is from gNB, or contains U2N SRAP PDU, and theU2N Relay UE may use this specific UE ID for SRC.

[0317] In some embodiments, one R of U2N SRAP PDU (refer to as indicator#2 ) is used to indicate that:

[0318] ● for UL transmission: this U2N PDU is to gNB / from Remote UE in multi-hop case; For DL transmission: this U2N PDU is from gNB, for / to Remote UE in multi-hop case. For example, set to 1 to indicate to / from gNB;

[0319] ● the SRAP PDU is a U2N SRAP PDU.

[0320] When performing an UL transmission, the SRAP layer of the Remote UE may form U2U SRAP PDU as below:

[0321] ● set the BEREAER ID, as configured by gNB;

[0322] ● set UE ID for SRC as the local ID of Remote UE;

[0323] ● set UE ID for DST as local ID of U2U Relay UE (e.g., U2U Relay UE closest to gNB / connected to U2N Relay directly) , specific DST ID, or local ID of U2N relay UE.

[0324] Optionally, the Remote UE sets indicator#1 in U2U SRAP PDU to 1.

[0325] In the following, the remote UE determines the egress link and egress RLC channel and submit it to lower layer (for transmission) and forwards it to U2U Relay UE.

[0326] The U2U Relay UE forms U2N SRAP PDU and forward it to U2N Relay if the U2N Relay UE may determine that the U2U SRAP PDU is targeted for gNB, for example, indicator#1 in U2U SRAP PDU / SRAP PDU is set as 1, or specific DST ID is used.

[0327] In some embodiment, when forming the U2N SRAP PDU, the U2U Relay UE may form a new U2N SRAP PDU, and

[0328] ● sets the D / C bit in U2N SRAP PDU with the same value of that in U2U SRAP PDU;

[0329] ● sets the BEREAER ID of U2N SRAP PDU with the same value of BEREAER ID in U2U SRAP PDU;

[0330] ● sets UE ID with the same value of UE ID for SRC in U2U SRAP PDU;

[0331] ● carry the Data field of U2U SRAP PDU in that of U2N SRAP PDU.

[0332] Alternatively, in some embodiment, when forming the U2N SRAP PDU, the U2U Relay UE may replace the U2U SRAP PDU header with the U2N SRAP PDU header, and

[0333] ● set the D / C bit in U2N SRAP PDU with the same value of that in U2U SRAP PDU;

[0334] ● set the BEREAER ID of U2N SRAP PDU with the same value of BEREAER ID in U2U SRAP PDU;

[0335] ● set UE ID with the same value of UE ID for SRC in U2U SRAP PDU.

[0336] Alternatively, in some embodiment, when forming the U2N SRAP PDU, the U2U Relay UE may delete the UE ID for DST in the U2U SRAP PDU.

[0337] Then, the U2U Relay UE may determine egress link and egress RLC channel for the U2N SRAP PDU, and submit the U2N SRAP PDU to egress RLC channel. In this way, the U2N SRAP PDU is forwarded to the U2N Relay UE.

[0338] Additionally, only the U2U Relay UE closest to gNB (for Remote UE) may perform above mentioned determination.

[0339] In some embodiments, the U2U Relay UE may determine it is the closest U2U Relay UE for Remote UE, according to the SRAP configuration of this Remote UE, or indicated by gNB / U2N Relay UE.

[0340] Alternatively, if U2U Relay UE is indicated by UE ID for DST of U2U SRAP PDU (e.g., the closest U2U Relay UE, and indicator#1 set to 1) , for the case UE ID for DST is set as local ID of U2U Relay UE.

[0341] Then, the U2N Relay UE may forward the U2N SRAP PDU to gNB according to the UE ID and BEREAER ID. Then the gNB may treat this U2N SRAP PDU as legacy.

[0342] Additionally, when Remote UE constructs the U2U SDAP PDU, Bearer ID may be configured by U2U Relay UE and ad configured ID is associated with the (real) BEARER ID configured by gNB.

[0343] When U2N Relay UE forms the U2N SDAP PDU, it may set the BEARER ID Field of U2N PDU according to the BEARER ID Field of U2U SDAP PDU.

[0344] For the DL transmission, the SRAP layer of the gNB may form U2N SRAP PDU (as legacy) and forwards it to U2N Relay UE, for example, may set UE ID with the local ID of Remote UE.

[0345] Optionally, the gNB may set indicator#2 (i.e., one R bit in U2N SRAP PDU) in U2N SRAP PDU to 1. Then, the U2N Relay UE forwards the U2N SRAP PDU to U2U Relay UE.

[0346] Alternatively, the U2N Relay UE may set indicator#2 in U2N PDU to 1, if Remote UE is connected to gNB / U2N Relay UE via at least one U2U Relay.

[0347] Next, the U2U Relay UE forms U2U SRAP PDU and performs routing accordingly, based on:

[0348] ● the indicator#2, e.g., the indicator#2 in U2N PDU is set to 1, or

[0349] ● a determination that Remote UE indicated by UE ID is a multi-hop Remote UE. That is,

[0350] ● Remote UE is connected to gNB  / U2N Relay UE via at least one another U2U Relay UE, or

[0351] ● Remote UE is connected to gNB via at least two Relay UEs;

[0352] ● Based on SRAP configuration  / routing info. for Remote UE, such as a list of U2U Relay UE between U2N Relay UE and Remote UE, or the number of hop between U2N Relay UE and Remote UE, or indication#3 for multi-hop configured by gNB / U2N Relay UE;

[0353] ● the ingress link.

[0354] In some embodiment, when forming the U2U SRAP PDU, the U2U Relay UE may form a new U2U SRAP PDU, and

[0355] ● set the D / C bit in U2U SRAP PDU as the same value of that in U2N SRAP PDU.

[0356] ● set BEREAER ID of U2U SRAP PDU as the same value of BEREAER ID in U2N SRAP PDU.

[0357] ● set UE ID for DST in U2U SRAP PDU as the same value of UE ID in U2N SRAP PDU.

[0358] ● carry the Data field of U2N SRAP PDU in that of U2U SRAP PDU.

[0359] ● set UE ID for SRC Field to U2N SRAP PDU, and set it as ID of U2N relay UE or specific SRC ID.

[0360] Optionally, in some embodiment, the U2N Relay UE may set the indication#1 to 1.

[0361] In some embodiment, when forming the U2U SRAP PDU, the U2U Relay UE may  replace the U2N SRAP PDU header with the U2U SRAP PDU header and

[0362] ● set the D / C bit in U2U SRAP PDU as the same value of that in U2N SRAP PDU;

[0363] ● Set the BEREAER ID of U2U SRAP PDU with as same value of BEREAER ID in U2N SRAP PDU;

[0364] ● set UE ID for DST in U2U SRAP PDU with as same value of UE ID in U2N SRAP PDU;

[0365] ● set UE ID for SRC Field to U2N SRAP PDU, and set it as ID of U2N relay UE or specific SRC ID.

[0366] Optionally, in some embodiment, the U2U Relay UE may set the indication#1 to 1.

[0367] In some embodiment, when forming the U2U SRAP PDU, the U2U Relay UE may add the UE ID for SRC Field to U2N SRAP PDU, and set it as ID of U2N relay UE or specific SRC ID.

[0368] Then , the U2U Relay UE may determine the egress link, to U2U Relay UE, and egress RLC channel (as legacy) for U2U SRAP PDU and submits it to egress RLC channel (for transmission) .

[0369] Additionally, U2U Relay UE may determine that the SRAP PDU is a U2N SRAP PDU first. Then, it can treat it as discussed above, and / or read the header of U2N SRAP PDU to form U2U SRAP PDU.

[0370] The U2U Relay UE may determine that the SRAP PDU is a U2U SRAP PDU based on at least one of the following:

[0371] ● indicator#2 in U2N SRAP PDU / SRAP PDU, e.g., the indicator#2 is set as 1;

[0372] ● the ingress link;

[0373] ● the indication from U2N relay UE, Via SCI, sub-header of MAC PDU.

[0374] In some embodiment. the remote UE may handle this U2U packet according to a format of the first packet if it determines the packet is from gNB, such as, the indicator#1 is set to 1, or UE ID for SRC indicates it’s from gNB.

[0375] Example embodiments about the example transformation (B) of FIG. 2 is performed by the relay terminal device 120-1 (Example (A) of FIG. 3 and Example (A) of FIG. 4) is  discussed as below.

[0376] In some embodiments, one R bit of U2U SRAP (Data) PDU (refer to as indicator#1 ) is used to indicate that:

[0377] ● for UL transmission: this U2U SRAP PDU is to gNB, and for DL transmission: this U2U SRAP PDU is from gNB; For example, set to 1 to indicate to / from gNB;

[0378] ● the SRAP PDU is a U2U SRAP PDU, or contains a U2N PDU in its Data Field.

[0379] In some embodiment, UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU may be set to a specific value, such as, ‘11111111’ (all eight bits set to 1) or ‘00000000’ (all eight bits set to 0) . For UL transmission, if the UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU is set to the specific value, it indicates that this PDU is to be transmitted to the gNB, or contains U2N SRAP PDU.

[0380] For DL transmission, if the UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU is set to the specific value, it indicates that this PDU is from gNB, or contains U2N SRAP PDU, and theU2N Relay UE may use this specific UE ID for SRC.

[0381] In some embodiments, one R of U2N SRAP PDU (refer to as indicator#2 ) is used to indicate that: for UL transmission: this U2U SRAP PDU is to gNB, or For DL transmission: this U2U SRAP PDU is from gNB; For example, set to 1 to indicate to / from gNB.

[0382] Additionally, in some embodiments, both U2U SRAP PDU and U2N SRAP PDU use the first R bit simultaneously or the second R bit simultaneously.

[0383] When performing an UL transmission, the SRAP layer of the Remote UE may from U2N SRAP PDU (as legacy) , and set the BEREAER ID configured by gNB and set UE ID as the UE ID of Remote UE.

[0384] Further, when performing an UL transmission, the SRAP layer of the Remote UE may

[0385] ● set the D / C bit in U2U SRAP PDU with the same value of that in U2N SRAP PDU;

[0386] ● set the BEREAER ID of U2U SRAP PDU as the same value of BEREAER ID in U2N SRAP PDU;

[0387] ● set UE ID for SRC of U2U SRAP PDU as the UE ID of U2N SRAP PDU;

[0388] ● sets UE ID for DST of U2U SRAP PDU as ID of U2N Relay UE or specific DST ID;

[0389] ● carry U2N SRAP PDU in the Data Field of U2U SRAP PDU.

[0390] Optionally, the Remote UE sets indicator#1 in U2U SRAP PDU to 1.

[0391] In the following, the remote UE determines the egress link and egress RLC channel and submit it to lower layer (for transmission) and forwards it to U2U Relay UE.

[0392] Additionally, to form U2U SRAP PDU rather than U2N SRAP PDU, Remote UE may determine its in multi-hop relay case first, for example, based on the SRAP configuration / routing configuration, indicated by the upper layer to use U2U SRAP PDU (for specific BERAER ID) , or be configured to use U2U SRAP PDU, for specific BERAER ID and / or destination.

[0393] Then, the U2U Relay UE (such as, the relay terminal device 120-1) forwards the U2U SRAP PDU to U2N Relay. Specifically, the U2U Relay UE determines the egress link and egress RLC channel for U2U SRAP PDU according to the UE ID for SRC, UE ID for DST and BEREAER ID as legacy.

[0394] As for the U2N Relay UE, the U2N Relay UE determines the SRAP PDU is to / targeted for gNB, and derives U2N SRAP PDU / transform U2U SRAP PDU to U2N SRAP PDU.

[0395] In some embodiments, U2N Relay UE may determine that the U2U SRAP PDU is targeted for gNB  / or contains U2N SRAP PDU based on:

[0396] ● indicator#1 in U2U SRAP PDU / SRAP PDU, e.g., the indicator#1 is set as 1, and thus the U2N Relay UE may analysis the received SRAP PDU in the form of U2N SRAP PDU, or U2N Relay UE may determine the PDU is U2U SRAP PDU first;

[0397] ● some Bearer ID need be sent to gNB, then trigger format transformation;

[0398] ● the ingress link, if it works as a U2N Relay UE;

[0399] ● specific DST ID is used. U2N Relay UE may determine the PDU is U2U SRAP PDU first;

[0400] ●(remote) UE indicated by the UE ID for SRC is a multi-hop UE, determine based on the SRAP configuration of this UE. Thus, U2N Relay UE may analysis the received SRAP  PDU in the form of U2N, or U2N Relay UE may determine the PDU is U2U SRAP PDU first.

[0401] Next, the U2N Relay UE may derive U2N PDU, determine egress link and egress RLC channel for the U2N SRAP PDU, and submit the U2N SRAP PDU to egress RLC channel.

[0402] Additionally, U2N Relay UE may determine that the SRAP PDU is a U2U SRAP PDU first. In some embodiment, the Relay UE may determine that the SRAP PDU is a U2U SRAP PDU based on one of the following:

[0403] ● indicator#1 in U2U SRAP PDU / SRAP PDU, e.g., the indicator#1 is set as 1;

[0404] ● the ingress link;

[0405] ● the indication from U2U relay UE, via SCI, sub-header of MAC PDU.

[0406] Additionally, U2N Relay UE may determine that the SRAP PDU is to / target it before treat this PDU for the case that UE ID for SRC is set as local ID of U2N Relay UE.

[0407] For the uplink transmission, the gNB may treat the U2N SRAP PDU as legacy.

[0408] For DL transmission, the SRAP layer of the gNB may form U2N SRAP PDU (as legacy) and forwards it to U2N Relay UE, for example, may set UE ID with the local ID of Remote UE.

[0409] Optionally, the gNB may set indicator#2 (i.e., one R bit in U2N SRAP PDU) in U2N SRAP PDU to 1.

[0410] As for the U2N Relay UE, the U2N Relay UE may form U2U SRAP PDU and performs routing accordingly.

[0411] In some embodiment, the U2N Relay UE determines there is a need to generate U2U SRAP PDU if at least one of the following:

[0412] ● determine that Remote UE indicated by UE ID is connected via at least one another Relay UE, such as, based on SRAP configuration  / routing info. for Remote UE, such as a list of U2U Relay UE between U2N Relay UE and Remote UE, or the number of hops between U2N Relay UE and Remote UE, or indication#3 for multi-hop configured by gNB;

[0413] ● the indicator#2 in U2N SRAP PDU is set to 1.

[0414] In some embodiment, when forming the U2U SRAP PDU, the U2N Relay UE may form U2U SRAP PDU; and

[0415] ● set the D / C bit in U2U SRAP PDU as the same value of that in U2N SRAP PDU;

[0416] ● set BEREAER ID of U2U SRAP PDU as the same value of BEREAER ID in U2N SRAP PDU;

[0417] ● set UE ID for DST in U2U SRAP PDU as the same value of UE ID in U2N SRAP PDU;

[0418] ● carry the Data field of U2N SRAP PDU in that of U2U SRAP PDU;

[0419] ● set UE ID for SRC Field to U2N SRAP PDU, and set it as ID of U2N relay UE, or specific SRC ID;

[0420] ● carry U2N SRAP PDU in Data Field of U2U SRAP PDU.

[0421] Optionally, in some embodiment, the U2N Relay UE may set the indication#1 to 1.

[0422] Then, the U2N Relay UE may determine the egress link, to U2U Relay UE, and egress RLC channel (as legacy) for U2U SRAP PDU and submit it to egress RLC channel (for transmission) and U2U Relay UE may forward the U2U SRAP PDU to Remote UE according to the UE ID for SRC and UE ID for DST, and BEATER ID.

[0423] As for the SRAP layer of Remote UE, the Remote UE may determine that the U2U SRAP PDU is from gNB or contains a U2N SRAP PDU based on at least one of the following:

[0424] ● indicator#1 in U2U SRAP PDU, e.g., the indicator#1 is set to 1;

[0425] ● specific SRC ID is used;

[0426] ● the ingress link.

[0427] In some embodiments, the Remote UE may determine that the U2U SRAP PDU is from gNB or contains a U2N SRAP PDU based on the UE ID for DST in U2U SRAP PDU.

[0428] Then, the Remote UE may derive the Data field (i.e., U2N SRAP PDU) of U2U SRAP PDU and further derive Data field of U2N SRAP PDU (e.g., PDCP layer) and forward it to upper layer.

[0429] Example embodiments about the example transformation (B) of FIG. 2 is performed  by the relay terminal device 120-2 (Example (B) of FIG. 3 and Example (B) of FIG. 4) is discussed as below.

[0430] In some embodiments, one R bit of U2U SRAP PDU (refer to as indicator#1 ) is used to indicate that: for UL transmission: this U2U SRAP PDU is to gNB, and for DL transmission: this U2U SRAP PDU is from gNB, for example, set to 1 to indicate to / from gNB.

[0431] In some embodiment, UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU may be set to a specific value, such as, ‘11111111’ (all eight bits set to 1) or ‘00000000’ (all eight bits set to 0) . For UL transmission, if the UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU is set to the specific value, it indicates that this PDU is to be transmitted to the gNB, or contains U2N SRAP PDU.

[0432] For DL transmission, if the UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU is set to the specific value, it indicates that this PDU is from gNB, or contains U2N SRAP PDU, and theU2N Relay UE may use this specific UE ID for SRC.

[0433] In some embodiments, one R of U2N SRAP PDU (refer to as indicator#2 ) is used to indicate that: for UL transmission: this U2U SRAP PDU is to Remote UE in multi-hop case; for DL transmission: this U2U SRAP PDU is from Remote UE in multi-hop case; for example, set to 1 to indicate to / from Remote UE in multi-hop case.

[0434] When performing an UL transmission, the SRAP layer of the Remote UE may Form U2N SRAP PDU (as legacy) as below: Set the BEREAER ID configured by gNB, and set UE ID as the UE ID of Remote UE.

[0435] Then, the SRAP layer of the Remote UE may further form U2U SRAP PDU as below:

[0436] ● set the D / C bit in U2U SRAP PDU with the same value of that in U2N SRAP PDU;

[0437] ● set the BEREAER ID of U2U SRAP PDU as the same value of BEREAER ID in U2N SRAP PDU;

[0438] ● set UE ID for SRC of U2U SRAP PDU as the UE ID of U2N SRAP PDU;

[0439] ● set UE ID for DST of U2U SRAP PDU as local ID of U2U Relay UE (e.g., U2U Relay UE closest to gNB / connected to U2N Relay directly) , specific DST ID and local ID of U2N relay UE;

[0440] ● carry U2N SRAP PDU in the Data Field of U2U SRAP PDU.

[0441] Optionally, the Remote UE sets indicator#1 in U2U SRAP PDU to 1.

[0442] In the following, the remote UE determines the egress link and egress RLC channel and submit it to lower layer (for transmission) and forwards it to U2U Relay UE.

[0443] Then, the U2U Relay UE derives U2N SRAP PDU and forward it to U2N Relay UE. Further, the U2N Relay UE may determine that the U2U SRAP PDU contains U2N SRAP PDU based on at least one of the following:

[0444] ● indicator#1 in U2U SRAP PDU, e.g., the indicator#1 is set to 1;

[0445] ● specific DST ID is used;

[0446] ● ingress link.

[0447] U2U Relay UE derives U2N SRAP PDU from Data Field of U2U SRAP PDU. Further may determine the egress link and egress RLC channel for the U2N SRAP PDU, submit it to lower layer (for transmission) and forward it to U2N Relay UE.

[0448] Additionally, only the U2U Relay UE closest to gNB (for Remote UE) may perform above mentioned determination (especially for the case of more than one U2U Relay UE) .

[0449] In some embodiments, the U2U Relay UE may determine it is the closest U2U Relay UE for Remote UE, according to the SRAP configuration of this Remote UE, or indicated by gNB / U2N Relay UE, for the case UE ID for DST is set to specific DST or ID of U2N Relay UE.

[0450] Alternatively, if U2U Relay UE is indicated by UE ID for DST of U2U SRAP PDU (e.g., the closest U2U Relay UE, and indicator#1 set to 1) , for the case UE ID for DST is set as local ID of U2U Relay UE.

[0451] Then, the U2N Relay UE may forward the U2N SRAP PDU to gNB according to the UE ID and BEREAER ID. Then the gNB may treat this U2N SRAP PDU as legacy.

[0452] For the DL transmission, the SRAP layer of the gNB may form U2N SRAP PDU (as legacy) and forwards it to U2N Relay UE, for example, may set UE ID with the local ID of Remote UE.

[0453] Optionally, the gNB may set indicator#2 (i.e., one R bit in U2N SRAP PDU) in U2N SRAP PDU to 1, one R bit in U2N SRAP PDU , if Remote UE is connected to gNB via at  least one U2U Relay UE.

[0454] Then, the U2N Relay UE forwards the U2N SRAP PDU to U2U Relay UE.

[0455] Alternatively, the U2N Relay UE may set indicator#2 in U2N SRAP PDU to 1, if Remote UE is connected to gNB / U2N Relay UE via at least one U2U Relay.

[0456] The U2U Relay UE forms U2U SRAP PDU and performs routing accordingly based on at least one of the following:

[0457] ● the indicator#2, e.g., the indicator#2 in U2N PDU is set to 1, or

[0458] ● a determination that Remote UE indicated by UE ID is a multi-hop Remote UE. That is ,

[0459] ● Remote UE is connected to gNB  / U2N Relay UE via at least one another U2U Relay UE, or

[0460] ● Remote UE is connected to gNB via at least two Relay UEs;

[0461] ● Based on SRAP configuration  / routing info. for Remote UE, such as a list of U2U Relay UE between U2N Relay UE and Remote UE, or the number of hop between U2N Relay UE and Remote UE, or indication#3 for multi-hop configured by gNB / U2N Relay UE;

[0462] ● the ingress link.

[0463] In some embodiment, when forming the U2U SRAP PDU, the U2U Relay UE may form a new U2U SRAP PDU, and

[0464] ● set the D / C bit in U2U SRAP PDU as the same value of that in U2N SRAP PDU;

[0465] ● set BEREAER ID of U2U SRAP PDU as the same value of BEREAER ID in U2N SRAP PDU;

[0466] ● set UE ID for DST in U2U SRAP PDU as the same value of UE ID in U2N SRAP PDU;

[0467] ● carry U2N SRAP PDU in the Data field of U2U SRAP PDU;

[0468] ● set UE ID for SRC Field to U2N PDU, and set it as ID of U2U relay UE, specific SRC ID or ID of U2N relay UE.

[0469] Optionally, in some embodiment, the U2N Relay UE may set the indication#1 to 1.

[0470] Then, U2U Relay UE forms U2U SRAP PDU and performs routing accordingly. Specifically, U2U Relay UE determine the egress link, to U2U Relay UE, and egress RLC channel (as legacy) for U2U SRAP PDU, submit it to lower layer (for transmission) and forward it to Remote UE.

[0471] Additionally, U2U Relay UE may determine that the SRAP PDU is a U2N SRAP PDU first. Then, it can treat it as discussed above, and / or read the header of U2N SRAP PDU to form U2U SRAP PDU.

[0472] The Relay UE may determine that the SRAP PDU is a U2U SRAP PDU based on at least one of the following:

[0473] ● indicator#2 in U2N SRAP PDU / SRAP PDU, e.g., the indicator#2 is set as 1;

[0474] ● the ingress link;

[0475] ● the indication from U2N relay UE, Via SCI, sub-header of MAC PDU.

[0476] The SRAP layer of Remote UE may determine that the U2U SRAP PDU is from gNB or contains a U2N SRAP PDU if at least one of the following:

[0477] ● indicator#1 in U2U SRAP PDU is set to 1;

[0478] ● specific SRC ID is used;

[0479] ● determined by the ingress link;

[0480] ● the Remote UE is indicated by UE ID for DST in U2U SRAP PDU.

[0481] The SRAP layer of Remote UE may derive the Data field (i.e., U2N SRAP PDU) of U2U SRAP PDU and further derive Data field of U2N SRAP PDU (e.g., PDCP layer) and forward it to upper layer.

[0482] Example embodiments about enhancements is implemented at the network device 130 (Example (C) of FIG. 3 and Example (C) of FIG. 4) is discussed as below.

[0483] In some embodiments, one R bit of U2U SRAP PDU (refer to as indicator#1 ) is used to indicate that:

[0484] ● for UL transmission: this U2U SRAP PDU is to gNB, and for DL transmission: this U2U SRAP PDU is from gNB; For example, set to 1 to indicate to / from gNB;

[0485] ● the SRAP PDU is a U2U SRAP PDU.

[0486] In some embodiment, UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU may be set to a specific value, such as, ‘11111111’ (all eight bits set to 1) or ‘00000000’ (all eight bits set to 0) . For UL transmission, if the UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU is set to the specific value, it indicates that this PDU is to be transmitted to the gNB.

[0487] For DL transmission, if the UE ID for DST of U2U SRAP PDU / UE ID for SRC of U2U SRAP PDU is set to the specific value, it indicates that this PDU is from gNB, or contains U2N SRAP PDU, and theU2N Relay UE may use this specific UE ID for SRC.

[0488] When performing an UL transmission, the SRAP layer of the Remote UE may form the U2U SRAP PDU and

[0489] ● set the BEREAER ID, configured by gNB, or set as SL RB index, by U2U or U2N Relay UE;

[0490] ● set UE ID for SRC as the local ID of Remote UE;

[0491] ● set UE ID for DST to be ID of U2N relay UE, or specific DST ID.

[0492] Optionally, set indicator#1 in U2U SRAP PDU to 1.

[0493] Optionally, the Remote UE sets indicator#1 in U2U SRAP PDU to 1.

[0494] In the following, the remote UE determines the egress link and egress RLC channel and submit it to lower layer (for transmission) and forwards it to U2U Relay UE.

[0495] The U2U Relay UE may forward the U2U SRAP PDU to U2N Relay according to the UE ID for SRC, UE ID for DST and BEREAER ID.

[0496] The U2N Relay UE may forward the PDU to gNB. Further, U2N Relay UE may determine that the U2U SRAP PDU is targeted for gNB if one of the following:

[0497] ● indicator#1 in U2U SRAP PDU / SRAP PDU is set as 1; U2N Relay UE may analysis the received SRAP PDU in the form of U2N SRAP PDU or just read the 2nd bit, or U2N Relay UE may determine the PDU is U2U SRAP PDU first;

[0498] ● specific DST ID is used; U2N Relay UE may determine the PDU is U2U SRAP PDU first.

[0499] ● (Remote) UE indicated by the UE ID for SRC is a multi-hop UE, determine based on the SRAP configuration of this UE; U2N Relay UE may analysis the received SRAP PDU  in the form of U2N, or U2N Relay UE may determine the PDU is U2U SRAP PDU first.

[0500] The U2N Relay UE may determine the egress link, and egress RLC channel. In some embodiments, the U2N Relay UE may determine the egress link based on UE ID for SRC / second byte in SRAP PDU. That is, treat UE ID for SRC as UE ID in U2N SRAP PDU, and use procedure for U2N SRAP PDU to determine the egress link, and egress RLC channel, and my read the second byte directly. Alternatively, in some embodiments, the U2N Relay UE may determine this SRAP PDU is U2U SRAP PDU first.

[0501] In some embodiments, the U2N Relay UE may determine the egress link based on UE ID for SRC and UE ID for DST to the egress link. That is, use procedures for U2U SRAP PDU. U2N Relay UE may determine this SRAP PDU is U2U SRAP PDU first. Additionally, gNB may configure the SRAP for multi-hop U2N relay in the form of U2U relay.

[0502] Then, the U2N Relay UE may submit it to egress RLC channel (for transmission) .

[0503] Additionally, Relay UE may determine that the SRAP PDU is a U2U SRAP PDU first . Then, it can treat it as discussed above, and / or read the header of U2U SRAP PDU to form U2N SRAP PDU.

[0504] Relay UE may determine that the SRAP PDU is a U2U SRAP PDU based on at least one of the following:

[0505] ● indicator#1 in U2U SRAP PDU / SRAP PDU, e.g., the indicator#1 is set as 1;

[0506] ● the ingress link;

[0507] ● the indication from U2U relay UE, via SCI, sub-header of MAC PDU.

[0508] Additionally, Relay UE may determine that the SRAP PDU is to / target it before treat this PDU, for the case that UE ID for SRC is set as local ID of U2N Relay UE.

[0509] The gNB may determine that this SRAP PDU is a U2U SRAP PDU, and treat it accordingly based on the indicator#1, or the UE ID for SRC / 2nd byte in SRAP PDU since the 2nd byte in SRAP PDU indicates source UE for both U2N SRAP PDU and U2U SRAP PDU.

[0510] The gNB may determine that this SRAP PDU is a U2U SRAP PDU by ingress link, or U2N Relay UE may indicate this SRAP PDU is U2U SRAP PDU.

[0511] For DL transmission, the SRAP layer of the gNB may form the U2N SRAP PDU (as legacy) and forwards it to U2N Relay UE, for example, sets UE ID as the local ID of Remote UE, and set UE ID for DST as local ID of Remote UE.

[0512] Additionally, the SRAP layer of the gNB may set indicator#1 in U2U SRAP PDU to 1. or set UE ID for SRC as specific SRC ID.

[0513] The U2N Relay UE may use UE ID for DST to determine egress link and may determine it is U2U PDU if one of the following:

[0514] ● the indicator#2 in U2N SRAP PDU is set to 1, or U2N Relay UE may analysis the received SRAP PDU in the form of U2N SRAP PDU, or U2N Relay UE may determine the PDU is U2U SRAP PDU first;

[0515] ● UE ID for SRC is set as specific SRC ID, or U2N Relay UE may analysis the SRAP PDU in the form of U2N SRAP PDU. That is, use the 2nd byte for judgement directly, or U2N Relay UE may determine the PDU is U2U SRAP PDU first;

[0516] ●(Remote) UE is indicated by the UE ID for DST that it is a multi-hop Remote UE, such as, determine multi-hop Remote UE based on SRAP configuration  / routing info. for Remote UE, such as a list of U2U Relay UE between U2N Relay UE and Remote UE, or the number of hops between U2N Relay UE and Remote UE, or indication#3 for multi-hop configured by gNB, or U2N Relay UE may determine the PDU is U2U SRAP PDU first.

[0517] In some embodiments, the U2N Relay may determine the egress link, and egress RLC channel, for example, determine the egress link, based on UE ID for DST. That is, treat UE ID for DST in U2U SRAP PDU as UE ID in U2N SRAP PDU, and use procedure for U2N SRAP PDU to determine the egress link, and egress RLC channel, or determine the egress link, based on UE ID for SRC and UE ID for DST, and egress RLC channel.

[0518] Then, the U2N Relay may submit it to egress RLC channel (for transmission) .

[0519] The U2U Relay UE forwards the U2U SRAP PDU to Remote UE according to the UE ID for SRC and UE ID for DST, and BEATER ID.

[0520] Finally, the SRAP layer of the Remote UE may derive Data field of U2U SRAP PDU and forward it to upper layer (e.g., PDCP layer) .

[0521] EXAMPLE METHODS

[0522] FIG. 5 illustrates a flowchart of a communication method 500 implemented at a remote terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 500 will be described from the perspective of the remote terminal device 110 in FIG. 1A.

[0523] At block 510, the remote terminal device generates a first packet for user equipment (UE) -to-network (U2N) transmission from the terminal device to a network device, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of a relay terminal device or a predefined identity, and a third field indicating a first bearer identity.

[0524] At block 520, the remote terminal device determines, based on the first bearer identity, an egress radio link control (RLC) of the first packet.

[0525] At block 530, the remote terminal device submits the first packet to the egress RLC, wherein the terminal device communicates with a network device via a plurality of relay terminal devices.

[0526] In some example embodiments, the relay terminal device indicated by the second field is one of the following: a first relay terminal device communicating with the network device via a direct connection; or a second relay terminal device communicating with the network device via the first relay terminal device.

[0527] In some example embodiments, the first header further comprises a fourth field indicates at least one of the following: the first packet is to be transmitted to the network device, the first packet is to be transmitted to a first relay terminal device communicating with the network device via a direct connection, the first packet is for a multi-hop transmission to the network device, or a packet format transform from a first packet with a first header to a second packet with a second header is needed.

[0528] In some example embodiments, the fourth field is a 1-bit reserved bit.

[0529] In some example embodiments, the remote terminal device may generate the first packet comprising the first header if at least one of the following: a configuration from the network device indicating a connection between the remote terminal device and the network device is a multi-hop relay connection, an upper layer of the terminal device indicates to generate the first packet by an explicit indication, at least one of the following  implies to generate the first packet: the bearer identity or the second identity of the relay terminal device.

[0530] In some example embodiments, a data field of the first packet comprises the following: data to be transmitted to the network device, a second header comprising the following: a fifth field indicating the first identity, and a sixth field indicating a second bearer identity being the same as or different from the first bearer identity.

[0531] FIG. 6 illustrates a flowchart of a communication method 600 implemented at a relay terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 600 will be described from the perspective of the relay terminal device 120-1 / 120-2 in FIG. 1A.

[0532] At block 610, the relay terminal device receives, a first packet for user equipment (UE) -to-network (U2N) transmission generated by a terminal device communicating with a network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of the relay terminal device or a predefined identity, and a third field indicating a first bearer identity.

[0533] At block 620, the relay terminal device generates a second packet based on the first packet, the second packet comprising a second header comprising: a fifth field indicating the first identity, and a sixth field indicating a second bearer identity being the same as or different from the first bearer identity.

[0534] At block 630, the relay terminal device determines, based on the second bearer identity, an egress radio link control (RLC) of the second packet.

[0535] At block 640, the relay terminal device submits the second packet to the egress RLC.

[0536] In some example embodiments, the relay terminal device is one of the following: a first relay terminal device communicating with the network device via a direct connection; or a second relay terminal device communicating with the network device via the first relay terminal device.

[0537] In some example embodiments, the first header further comprises a fourth field indicates at least one of the following: the first packet is to be transmitted to the network device, or a packet format transform from a first packet with a first header to a second packet with a second header is needed.

[0538] In some example embodiments, the fourth field is a 1-bit reserved bit.

[0539] In some example embodiments, the relay terminal device may generate the second packet comprising the second header if at least one of the following: the relay terminal device is a relay terminal device closest to the network device, the relay terminal device is a relay terminal device closest to the first relay terminal device the relay terminal device is performing as a U2N relay terminal device, a configuration from the network device indicating a connection between the remote terminal device and the network device is a multi-hop relay connection, a fourth field in the first packet is set, the second identity comprised in the first packet is an identity of the relay terminal device, the second identity comprised in the first packet is a predefined identity, or at least one of the following implies to generate the second packet with the second header based on the first packet with the first header: the first bearer identity, the first identity of the remote terminal device, the second identity of the relay terminal device, a sub-header of medium access control (MAC) protocol data unit (PDU) , or an ingress link used for receiving the first packet.

[0540] In some example embodiments, the relay terminal devices may generate the second packet by one of the following: forming the second packet by: setting the fifth field to be the first identity indicated by the first field, setting the sixth field to be the second bearer identity, and filling a data field of the second packet with a date filed of the first packet; generating the second header and replacing the first header of the first packet with the second header; or removing the second field from the first packet.

[0541] In some example embodiments, a data field of the first packet comprises the following: data to be transmitted to the network device, a second header comprising the following: a fifth field indicating the first identity, and a sixth field indicating the second bearer identity.

[0542] In some example embodiments, the relay terminal device may generate the second packet by removing the first header from the first packet.

[0543] FIG. 7 illustrates a flowchart of a communication method 700 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 700 will be described from the perspective of the network device 130 in FIG. 1A.

[0544] At block 710, the network device generates, a second packet for user equipment (UE) -to-network (U2N) transmission, the second packet comprising a second header comprising: a fifth field indicating first identity of the remote terminal device, a sixth field indicating a second bearer identity, a seventh field indicating a packet format transform from a second packet with a first header to a second packet with a second header is needed.

[0545] At block 720, the network device transmits the second packet to a relay terminal device, wherein the terminal device communicates with the network device via a plurality of relay terminal devices.

[0546] In some example embodiments, the processor is further configured to cause the network device to generate the second packet with the second header comprising the seventh field if a connection between the remote terminal device and the network device is determined to be a multi-hop relay connection.

[0547] FIG. 8 illustrates a flowchart of a communication method 800 implemented at a relay terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 800 will be described from the perspective of the relay terminal device 120-1 / 120-2] in FIG. 1A.

[0548] At block 810, the relay terminal device receives, a second packet for user equipment (UE) -to-network (U2N) transmission to be transmitted to a remote terminal device communicating with a network device via a plurality of relay terminal devices, wherein the second packet comprises a second header and the second header comprises: a fifth field indicating a first identity of the remote terminal device, and a sixth field indicating a second bearer identity.

[0549] At block 820, the relay terminal device generates a first packet based on the second packet, the first packet comprising a first header comprising: a first field indicating a second identity of the relay terminal device or a predefined identity, a second filed indicating the first identity of the remote terminal device, and a third field indicating a first bearer identity being the same as or different from the second bearer identity.

[0550] At block 830, the relay terminal device determines, based on the first bearer identity, an egress radio link control (RLC) of the first packet.

[0551] At block 840, the relay terminal device submits the first packet to the egress RLC.

[0552] In some example embodiments, the relay terminal device is one of the following: a first relay terminal device communicating with the network device via a direct connection; or a second relay terminal device communicating with the network device via the first relay terminal device.

[0553] In some example embodiments, the second packet further comprises a seventh field indicating a packet format transform from a second packet with a second header to a first packet with a first header is needed.

[0554] In some example embodiments, the seventh field is a 1-bit reserved bit.

[0555] In some example embodiments, the relay terminal device may generate the first packet comprising the first header if at least one of the following: the relay terminal device is performing as a U2N relay terminal device, a seventh field in the second packet is set, or at least one of the following implies to generate the first packet: the first bearer identity, the first identity of the remote terminal device, the second identity of the relay terminal device, a sub-header of medium access control (MAC) protocol data unit (PDU) , an indication from the network device or an ingress link used for receiving the second packet.

[0556] In some example embodiments, the relay terminal device may generate the first packet by one of the following: forming the first packet by setting the second field to be the first identity indicated by the fifth field, setting the first field to be the second identity of the relay terminal device or a predefined identity, and setting the third field to be the first bearer identity, and filling a data field of a first packet with the date filed of the second packet; generating the first header and replacing the second header of the second packet with the first header; or adding first field to the second packet and setting the first field to be the second identity of the relay terminal device.

[0557] In some example embodiments, a data field of the first packet comprises the following: data to be transmitted to the remote terminal device, a second header comprising the following: a fifth field indicating the first identity, and a sixth field indicating the second bearer identity.

[0558] In some example embodiments, the relay terminal device may generate the first packet by: adding the first header to the second packet, or filling a data field of the first packet with the second packet.

[0559] In some example embodiments, the first header comprises a fourth field indicating  at least one of the following: the first packet is originated from the network device, a date filed of the first packet is the second packet.

[0560] In some example embodiments, the fourth field is a 1-bit reserved bit.

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

[0562] At block 910, the remote terminal device receives, from a relay terminal device, a first packet for user equipment (UE) -to-network (U2N) transmission, the first packet comprising a first header comprising: a first field indicating a second identity of the relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, a third field indicating a first bearer identity, and a data field comprising a second header and data to be transmitted to the remote terminal device, wherein the second header comprises the following: a fifth field indicating the first identity, and a sixth field indicating a second bearer identity being the same as or different from the first bearer identity.

[0563] At block 920, the remote terminal device processes the first packet by removing the first header.

[0564] In some example embodiments, the first header comprises a fourth field indicating at least one of the following: the first packet is originated from the network device, a date filed of the first packet is the second packet.

[0565] FIG. 10 illustrates a flowchart of a communication method 1000 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1000 will be described from the perspective of the network device 130 in FIG. 1A.

[0566] At block 1010, the network device receives, from a relay terminal device, a first packet for user equipment (UE) -to-network (U2N) transmission from a terminal device to the network device, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of a relay terminal device or a predefined identity, and a third field indicating a first bearer identity.

[0567] At block 1020, the network device determines the first packet comprising a first header if one of the following: if a connection between the remote terminal device and the network device is determined to be a multi-hop relay connection; a fourth field in the first packet is set, the fourth field indicating the first packet comprising a first header, at least one of the following implies the connection is a multi-hop relay connection: the first identity, the first bearer identity, a sub-header of medium access control (MAC) protocol data unit (PDU) , or an ingress link used for receiving the first packet.

[0568] In some example embodiments, the fourth field is a 1-bit reserved bit.

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

[0570] At block 1110, the network device generates, a first packet for user equipment (UE) -to-network (U2N) transmission from the network device to a terminal device communicating with the network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first field indicating a second identity of a relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, and a third field indicating a first bearer identity.

[0571] At block 1120, the network device transmits the first packet to a relay terminal device.

[0572] In some example embodiments, the relay terminal device indicated by the second field is one of the following: a first relay terminal device communicating with the network device via a direct connection; or a second relay terminal device communicating with the network device via the first relay terminal device.

[0573] In some example embodiments, the first header further comprises a fourth field indicating at least one of the following: the first packet is to be transmitted to the terminal device, or the first header is comprised in the first packet.

[0574] In some example embodiments, the fourth field is a 1-bit reserved bit.

[0575] In some example embodiments, the processor is further configured to cause the network device to: generate the first packet with the first header if: a connection between the remote terminal device and the network device is determined to be a multi-hop relay  connection, or at least one of the following implies to generate the first packet with the first head: the first bearer identity, the first identity of the remote terminal device or the indication from the upper layer.

[0576] FIG. 12 illustrates a flowchart of a communication method 1200 implemented at a relay terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1200 will be described from the perspective of the relay terminal device 120-1 / 120-2 in FIG. 1A.

[0577] At block 1210, the relay terminal device receives, a first packet for user equipment (UE) -to-network (U2N) transmission from the network device to a terminal device communicating with the network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first field indicating a second identity of a relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, and a third field indicating a first bearer identity.

[0578] At block 1220, the relay terminal device determines, based on the first identity, an egress link associated with the first packet.

[0579] At block 1230, the relay terminal device determines, based on the first bearer identity, an egress radio link control (RLC) in the determined egress link.

[0580] At block 1240, the relay terminal device submits the first packet to the egress RLC.

[0581] In some example embodiments, the relay terminal device is one of the following: a first relay terminal device communicating with the network device via a direct connection; or a second relay terminal device communicating with the network device via the first relay terminal device.

[0582] In some example embodiments, the relay terminal device may extract the first identity according to a format of the first packet comprising the first header in accordance with a determination that the first header further comprises a fourth field indicating at least one of the following: the first packet is to be transmitted to the remote terminal device, the first packet is for a multi-hop transmission to the terminal device, or the first header is comprised in the first packet.

[0583] In some example embodiments, the fourth field is a 1-bit reserved bit.

[0584] EXAMPLE DEVICES AND APPARATUS

[0585] FIG. 13 is a simplified block diagram of a device 1300 that is suitable for implementing embodiments of the present disclosure. The device 1300 can be considered as a further example implementation of any of the devices as shown in FIG. 1A. Accordingly, the device 1300 can be implemented at or as at least a part of the remote terminal device 110, the relay terminal device 120 or the network device 130.

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

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

[0588] The memory 1320 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory  computer readable storage medium, semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 1320 is shown in the device 1300, there may be several physically distinct memory modules in the device 1300. The processor 1310 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 1300 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0589] According to embodiments of the present disclosure, a remote terminal device comprising a circuitry is provided. The circuitry is configured to: generate a first packet for user equipment (UE) -to-network (U2N) transmission from the terminal device to a network device, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of a relay terminal device or a predefined identity, and a third field indicating a first bearer identity; and determine, based on the first bearer identity, an egress radio link control (RLC) of the first packet; and submit the first packet to the egress RLC, wherein the terminal device communicates with a network device via a plurality of relay terminal devices. 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.

[0590] According to embodiments of the present disclosure, a relay terminal device comprising a circuitry is provided. The circuitry is configured to: receive, a first packet for user equipment (UE) -to-network (U2N) transmission generated by a terminal device communicating with a network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of the relay terminal device or a predefined identity, and a third field indicating a first bearer identity; generate a second packet based on the first packet, the second packet comprising a second header comprising: a fifth field indicating the first identity, and a sixth field indicating a second bearer identity being the same as or different from the first bearer identity; and determine, based on the second bearer identity, an egress radio link control (RLC) of the second  packet; and submit the second packet to the egress RLC. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the relay terminal device as discussed above.

[0591] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: generate, a second packet for user equipment (UE) -to-network (U2N) transmission, the second packet comprising a second header comprising: a fifth field indicating first identity of the remote terminal device, a sixth field indicating a second bearer identity, a seventh field indicating a packet format transform from a second packet with a first header to a second packet with a second header is needed; and transmit the second packet to a relay terminal device, wherein the terminal device communicates with the network device via a plurality of relay terminal devices. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0592] According to embodiments of the present disclosure, a relay terminal device comprising a circuitry is provided. The circuitry is configured to: receive, a second packet for user equipment (UE) -to-network (U2N) transmission to be transmitted to a remote terminal device communicating with a network device via a plurality of relay terminal devices, wherein the second packet comprises a second header and the second header comprises: a fifth field indicating a first identity of the remote terminal device, and a sixth field indicating a second bearer identity; generate a first packet based on the second packet, the first packet comprising a first header comprising: a first field indicating a second identity of the relay terminal device or a predefined identity, a second filed indicating the first identity of the remote terminal device, and a third field indicating a first bearer identity being the same as or different from the second bearer identity; and determine, based on the first bearer identity, an egress radio link control (RLC) of the first packet; and submit the first packet to the egress RLC. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the relay terminal device as discussed above.

[0593] According to embodiments of the present disclosure, a remote terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a relay terminal device, a first packet for user equipment (UE) -to-network (U2N) transmission, the first packet comprising a first header comprising: a first field indicating a second identity of the relay terminal device or a predefined identity, a second filed indicating a  first identity of the remote terminal device, a third field indicating a first bearer identity, and a data field comprising a second header and data to be transmitted to the remote terminal device, wherein the second header comprises the following: a fifth field indicating the first identity, and a sixth field indicating a second bearer identity being the same as or different from the first bearer identity; and process the first packet by removing the first header. 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.

[0594] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: receive, from a relay terminal device, a first packet for user equipment (UE) -to-network (U2N) transmission from a terminal device to the network device, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of a relay terminal device or a predefined identity, and a third field indicating a first bearer identity; and determine the first packet comprising a first header if one of the following: if a connection between the remote terminal device and the network device is determined to be a multi-hop relay connection; a fourth field in the first packet is set, the fourth field indicating the first packet comprising a first header, at least one of the following implies the connection is a multi-hop relay connection: the first identity, the first bearer identity, a sub-header of medium access control (MAC) protocol data unit (PDU) , or an ingress link used for receiving the first packet. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0595] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: generate, a first packet for user equipment (UE) -to-network (U2N) transmission from the network device to a terminal device communicating with the network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first field indicating a second identity of a relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, and a third field indicating a first bearer identity; and transmit the first packet to a 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.

[0596] According to embodiments of the present disclosure, a relay terminal device comprising a circuitry is provided. The circuitry is configured to: receive, a first packet for user equipment (UE) -to-network (U2N) transmission from the network device to a terminal device communicating with the network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first field indicating a second identity of a relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, and a third field indicating a first bearer identity; and determine, based on the first identity, an egress link associated with the first packet; determine, based on the first bearer identity, an egress radio link control (RLC) in the determined egress link; and submit the first packet to the egress RLC. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the relay terminal device as discussed above.

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

[0598] According to embodiments of the present disclosure, a remote terminal apparatus is provided. The remote terminal apparatus comprises means for generating a first packet for user equipment (UE) -to-network (U2N) transmission from the terminal device to a network device, the first packet comprising a first header comprising: means for a first filed indicating a first identity of the remote terminal device, means for a second field indicating a second identity of a relay terminal device or a predefined identity, and means for a third field indicating a first bearer identity; and means for determining, based on the first bearer identity, an egress radio link control (RLC) of the first packet; and means for submitting the first packet to the egress RLC, means for wherein the terminal device  communicates with a network device via a plurality of relay terminal devices. In some embodiments, the first apparatus may comprise means for performing the respective operations of the method 500. In some example embodiments, the first apparatus may further comprise means for performing other operations in some example embodiments of the method 500. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0599] According to embodiments of the present disclosure, a relay terminal apparatus is provided. The relay terminal apparatus comprises means for receiving, a first packet for user equipment (UE) -to-network (U2N) transmission generated by a terminal device communicating with a network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: means for a first filed indicating a first identity of the remote terminal device, means for a second field indicating a second identity of the relay terminal device or a predefined identity, and means for a third field indicating a first bearer identity; means for generating a second packet based on the first packet, the second packet comprising a second header comprising: means for a fifth field indicating the first identity, and means for a sixth field indicating a second bearer identity being the same as or different from the first bearer identity; and means for determining, based on the second bearer identity, an egress radio link control (RLC) of the second packet; and means for submitting the second packet to the egress RLC. In some embodiments, the second apparatus may comprise means for performing the respective operations of the method 600. In some example embodiments, the second apparatus may further comprise means for performing other operations in some example embodiments of the method 600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0600] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for generating, a second packet for user equipment (UE) -to-network (U2N) transmission, the second packet comprising a second header comprising: means for a fifth field indicating first identity of the remote terminal device, means for a sixth field indicating a second bearer identity, means for a seventh field indicating a packet format transform from a second packet with a first header to a second packet with a second header is needed; and means for transmitting the second packet to a relay terminal device, wherein the terminal device communicates with the network device via a plurality of relay terminal devices. In some embodiments, the third  apparatus may comprise means for performing the respective operations of the method 700. In some example embodiments, the third apparatus may further comprise means for performing other operations in some example embodiments of the method 700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0601] According to embodiments of the present disclosure, a relay terminal apparatus is provided. The relay terminal apparatus comprises means for receiving, a second packet for user equipment (UE) -to-network (U2N) transmission to be transmitted to a remote terminal device communicating with a network device via a plurality of relay terminal devices, wherein the second packet comprises a second header and the second header comprises: means for a fifth field indicating a first identity of the remote terminal device, and means for a sixth field indicating a second bearer identity; means for generating a first packet based on the second packet, the first packet comprising a first header comprising: means for a first field indicating a second identity of the relay terminal device or a predefined identity, means for a second filed indicating the first identity of the remote terminal device, and means for a third field indicating a first bearer identity being the same as or different from the second bearer identity; and means for determining, based on the first bearer identity, an egress radio link control (RLC) of the first packet; and means for submitting the first packet to the egress RLC. In some embodiments, the fourth apparatus may comprise means for performing the respective operations of the method 800. In some example embodiments, the fourth apparatus may further comprise means for performing other operations in some example embodiments of the method 800. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0602] According to embodiments of the present disclosure, a remote terminal apparatus is provided. The remote terminal apparatus comprises means for receiving, from a relay terminal device, a first packet for user equipment (UE) -to-network (U2N) transmission, the first packet comprising a first header comprising: means for a first field indicating a second identity of the relay terminal device or a predefined identity, means for a second filed indicating a first identity of the remote terminal device, means for a third field indicating a first bearer identity, and means for a data field comprising a second header and data to be transmitted to the remote terminal device, wherein the second header comprises the following: a fifth field indicating the first identity, and a sixth field  indicating a second bearer identity being the same as or different from the first bearer identity; and means for processing the first packet by removing the first header. In some embodiments, the fifth apparatus may comprise means for performing the respective operations of the method 900. In some example embodiments, the fifth 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.

[0603] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for receiving, from a relay terminal device, a first packet for user equipment (UE) -to-network (U2N) transmission from a terminal device to the network device, the first packet comprising a first header comprising: means for a first filed indicating a first identity of the remote terminal device, means for a second field indicating a second identity of a relay terminal device or a predefined identity, and means for a third field indicating a first bearer identity; and means for determining the first packet comprising a first header if one of the following: means for if a connection between the remote terminal device and the network device is determined to be a multi-hop relay connection; means for a fourth field in the first packet is set, the fourth field indicating the first packet comprising a first header, means for at least one of the following implies the connection is a multi-hop relay connection: the first identity, the first bearer identity, a sub-header of medium access control (MAC) protocol data unit (PDU) , or an ingress link used for receiving the first packet. In some embodiments, the sixth apparatus may comprise means for performing the respective operations of the method 1000. In some example embodiments, the sixth 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.

[0604] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for generating, a first packet for user equipment (UE) -to-network (U2N) transmission from the network device to a terminal device communicating with the network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: means for a first field indicating a second identity of a relay terminal device or a predefined identity, means for a second filed indicating a first identity of the remote terminal device, and means for a third field  indicating a first bearer identity; and means for transmitting the first packet to a relay terminal device. In some embodiments, the seventh apparatus may comprise means for performing the respective operations of the method 1100. In some example embodiments, the seventh 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.

[0605] According to embodiments of the present disclosure, a relay terminal apparatus is provided. The relay terminal apparatus comprises means for receiving, a first packet for user equipment (UE) -to-network (U2N) transmission from the network device to a terminal device communicating with the network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: means for a first field indicating a second identity of a relay terminal device or a predefined identity, means for a second filed indicating a first identity of the remote terminal device, and means for a third field indicating a first bearer identity; and means for determining, based on the first identity, an egress link associated with the first packet; means for determining, based on the first bearer identity, an egress radio link control (RLC) in the determined egress link; and means for submitting the first packet to the egress RLC. In some embodiments, the eighth apparatus may comprise means for performing the respective operations of the method 1200. In some example embodiments, the eighth 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.

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

[0607] In an aspect, it is proposed a remote terminal device comprising: a processor configured to cause the remote terminal device to: generate a first packet for user equipment (UE) -to-network (U2N) transmission from the terminal device to a network device, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of a relay terminal device or a predefined identity, and a third field indicating a first bearer identity; and determine, based on the first bearer identity, an egress radio link control (RLC) of the first packet; and submit the first packet to the egress RLC, wherein the terminal device communicates with a network device via a plurality of relay terminal  devices.

[0608] In some embodiments, the relay terminal device indicated by the second field is one of the following: a first relay terminal device communicating with the network device via a direct connection; or a second relay terminal device communicating with the network device via the first relay terminal device.

[0609] In some embodiments, the first header further comprises a fourth field indicates at least one of the following: the first packet is to be transmitted to the network device, the first packet is to be transmitted to a first relay terminal device communicating with the network device via a direct connection, the first packet is for a multi-hop transmission to the network device, or a packet format transform from a first packet with a first header to a second packet with a second header is needed.

[0610] In some embodiments, the fourth field is a 1-bit reserved bit.

[0611] In some embodiments, the processor is further configured to cause the remote terminal device to: generate the first packet comprising the first header if at least one of the following: a configuration from the network device indicating a connection between the remote terminal device and the network device is a multi-hop relay connection, an upper layer of the terminal device indicates to generate the first packet by an explicit indication, at least one of the following implies to generate the first packet: the bearer identity or the second identity of the relay terminal device.

[0612] In some embodiments, a data field of the first packet comprises the following: data to be transmitted to the network device, a second header comprising the following: a fifth field indicating the first identity, and a sixth field indicating a second bearer identity being the same as or different from the first bearer identity.

[0613] In an aspect, it is proposed a relay terminal device comprising: a processor configured to cause the relay terminal device to: receive, a first packet for user equipment (UE) -to-network (U2N) transmission generated by a terminal device communicating with a network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of the relay terminal device or a predefined identity, and a third field indicating a first bearer identity; generate a second packet based on the first packet, the second packet comprising a second header comprising: a fifth field  indicating the first identity, and a sixth field indicating a second bearer identity being the same as or different from the first bearer identity; and determine, based on the second bearer identity, an egress radio link control (RLC) of the second packet; and submit the second packet to the egress RLC.

[0614] In some embodiments, the relay terminal device is one of the following: a first relay terminal device communicating with the network device via a direct connection; or a second relay terminal device communicating with the network device via the first relay terminal device.

[0615] In some embodiments, the first header further comprises a fourth field indicates at least one of the following: the first packet is to be transmitted to the network device, or a packet format transform from a first packet with a first header to a second packet with a second header is needed.

[0616] In some embodiments, the fourth field is a 1-bit reserved bit.

[0617] In some embodiments, the processor is further configured to cause the relay terminal device to: generate the second packet comprising the second header if at least one of the following: the relay terminal device is a relay terminal device closest to the network device, the relay terminal device is a relay terminal device closest to the first relay terminal device the relay terminal device is performing as a U2N relay terminal device, a configuration from the network device indicating a connection between the remote terminal device and the network device is a multi-hop relay connection, a fourth field in the first packet is set, the second identity comprised in the first packet is an identity of the relay terminal device, the second identity comprised in the first packet is a predefined identity, or at least one of the following implies to generate the second packet with the second header based on the first packet with the first header: the first bearer identity, the first identity of the remote terminal device, the second identity of the relay terminal device, a sub-header of medium access control (MAC) protocol data unit (PDU) , or an ingress link used for receiving the first packet.

[0618] In some embodiments, the processor is further configured to cause the relay terminal device to generate the second packet by one of the following: forming the second packet by: setting the fifth field to be the first identity indicated by the first field, setting the sixth field to be the second bearer identity, and filling a data field of the second packet with a date filed of the first packet; generating the second header and replacing the first header  of the first packet with the second header; or removing the second field from the first packet.

[0619] In some embodiments, a data field of the first packet comprises the following: data to be transmitted to the network device, a second header comprising the following: a fifth field indicating the first identity, and a sixth field indicating the second bearer identity.

[0620] In some embodiments, the processor is further configured to cause the relay terminal device to generate the second packet by removing the first header from the first packet.

[0621] In an aspect, it is proposed a network device comprising: a processor configured to cause the network device to: generate, a second packet for user equipment (UE) -to-network (U2N) transmission, the second packet comprising a second header comprising: a fifth field indicating first identity of the remote terminal device, a sixth field indicating a second bearer identity, a seventh field indicating a packet format transform from a second packet with a first header to a second packet with a second header is needed; and transmit the second packet to a relay terminal device, wherein the terminal device communicates with the network device via a plurality of relay terminal devices.

[0622] In some embodiments, the processor is further configured to cause the network device to generate the second packet with the second header comprising the seventh field if a connection between the remote terminal device and the network device is determined to be a multi-hop relay connection.

[0623] In an aspect, it is proposed a relay terminal device comprising: a processor configured to cause the relay terminal device to: receive, a second packet for user equipment (UE) -to-network (U2N) transmission to be transmitted to a remote terminal device communicating with a network device via a plurality of relay terminal devices, wherein the second packet comprises a second header and the second header comprises: a fifth field indicating a first identity of the remote terminal device, and a sixth field indicating a second bearer identity; generate a first packet based on the second packet, the first packet comprising a first header comprising: a first field indicating a second identity of the relay terminal device or a predefined identity, a second filed indicating the first identity of the remote terminal device, and a third field indicating a first bearer identity being the same as or different from the second bearer identity; and determine, based on the first bearer identity, an egress radio link control (RLC) of the first packet; and submit the first packet to the egress RLC.

[0624] In some embodiments, the relay terminal device is one of the following: a first relay terminal device communicating with the network device via a direct connection; or a second relay terminal device communicating with the network device via the first relay terminal device.

[0625] In some embodiments, the second packet further comprises a seventh field indicating a packet format transform from a second packet with a second header to a first packet with a first header is needed.

[0626] In some embodiments, the seventh field is a 1-bit reserved bit.

[0627] In some embodiments, the processor is further configured to cause the relay terminal device to: generate the first packet comprising the first header if at least one of the following: the relay terminal device is performing as a U2N relay terminal device, a seventh field in the second packet is set, or at least one of the following implies to generate the first packet: the first bearer identity, the first identity of the remote terminal device, the second identity of the relay terminal device, a sub-header of medium access control (MAC) protocol data unit (PDU) , an indication from the network device or an ingress link used for receiving the second packet.

[0628] In some embodiments, the processor is further configured to cause the relay terminal device to generate the first packet by one of the following: forming the first packet by setting the second field to be the first identity indicated by the fifth field, setting the first field to be the second identity of the relay terminal device or a predefined identity, and setting the third field to be the first bearer identity, and filling a data field of a first packet with the date filed of the second packet; generating the first header and replacing the second header of the second packet with the first header; or adding the first field to the second packet and setting the first field to be the second identity of the relay terminal device.

[0629] In some embodiments, a data field of the first packet comprises the following: data to be transmitted to the remote terminal device, a second header comprising the following: a fifth field indicating the first identity, and a sixth field indicating the second bearer identity.

[0630] In some embodiments, the processor is further configured to cause the relay terminal device to generate the first packet by: adding the first header to the second packet, or  filling a data field of the first packet with the second packet.

[0631] In some embodiments, the first header comprises a fourth field indicating at least one of the following: the first packet is originated from the network device, a date filed of the first packet is the second packet.

[0632] In some embodiments, the fourth field is a 1-bit reserved bit.

[0633] In an aspect, it is proposed a remote terminal device comprising: a processor configured to cause the remote terminal device to: receive, from a relay terminal device, a first packet for user equipment (UE) -to-network (U2N) transmission, the first packet comprising a first header comprising: a first field indicating a second identity of the relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, a third field indicating a first bearer identity, and a data field comprising a second header and data to be transmitted to the remote terminal device, wherein the second header comprises the following: a fifth field indicating the first identity, and a sixth field indicating a second bearer identity being the same as or different from the first bearer identity; and process the first packet by removing the first header.

[0634] In some embodiments, the first header comprises a fourth field indicating at least one of the following: the first packet is originated from the network device, a date filed of the first packet is the second packet.

[0635] In an aspect, it is proposed a network device comprising: a processor configured to cause the network device to: receive, from a relay terminal device, a first packet for user equipment (UE) -to-network (U2N) transmission from a terminal device to the network device, the first packet comprising a first header comprising: a first filed indicating a first identity of the remote terminal device, a second field indicating a second identity of a relay terminal device or a predefined identity, and a third field indicating a first bearer identity; and determine the first packet comprising a first header if one of the following: if a connection between the remote terminal device and the network device is determined to be a multi-hop relay connection; a fourth field in the first packet is set, the fourth field indicating the first packet comprising a first header, at least one of the following implies the connection is a multi-hop relay connection: the first identity, the first bearer identity, a sub-header of medium access control (MAC) protocol data unit (PDU) , or an ingress link used for receiving the first packet.

[0636] In some embodiments, the fourth field is a 1-bit reserved bit.

[0637] In an aspect, it is proposed a network device comprising: a processor configured to cause the network device to: generate, a first packet for user equipment (UE) -to-network (U2N) transmission from the network device to a terminal device communicating with the network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first field indicating a second identity of a relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, and a third field indicating a first bearer identity; and transmit the first packet to a relay terminal device.

[0638] In some embodiments, the relay terminal device indicated by the second field is one of the following: a first relay terminal device communicating with the network device via a direct connection; or a second relay terminal device communicating with the network device via the first relay terminal device.

[0639] In some embodiments, the first header further comprises a fourth field indicating at least one of the following: the first packet is to be transmitted to the terminal device, or the first header is comprised in the first packet.

[0640] In some embodiments, the fourth field is a 1-bit reserved bit.

[0641] In some embodiments, the processor is further configured to cause the network device to: generate the first packet with the first header if: a connection between the remote terminal device and the network device is determined to be a multi-hop relay connection, or at least one of the following implies to generate the first packet with the first head: the first bearer identity, the first identity of the remote terminal device or the indication from the upper layer.

[0642] In an aspect, it is proposed a relay terminal device comprising: a processor configured to cause the network device to: receive, a first packet for user equipment (UE) -to-network (U2N) transmission from the network device to a terminal device communicating with the network device via a plurality of relay terminal devices, the first packet comprising a first header comprising: a first field indicating a second identity of a relay terminal device or a predefined identity, a second filed indicating a first identity of the remote terminal device, and a third field indicating a first bearer identity; and determine, based on the first identity, an egress link associated with the first packet;  determine, based on the first bearer identity, an egress radio link control (RLC) in the determined egress link; and submit the first packet to the egress RLC.

[0643] In some embodiments, the relay terminal device is one of the following: a first relay terminal device communicating with the network device via a direct connection; or a second relay terminal device communicating with the network device via the first relay terminal device.

[0644] In some embodiments, the processor is further configured to cause the relay terminal device to extract the first identity according to a format of the first packet comprising the first header in accordance with a determination that the first header further comprises a fourth field indicating at least one of the following: the first packet is to be transmitted to the remote terminal device, the first packet is for a multi-hop transmission to the terminal device, or the first header is comprised in the first packet.

[0645] In some embodiments, the fourth field is a 1-bit reserved bit.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0660] 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 remote terminal device comprising:a processor configured to cause the remote terminal device to:generate a first packet for user equipment (UE) -to-network (U2N) transmission from the remote terminal device to a network device, the first packet comprising a first header comprising:a first filed indicating a first identity of the remote terminal device,a second field indicating a second identity of a relay terminal device or a predefined identity, anda third field indicating a first bearer identity; anddetermine, based on the first bearer identity, an egress radio link control (RLC) of the first packet; andsubmit the first packet to the egress RLC channel,wherein the remote terminal device communicates with a network device via a plurality of relay terminal devices.2.The remote terminal device of claim 1, wherein the relay terminal device indicated by the second field is one of the following:a first relay terminal device communicating with the network device via a direct connection; ora second relay terminal device communicating with the network device via the first relay terminal device.3.The remote terminal device of claim 1, wherein the first header further comprises a fourth field indicating at least one of the following:the first packet is to be transmitted to the network device,the first packet is to be transmitted to a first relay terminal device communicating with the network device via a direct connection,the first packet is for a multi-hop transmission to the network device, ora packet format transform from a first packet with a first header to a second packet with a second header is needed.4.The remote terminal device of claim 3, wherein the fourth field is a 1-bit reserved bit.5.The remote terminal device of claim 1, wherein the processor is further configured to cause the remote terminal device to:generate the first packet comprising the first header if at least one of the following:a configuration from the network device indicating a connection between the remote terminal device and the network device is a multi-hop relay connection,an upper layer of the remote terminal device indicates to generate the first packet by an explicit indication, orat least one of the following implies to generate the first packet: the bearer identity or the second identity of the relay terminal device.6.A relay terminal device comprising:a processor configured to cause the relay terminal device to:receive, a first packet for user equipment (UE) -to-network (U2N) transmission generated by a remote terminal device communicating with a network device via a plurality of relay terminal devices, the first packet comprising a first header comprising:a first filed indicating a first identity of the remote terminal device,a second field indicating a second identity of the relay terminal device or a predefined identity, anda third field indicating a first bearer identity;generate a second packet based on the first packet, the second packet comprising a second header comprising:a fifth field indicating the first identity, anda sixth field indicating a second bearer identity being the same as or different from the first bearer identity; anddetermine, based on the second bearer identity, an egress radio link control (RLC) of the second packet; andsubmit the second packet to the egress RLC channel.7.The relay terminal device of claim 6, wherein the processor is further configured to cause the relay terminal device to:generate the second packet comprising the second header if at least one of the following:the relay terminal device is a relay terminal device closest to the network device,the relay terminal device is a relay terminal device closest to the first relay terminal device,the relay terminal device is performing as a U2N relay terminal device,a configuration from the network device indicating a connection between the remote terminal device and the network device is a multi-hop relay connection,a fourth field in the first packet is set,the second identity comprised in the first packet is an identity of the relay terminal device,the second identity comprised in the first packet is a predefined identity, orat least one of the following implies to generate the second packet with the second header based on the first packet with the first header: the first bearer identity, the first identity of the remote terminal device, the second identity of the relay terminal device, a sub-header of medium access control (MAC) protocol data unit (PDU) , or an ingress link used for receiving the first packet.8.The relay terminal device of claim 6, wherein the processor is further configured to cause the relay terminal device to generate the second packet by one of the following:forming the second packet by: setting the fifth field to be the first identity indicated by the first field, setting the sixth field to be the second bearer identity, and filling a data field of the second packet with a date filed of the first packet;generating the second header and replacing the first header of the first packet with the second header; orremoving the second field from the first packet.9.A relay terminal device comprising:a processor configured to cause the relay terminal device to:receive, a second packet for user equipment (UE) -to-network (U2N) transmission to be transmitted to a remote terminal device communicating with a network device via a plurality of relay terminal devices, wherein the second packet comprises a second header and the second header comprises:a fifth field indicating a first identity of the remote terminal device, anda sixth field indicating a second bearer identity;generate a first packet based on the second packet, the first packet comprising a first header comprising:a first field indicating a second identity of the relay terminal device or a predefined identity,a second filed indicating the first identity of the remote terminal device, anda third field indicating a first bearer identity being the same as or different from the second bearer identity; anddetermine, based on the first bearer identity, an egress radio link control (RLC) of the first packet; andsubmit the first packet to the egress RLC channel.10.The relay terminal device of claim 9, wherein the relay terminal device is one of the following:a first relay terminal device communicating with the network device via a direct connection; ora second relay terminal device communicating with the network device via the first relay terminal device.11.The relay terminal device of claim 9, wherein the second packet further comprises a seventh field indicating a packet format transform from a second packet with a second header to a first packet with a first header is needed.12.The relay terminal device of claim 11, wherein the seventh field is a 1-bit reserved bit.13.The relay terminal device of claim 9, wherein the processor is further configured to cause the relay terminal device to:generate the first packet comprising the first header if at least one of the following:the relay terminal device is performing as a U2N relay terminal device,a seventh field in the second packet is set, orat least one of the following implies to generate the first packet: the first bearer identity, the first identity of the remote terminal device, the second identity of the relay terminal device, a sub-header of medium access control (MAC) protocol data unit (PDU) , an indication from the network device or an ingress link used for receiving the second packet.14.The relay terminal device of claim 9, wherein the processor is further configured to cause the relay terminal device to generate the first packet by one of the following:forming the first packet by setting the second field to be the first identity indicated by the fifth field, setting the first field to be the second identity of the relay terminal device or a predefined identity, and setting the third field to be the first bearer identity, and filling a data field of a first packet with the date filed of the second packet;generating the first header and replacing the second header of the second packet with the first header; oradding the first field to the second packet and setting the first field to be the second identity of the relay terminal device.15.A remote terminal device comprising:a processor configured to cause the remote terminal device to:receive, from a relay terminal device, a first packet for user equipment (UE) -to-network (U2N) transmission, the first packet comprising a first header comprising:a first field indicating a second identity of the relay terminal device or a predefined identity,a second filed indicating a first identity of the remote terminal device,a third field indicating a first bearer identity, anda data field comprising a second header and data to be transmitted to the remote terminal device, wherein the second header comprises the following: a fifth field indicating the first identity, and a sixth field indicating a second bearer identity being the same as or different from the first bearer identity; andprocess the first packet by removing the first header.16.The remote terminal device of claim 15, wherein the first header comprises a fourth field indicating at least one of the following:the first packet is originated from the network device,a date filed of the first packet is the second packet.17.A relay terminal device comprising:a processor configured to cause the network device to:receive, a first packet for user equipment (UE) -to-network (U2N) transmission from the network device to a remote terminal device communicating with the network device via a plurality of relay terminal devices, the first packet comprising a first header comprising:a first field indicating a second identity of a relay terminal device or a predefined identity,a second filed indicating a first identity of the remote terminal device, anda third field indicating a first bearer identity; anddetermine, based on the first identity, an egress link associated with the first packet;determine, based on the first bearer identity, an egress radio link control (RLC) in the determined egress link; andsubmit the first packet to the egress RLC channel.18.The relay terminal device of claim 17, wherein the relay terminal device is one of the following:a first relay terminal device communicating with the network device via a direct connection; ora second relay terminal device communicating with the network device via the first relay terminal device.19.The relay terminal device of claim 17, wherein the processor is further configured to cause the relay terminal device toextract the first identity according to a format of the first packet comprising the first header in accordance with a determination that the first header further comprises a fourth field indicating at least one of the following:the first packet is to be transmitted to the remote terminal device,the first packet is for a multi-hop transmission to the remote terminal device, orthe first header is comprised in the first packet.20.The relay terminal device of claim 19, wherein the fourth field is a 1-bit reserved bit.

Images