Devices and methods for communication

Abstract

Embodiments of the present disclosure provide a solution for configuration failure management for sidelink communication. In a solution, a first terminal device receives, from a second terminal device, an indication of a configuration failure. The configuration failure is associated with at least one of: a first link between the first and second terminal devices or a second link between the second terminal device and a third terminal device. The first terminal device communicates with the third terminal device via the second terminal device. The first terminal device performs, based on the indication, at least one of: a first operation for a connection between the first and third terminal devices, a second operation for the first link, or a third operation indicating the configuration failure to an upper layer.

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 configuration failure management for sidelink (SL) communication.BACKGROUND

[0003] With the development of communication techniques, a variety of communication networks have been developed or studied. In some wireless communication networks, in addition to communicating with base stations via access links, user equipment (UE) can communicate with other devices using a sidelink (e.g., a communication link between a UE and another UE) as well. Such communication may relate to, for example, vehicle-based communication devices that can communicate from vehicle-to-vehicle (V2V) , vehicle-to-infrastructure (V2I) (e.g., from the vehicle-based communication device to road infrastructure nodes) , vehicle-to-network (V2N) (e.g., from the vehicle-based communication device to one or more network nodes, such as a base station) , a combination thereof and / or with other devices, which can be collectively referred to as vehicle-to-anything (V2X) communications. In some scenarios, one or more UEs may be needed to relay communication between two UEs.SUMMARY

[0004] In general, embodiments of the present disclosure provide methods, devices and computer storage medium for configuration failure management for sidelink communication.

[0005] In a first aspect, there is provided a first terminal device comprising: a processor configured to cause the first terminal device to: receive, from a second terminal device, an indication of a configuration failure associated with at least one of: a first link between the first and second terminal devices or a second link between the second terminal device and a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device; and perform, based on the indication, at least one of: a first operation for a connection between the first and third terminal devices,  a second operation for the first link, or a third operation indicating the configuration failure to an upper layer.

[0006] In a second aspect, there is provided a second terminal device comprising: a processor configured to cause the second terminal device to: receive, from a third terminal device, a message indicating of a configuration failure of a link between the second and third terminal devices; and transmit, to a first terminal device, an indication of the configuration failure of the link, the first terminal device communicating with the third terminal device via the second terminal device.

[0007] In a third aspect, there is provided a first terminal device comprising: a processor configured to cause the first terminal device to: transmit first information to at least one of a network device serving the first terminal device or a second terminal device, the first terminal device communicating with a third terminal device via the second terminal device, wherein the first information is associated with quality of service (QoS) information and at least one radio bearer.

[0008] In a fourth aspect, there is provided a second terminal device comprising: a processor configured to cause the first terminal device to: transmit, to a network device serving the second terminal device, second information associated with quality of service (QoS) information and at least one radio bearer from a first terminal device to a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device.

[0009] In a fifth aspect, there is provided a network device comprising: a processor configured to cause the network device to: receive, from at least one of a first terminal device or a second terminal device, information associated with quality of service (QoS) information and at least one radio bearer, the first terminal device communicating with a third terminal device via the second terminal device, the network device serving at least one of the first or second terminal device.

[0010] In a sixth aspect, there is provided a second terminal device comprising: a processor configured to cause the second terminal device to: receive, from a first terminal device, first information associated with quality of service (QoS) information and at least one radio bearer, the first terminal device communicating with a third terminal device via the second terminal device.

[0011] In a seventh aspect, there is provided a communication method performed by a first terminal device. The method comprises: receiving, from a second terminal device, an indication of a configuration failure associated with at least one of: a first link between the first and second terminal devices or a second link between the second terminal device and a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device; and performing, based on the indication, at least one of: a first operation for a connection between the first and third terminal devices, a second operation for the first link, or a third operation indicating the configuration failure to an upper layer.

[0012] In an eighth aspect, there is provided a communication method performed by a second terminal device. The method comprises: receiving, from a third terminal device, a message indicating of a configuration failure of a link between the second and third terminal devices; and transmitting, to a first terminal device, an indication of the configuration failure of the link, the first terminal device communicating with the third terminal device via the second terminal device.

[0013] In a ninth aspect, there is provided a communication method performed by a first terminal device. The method comprises: transmitting first information to at least one of a network device serving the first terminal device or a second terminal device, the first terminal device communicating with a third terminal device via the second terminal device, wherein the first information is associated with quality of service (QoS) information and at least one radio bearer.

[0014] In a tenth aspect, there is provided a communication method performed by a second terminal device. The method comprises: transmitting, to a network device serving the second terminal device, second information associated with quality of service (QoS) information and at least one radio bearer from a first terminal device to a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device.

[0015] In an eleventh aspect, there is provided a communication method performed by a network device. The method comprises: receiving, from at least one of a first terminal device or a second terminal device, information associated with quality of service (QoS) information and at least one radio bearer, the first terminal device communicating with a third terminal device via the second terminal device, the network device serving at least  one of the first or second terminal device.

[0016] In a twelfth aspect, there is provided a communication method performed by a second terminal device. The method comprises: receiving, from a first terminal device, first information associated with quality of service (QoS) information and at least one radio bearer, the first terminal device communicating with a third terminal device via the second terminal device.

[0017] In a thirteenth 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 seventh, eighth, ninth, tenth, eleventh, or twelfth aspect.

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

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

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

[0021] FIG. 1B illustrates an example diagram of sidelink transmission via a relay device;

[0022] FIG. 2 illustrates a signaling flow for configuration failure management for sidelink communication in accordance with some embodiments of the present disclosure;

[0023] FIG. 3A illustrates a signaling flow for configuration failure indication in accordance with some embodiments of the present disclosure;

[0024] FIG. 3B illustrates a diagram showing indicating the configuration failure to upper layer in accordance with some embodiments of the present disclosure;

[0025] FIG. 4 illustrates another signaling flow for configuration failure indication in accordance with some embodiments of the present disclosure;

[0026] FIG. 5A illustrates an example diagram of user plane protocol stack for L2 U2U  relay;

[0027] FIG. 5B illustrates an example diagram of control plane protocol stack for L2 U2U relay;

[0028] FIG. 6A illustrates a signaling flow for QoS and radio bearer related information transmission in accordance with some embodiments of the present disclosure;

[0029] FIG. 6B illustrates another signaling flow for QoS and radio bearer related information transmission in accordance with some embodiments of the present disclosure;

[0030] FIG. 7 illustrates a signaling flow for sidelink relay with a network device involved in accordance with some embodiments of the present disclosure;

[0031] FIG. 8 illustrates another signaling flow for sidelink relay with a network device involved in accordance with some embodiments of the present disclosure;

[0032] FIG. 9 illustrates a signaling flow for sidelink relay in accordance with some embodiments of the present disclosure;

[0033] FIG. 10 illustrates another signaling flow for sidelink relay in accordance with some embodiments of the present disclosure;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0052] In the wireless communication network, a terminal device such as UE may communicate with another terminal device directly or indirectly. For example, two or more terminal devices may communicate with each other indirectly via a relay device such as a relay terminal device. For ease of discussion, some terms used in the following description are listed as below.

[0053] The term “remote terminal device” , “remote UE” , “UE-to-UE remote device” or  “U2U remote UE” refers to a terminal device that may communicate with another terminal device via a relay device.

[0054] The term “source terminal device” or “first terminal device” may refer to a remote terminal device that initiates a communication with another remote terminal device via a relay device or transmits information to the other remote terminal device via the relay device. As used herein, the term “source terminal device” may also be referred to as “first terminal device” , “End UE” , “source (remote) UE” , “Src. UE” , “initiating UE” , “transmitting (TX) (remote) UE” , “source end UE” , “Tx (end) UE” , and / or the like.

[0055] The term “target terminal device” or “third terminal device” may refer to a remote terminal device communicates with the source terminal device via the relay device or receives information from the source terminal device via the relay device, which may also be referred to as “target (remote) UE” , “peer U2U remote UE” , “destination terminal device” , “destination (end) UE” , “Dest. UE” , “receiving (RX) (remote) UE” , “target end UE” , “RX (end) UE” , and / or the like.

[0056] The term “relay terminal device” or “second terminal device” refers to a terminal device that provides functionality to support connectivity to other UE (s) or the network for remote UE (s) , which may also be referred to as “relay device” , “relay UE” , “relay” , “U2U relay UE” , “layer two (L2) U2U relay UE” , “U2U relay” , “UE-to network (U2N) relay UE” , “U2N relay” , or “target relay UE” and / or the like.

[0057] The term “end-to-end (E2E) may be equivalent to “U2U” , or “peer UE” . The connection between the source terminal device and the target terminal device may be referred to as “E2E connection” .

[0058] The term “PC5 connection” may refer to a link between two terminal devices such as the remote terminal device and the relay terminal device, which may also be referred to as “PC5 unicast link” , PC5 radio resource control (RRC) connection, PC5-RRC connection, Layer2 link, Layer 2 unicast link, PC5 link, or device to device link.

[0059] The term “upper layer” may refer to for example, PC5-Signaling layer (also referred to as PC5-Slayer) , vehicle to everything (V2X) layer, non-access stratum (NAS) layer, or ProSe layer. The term “access stratum (AS) layer” may refer to an RRC layer, a packet data convergence protocol (PDCP) layer, a radio link control (PLC) layer, a medium access control (MAC) layer, a layer 2 (Layer-2) or a lower layer.

[0060] The term “identity (ID) of QoS” , or “QoS identifier” may be referred to as “5G QoS identifier (5QI) . For example, the 5QI may be a PC5 5QI (PQI) .

[0061] The term “ID of device” or “ID of terminal device” may be a layer two (L2) ID of the device such as a destination L2 ID, which may be 32bits, 24 bits or other bit length.

[0062] The term “radio bearer (RB) ” may be a radio bearer from the source terminal device to the target terminal device” . The radio bearer may also be referred to as a “sidelink radio bearer (SLRB) ” . The RB may be data radio bearer (DRB) or signaling radio bearer (SRB) , or the like. The SLRB may be SL DRB or SL SRB, or the like. In some embodiments, a “DRB” and / or “SRB” may be equivalent to an “SLRB” . For example, “DRB” may be equivalent to SL DRB, and SRB may be equivalent to SL SRB.

[0063] In the present disclosure, the terms of “target” and “candidate” may be used changeably sometimes, for example, a candidate node / device may be referred to as a target node / device when it is selected. Further, if the candidate node / device is not selected, the candidate node / device may be called as the other (potential) target network device (s) .

[0064] In the present disclosure, the expressions “kept” , “maintained” , “reused” , “not changed” or “modified” can be used interchangeably. Likewise, the expressions “keep” , “maintain” , “reuse” , “not change” or “modify” can be used interchangeably. In the present disclosure, the expressions “add” , “establish” , “configure” can be used interchangeably.

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

[0066] FIG. 1A shows an example communication environment 100 in which example embodiments of the present disclosure can be implemented. The communication environment 100 comprises a plurality of terminal devices such as a first terminal device 110, a second terminal device 120 and a third terminal device 130. In some example embodiments of FIG. 1A, the first terminal device 110 communicates with the third terminal device 130 via the second terminal device 120. The first terminal device 110 may initiate the communication with the third terminal device 130 via the second terminal device 120. For purpose of discussion, the first terminal device 110 may be referred to as a “source terminal device” . The second terminal device 120 may be referred to as a “relay terminal device” . The third terminal device 130 may be referred to as a “target terminal device” .

[0067] In some example embodiments, the communication environment 100 comprises further devices such as a network device 140. The network device 140 may serve the first terminal device 110 and / or the second terminal device 120.

[0068] In some example embodiments, the communication environment 100 may further comprise a further terminal device 150. For example, the further terminal device 150 may be another target terminal device communicating with the first terminal device 110 via a relay device such as the second terminal device 120.

[0069] It is to be understood that the number of devices and their connections in FIG. 1A are given for the purpose of illustration without suggesting any limitations to the present disclosure. The communication network may include any suitable number of network devices and / or terminal devices adapted for implementing implementations of the present disclosure.

[0070] The communications in the communication environment 100 may conform to any suitable standards including, but not limited to, Global System for Mobile Communications (GSM) , Long Term Evolution (LTE) , LTE-Evolution, LTE-Advanced (LTE-A) , New Radio (NR) , Wideband Code Division Multiple Access (WCDMA) , Code Division Multiple Access (CDMA) , GSM EDGE Radio Access Network (GERAN) , Machine Type Communication (MTC) and the like. The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, 5.5G, 5G-Advanced networks, or the sixth generation (6G) networks.

[0071] As described, the first terminal device 110 may communicate with the third terminal device 130 via the second terminal device 120. FIG. 1B illustrates an example diagram showing the communication or transmission between the first terminal device 110 and the third terminal device 130. As illustrated, a first link between the first terminal device 110 and the second terminal device 120 may be referred to as a “first hop 160” . A second link between the second terminal device 120 and the third terminal device 130 may be referred to as a “second hop 170” . The first hop 160 is from the first terminal device 110 such as the source UE to the second terminal device 120 such as the relay  terminal device. The second hop 170 is from the second terminal device 120 to the third terminal device 130 such as the target terminal device. The communication or transmission between the first terminal device 110 and the third terminal device 130 may be via the first hop 160 and the second hop 170. For example, the fist link corresponding to the first hop 160 or the second link corresponding to the second hop 170 may be configured.

[0072] As mentioned, a terminal device such as user equipment (UE) may communicate with another terminal device via a relay terminal device such as U2U relay. In some cases, failure cases may occur when configuring U2U relay, for example, for E2E SL-DRB of U2U relay. In some mechanisms, single-hop layer-2 and layer-3 U2U relay (that is, from source UE to relay UE to destination UE) for unicast is supported. For example, U2U relay adaptation layer design and control plane procedure are proposed. QoS handling, if needed, may be subject to system aspect 2 (SA2) progress. In some mechanisms, radio link failure (RLF) of the second hop may be solved. The QoS information may be sent to gNB to request dedicate configuration of RB.

[0073] In some mechanisms, the RRC sublayer provides the following services and functions over the PC5 interface: transfer of a PC5-RRC message between peer UEs, maintenance and release of a PC5-RRC connection between two UEs, or detection of sidelink radio link failure for a PC5-RRC connection. A PC5-RRC connection is a logical connection between two UEs for a pair of source and destination layer-2 IDs which is considered to be established after a corresponding PC5 unicast link is established, for example as specified in a standard such as technical specification (TS) 23.287. There may be a one-to-one correspondence between the PC5-RRC connection and the PC5 unicast link.

[0074] There may be several kinds of failure cases for sidelink communication between two UEs without a relay device. For example, if a timer such as T400 expiries, it may indicate a PC5 RLF. For another example, reconfiguration failure (also referred to as a “configuration failure” ) may occur. For example, the sidelink RRC reconfiguration such as RRCReconfigurationSidelink from a UE to another UE may be failed.

[0075] In some mechanism, a UE (referred to as “UE 1” ) may transmit the sidelink RRC configuration such as RRCReconfigurationSidelink to a further UE (referred to as “UE 2” ) . If the sidelink RRC reconfiguration is successful, UE 2 may transmit a response such  as RRCReconfigurationCompleteSidelink to UE 1. Otherwise, if the sidelink RRC reconfiguration is failed, UE 2 may transmit a response such as RRCReconfigurationFailureSidelink to UE1.

[0076] Table 1 below shows several actions associated with the timer T400. Table 1 may refer to a predefined standard such as Ts 38.331. As shown, the timer T400 may be stared for the destination UE in response to the RRCReconfigurationSidelink message. If the timer T400 expiries before receiving the RRCReconfigurationCompleteSidelink or RRCReconfigurationFailureSidelink from the destination UE, sidelink radio link failure related actions may be performed. For example, the sidelink specific MAC of the destination may be reset. The PC5-RRC connection may be released for the destination. Table 2 below shows several actions for such sidelink communication failure. Table 2 may be according to a predefined standard such as TS 38.331.

[0077] Table 1

[0078] Table 2

[0079] As described, for the sidelink communication without relay device, there are several actions to handle the configuration failure. For the sidelink communication via a relay, for PC5 RLF of the second hop, upon reception of NotificationMessageSidelink indicating PC5-RLF from the U2U relay UE, it is up to ProSe layer of the U2U remote UE to decide whether to keep or release the PC5 link with the relay UE for the first hop.

[0080] In some mechanisms, upon reception of NotificationMessageSidelink indicating PC5-RLF from the U2U relay UE, the U2U remote UE AS layer may release the PC5-RRC connection with the peer U2U remote UE and notifies upper layer for the E2E PC5-RRC connection. Table 3 below shows the actions related to the NotificationMessageSidelink message. Table 3 may be based on a predefined standard such as TS 38.331. Table 2 above shows the actions for the sidelink radio link failure related actions.

[0081] Table 3

[0082] In some mechanisms, the UE may perform the following actions upon reception of an RRCReconfigurationFailureSidelink: stop timer T400 for the destination, if running; continue using the configuration used prior to corresponding RRCReconfigurationSidelink message; if UE is in RRC_CONNECTED: perform the sidelink UE information for NR sidelink communication procedure, for example as specified in 5.8.3.3 or clause 5.10.15 in TS 36.331.

[0083] However, since the data forwarding of E2E SLRB relay on the lower layer PC5 Relay RLC channel, how to handle the configuration failure on the second hop and how to handle the configuration failure on the first hop need to be solved.

[0084] In order to solve at least part of the above problems or other potential problems, a solution on configuration failure management for sidelink communication is proposed. According to embodiments of the present disclosure, a first terminal device (such as a source terminal device) receives, from a second terminal device (such as a relay terminal device) , an indication of a configuration failure. The first terminal device communicates with a third terminal device (such as a target terminal device) via the second terminal device. For example, the configuration failure is associated with a first link between the first and second terminal devices. For another example, the configuration failure is associated with a second link between the second terminal device and a third terminal device. The first terminal device performs at least one operation based on the indication. For example, the at least one operation may include a first operation for a connection between the first and third terminal devices such as E2E connection between the first and third terminal devices. For another example, the at least one operation may include a second operation for the first link. For a further example, the at least one operation may include a third operation indicating the configuration failure to an upper layer.

[0085] In this way, several operations may be performed to handle the configuration  failure. For example, the configuration failure (also referred to as reconfiguration failure) for U2U sidelink relay can be handled. The sidelink communication via the relay terminal device can thus be improved.

[0086] Reference is made to FIG. 2, which illustrates a signaling flow 200 for configuration failure management for sidelink communication in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 200 will be discussed with reference to FIG. 1A, for example, by using the first terminal device 110, the second terminal device 120 and the third terminal device 130. For purpose of discussion, in the following description, it is assumed that the first terminal device 110 performs as a source UE, the second terminal device 120 performs as a relay UE, and the third terminal device 130 performs as a target UE. It is to be understood that embodiments described with respect to one of the first terminal device 110 the second terminal device 120 and / or the third terminal device 130 may also be applied to another terminal device of these three terminal devices. Scope of the present disclosure is not limited here.

[0087] In operation, the second terminal device 120 transmits (230) , to the first terminal device 110, an indication of a configuration failure (also referred to as a reconfiguration failure) . The first terminal device 110 receives (240) the indication. For example, the configuration failure is associated with a first link or a first hop between the first terminal device 110 and the second terminal device 120. Alternatively, or in addition, the configuration failure is associated with a second link or a second hop between the second terminal device 120 and the third terminal device 130. The first terminal device 110 communicates with the third terminal device 130 via the second terminal device 120.

[0088] The first terminal device 110 performs (250) at least one operation based on the indication. For example, in response to receiving (240) the indication, the first terminal device 110 performs the at least one operation to handle the indicated configuration failure. For example, the at least one operation includes a first operation for a connection between the first terminal device 110 and the third terminal device 130. The connection between the first terminal device 110 and the third terminal device 130 may be referred to as an E2E connection, such as E2E PC5 RRC connection.

[0089] In an embodiment, the first operation for the connection may include a release of a DRB or SL DRB with the third terminal device 130. In another embodiment, the first operation for the connection may include a release of an SRB or SL SRB with the third  terminal device 130. In a further embodiment, the first operation for the connection may include a release of an RLC channel with the third terminal device 130. In a still further embodiment, the first operation may include a discard of a sidelink communication related configuration associated with the third terminal device 130. In a yet further embodiment, the first operation may include a reset of a sidelink MAC associated with the third terminal device 130. In a further embodiment, the first operation may include indicating, to the upper layer, a release of the connection with the third terminal device 130.

[0090] It is to be understood that these example first operations may be performed separately, or in any combination. Other suitable first operation may also be applied. For example, the first operation may include considering the connection between the first terminal device 110 and the third terminal device 130 as released for the third terminal device 130. That is, the connection between the first terminal device 110 and the third terminal device 130 may be considered as released.

[0091] In some example embodiments, the at least one operation includes a second operation for the first link. For example, the second operation for the first link may include a trigger of a reselection of the second terminal device 120 to update the first link. That is, a reselection of U2U relay may be triggered. For another example, the second operation may be a maintain of the first link with the second terminal device 120. For a further example, the second operation may be a release of the first link with the second terminal device 120. For example, the first terminal device 110 may choose one or more from these possible second operations for the first link.

[0092] In some example embodiments, the at least one operation includes a third operation indicating the configuration failure to an upper layer. For example, the first terminal device 110 may provide an indication of the configuration failure to the upper layer of the first terminal device 110. That is, the first terminal device 110 may indicate the configuration failure to the upper layer of the first terminal device 110. This indication is for at least one of the third terminal device 130 or the second terminal device 120.

[0093] In some embodiments, the upper layer of the first terminal device 110 may trigger a release of the connection with the third terminal device 130. That is, the upper layer may trigger a release of the connection with the peer end UE. As used herein, the upper layer triggering a release of connection may be that the upper layer triggers a connection release procedure, and / or the upper layer triggers a release of a configuration  of the connection. Release of the connection with the third terminal device 130 may be release of the PC5 unicast link with the third terminal device 130.

[0094] In some embodiments, the first terminal device 110 may provide an identity of the third terminal device 130 to the upper layer. For example, providing the identity of the third terminal device 130 may trigger a release of the connection with the third terminal device 130.

[0095] Alternatively, or in addition, in some embodiments, the first terminal device 110 may provide the identity of the second terminal device 120 to the upper layer, to trigger a release of a connection associated with the indicated second terminal device 120 or to trigger a release of a connection associated with the third terminal device 130 via the indicated second terminal device 120. For example, a plurality of connections associated with a plurality of terminal devices via the indicated second terminal device 120 to the first terminal device 110 may be released.

[0096] It is to be understood that these example operations may be performed separately, or in any combination. Other suitable operations may also be performed. Scope of the present disclosure is not limited here.

[0097] As discussed, the configuration failure may be associated with the second link between the second terminal device 120 and the third terminal device 130. For example, the configuration failure may be of the second hop 170. In an example scenario, the third terminal device 130 may transmit (210) , to the second terminal device 120, a message indicating of a configuration failure of the second link between the second terminal device 120 and the third terminal device 130. The second terminal device 120 may receive (220) the message.

[0098] FIG. 3A illustrates a signaling flow 300 for configuration failure indication according to some embodiments of the present disclosure. The signaling flow 300 may be illustrated with respect to FIG. 1A. In operation, the second terminal device 120 may transmit (310) an RRCReconfigurationSidelink message to the third terminal device 130. The third terminal device 130 may receive (320) the RRCReconfigurationSidelink message. The third terminal device 130 may transmit (330) an RRCReconfigurationFailureSidelink message to the second terminal device 120. The second terminal device 120 may receive (340) the RRCReconfigurationFailureSidelink message. The RRCReconfigurationFailureSidelink may be the message indicating the  configuration failure of the second link.

[0099] In some embodiments, in response to receiving the message, the second terminal device 120 transmits (230) the indication of the configuration failure associated with the second link to the first terminal device 110. For example, the configuration failure may be a configuration failure of the second link. In some embodiments, the indication of the configuration failure may be transmitted via a NotificationMessageSidelink message. For example, the second terminal device 120 may initiate the sending (350) of NotificationMessageSidelink message upon receiving (340) of the RRCReconfigurationFailureSidelink with the third terminal device 130. The first terminal device 110 may receive (360) the NotificationMessageSidelink message.

[0100] The indication may further indicate an identity of the third terminal device 130. For example, a plurality of end remote terminal devices may communicate with the first terminal device 110 via the second terminal device 120. The indicate may indicate the identity of the third terminal device 130 with which the configuration of a corresponding link with the second terminal device 120 is failed. For example, the further terminal device 150 may communicate with the first terminal device 110 via the second terminal device 120. The indication may indicate the ID of the third terminal device 130 instead of an ID of the further terminal device 150.

[0101] In an embodiments, if the second terminal device 120 initiates transmission of the NotificationMessageSidelink message due to PC5 RRCReconfigurationFailure with the third terminal device 130, the second terminal device 120 may perform at least one of: setting the sl-IndicationType as relayUE-PC5-RRCReconfigurationFailure; setting the sl-DestinationIdentityRemoteUE as the associated destination for the third terminal device 130 (such as L2 U2U Remote UE) ; or submitting the NotificationMessageSidelink message to lower layers for transmission.

[0102] In scenarios where the configuration failure is associated with the second link, the third operation may include providing, to the upper layer, a further indication including at least one of: the configuration failure associated with the third terminal device 130, or an identity of the third terminal device 130. FIG. 3B illustrates a diagram for indicating the configuration failure to the upper layer according to some embodiments of the present disclosure. As illustrated, the RRC layer 390 of the first terminal device 110 may provide the further indication to the upper layer 380 of the first terminal device 110.

[0103] Still referring to FIG. 2, in some embodiments, in response to the further indication, the upper layer may trigger a reselection of the second terminal device 120 to update the first link. That is, a reselection of the relay device may be triggered. Alternatively, or in addition, in some embodiments, in response to the further indication, the upper layer may trigger a release of the connection with the third terminal device 130.

[0104] In some embodiments, upon receiving NotificationMessageSidelink message, the first terminal device 110 may perform at least one of the procedures shown in Table 4 below.

[0105] Table 4

[0106] In some embodiments, upon receiving the indication of PC5 RRCReconfigurationFailure or upon indicating of PC5 RRCReconfigurationFailure by lower layer or AS layer, the upper layer of the first terminal device 110 may perform at least one of the following procedures: trigger U2U relay reselection, or release the PC5 unicast link with the indicated destination (such as the indicated L2 U2U remote UE) . That is, trigger the connection release procedure with the indicated destination.

[0107] Several embodiments for indicating the configuration failure of the second link (or the second hop) and handling of the configuration failure have been described. With these embodiments, the first terminal device 110 may indicate the configuration failure to the upper layer. It enables the handle of the configuration failure for U2U sidelink relay.

[0108] Alternatively, or in addition, in some embodiments, the configuration failure may be associated with the first link (or the first hop) . In such scenarios, the first terminal device 110 may perform at least one of the first, second or third operation based on the indication if at least one of the following conditions is satisfied. A first condition may be that the first terminal device 110 communicates with the third terminal device 130 via the second terminal device 120. A second condition may be that the first terminal device 110 performs as a remote terminal device, such as a U2U remote terminal device, for sidelink transmission. A third condition may be that the failed configuration is configured for the second terminal device 120, for example, the U2U relay terminal device. It is to be understood that these conditions are only shown for the purpose of illustration, without suggesting any limitation. Any suitable condition may be applied. These conditions may be applied separately, or in any combination. Scope of embodiments will not be limited  here.

[0109] FIG. 4 illustrates a signaling flow 400 for configuration failure indication for the first link in accordance with some embodiments of the present disclosure. As illustrated, the first terminal device 110 may transmit (410) a RRCReconfigurationSidelink message to the second terminal device 120. The second terminal device 120 may receive (420) the message. The second terminal device 120 may transmit (430) a RRCReconfigurationFailureSidelink message to the first terminal device 110. The first terminal device 110 may receive (440) the message. The RRCReconfigurationFailureSidelink message may indicate the configuration failure of the first link.

[0110] Still referring to FIG. 2, in scenarios that the configuration failure is of the first link, the third operation may include providing, to the upper layer, a further indication including at least one of: the configuration failure associated with the first link for the second terminal device 120, an identity of the second terminal device 120, an identity of the third terminal device, or an identity pair of the first terminal device 110 and the third terminal device 130. The identity pair may be for the E2E link.

[0111] In some embodiments, in response to the further indication, the upper layer may trigger a reselection of the second terminal device 120 to update the first link. That is, a reselection of the relay device may be triggered. Alternatively, or in addition, the upper layer may trigger a release of the connection with the third terminal device 130. Table 5 below shows several actions of the first terminal device 110 upon reception of the RRCReconfigurationFailureSidelink.

[0112] Table 5

[0113] In some embodiments, in response to receiving the RRCReconfigurationFailureSidelink, the first terminal device 110 may perform the actions shown in Table 6 below.

[0114] Table 6

[0115] It is to be noted that how to determine the third terminal device 130 (that is, the associated peer Remote UE) of the RRCReconfigurationFailureSidelink message may be up to implementation of the first terminal device 110 such as UE implementation.

[0116] In some embodiments, upon receiving the further indication of PC5 RRCReconfigurationFailure or upon indicating of PC5 RRCReconfigurationFailure by lower layer or AS layer, the upper layer of the first terminal device 110 may perform at least one of the following procedures: trigger U2U relay reselection, or Release the PC5 unicast link with the third terminal device 130 (not the indicated second terminal device 120 such as the (relay) UE) . That is, trigger the connection release procedure with the indicated destination.

[0117] Several embodiments regarding indicating the configuration failure associated with the second link and handling of such configuration failure have been described. With these embodiments, the first terminal device 110 may indicate the configuration failure to the upper layer. It enables the handle of the configuration failure for U2U sidelink relay.

[0118] As described, in some scenarios, the connection between the first terminal device 110 and the third terminal device 130 may be released. FIG. 5A illustrates an example diagram 500 of user plane protocol stack for L2 U2U relay. As illustrated, there is an E2E connection between a PC5 service data adaptation protocol (SDAP) layer of the first  terminal device 110 and a PC5-SDAP layer of the third terminal device 130, and an E2E connection between a PC5-PDCP layer of the first terminal device 110 and a PC5-PDCP layer of the third terminal device 130. Other layers such as PC5 sidelink relay adaptation protocol (SRAP) layer, PC5-RLC layer, PC5-MAC layer and PC5 physical (PHY) layer are between each hop, such as the first hop between the first terminal device 110 and the second terminal device 120 and the second hop between the second terminal device 120 and the third terminal device 130. For each hop, a PC5 U2U relay RLC channel is established.

[0119] FIG. 5B illustrates an example diagram 550 of control plane protocol stack for L2 U2U relay. Similar to FIG. 5A, there is an E2E connection between PC5-RRC layers of the first terminal device 110 and the third terminal device 130, and an E2E connection between PC5-PDCP layers of first terminal device 110 and the third terminal device 130. Other layers are connected via the first and second hops. For each hop, a PC5 U2U relay RLC channel is established.

[0120] Examples of layers, connections, links or hops between the first terminal device 110, the second terminal device 120 and the third terminal device 130 have been described with respect to FIG. 5A and FIG. 5B. These connections, links or hops may be managed or handled with embodiments in accordance with the present disclosure.

[0121] It is to be understood that these embodiments regarding the configuration failure of the first link and the configuration failure of the second link may be used separately, or in any combination. By indicating of the configuration failure and handling the configuration failure, the sidelink communication via relay can be improved.

[0122] In some mechanisms, a network device such as gNB may involve for U2U relay. For example, relying on dedicated SLRB configuration for RRC_CONNECTED UE, both E2E QoS and split QoS are needed in sidelink UE information (SUI) to source remote UE’s gNB and need to be associated with one another.

[0123] In some mechanisms, relay UE may report second hop QoS profile and target remote UE ID in SUI to gNB. Relay UE reports the per-SLRB second-hop QoS profile to gNB. For example, the per-SLRB second-hop QoS profile may be a list of SLRB-specific E2E QoS entries, with PDB replaced by the split PDB, along with an ID for the network to use to provide the SRAP configuration.

[0124] For RRC_IDLE / RRC_INACTIVE / OOC UE, Tx UE may merge the per-flow QoS (for the flows, if there is more than one flow, of the same bearer) , including PDB which is split-PDB besides other QoS parameters, into a per-bearer QoS for RLC / MAC configuration derivation, where the merging operation is up to UE implementation.

[0125] However, how to link per QoS flow’s E2E QoS with per DRB’s split PDB when remote UE sends SidelinkUEInformationNR message to gNB is a concerning problem. In addition, when to send QoS information to gNB also needs to be considered. How to define the control plane procedures of U2U sidelink relay with gNB involvement needs to be designed.

[0126] In order to solve at least part of the above problems or other potential problems, a solution on transmission of information associated with QoS information and radio bearer is proposed. According to embodiments of the present disclosure, a first terminal device (such as a source terminal device) transmits first information to at least one of a network device serving the first terminal device or a second terminal device (such as a relay device) . The first terminal device communicates with a third terminal device (such as a target terminal device) via the second terminal device. The first information is associated with QoS information and at least one radio bearer. For example, the at least one radio bearer may be from the first terminal device to the third terminal device. That is, the at least one radio bearer may be for the PC5 RRC connection between the first terminal device and the third terminal device.

[0127] In this way, the first information associated with QoS information and radio bearer can be transmitted to the network device and / or the second terminal device. With the first information, the configuration of radio bearer for U2U sidelink relay with gNB involvement is enabled.

[0128] FIG. 6A illustrates a signaling flow 600 for transmission of information associated with QoS information and radio bearer in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 600 will be discussed with reference to FIG. 1A, for example, by using the first terminal device 110, the second terminal device 120 and / or the network device 140. In the description with respect to FIG. 6A, it is assumed that the network device 140 serves the first terminal device 110. It is to be understood that the network device 140 may also serve other terminal devices such as the second terminal device 120.

[0129] In operation, the first terminal device 110 transmits (610 / 630) first information to at least one of the second terminal device 120 or the network device 140 serving the first terminal device 110. The first terminal device 110 communicates with a third terminal device 130 via the second terminal device 120. The first information is associated with QoS information and at least one radio bearer. For example, the network device 140 receives (620) the first information. For another example, the second terminal device 120 receives (640) the first information. The first information may be based on the QoS information and the at least one radio bearer. For example, the first terminal device 110 may determine the first information based on the QoS information and the at least one radio bearer.

[0130] In some embodiments, the first information may include an identity of the third terminal device 130. That is, the ID of peer remote UE may be included in the first information.

[0131] In some embodiments, the QoS information includes at least one QoS flow. The first information may include mapping information between the at least one QoS flow and the at least one radio bearer from the first terminal device 110 to the third terminal device 130. That is, the first terminal device 110 such as Tx remote UE may inform the flow-to-SLRB mapping to its (serving) gNB. As used herein, the term “mapping information between the at least one QoS flow and the at least one radio bearer” may be referred to as “QoS flow to RB mapping information” or “flow-to-RB mapping” or “flow-to-SLRB mapping” , and / or the like. In some embodiments, the first terminal device 110 may transmit the first information including mapping information between the at least one QoS flow and the at least one radio bearer to the network device 140.

[0132] By way of example, the first information may include a list of sidelink radio bearer (SLRB) configurations. Each SLRB configuration includes a respective identity of the SLRB configuration and at least one identity or at least one profile of QoS or at least one identity of QoS flow associated with the SLRB configuration. For example, the identity of the SLRB configuration may be a SLRB configuration index, or a temporary or local identity of SLRB.

[0133] In some embodiments, the first terminal device 110, in RRC_CONNECTED, may inform the flow-to-SLRB mapping to the network device 140 via Uu message, such as SidelinkUEInformationNR message. The format may be a list of SLRB configuration.  Each entry in the list includes an SLRB ID. For example, the SLRB ID may be SLRB configuration index, such as slrb-PC5-ConfigIndex. For another example, the SLRB ID may be a temporary or local DRB ID. Alternatively, or in addition, each entry in the list may include a list of QoS flow ID (QFI) , or a list of SL-QoS-Profile. This message or information element (IE) may be transmitted together with QoS information, such as sl-E2E-QoS-InfoList or sl-PerSLRB-QoS-InfoList. For example, sl-E2E-QoS-InfoList may be sl-E2E-QoS-InfoList-r18. This message or IE may alternatively be transmitted separately.

[0134] In some embodiments, the first terminal device 110 may transmit a UEInformationRequestSidelink message to the second terminal device 120. The second terminal device 120 may transmit a UEInformation ResponseSidelink message to the first terminal device 110 in response to the UEInformationRequestSidelink message.

[0135] In some embodiments, if the first terminal device 110 is acting as L2 U2U Remote UE, the first terminal device 110 may set sl-E2E-QoS-ConnectionListPC5 to include the end-to-end QoS profile (s) of the sidelink QoS flow (s) of peer L2 U2U Remote UE if configured by the upper layer, and for each entry: set sl-DestinationIdentityRemoteUE to include the associated destination identity for peer L2 U2U Remote UE if configured by the upper layer. The first terminal device 110 may submit the UEInformaitonRequestSidelink message to lower layers for transmission.

[0136] If the second terminal device 120 is acting as L2 U2U Relay UE, if the UEInformaitonRequestSidelink includes the sl-E2E-QoS-ConnectionListPC5, the second terminal device 120 may perform QoS split based on the sl-QoS-InfoList for each QoS flow to decide the split PDB value for each PC5 hop. The second terminal device 120 may set the contents of UEInformationResponseSidelink message as follows: set sl-SplitQoS-InfoListPC5 to include the split PDB value for each QoS flow on the first PC5 hop between L2 U2U relay UE and L2 U2U remote UE, and set sl-DestinationIdentityRemoteUE to include the associated destination identity for peer L2 U2U remote UE if configured by the upper layer. The second terminal device 120 may submit the sl-DestinationIdentityRemoteUE message to lower layers for transmission.

[0137] As mentioned, the SidelinkUEInformationNR message may be used for the flow-to-SLRB mapping transmission. In some embodiments, the network device 140 may transmit a system information block (SIB) 12 to the first terminal device 110. The first  terminal device 110 may transmit the SidelinkUEInformationNR message to the network device 140 in response to or after the SIB12 acquisition. Table 7 below shows the message transmission between the first terminal device 110 and the serving network device 140. Table 8 shows several information elements or messages in the SidelinkUEInformationNR message. Table 7 and Table 8 may be based on a predefined standard such as TS 38.331. It is to be understood that those IEs for messages in Table 8 are only for the purpose of illustration, without suggesting any limitations. Names of these IEs or messages may be varied. For example, “sl-E2E-QoS-InfoList-r18” may be replaced by “sl-E2E-QoS-InfoList” or “sl-E2E-QoS-InfoList-rX” , X being a positive integer. For another example, “SL-PerSLRB-QoS-Info-r18” may be replaced by “SL-PerSLRB-QoS-Info” or “SL-PerSLRB-QoS-Info-rX” , X being a positive integer.

[0138] Table 7

[0139] Table 8

[0140] As discussed, the flow-to-SLRB mapping may be a list of SLRB configuration. Each entry in the list may include at least one of a list of SL-QoS-Profile or a list of QoS flow Identities (QFIs) . Table 9 shows an example of a SL-QoS-Profile and an example of a QFI. It is to be understood that those IEs for messages in Table 9 are only for the purpose of illustration, without suggesting any limitations. Names of these IEs or messages may be varied. For example, “SL-QoS-Profile-r16” may be replaced by “SL-QoS-Profile” or “SL-QoS-Profile-rX” , X being a positive integer. For another example, “SL-PQI-r16” may be replaced by “SL-PQI” or “SL-PQI-rX” , X being a positive integer.

[0141] Table 9

[0142] In some embodiments, the first information may be included in a first message including a list of end-to-end QoS profiles of QoS flows for the third terminal device 130. For example, the first message (also referred to as a first request or Request#1) may be sl-E2E-QoS-InfoList-r18 or any other suitable message.

[0143] In some embodiments, the network device 140 may reuse SLRB configuration indexes comprised in the list of SLRB configurations. Alternatively, in some embodiments, the network device 140 may allocate further SLRB configuration indexed. The network device 140 may indicate, to the first terminal device 110, temporary or local identities of SLRBs associated with the further SLRB configuration indexes. That is, with the dedicate SLRB configuration, the network device 140 may reuse the reported SLRB configuration index (es) , or alternatively allocate new SLRB configuration index (es) and indicate the associated local SLRB ID (s) .

[0144] Alternatively, or in addition, in some embodiments, the network device 140 may determine the mapping information between the QoS flow and the SLRB. The network device 140 may configure the flow-to-SLRB mapping to the first terminal device 110. For example, the flow-to-SLRB mapping may be together with the dedicate configuration of SLRB, such as SDAP or PDCP configuration. The first terminal device 110 may report only per-QoS flow QoS information in such embodiments.

[0145] In this way, it enables the second terminal device 120 to determine the RLC and / or MAC configuration of the second hop on RB level QoS information.

[0146] In some embodiments, the second terminal device 120 may determine, based on the first information, per radio bearer QoS information based on QoS profile of at least one QoS flow associated with a respective radio bearer. The per radio bearer QoS information may include a list of split PDBs of QoS flows for the third terminal device bn130. The split PDBs are associated with a second link between the second terminal device 120 and the third terminal device 130. In some embodiments, the per radio bearer QoS information may be used for radio link control or medium access control configuration.

[0147] Alternatively, or in addition, in some embodiments, the first information may include per radio bearer QoS information, such as per SLRB QoS information. For example, the first information may be included in a second message including a list of per radio bearer QoS information including a list of split packet delay budgets (PDBs) of QoS flows for the third terminal device 130. The split PDBs are associated with a first link between the first terminal device 110 and the second terminal device 120. For example, the second message (also referred to as a second request or Request#2) may be sl-PerSLRB-QoS-InfoList or any other suitable message. As used herein, the term “per radio bearer QoS information” may be referred to as “per-bearer QoS information” , “per SLRB QoS information” , “per SL-DRB QoS information” , “QoS information per bearer” , “QoS information per RB” or “QoS information per SLRB” or the like. In some embodiments, the first terminal device 110 may transmit the first information including per radio bearer QoS information to the second terminal device 120.

[0148] In some embodiments, the first terminal device 110 may transmit (610) the first information to the network device 140 at different time points. For example, the first terminal device 110 may transmit (610) the first information at a first time point after or upon receiving a local identity, the identity of a terminal device, assignment from the second terminal device 120. For example, the assignment local identity may include at least one of an identity of the first terminal device 110 or an identity of the third terminal device 130. The assigned local identity may include an identity for the first terminal device 110 and / or an identity of the third terminal device 130. For another example, the first terminal device 110 may transmit (610) the first information at a second time point after or upon an establishment of a connection between the first terminal device 110 and the third terminal device 130. For a further example, the first terminal device 110 may transmit (610) the first information at a third time point after or upon receiving split QoS  information from the second terminal device 120. The split QoS information is determined by the second terminal device 120 based on end-to-end QoS information received from the first terminal device 110. For example, the split QoS information may include split PDB. For a still further example, the first terminal device 110 may transmit (610) the first information at a fourth time point after or upon selecting of the second terminal device 120. It is to be understood that the “first” , “second” , “third” and “fourth” here are intended to distinguish these different time points, and are not intended to specify the order or sequence of these different time points. For example, the fourth time point may be before the third time point.

[0149] It is to be understood that these example time points are for the purpose of illustration, without suggesting any limitation. Any suitable time point may be applied. The first information may be transmitted at one or more of these time points. Scope of the present disclosure is not limited here.

[0150] In some embodiments, the first information may be for a configuration of a connection between the first terminal device 110 and the third terminal device 130, such as the PDCP and SDAP configuration for end-to-end SL-DRB. Alternatively, or in addition, in some embodiments, the first information may be for a configuration of a first link between the first terminal device 110 and the second terminal device 120, such as PC5 Relay RLC Channel configuration. The association between the first information and the connection or the first link may be related to the time point for the first information. For example, in cases where the first information is transmitted at the third time point, the first information is for the configuration of the first link.

[0151] Several embodiments regarding transmission of the first information have been described. With these embodiments, the first terminal device 110 such as a remote UE may send QoS information to the network device after it has received split PDB. It enables the configuration of SLRB and the configuration of the first link for U2U sidelink relay with gNB involvement.

[0152] Likewise, the first terminal device 110 may transmit (630) the first information to the second terminal device 120 at different time points. For example, the first terminal device 110 may transmit (630) the first information to the second terminal device 120 at a time point for transmitting end-to-end QoS information to the second terminal device 120. For another example, the first terminal device 110 may transmit (630) the first  information to the second terminal device 120 at a time point after or upon receiving split QoS information from the second terminal device 120. The split QoS information is determined by the second terminal device 120 based on the end-to-end QoS information received from the first terminal device 110. For a further example, the first terminal device 110 may transmit (630) the first information to the second terminal device 120 at a time point after or upon a configuration of a first link between the first terminal device 110 and the second terminal device 120. For a still further example, the first terminal device 110 may transmit (630) the first information to the second terminal device 120 at a time point after or upon a configuration of a second link between the second terminal device 120 and the third terminal device 130.

[0153] It is to be understood that these example time points are for the purpose of illustration, without suggesting any limitation. Any suitable time point may be applied. The first information may be transmitted at one or more of these time points. Scope of the present disclosure is not limited here.

[0154] Several embodiments regarding transmission of the first information to the second terminal device 120 have been described. With these embodiments, the second terminal device 120 such as the relay UE is enabled to determine the RLC configuration, such as PC5 Relay RLC Channel configuration, and / or MAC configuration of the second hop on RB level QoS information.

[0155] Several embodiments for transmitting the first information related to QoS information and RB have been described. According to embodiments of the present disclosure, another solution for QoS and RB related information transmission is proposed. In the solution, a first terminal device (such as a source UE) communicates with a third terminal device (such as a target UE) via a second terminal device (such as a relay device) . The second terminal device transmits, to a network device serving the second terminal device, second information associated with QoS information and at least one radio bearer from the first terminal device to the third terminal device. In this way, the relay UE sends QoS information to the network device after it has received QoS flow to bearer mapping information. In this way, the configuration of SLRB for U2U sidelink relay with gNB involvement is enabled.

[0156] FIG. 6B illustrates a signaling flow 650 for QoS information and RB related information transmission in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 650 will be discussed with reference to FIG. 1A,  for example, by using the second terminal device 120 and the network device 140. In the description of FIG. 6B, it is assumed that the network device 140 is a serving network device of the second terminal device 120. It is also assumed that the first terminal device 110 communicates with the third terminal device 130 via the second terminal device 120.

[0157] In operation, the second terminal device 120 transmits (660) , to the network device 140 serving the second terminal device 120, second information associated with QoS information and at least one radio bearer from the first terminal device 110 to the third terminal device 130. The network device 140 receives (670) the second information. The second information may be based on the QoS information and the at least one radio bearer. For example, the second terminal device 120 may determine the second information based on the QoS information and the at least one radio bearer.

[0158] In some example embodiments, the second information may be included in a message (referred to as a “third message” or “third request” or “Request#3” herein) including a list of per radio bearer QoS profiles for the second link between the second terminal device 120 and the third terminal device 130. By way of example, the third message may be sl-PerSLRB-QoS-InfoList.

[0159] The second terminal device 120 may transmit (660) the second information at different time points. In an example, the second terminal device 120 may transmit (660) the second information at a time point after or upon the second terminal device 120 determines split QoS information based on end-to-end QoS information received from the first terminal device 110. In another example, the second terminal device 120 may transmit (660) the second information at a time point after or upon a configuration of a first link between the first terminal device 110 and the second terminal device 120. In a further example, the second terminal device 120 may transmit (660) the second information at a time point after or upon receiving the first information, such as the mapping information between at least one QoS flow and at least one radio bearer from the first terminal device 110.

[0160] With these embodiments, the second terminal device 120 such as the relay UE is enabled to determine the RLC configuration, such as PC5 Relay RLC Channel configuration, and / or MAC configuration of the second hop on RB level QoS information.

[0161] Example embodiments of the first information transmission and the second information transmission have been described. These embodiments may be applied  separately, or in combination. FIG. 7 to FIG. 10 below illustrate several embodiments for sidelink relay communication with the first / second information transmission.

[0162] FIG. 7 illustrates a signaling flow 700 for sidelink relay with a network device involved in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 700 will be discussed with reference to FIG. 1A, for example, by using the first terminal device 110, the second terminal device 120, the third terminal device 130 and the network device 140. In the description with respect to FIG. 7, it is assumed that the network device 140 serves the first terminal device 110. It is also assumed that the first terminal device 110 performs as a source terminal device, the second terminal device 120 performs as a relay device, and the third terminal device 130 performs as a target terminal device.

[0163] In operation, a discovery procedure 705 may be performed. For example, the second terminal device 120 may be discovered or selected as a relay terminal device between the first terminal device 110 and the third terminal device 130. The first terminal device 110 may establish (710) or modify a PC5 connection with the selected second terminal device 120, for example as specified by a predefined standard such as TS 23.304. The second terminal device 120 may establish (725) or modify a PC5-RRC connection with the third terminal device 130, for example, as specified in TS 23.304.

[0164] The second terminal device 120 may allocate two local IDs and transmit (720 / 725) the local IDs via RRCReconfigurationSidelink message to each of the first terminal device 110 and the third terminal device 130. One local ID may identity the first terminal device 110, and the other local ID may identify the third terminal device 130. If the local ID is delivered, an L2 ID of the third terminal device 130 may also be delivered to the first terminal device 110 for making the association between the local ID and the L2 ID of the third terminal device 130.

[0165] In some embodiments, the first terminal device 110 may establish (730) end-to-end PC5-RRC connection with the third terminal device 130 via the second terminal device 120. For the end-to-end connection establishment, fixed indexes (i.e., 0 / 1 / 2 / 3) may be defined for end-to-end SL-SRB 0 / 1 / 2 / 3, respectively, for example, as specified PC5 Relay RLC Channel configuration is used on each hop. The sidelink UE capability is exchanged between the first terminal device 110 and the third terminal device 130 via PC5-RRC (e.g., SL-SRB3) message.

[0166] The first terminal device 110 may transmit (735) to the second terminal device 120, end-to-end QoS information such as all the QoS profiles for the end-to-end QoS flows via PC5-RRC. The second terminal device 120 may perform (740) QoS split, for example, for PDB. It is to be understood that it is up to the implementation of the second terminal device 120 on how to split PDB.

[0167] In some embodiments, the second terminal device 120 may transmit (745) the split QoS information such as the split QoS value such as PDB via PC5-RRC message to the first terminal device 110.

[0168] The first terminal device 110 or the serving gNB of the first terminal device 110 such as the network device 140 derives the PDCP and SDAP configuration for end-to-end SL-DRB and provides (750) the portion of the configuration related to reception to the third terminal device 130 using end-to-end RRCReconfigurationSidelink messages. The end-to-end bearer IDs for SL-SRB and SL-DRB are used as input for the second terminal device 120 ciphering and deciphering at PDCP.

[0169] The first terminal device 110 or the network device 140 serving the first terminal device 110 derives the first hop configuration (e.g. PC5 Relay RLC Channel configuration) for SL-DRB and provides (755) to the second terminal device 120 of the configuration related to receiving on the first hop (i.e., Rx by the second terminal device 120) , using per-hop RRCReconfigurationSidelink message.

[0170] The second terminal device 120 or the serving network device such as serving gNB of the second terminal device 120 derives the second hop configuration (e.g. PC5 Relay RLC Channel configuration) for each SL-DRB and provides (760) to the third terminal device 130 of the configuration related to receiving data packets on the second hop (i.e., RX by the third terminal device 130) , using per-hop RRCReconfigurationSidelink message.

[0171] With the above configuration procedures, data transmission and / or reception between the first terminal device 110 and the third terminal device 130 may be performed (765) .

[0172] According to embodiments of the present disclosure, first information related to QoS information and the RB will be transmitted to the network device 140. For example, for end-to-end configuration of SL-RB (e.g., the PDCP and SDAP configuration for end- to-end SL-DRB) , the first information such as Request#1 including the first information as described above may be sent by the first terminal device 110 to its serving gNB such as the network device 140. By way of example, the Request#1 may be as sl-E2E-QoS-InfoList-r18.

[0173] There may be several possible potions for the transmission of Request#1. In an option 770, Request#1 may be transmitted by the first terminal device 110 to the network device 140 after or upon the local ID assignment via RRCReconfigurationSidelink. In another option 780, Request#1 may be transmitted by the first terminal device 110 to the network device 140 after or upon establishing (730) of the end-to-end PC5 connection or selecting of the second terminal device 120, for example, after or upon the E2E unicast link or E2E PC5-RRC connection has been established. In a further option 790, Request#1 may be transmitted by the first terminal device 110 to the network device 140 after or upon receiving the split QoS information from the second terminal device 120. In other words, in the option 790, Request#1 may be transmitted by the first terminal device 110 to the network device 140 after or upon the second terminal device 120 has provided the split QoS information.

[0174] In this way, the first terminal device 110 sends QoS information to the network device 130 after it has received split PDB. It enables the configuration of SLRB for U2U sidelink relay with network involvement.

[0175] In some embodiments, for the first hop configuration, such as PC5 Relay RLC Channel configuration, the first information such as Request#2 including the first information as described above may be sent by the first terminal device 110. For example, Request#2 may be sl-PerSLRB-QoS-InfoList. Request#2 may be transmitted by the first terminal device 110 to the network device 140 using the option 790. That is, Request#2 may be transmitted after or upon receiving the split QoS information from the second terminal device 120. In other words, Request#2 may be transmitted by the first terminal device 110 to the network device 140 after or upon the second terminal device 120 has provided the split QoS information. At such time point, the determination of the first hop configuration may use split QoS information as input.

[0176] Additionally, in some embodiments, if both Request#1 and Request#2 are sent after receiving the split QoS information from the second terminal device 120, Request#1 and Request#2 may be sent by a single message or two separate messages.

[0177] In this way, the first terminal device 110 sends QoS information to the network device 130 after it has received split PDB. It enables the configuration of SLRB and / or the first hop for U2U sidelink relay with network involvement.

[0178] FIG. 8 illustrates another signaling flow 800 for sidelink relay with a network device involved in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 800 will be discussed with reference to FIG. 1A, for example, by using the first terminal device 110, the second terminal device 120, the third terminal device 130 and the network device 140. In the description with respect to FIG. 8, it is assumed that the network device 140 serves the second terminal device 120. It is also assumed that the first terminal device 110 performs as a source terminal device, the second terminal device 120 performs as a relay device, and the third terminal device 130 performs as a target terminal device.

[0179] Similar to the signaling flow 700, several procedures such as local ID assignment, end-to-end connection establish, QoS information transmission will be performed. These procedures will not be repeated here.

[0180] In the signaling flow 800, the second terminal device 120 may transmit the second information related to QoS information and the at least one RB to a serving network device of the second terminal device 120, such as the network device 140. By way of example, for the second hop configuration such as PC5 Relay RLC Channel configuration, Request#3 including the second information as described above may be sent by the second terminal device 120. For example, Request#3 may be sl-PerSLRB-QoS-InfoList.

[0181] There may be several options for transmitting Request#3. In an option 810, Request#3 may be transmitted by the second terminal device 120 to the network device 140 after or upon the second terminal device 120 performed (740) the QoS split. In another option 820, Request#3 may be transmitted by the second terminal device 120 to the network device 140 after or upon the PC5 Relay RLC Channel (s) of the first hop has / have been configured. In a further option (not shown) , Request#3 may be transmitted by the second terminal device 120 to the network device 140 after or upon receiving the “flow-to-SLRB mapping” information from the first terminal device 110.

[0182] In this way, the second terminal device 120 send QoS information to the network device 140 after the second terminal device 120 has received QoS flow to bearer mapping  information. It enables the configuration of SLRB for U2U sidelink relay with network involvement.

[0183] In some embodiments, the first terminal device 110 may transmit the QoS flow-to-SLRB mapping or per RB QoS information to the second terminal device 120. FIG. 9 illustrates a signaling flow 900 for sidelink relay in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 900 will be discussed with reference to FIG. 1A, for example, by using the first terminal device 110, the second terminal device 120, the third terminal device 130 and the network device 140. In the description with respect to FIG. 9, it is assumed that the network device 140 serves the first terminal device 110 and / or the second terminal device 120. It is also assumed that the first terminal device 110 performs as a source terminal device, the second terminal device 120 performs as a relay device, and the third terminal device 130 performs as a target terminal device.

[0184] Similar to the signaling flow 700, several procedures such as local ID assignment, end-to-end connection establish, QoS information transmission will be performed. These procedures will not be repeated here. In the signaling flow 900, the first terminal device 110 may transmit the QoS flow-to-SLRB mapping to the second terminal device 120.

[0185] In some embodiments, the first terminal device 110 may transmit the QoS flow-to-SLRB mapping to the second terminal device 120 via PC5 message, such as SidelinkUEInformationNR message or new PC5 RRC message. The message may include a list of SLRB configuration. Each entry in the list includes an SLRB ID. For example, the SLRB ID may be SLRB configuration index, such as slrb-PC5-ConfigIndex. For another example, the SLRB ID may be a temporary or local DRB ID. The list of SLRB configuration may also include a list of QoS flow ID  / QFI, or a list of SL-QoS-Profile.

[0186] In some embodiment, the message or IE for the flow-to-SLRB mapping information may be transmitted together with QoS information, for example, with the transmitted (735) end-to-end QoS information, such as sl-E2E-QoS-InfoList and sl-PerSLRB-QoS-InfoList. For example, sl-E2E-QoS-InfoList may be sl-E2E-QoS-InfoList-r18. Alternatively, or in addition, the message may be transmitted separately. In some embodiments, the message may include the ID of the third terminal device 130.

[0187] In some embodiment, upon receiving the flow-to-SLRB mapping information, the second terminal device 120 may merge (910) the per-flow QoS (for the flows, if there is a plurality of flows of the same radio bearer) into a per-bearer QoS, for RLC / MAC  configuration derivation of the second hop, based on the flow-to-SLRB mapping. For example, the per-bearer QoS may include PDB which is split-PDB (of the second hop) besides other QoS parameters. For RLC / MAC configuration derivation of the second hop, where the merging operation is up to implementation of the second terminal device 120. The second terminal device 120 may transmit (920) the second information which includes the per-bearer QoS to the serving network device of the second terminal device 120, such as the network device 140.

[0188] FIG. 10 illustrates another signaling flow 1000 for sidelink relay in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 1000 will be discussed with reference to FIG. 1A, for example, by using the first terminal device 110, the second terminal device 120, the third terminal device 130 and the network device 140. In the description with respect to FIG. 10, it is assumed that the network device 140 serves the first terminal device 110 and / or the second terminal device 120. It is also assumed that the first terminal device 110 performs as a source terminal device, the second terminal device 120 performs as a relay device, and the third terminal device 130 performs as a target terminal device.

[0189] Similar to the signaling flow 700, several procedures such as local ID assignment, end-to-end connection establish, QoS information transmission will be performed. These procedures will not be repeated here. In the signaling flow 1000, the first terminal device 110 may transmit per RB QoS information via sl-PerSLRB-QoS-InfoList to the second terminal device 120. The per RB QoS information may include the first-hop split PDB of the sidelink QoS flow (s) received from the sl-SplitQoS-InfoListPC5 in UEInformationResponseSidelink message for the associated destination in accordance with the received sl-TargetUE-Identity.

[0190] In an example, the per RB QoS information may be transmitted after receiving (745) the split QoS information. For example, the first terminal device 110 may merge (1010) the split QoS information. The first terminal device 110 may transmit (1020) the per RB QoS information to the second terminal device 120.

[0191] In another example, the first terminal device 110 may transmit (1050) the per RB QoS information to the second terminal device 120 before the RRC reconfiguration sidelink between the second terminal device 120 and the third terminal device 130 is provided (760) or configured. In a further example, the first terminal device 110 may  transmit the per RB QoS information to the second terminal device 120 with the provided (755) RRC reconfiguration sidelink between the first terminal device 110 and the second terminal device 120.

[0192] After receiving the per RB QoS information, the second terminal device 120 may using per RB QoS information, received via sl-PerSLRB-QoS-InfoList, and split PDB of the second hop for RLC / MAC configuration derivation of the second hop.

[0193] In some embodiments, the second terminal device 120 may merge (1030) or replace or include the received per RB QoS information and split PDB of the second hop in the second information. That is, the second terminal device 120 may replace the split PDB of the first hop, included in the received per SLRB QoS information, with the split PDB of the second hop to form the per RB QoS information of the second hop. The second terminal device 120 may transmit (1040) the second information to the serving network device of the second terminal device 120, such as the network device 140.

[0194] It is to be understood that in the signaling flow 900 and / or the signaling flow 1000, the involvement of the network device 140 is optional. That is, the sidelink relay with flow-to-RB mapping information or per RB QoS information transmission may be performed without gNB involvement. In some embodiments, for out of coverage (OOC) or RRC_IDLE or RRC_INACTIVE, the first terminal device 110 and / or the second terminal device 120 may derive RB and / or RLC or MAC configuration.

[0195] In this way, it enables the relay device to derivation RLC or MAC configuration of the second hop on RB level QoS information.

[0196] It would be appreciated that some example specifications and embodiments are provided above, and the detailed description may be varied.

[0197] Example embodiments for configuration failure management for sidelink communication, and / or QoS and RB related information transmission are described with reference to the signaling flows 200, 300, 500, 600, 650, 700, 800, 900 and 1000. In some embodiments, embodiments described with reference to two or more of the above signaling flows may be combined. By using these signaling flows, sidelink communication with relay can be improved.

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

[0199] At block 1110, the first terminal device 110 receives, from a second terminal device, an indication of a configuration failure associated with at least one of: a first link between the first and second terminal devices or a second link between the second terminal device and a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device.

[0200] At block 1120, the first terminal device 110 performs, based on the indication, at least one of: a first operation for a connection between the first and third terminal devices, a second operation for the first link, or a third operation indicating the configuration failure to an upper layer.

[0201] In some example embodiments, the first operation for the connection comprises at least one of: a release of a data radio bearer (DRB) with the third terminal device, a release of a signaling radio bearer (SRB) with the third terminal device, a release of a relay radio link control (RLC) channel with the third terminal device, a discard of a sidelink communication related configuration associated with the third terminal device, a reset of a sidelink medium access control (MAC) associated with the third terminal device, or indicating, to the upper layer, a release of the connection with the third terminal device.

[0202] In some example embodiments, the connection between the first and third terminal devices is considered as released.

[0203] In some example embodiments, the second operation for the first link comprises at least one of: a reselection of the second terminal device to update the first link, a maintain of the first link with the second terminal device, or a release of the first link with the second terminal device.

[0204] In some example embodiments, the upper layer of the first terminal device triggers a release of the connection with the third terminal device.

[0205] In some example embodiments, the first terminal device 110 provide an identity of the third terminal device to an upper layer, to trigger a release of the connection with the third terminal device; or providing an identity of the second terminal device to the upper layer, to trigger a release of a connection associated with the indicated second terminal device or to trigger a release of a connection associated with the third terminal  device via the indicated second terminal device.

[0206] In some example embodiments, the configuration failure is associated with the second link, and the indication further indicates an identity of the third terminal device.

[0207] In some example embodiments, the third operation comprises providing, to the upper layer, a further indication comprising at least one of: the configuration failure associated with the third terminal device, or an identity of the third terminal device.

[0208] In some example embodiments, in response to the further indication, the upper layer is configured to trigger at least one of: a reselection of the second terminal device to update the first link, or a release of the connection with the third terminal device.

[0209] In some example embodiments, the configuration failure is associated with the first link, and the processor is further configured to cause the first terminal device to: perform at least one of the first, second or third operation based on the indication in accordance with a determination that at least one of the following conditions is satisfied: a first condition that the first terminal device communicates with the third terminal device via the second terminal device, a second condition that the first terminal device performs as a remote terminal device for sidelink transmission, or a third condition that the failed configuration is configured for the second terminal device.

[0210] In some example embodiments, the third operation comprises providing, to the upper layer, a further indication comprising at least one of: the configuration failure associated with the first link for the second terminal device, an identity of the second terminal device, an identity of the third terminal device, or an identity pair of the first and third terminal devices.

[0211] In some example embodiments, in response to the further indication, the upper layer is configured to trigger at least one of: a reselection of the second terminal device to update the first link, or a release of the connection with the third terminal device.

[0212] FIG. 12 illustrates a flowchart of a communication method 1200 implemented at a second 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 second terminal device 120 in FIG. 1.

[0213] At block 1210, the second terminal device 120 receives, from a third terminal device, a message indicating of a configuration failure of a link between the second and  third terminal devices.

[0214] At block 1220, the second terminal device 120 transmits, to a first terminal device, an indication of the configuration failure of the link, the first terminal device communicating with the third terminal device via the second terminal device.

[0215] In some example embodiments, the indication further indicates an identity of the third terminal device.

[0216] FIG. 13 illustrates a flowchart of a communication method 1300 implemented at a first terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1300 will be described from the perspective of the first terminal device 110 in FIG. 1.

[0217] At block 1310, the first terminal device 110 transmit first information to at least one of a network device serving the first terminal device or a second terminal device, the first terminal device communicating with a third terminal device via the second terminal device, wherein the first information is associated with quality of service (QoS) information and at least one radio bearer.

[0218] In some example embodiments, the QoS information comprises at least one QoS flow, and the first information comprises mapping information between the at least one QoS flow and the at least one radio bearer from the first terminal device to the third terminal device.

[0219] In some example embodiments, the first information comprises a list of sidelink radio bearer (SLRB) configurations, each SLRB configuration comprising a respective identity of the SLRB configuration and at least one identity or at least one profile of QoS or at least one identity of QoS flow associated with the SLRB configuration.

[0220] In some example embodiments, the identity of the SLRB configuration comprises one of: a SLRB configuration index, or a temporary or local identity of SLRB.

[0221] In some example embodiments, the first information comprises per radio bearer QoS information.

[0222] In some example embodiments, the first information comprises an identity of the third terminal device.

[0223] In some example embodiments, the first information is comprised in at least one  of:a first message comprising a list of end-to-end QoS profiles of QoS flows for the third terminal device, or a second message comprising a list of per radio bearer QoS information including a list of split packet delay budgets (PDBs) of QoS flows for the third terminal device, the split PDBs being associated with a first link between the first and second terminal devices.

[0224] In some example embodiments, the first terminal device 110 may transmit, to the network device, the first information at at least one of: a first time point after or upon receiving a local identity assignment from the second terminal device, a second time point after or upon a establish of a connection between the first and third terminal devices, a third time point after or upon receiving split QoS information from the second terminal device, the split QoS information being determined by the second terminal device based on end-to-end QoS information received from the first terminal device, or a fourth time point after or upon selecting of the second terminal device.

[0225] In some example embodiments, the first information is for at least one of: a configuration of a connection between the first and third terminal devices, or a configuration of a first link between the first and second terminal devices.

[0226] In some example embodiments, the first information is for a configuration of a first link between the first and second terminal devices, and the first information is transmitted at the third time point.

[0227] In some example embodiments, the first terminal device 110 may transmit, to the second terminal device, the first information at at least one of: a time point for transmitting end-to-end QoS information to the second terminal device, a time point after or upon receiving split QoS information from the second terminal device, the split QoS information being determined by the second terminal device based on the end-to-end QoS information received from the first terminal device, a time point after or upon a configuration of a first link between the first and second terminal devices, or a time point after or upon a configuration of a second link between the second and third terminal devices.

[0228] FIG. 14 illustrates a flowchart of a communication method 1400 implemented at a second terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1400 will be described from the perspective of the second terminal device 120 in FIG. 1.

[0229] At block 1410, the second terminal device 120 transmits, to a network device serving the second terminal device, second information associated with quality of service (QoS) information and at least one radio bearer from a first terminal device to a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device.

[0230] In some example embodiments, the second information is comprised in a message comprising a list of per radio bearer QoS profiles for the second link between the second and third terminal devices.

[0231] In some example embodiments, the second terminal device 120 may transmit, to the network device, the second information at at least one of: a time point after or upon the second terminal device determines split QoS information based on end-to-end QoS information received from the first terminal device, a time point after or upon a configuration of a first link between the first and second terminal devices, or a time point after or upon receiving mapping information between at least one QoS flow and at least one radio bearer from the first terminal device.

[0232] FIG. 15 illustrates a flowchart of a communication method 1500 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1500 will be described from the perspective of the network device 140 in FIG. 1.

[0233] At block 1510, the network device 140 receives, from at least one of a first terminal device or a second terminal device, information associated with quality of service (QoS) information and at least one radio bearer, the first terminal device communicating with a third terminal device via the second terminal device, the network device serving at least one of the first or second terminal device.

[0234] In some example embodiments, the information comprises at least one of: first information received from the first terminal device, the first information being associated with the QoS information and the at least one radio bearer from the first terminal device to the third terminal device, or second information received from the second terminal device, the second information being associated with the QoS information and the at least one radio bearer from the first terminal device to the third terminal device.

[0235] In some example embodiments, the QoS information comprises at least one QoS  flow, and the first information comprises mapping information between the at least one QoS flow and the at least one radio bearer.

[0236] In some example embodiments, the first information comprises per radio bearer QoS information.

[0237] In some example embodiments, the first information comprises a list of sidelink radio bearer (SLRB) configurations, each SLRB configuration comprising a respective identity of the SLRB configuration and at least one identity or at least one profile of QoS or at least one identity of QoS flow associated with the SLRB configuration.

[0238] In some example embodiments, the identity of the SLRB configuration comprises one of: a SLRB configuration index, or a temporary or local identity of SLRB.

[0239] In some example embodiments, the network device 140 may reuse SLRB configuration indexes comprised in the list of SLRB configurations.

[0240] In some example embodiments, the network device 140 may allocate further SLRB configuration indexes; and indicate, to the first terminal device, temporary or local identities of SLRBs associated with the further SLRB configuration indexes.

[0241] In some example embodiments, the first information comprises an identity of the third terminal device.

[0242] In some example embodiments, the first information is comprised in at least one of:a first message comprising a list of end-to-end QoS profiles of QoS flows for the third terminal device, or a second message comprising a list of per radio bearer QoS information including a list of split packet delay budgets (PDBs) of QoS flows for the third terminal device, the split PDBs being associated with a first link between the first and second terminal devices.

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

[0244] At block 1610, the second terminal device 120 receives, from a first terminal device, first information associated with quality of service (QoS) information and at least one radio bearer, the first terminal device communicating with a third terminal device via  the second terminal device.

[0245] In some example embodiments, the QoS information comprises at least one QoS flow, and the first information comprises mapping information between the at least one QoS flow and the at least one radio bearer.

[0246] In some example embodiments, the first information comprises a list of sidelink radio bearer (SLRB) configurations, each SLRB configuration comprising a respective identity of the SLRB configuration and at least one identity or at least one profile of QoS or at least one identity of QoS flow associated with the SLRB configuration.

[0247] In some example embodiments, the identity of the SLRB configuration comprises one of: an SLRB configuration index, or a temporary or local identity of SLRB.

[0248] In some example embodiments, the first information comprises per radio bearer QoS information.

[0249] In some example embodiments, the second terminal device 120 may determine, based on the first information, per radio bearer QoS information based on QoS profile of at least one QoS flow associated with a respective radio bearer.

[0250] In some example embodiments, the per radio bearer QoS information comprises a list of split packet delay budgets (PDBs) of QoS flows for the third terminal device, the split PDBs being associated with a second link between the second and the third terminal devices.

[0251] In some example embodiments, the per radio bearer QoS information is used for radio link control or medium access control configuration.

[0252] In some example embodiments, the first information comprises an identity of the third terminal device.

[0253] In some example embodiments, the first information is comprised in at least one of:a first message comprising a list of end-to-end QoS profiles of QoS flows for the third terminal device, or a second message comprising a list of per radio bearer QoS information including a list of split packet delay budgets (PDBs) of QoS flows for the third terminal device, the split PDBs being associated with a first link between the first and second terminal devices.

[0254] FIG. 17 is a simplified block diagram of a device 1700 that is suitable for  implementing embodiments of the present disclosure. The device 1700 can be considered as a further example implementation of any of the devices as shown in FIG. 1. Accordingly, the device 1700 can be implemented at or as at least a part of the first terminal device 110, the second terminal device 120, the third terminal device 130 or the network device 140.

[0255] As shown, the device 1700 includes a processor 1710, a memory 1720 coupled to the processor 1710, a suitable transceiver 1740 coupled to the processor 1710, and a communication interface coupled to the transceiver 1740. The memory 1720 stores at least a part of a program 1730. The transceiver 1740 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1740 may include at least one of a transmitter 1742 and a receiver 1744. The transmitter 1742 and the receiver 1744 may be functional modules or physical entities. The transceiver 1740 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.

[0256] The program 1730 is assumed to include program instructions that, when executed by the associated processor 1710, enable the device 1700 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGS. 1 to 16. The embodiments herein may be implemented by computer software executable by the processor 1710 of the device 1700, or by hardware, or by a combination of software and hardware. The processor 1710 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1710 and memory 1720 may form processing means 1750 adapted to implement various embodiments of the present disclosure.

[0257] The memory 1720 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 1720 is shown in the device 1700, there may be several physically distinct memory modules in the device 1700. The processor 1710 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 1700 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.

[0258] According to embodiments of the present disclosure, a first terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a second terminal device, an indication of a configuration failure associated with at least one of: a first link between the first and second terminal devices or a second link between the second terminal device and a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device; and perform, based on the indication, at least one of: a first operation for a connection between the first and third terminal devices, a second operation for the first link, or a third operation indicating the configuration failure to an upper layer. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the first terminal device as discussed above.

[0259] According to embodiments of the present disclosure, a second terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a third terminal device, a message indicating of a configuration failure of a link between the second and third terminal devices; and transmit, to a first terminal device, an indication of the configuration failure of the link, the first terminal device communicating with the third terminal device via the second terminal device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the second terminal device as discussed above.

[0260] According to embodiments of the present disclosure, a first terminal device comprising a circuitry is provided. The circuitry is configured to: transmit first information to at least one of a network device serving the first terminal device or a second terminal device, the first terminal device communicating with a third terminal device via the second terminal device, wherein the first information is associated with quality of service (QoS) information and at least one radio bearer. According to embodiments of the  present disclosure, the circuitry may be configured to perform any method implemented by the first terminal device as discussed above.

[0261] According to embodiments of the present disclosure, a second terminal device comprising a circuitry is provided. The circuitry is configured to: transmit, to a network device serving the second terminal device, second information associated with quality of service (QoS) information and at least one radio bearer from a first terminal device to a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the second terminal device as discussed above.

[0262] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: receive, from at least one of a first terminal device or a second terminal device, information associated with quality of service (QoS) information and at least one radio bearer, the first terminal device communicating with a third terminal device via the second terminal device, the network device serving at least one of the first or second 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.

[0263] According to embodiments of the present disclosure, a second terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a first terminal device, first information associated with quality of service (QoS) information and at least one radio bearer, the first terminal device communicating with a third terminal device via the second terminal device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the second terminal device as discussed above.

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

[0265] According to embodiments of the present disclosure, a first terminal apparatus is provided. The first terminal apparatus comprises means for receiving, from a second terminal device, an indication of a configuration failure associated with at least one of: a first link between the first and second terminal devices or a second link between the second terminal device and a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device; and means for performing, based on the indication, at least one of: means for a first operation for a connection between the first and third terminal devices, means for a second operation for the first link, or means for a third operation indicating the configuration failure to an upper layer. In some embodiments, the first apparatus may comprise means for performing the respective operations of the method 1100. In some example embodiments, the first 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.

[0266] According to embodiments of the present disclosure, a second terminal apparatus is provided. The second terminal apparatus comprises means for receiving, from a third terminal device, a message indicating of a configuration failure of a link between the second and third terminal devices; and means for transmitting, to a first terminal device, an indication of the configuration failure of the link, the first terminal device communicating with the third terminal device via the second terminal device. In some embodiments, the second apparatus may comprise means for performing the respective operations of the method 1200. In some example embodiments, the second 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.

[0267] According to embodiments of the present disclosure, a first terminal apparatus is provided. The first terminal apparatus comprises means for transmitting first information to at least one of a network device serving the first terminal device or a second  terminal device, the first terminal device communicating with a third terminal device via the second terminal device, wherein the first information is associated with quality of service (QoS) information and at least one radio bearer. In some embodiments, the third apparatus may comprise means for performing the respective operations of the method 1300. In some example embodiments, the third apparatus may further comprise means for performing other operations in some example embodiments of the method 1300. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0268] According to embodiments of the present disclosure, a second terminal apparatus is provided. The second terminal apparatus comprises means for transmitting, to a network device serving the second terminal device, second information associated with quality of service (QoS) information and at least one radio bearer from a first terminal device to a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device. In some embodiments, the fourth apparatus may comprise means for performing the respective operations of the method 1400. In some example embodiments, the fourth apparatus may further comprise means for performing other operations in some example embodiments of the method 1400. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0269] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for receiving, from at least one of a first terminal device or a second terminal device, information associated with quality of service (QoS) information and at least one radio bearer, the first terminal device communicating with a third terminal device via the second terminal device, the network device serving at least one of the first or second terminal device. In some embodiments, the fifth apparatus may comprise means for performing the respective operations of the method 1500. In some example embodiments, the fifth apparatus may further comprise means for performing other operations in some example embodiments of the method 1500. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0270] According to embodiments of the present disclosure, a second terminal apparatus is provided. The second terminal apparatus comprises means for receiving, from a first terminal device, first information associated with quality of service (QoS)  information and at least one radio bearer, the first terminal device communicating with a third terminal device via the second terminal device. In some embodiments, the sixth apparatus may comprise means for performing the respective operations of the method 1600. In some example embodiments, the sixth apparatus may further comprise means for performing other operations in some example embodiments of the method 1600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

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

[0272] In an aspect, it is proposed a first terminal device comprising: a processor configured to cause the first terminal device to: receive, from a second terminal device, an indication of a configuration failure associated with at least one of: a first link between the first and second terminal devices or a second link between the second terminal device and a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device; and perform, based on the indication, at least one of: a first operation for a connection between the first and third terminal devices, a second operation for the first link, or a third operation indicating the configuration failure to an upper layer.

[0273] In some embodiments, the first operation for the connection comprises at least one of: a release of a data radio bearer (DRB) with the third terminal device, a release of a signaling radio bearer (SRB) with the third terminal device, a release of a relay radio link control (RLC) channel with the third terminal device, a discard of a sidelink communication related configuration associated with the third terminal device, a reset of a sidelink medium access control (MAC) associated with the third terminal device, or indicating, to the upper layer, a release of the connection with the third terminal device.

[0274] In some embodiments, the connection between the first and third terminal devices is considered as released.

[0275] In some embodiments, the second operation for the first link comprises at least one of: a reselection of the second terminal device to update the first link, a maintain of the first link with the second terminal device, or a release of the first link with the second terminal device.

[0276] In some embodiments, the upper layer of the first terminal device triggers a release of the connection with the third terminal device.

[0277] In some embodiments, the processor is further configured to cause the first terminal device to perform at least one of: providing an identity of the third terminal device to an upper layer, to trigger a release of the connection with the third terminal device; or providing an identity of the second terminal device to the upper layer, to trigger a release of a connection associated with the indicated second terminal device or to trigger a release of a connection associated with the third terminal device via the indicated second terminal device.

[0278] In some embodiments, the configuration failure is associated with the second link, and the indication further indicates an identity of the third terminal device.

[0279] In some embodiments, the third operation comprises providing, to the upper layer, a further indication comprising at least one of: the configuration failure associated with the third terminal device, or an identity of the third terminal device.

[0280] In some embodiments, in response to the further indication, the upper layer is configured to trigger at least one of: a reselection of the second terminal device to update the first link, or a release of the connection with the third terminal device.

[0281] In some embodiments, the configuration failure is associated with the first link, and the processor is further configured to cause the first terminal device to: perform at least one of the first, second or third operation based on the indication in accordance with a determination that at least one of the following conditions is satisfied: a first condition that the first terminal device communicates with the third terminal device via the second terminal device, a second condition that the first terminal device performs as a remote terminal device for sidelink transmission, or a third condition that the failed configuration is configured for the second terminal device.

[0282] In some embodiments, the third operation comprises providing, to the upper layer, a further indication comprising at least one of: the configuration failure associated with the first link for the second terminal device, an identity of the second terminal device, an identity of the third terminal device, or an identity pair of the first and third terminal devices.

[0283] In some embodiments, in response to the further indication, the upper layer is  configured to trigger at least one of: a reselection of the second terminal device to update the first link, or a release of the connection with the third terminal device.

[0284] In an aspect, it is proposed a second terminal device comprising: a processor configured to cause the second terminal device to: receive, from a third terminal device, a message indicating of a configuration failure of a link between the second and third terminal devices; and transmit, to a first terminal device, an indication of the configuration failure of the link, the first terminal device communicating with the third terminal device via the second terminal device.

[0285] In some embodiments, the indication further indicates an identity of the third terminal device.

[0286] In an aspect, it is proposed a first terminal device comprising: a processor configured to cause the first terminal device to: transmit first information to at least one of a network device serving the first terminal device or a second terminal device, the first terminal device communicating with a third terminal device via the second terminal device, wherein the first information is associated with quality of service (QoS) information and at least one radio bearer.

[0287] In some embodiments, the QoS information comprises at least one QoS flow, and the first information comprises mapping information between the at least one QoS flow and the at least one radio bearer from the first terminal device to the third terminal device.

[0288] In some embodiments, the first information comprises a list of sidelink radio bearer (SLRB) configurations, each SLRB configuration comprising a respective identity of the SLRB configuration and at least one identity or at least one profile of QoS or at least one identity of QoS flow associated with the SLRB configuration.

[0289] In some embodiments, the identity of the SLRB configuration comprises one of: a SLRB configuration index, or a temporary or local identity of SLRB.

[0290] In some embodiments, the first information comprises per radio bearer QoS information.

[0291] In some embodiments, the first information comprises an identity of the third terminal device.

[0292] In some embodiments, the first information is comprised in at least one of: a first message comprising a list of end-to-end QoS profiles of QoS flows for the third terminal device, or a second message comprising a list of per radio bearer QoS information including a list of split packet delay budgets (PDBs) of QoS flows for the third terminal device, the split PDBs being associated with a first link between the first and second terminal devices.

[0293] In some embodiments, the processor is further configured to cause the first terminal device to: transmit, to the network device, the first information at at least one of: a first time point after or upon receiving a local identity assignment from the second terminal device, a second time point after or upon a establish of a connection between the first and third terminal devices, a third time point after or upon receiving split QoS information from the second terminal device, the split QoS information being determined by the second terminal device based on end-to-end QoS information received from the first terminal device, or a fourth time point after or upon selecting of the second terminal device.

[0294] In some embodiments, the first information is for at least one of: a configuration of a connection between the first and third terminal devices, or a configuration of a first link between the first and second terminal devices.

[0295] In some embodiments, the first information is for a configuration of a first link between the first and second terminal devices, and the first information is transmitted at the third time point.

[0296] In some embodiments, the processor is further configured to cause the first terminal device to: transmit, to the second terminal device, the first information at at least one of: a time point for transmitting end-to-end QoS information to the second terminal device, a time point after or upon receiving split QoS information from the second terminal device, the split QoS information being determined by the second terminal device based on the end-to-end QoS information received from the first terminal device, a time point after or upon a configuration of a first link between the first and second terminal devices, or a time point after or upon a configuration of a second link between the second and third terminal devices.

[0297] In an aspect, it is proposed a second terminal device comprising: a processor configured to cause the first terminal device to: transmit, to a network device serving the  second terminal device, second information associated with quality of service (QoS) information and at least one radio bearer from a first terminal device to a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device.

[0298] In some embodiments, the second information is comprised in a message comprising a list of per radio bearer QoS profiles for the second link between the second and third terminal devices.

[0299] In some embodiments, the processor is further configured to cause the second terminal device to: transmit, to the network device, the second information at at least one of:a time point after or upon the second terminal device determines split QoS information based on end-to-end QoS information received from the first terminal device, a time point after or upon a configuration of a first link between the first and second terminal devices, or a time point after or upon receiving mapping information between at least one QoS flow and at least one radio bearer from the first terminal device.

[0300] In an aspect, it is proposed a network device comprising: a processor configured to cause the network device to: receive, from at least one of a first terminal device or a second terminal device, information associated with quality of service (QoS) information and at least one radio bearer, the first terminal device communicating with a third terminal device via the second terminal device, the network device serving at least one of the first or second terminal device.

[0301] In some embodiments, the information comprises at least one of: first information received from the first terminal device, the first information being associated with the QoS information and the at least one radio bearer from the first terminal device to the third terminal device, or second information received from the second terminal device, the second information being associated with the QoS information and the at least one radio bearer from the first terminal device to the third terminal device.

[0302] In some embodiments, the QoS information comprises at least one QoS flow, and the first information comprises mapping information between the at least one QoS flow and the at least one radio bearer.

[0303] In some embodiments, the first information comprises per radio bearer QoS information.

[0304] In some embodiments, the first information comprises a list of sidelink radio bearer (SLRB) configurations, each SLRB configuration comprising a respective identity of the SLRB configuration and at least one identity or at least one profile of QoS or at least one identity of QoS flow associated with the SLRB configuration.

[0305] In some embodiments, the identity of the SLRB configuration comprises one of: a SLRB configuration index, or a temporary or local identity of SLRB.

[0306] In some embodiments, the processor is further configured to cause the network device to: reuse SLRB configuration indexes comprised in the list of SLRB configurations.

[0307] In some embodiments, the processor is further configured to cause the network device to: allocate further SLRB configuration indexes; and indicate, to the first terminal device, temporary or local identities of SLRBs associated with the further SLRB configuration indexes.

[0308] In some embodiments, the first information comprises an identity of the third terminal device.

[0309] In some embodiments, the first information is comprised in at least one of: a first message comprising a list of end-to-end QoS profiles of QoS flows for the third terminal device, or a second message comprising a list of per radio bearer QoS information including a list of split packet delay budgets (PDBs) of QoS flows for the third terminal device, the split PDBs being associated with a first link between the first and second terminal devices.

[0310] In an aspect, it is proposed a second terminal device comprising: a processor configured to cause the second terminal device to: receive, from a first terminal device, first information associated with quality of service (QoS) information and at least one radio bearer, the first terminal device communicating with a third terminal device via the second terminal device.

[0311] In some embodiments, the QoS information comprises at least one QoS flow, and the first information comprises mapping information between the at least one QoS flow and the at least one radio bearer.

[0312] In some embodiments, the first information comprises a list of sidelink radio bearer (SLRB) configurations, each SLRB configuration comprising a respective identity of the SLRB configuration and at least one identity or at least one profile of QoS or at  least one identity of QoS flow associated with the SLRB configuration.

[0313] In some embodiments, the identity of the SLRB configuration comprises one of: a SLRB configuration index, or a temporary or local identity of SLRB.

[0314] In some embodiments, the first information comprises per radio bearer QoS information.

[0315] In some embodiments, the processor is further configured to cause the second terminal device to: determine, based on the first information, per radio bearer QoS information based on QoS profile of at least one QoS flow associated with a respective radio bearer.

[0316] In some embodiments, the per radio bearer QoS information comprises a list of split packet delay budgets (PDBs) of QoS flows for the third terminal device, the split PDBs being associated with a second link between the second and the third terminal devices.

[0317] In some embodiments, the per radio bearer QoS information is used for radio link control or medium access control configuration.

[0318] In some embodiments, the first information comprises an identity of the third terminal device.

[0319] In some embodiments, the first information is comprised in at least one of: a first message comprising a list of end-to-end QoS profiles of QoS flows for the third terminal device, or a second message comprising a list of per radio bearer QoS information including a list of split packet delay budgets (PDBs) of QoS flows for the third terminal device, the split PDBs being associated with a first link between the first and second terminal devices.

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

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

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

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

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

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

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

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

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

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

[0330] 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 17. 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.

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

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

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

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

Claims

1.A first terminal device comprising:a processor configured to cause the first terminal device to:receive, from a second terminal device, an indication of a configuration failure associated with at least one of: a first link between the first and second terminal devices or a second link between the second terminal device and a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device; andperform, based on the indication, at least one of:a first operation for a connection between the first and third terminal devices,a second operation for the first link, ora third operation indicating the configuration failure to an upper layer.2.The first terminal device of claim 1, wherein the first operation for the connection comprises at least one of:a release of a data radio bearer (DRB) with the third terminal device,a release of a signaling radio bearer (SRB) with the third terminal device,a release of a relay radio link control (RLC) channel with the third terminal device,a discard of a sidelink communication related configuration associated with the third terminal device,a reset of a sidelink medium access control (MAC) associated with the third terminal device, orindicating, to the upper layer, a release of the connection with the third terminal device.3.The first terminal device of claim 1 or 2, wherein the connection between the first and third terminal devices is considered as released.4.The first terminal device of any of claims 1-3, wherein the second operation for the first link comprises at least one of:a reselection of the second terminal device to update the first link,a maintain of the first link with the second terminal device, ora release of the first link with the second terminal device.5.The first terminal device of any of claims 1-4, wherein the configuration failure is associated with the second link, and the indication further indicates an identity of the third terminal device.6.The first terminal device of claim 5, wherein the third operation comprises providing, to the upper layer, a further indication comprising at least one of:the configuration failure associated with the third terminal device, oran identity of the third terminal device.7.The first terminal device of any of claims 1-4, wherein the configuration failure is associated with the first link, and the processor is further configured to cause the first terminal device to:perform at least one of the first, second or third operation based on the indication in accordance with a determination that at least one of the following conditions is satisfied:a first condition that the first terminal device communicates with the third terminal device via the second terminal device,a second condition that the first terminal device performs as a remote terminal device for sidelink transmission, ora third condition that the failed configuration is configured for the second terminal device.8.The first terminal device of claim 7, wherein the third operation comprises providing, to the upper layer, a further indication comprising at least one of:the configuration failure associated with the first link for the second terminal device,an identity of the second terminal device,an identity of the third terminal device, oran identity pair of the first and third terminal devices.9.A second terminal device comprising:a processor configured to cause the second terminal device to:receive, from a third terminal device, a message indicating of a configuration failure of a link between the second and third terminal devices; andtransmit, to a first terminal device, an indication of the configuration failure of the link, the first terminal device communicating with the third terminal device via the second terminal device.10.The second terminal device of claim 9, wherein the indication further indicates an identity of the third terminal device.11.A first terminal device comprising:a processor configured to cause the first terminal device to:transmit first information to at least one of a network device serving the first terminal device or a second terminal device, the first terminal device communicating with a third terminal device via the second terminal device, wherein the first information is associated with quality of service (QoS) information and at least one radio bearer.12.The first terminal device of claim 11, wherein the QoS information comprises at least one QoS flow, and the first information comprises mapping information between the at least one QoS flow and the at least one radio bearer from the first terminal device to the third terminal device.13.The first terminal device of claim 12, wherein the first information comprises a list of sidelink radio bearer (SLRB) configurations, each SLRB configuration comprising a respective identity of the SLRB configuration and at least one identity or at least one profile of QoS or at least one identity of QoS flow associated with the SLRB configuration.14.The first terminal device of claim 13, wherein the identity of the SLRB configuration comprises one of: a SLRB configuration index, or a temporary or local identity of SLRB.15.The first terminal device of claim 11, wherein the first information comprises per radio bearer QoS information.16.The first terminal device of any of claims 11-15, wherein the first information comprises an identity of the third terminal device.17.The first terminal device of any of claims 12-16, wherein the first information is comprised in at least one of:a first message comprising a list of end-to-end QoS profiles of QoS flows for the third terminal device, ora second message comprising a list of per radio bearer QoS information including a list of split packet delay budgets (PDBs) of QoS flows for the third terminal device, the split PDBs being associated with a first link between the first and second terminal devices.18.A second terminal device comprising:a processor configured to cause the first terminal device to:transmit, to a network device serving the second terminal device, second information associated with quality of service (QoS) information and at least one radio bearer from a first terminal device to a third terminal device, the first terminal device communicating with the third terminal device via the second terminal device.19.A network device comprising:a processor configured to cause the network device to:receive, from at least one of a first terminal device or a second terminal device, information associated with quality of service (QoS) information and at least one radio bearer, the first terminal device communicating with a third terminal device via the second terminal device, the network device serving at least one of the first or second terminal device.20.The network device of claim 19, wherein the information comprises at least one of:first information received from the first terminal device, the first information being associated with the QoS information and the at least one radio bearer from the first terminal device to the third terminal device, orsecond information received from the second terminal device, the second information being associated with the QoS information and the at least one radio bearer from the first terminal device to the third terminal device.

Images