Sidelink communication configurations

Abstract

Methods, apparatus, and systems that relate to sidelink communication configuration, and more specifically about the proper split of the E2E QoS parameters over the PC5 links and conditional path switch using sidelink relays, are disclosed. In one example aspect, a method for wireless communication includes receiving, by a relay terminal device from a source terminal device, information about Quality of Service (QoS) requirements between the source terminal device and a target terminal device. The information includes an identifier identifying a pair of the source terminal device and the target terminal device. The method includes determining, by the relay terminal device, a first portion of the information about QoS requirements applicable between the source terminal device and the relay terminal device and a second portion of the information about QoS requirements applicable between the relay terminal device and the target terminal device.

Description

SIDELINK COMMUNICATION CONFIGURATIONSTECHNICAL FIELD

[0001] This patent document is directed to digital communications.BACKGROUND

[0002] Mobile communication technologies are moving the world toward an increasingly connected and networked society. The rapid growth of mobile communications and advances in technology have led to greater demand for capacity and connectivity. Other aspects, such as energy consumption, device cost, spectral efficiency, and latency are also important to meeting the needs of various communication scenarios. Various techniques, including new ways to provide higher quality of service, longer battery life, and improved performance are being discussed.SUMMARY

[0003] This patent document describes, among other things, techniques related to sidelink communication configurations, specifically about the proper split of the end-to-end (E2E) QoS parameters over the PC5 links and conditional path switch using sidelink relays, are disclosed.

[0004] In one example aspect, a method for wireless communication includes receiving, by a relay terminal device from a source terminal device, information about Quality of Service (QoS) requirements between the source terminal device and a target terminal device. The information includes an identifier identifying a pair of the source terminal device and the target terminal device. The method includes determining, by the relay terminal device, a first portion of the information about QoS requirements applicable between the source terminal device and the relay terminal device and a second portion of the information about QoS requirements applicable between the relay terminal device and the target terminal device. The method also includes transmitting, by the relay terminal device, the first portion of the information about QoS requirements to the source terminal device.

[0005] In another example aspect, a method for wireless communication includes transmitting, by a source terminal device to a relay terminal device, information about Quality of Service (QoS) requirements between the source terminal device and a target terminal device. The information comprises an identifier identifying a pair of the source terminal device and the target terminal device. The method also includes receiving, by the source terminal device from the relay terminal device, a first portion of the information about QoS requirements applicable between the source terminal device and the relay terminal device.

[0006] In another example aspect, a method for wireless communication includes determining, by a relay terminal device in communication with a source terminal device, whether an indirect path with multiple hops to a target terminal device exists; and transmitting, by the relay terminal device, a notification to the source terminal device indicating information about the indirect path.

[0007] In another example aspect, a method for wireless communication includes receiving, by a source terminal  device from a relay terminal device, a notification indicating information related to whether an indirect path with multiple hops to a target terminal device exists; and performing, by the source terminal device, a communication based on the notification.

[0008] In another example aspect, a method for wireless communication includes transmitting, by a source base station, a handover request for a conditional path switch of a terminal device to a candidate base station of a cell. The handover request comprises information about a list of candidate relay terminal devices belonging to the cell. The method also includes receiving, by the source base station, an acknowledgement from the candidate base station, the acknowledgement comprising at least one of (1) a maximum number of candidate relay terminal devices in the cell or (2) one or more requested candidate relay terminal devices.

[0009] In another example aspect, a method for wireless communication includes receiving, by a candidate base station of a cell from a source base station, a handover request for a conditional path switch of a terminal device. The handover request comprises information about a list of candidate relay terminal devices belonging to the cell. The method also includes transmitting, by the candidate base station, an acknowledgment to the source base station, the acknowledgement comprising at least one of (1) a maximum number of candidate relay terminal devices in the cell or (2) one or more requested candidate relay terminal devices.

[0010] In yet another example aspect, a method for wireless communication includes recording, by a terminal device, information related to a conditional path switch; and reporting the recorded information related to the conditional path switch by the terminal device upon the terminal device being connected to a network.

[0011] In another example aspect, a communication apparatus is disclosed. The apparatus includes a processor that is configured to implement an above-described method.

[0012] In yet another example aspect, a computer-program storage medium is disclosed. The computer-program storage medium includes code stored thereon. The code, when executed by a processor, causes the processor to implement a described method.

[0013] These, and other, aspects are described in the present document.BRIEF DESCRIPTION OF DRAWINGS

[0014] FIG. 1 illustrates two example scenarios of sidelink relay communication.

[0015] FIG. 2A is a flowchart representation of a method for wireless communication in accordance with one or more embodiments of the present technology.

[0016] FIG. 2B is a flowchart representation of another method for wireless communication in accordance with one or more embodiments of the present technology.

[0017] FIG. 3A is a flowchart representation of another method for wireless communication in accordance with one or more embodiments of the present technology.

[0018] FIG. 3B is a flowchart representation of another method for wireless communication in accordance with one or more embodiments of the present technology.

[0019] FIG. 4A is a flowchart representation of another method for wireless communication in accordance with one or more embodiments of the present technology.

[0020] FIG. 4B is a flowchart representation of another method for wireless communication in accordance with one or more embodiments of the present technology.

[0021] FIG. 5 is a flowchart representation of another method for wireless communication in accordance with one or more embodiments of the present technology.

[0022] FIG. 6A illustrates an example sequence flow of signaling messages between remote User Equipment (UEs) and a relay UE in accordance with one or more embodiments of the present technology.

[0023] FIG. 6B illustrates an example sequence flow of signaling messages between remote UEs and a relay UE in accordance with one or more embodiments of the present technology.

[0024] FIG. 7 illustrates an example diagram of network layers at remote UEs and a relay UE.

[0025] FIG. 8 shows an example of a wireless communication system where techniques in accordance with one or more embodiments of the present technology can be applied.

[0026] FIG. 9 is a block diagram representation of a portion of a radio station in accordance with one or more embodiments of the present technology can be applied.DETAILED DESCRIPTION

[0027] Section headings are used in the present document only to improve readability and do not limit scope of the disclosed embodiments and techniques in each section to only that section. Furthermore, some embodiments are described with reference to Third Generation Partnership Project (3GPP) Fifth Generation (5G) New Radio (NR) or Sixth Generation (6G) standard for ease of understanding and the described technology may be implemented in different wireless system that implement protocols other than the NR or 6G protocol.

[0028] With the development of wireless multimedia services, demand for high data rate and better user experience increases, leading to more stringent requirements on system capacity and coverage of cellular networks. Various application scenarios, such as close-range data sharing, local advertising, etc., have also increased the need for proximity services. The traditional base-station-centric cellular networks have shown limits in providing high data rates for proximity services.

[0029] Sidelink communication technology is an adaptation of the base-station-centric communication technology that allows direct communication between two terminal devices without going through a base station. That means cars, robots, and consumer gadgets can create their own ad-hoc networks without using the radio access network as an intermediary. Sidelink communication technology is suitable to meet the requirements of high data rates for proximity services and to further reduce the burden of cellular networks, reduce battery power consumption of user equipment, and improve the robustness of network infrastructure. Sidelink service can also interchangeably referred to as device-to-device (D2D) communication, Proximity Services (ProSe) , unilateral communication, or sidelink discovery / communication. The interface between two terminal devices or user equipment (UEs) is referred to as the PC5 interface.

[0030] To support a wider range of applications and services, sidelink-based relay communication can extend coverage and improve power consumption, such as in indoor relay communication, smart agriculture, smart factories, public safety. FIG. 1 illustrates two example scenarios of sidelink relay communication. In example scenario 101, UE 111 is in an area with poor signal quality or no coverage to communicate with the network 150. Sidelink communication via UE 112 allows UE 111 to communicate with the network 150, thereby expanding coverage and increasing network capacity. In this scenario, UE 112 can be referred to as the UE-to-Network relay device, and UE 111 can be referred as the remote UE. In example scenario 103 (e.g., in the event of a catastrophe or emergency) , the network 150 cannot function normally. To expand the coverage range of the sidelink communication, multi-hop relay using one or more UE devices can be adopted to form a local ad-hoc network for communication. As shown in FIG. 1, UE 113 communicates with UE 114 through UE 115. Here, UE 115 can be referred to as the UE-to-UE relay device, and UE 113 and 114 can be referred to as remote UEs.

[0031] For Quality of Service (QoS) handling of the sidelink communications (e.g., Layer2 UE-to-UE, U2U, relay) , the E2E QoS parameters (e.g., QoS requirements between the source remote UE and the target remote UE) need to be split between the two PC5 interfaces between source remote UE and relay UE, and between relay UE and target remote UE. Furthermore, conditional path switching can be considered in UE-to-Network (U2N) relay to reduce path switch failure and improve path switch robustness.

[0032] This patent document discloses techniques that can be implemented in various embodiments to enable the proper split of the E2E QoS parameters over the PC5 links for sidelink configurations. The disclosed techniques can also be implemented to allow proper configuration of the E2E Sidelink Radio Bearer (SLRB) and per hop Radio Link Control (RLC) channel configuration, and to enable conditional path switch using U2N relay.

[0033] With respect to the QoS handling of sidelink communication, the relay UE can be responsible for splitting the E2E QoS parameters according to the relay hops and transmitting the per-hop QoS parameters to the source remote UE and / or the target remote UE. FIG. 2A is a flowchart representation of a method for wireless communication in accordance with one or more embodiments of the present technology. The method 200 includes, at operation 210, receiving, by a relay terminal device from a source terminal device, information about Quality of Service (QoS) requirements between the source terminal device and a target terminal device. The information comprises an identifier identifying a pair of the source terminal device and the target terminal device. The method 200 includes, at operation 220, determining, by the relay terminal device, a first portion of the information about QoS requirements applicable between the source terminal device and the relay terminal device and a second portion of the information about QoS requirements applicable between the relay terminal device and the target terminal device. The method 200 also includes, at operation 230, transmitting, by the relay terminal device, the first portion of the information about QoS requirements to the source terminal device. In some embodiments, the method includes transmitting, by the relay terminal device to the target terminal device, the second portion of the information about QoS requirements.

[0034] FIG. 2B is a flowchart representation of a method for wireless communication in accordance with one or more embodiments of the present technology. The method 250 includes, at operation 260, transmitting, by a source terminal device to a relay terminal device, information about Quality of Service (QoS) requirements between the source terminal device and a target terminal device. The information comprises an identifier  identifying a pair of the source terminal device and the target terminal device. The method 250 includes, at operation 270, receiving, by the source terminal device from the relay terminal device, a first portion of the information about QoS requirements applicable between the source terminal device and the relay terminal device.

[0035] In some embodiments, at least one of the first portion of the information and the second portion of the information comprises the identifier identifying the pair of the source terminal device and the target terminal device. In some embodiments, the identifier comprises at least one of: an identity of the source terminal device, an identity of the target terminal device, an identity of a PC5 link between the source terminal device and the target terminal device. In some embodiments, an identity of a terminal device comprises an application layer identifier, a user information identifier, a Layer2 identifier, a local identifier allocated by the relay terminal device.

[0036] In some embodiments, at least one of (1) the information about the QoS requirements, (2) the first portion of the information about QoS requirements, or (3) the second portion of the information about QoS comprises only a Packet Delay Budget (PDB) parameter. In some embodiments, at least one of (1) the information about QoS requirements, (2) the first portion of the information about QoS requirements, or (3) the second portion of the information about QoS is carried in a PC5-Smessage. In some embodiments, at least one of (1) the information about QoS requirements, (2) the first portion of the information about QoS requirements, or (3) the second portion of the information about QoS is carried in a PC5-RRC message.

[0037] In some embodiments, the source terminal device and / or the relay terminal device is configured to determine, via system information or pre-configuration information, at least one of a sidelink radio bearer (SLRB) configuration, a PC5 radio link channel (RLC) channel, or a mapping between a SLRB configuration and a PC5 RLC channel configuration. In some embodiments, the PC5 RLC channel configuration includes at least one of a PC5 RLC channel identifier, a Packet Delay Budget (PDB) parameter, or a list of QoS profiles associated with the PC5 RLC channel. The mapping between the SLRB configuration the PC5 RLC channel configuration of the source terminal device and the target terminal device comprises a one-to-one or one-to-many association between a PC5 RLC channel identifier and an SLRB identifier or between an SLRB identifier and a PC5 RLC channel identifier.

[0038] In the U2U relay cases (e.g., in the example scenario 103 shown in FIG. 1) , the relay UE can inform the remote UE of whether an indirect path exists to establish a connection. FIG. 3A is a flowchart representation of a method for wireless communication in accordance with one or more embodiments of the present technology. The method 300 includes, at operation 310, determining, by a relay terminal device in communication with a source terminal device, whether an indirect path with multiple hops to a target terminal device exists. The method 300 includes, at operation 320, transmitting, by the relay terminal device, a notification to the source terminal device indicating information about the indirect path.

[0039] FIG. 3B is a flowchart representation of a method for wireless communication in accordance with one or more embodiments of the present technology. The method 350 includes, at operation 360, receiving, by a source terminal device from a relay terminal device, a notification indicating information related to whether an indirect path with multiple hops to a target terminal device exists. The method 350 includes, at operation 370, performing, by the source terminal device, a communication based on the notification.

[0040] In some embodiments, upon determining that the indirect path exists, the notification comprises at least one of a path indicator of the indirect path, one or more identifiers of terminal devices along the indirect path with the multiple hops, or recovery information. In some embodiments, upon determining that the indirect path does not exist, the notification comprises at least a recovery failure indication.

[0041] Regarding conditional path switches, information about the candidate relay UE (s) can be transmitted to the cell to enable path switching using the relay UE (s) . FIG. 4A is a flowchart representation of a method for wireless communication in accordance with one or more embodiments of the present technology. The method 400 includes, at operation 410, transmitting, by a source base station, a handover request for a conditional path switch of a terminal device to a candidate base station of a cell. The handover request comprises information about a list of candidate relay terminal devices belonging to the cell. The method 400 includes, at operation 420, receiving, by the source base station, an acknowledgement from the candidate base station. The acknowledgement includes at least one of (1) a maximum number of candidate relay terminal devices in the cell or (2) one or more requested candidate relay terminal devices. In some embodiments, the method includes receiving, by the source base station, a handover cancel message from the candidate base station. The handover cancel message includes one or more candidate relay terminal devices to be canceled for the conditional path switch. In some embodiments, the method includes transmitting, by the source base station to the terminal device, information about one or more consecution conditions. Each of the one or more consecution conditions is configured with a priority to enable the terminal device to select, according to the priority, the cell or a relay terminal device in the cell for a path switch.

[0042] FIG. 4B is a flowchart representation of a method for wireless communication in accordance with one or more embodiments of the present technology. The method 450 includes, at operation 460, receiving, by a candidate base station of a cell from a source base station, a handover request for a conditional path switch of a terminal device. The handover request comprises information about a list of candidate relay terminal devices belonging to the cell. The method 450 includes, at operation 470, transmitting, by the candidate base station, an acknowledgment to the source base station. The acknowledgement includes at least one of (1) a maximum number of candidate relay terminal devices in the cell or (2) one or more requested candidate relay terminal devices. In some embodiments, the method includes transmitting, by the candidate base station, a handover cancel message to the source base station, the handover cancel message comprising one or more candidate relay terminal devices to be canceled for the conditional path switch.

[0043] In some embodiments, the handover request further comprises information indicating at least a type of the conditional path switch, the type being one of a direct-to-indirect path switch, an indirect-to-indirect path switch, or an indirect-to-direct path switch. In some embodiments, the acknowledgement comprises a bitmap that indicates the one or more requested candidate relay terminal devices. In some embodiments, the handover request further comprises an indicator indicating whether the handover request is only applicable to the list of candidate relay terminal devices. In some embodiments, the handover request further comprises an indicator indicating whether the handover request is applicable to the list of candidate relay terminal devices and conditional cell.

[0044] In the case of conditional path switching, the remote terminal device can record or store the information  related to a conditional path switch and report the stored information when it is connected to the network. FIG. 5 is a flowchart representation of a method for wireless communication in accordance with one or more embodiments of the present technology. The method 500 includes, at operation 510, recording, by a terminal device, information related to a conditional path switch. The method 500 includes, at operation 520, reporting the recorded information related to the conditional path switch by the terminal device upon the terminal device being connected to a network.

[0045] In some embodiments, the information is related to a failure of the conditional path switch. The information includes at least one of: a type of the conditional path switch, an identity of a relay terminal device, information related to the relay terminal device, or a list of candidate relay terminal devices. In some embodiments, the information is related to a success of the conditional path switch. The information includes at least one of: a type of the conditional path switch, an identity of a relay terminal device, or information related to the relay terminal device.

[0046] In some embodiments, the method includes starting a timer upon selecting a candidate relay device or transmitting a link establishment request to the candidate relay device; and determining, upon an expiry of the timer, a failure of the conditional path switch. In some embodiments, the method includes determining, by the terminal device, a failure of the conditional path switch based on a notification from a relay terminal device. In some embodiments, the notification comprises a link establishment reject message indicating that a link establishment failure has occurred or a PC5 notification indicating a connection failure or a cell reselection failure.

[0047] Details regarding the above techniques are further discussed in the embodiments below.

[0048] Embodiment 1

[0049] This embodiment is related to QoS information split for sidelink relay communications.

[0050] For QoS handling of sidelink relay (e.g., U2U relay) , the E2E QoS parameters (e.g., QoS requirements between the source remote UE and the target remote UE) , especially the Packet Delay Budget (PDB) , needs to be split between the two PC5 interfaces: between source remote UE and relay UE, and between relay UE and target remote UE. The Packet Error Rate (PER) of the two PC5 interfaces also needs to be set properly to achieve the PER target in the E2E QoS parameters. Therefore, it is desirable to consider how the E2E QoS should be split over the PC5 links for Layer-2 UE-to-UE Relay.

[0051] In some embodiments, the relay UE performs E2E QoS split at the Access Stratum (AS) layer (e.g., via PC5 Radio Resource Configuration (PC5-RRC) signaling) . The relay UE is selected as the U2U relay UE between the source remote UE and the target remote UE. The first hop PC5 unicast link is established or modified between the source remote UE and the relay UE, and the second hop PC5 unicast link is established or modified between the relay UE and the target remote UE. The source remote UE obtains the E2E PC5 QoS parameters from upper layer / application layer. For relay UE to perform E2E QoS split, the source remote UE needs to provide the E2E PC5 QoS parameters to the relay UE.

[0052] In some embodiments, as shown in FIG. 6A, the source remote UE sends the E2E QoS to the relay UE via a PC5 Signaling plane (PC5-S) message. After the relay UE decides the QoS split over each hop, the relay UE  sends the split QoS (e.g., the first hop QoS) of each QoS flow to the source remote UE via RRCReconfigurationSidelink message or other PC5-RRC messages (e.g., NotificationMessageSidelink, UEAssistanceInformationSidelink, or a newly defined PC5 RRC message) . The QoS flow can be identified by PC5 QoS flow identifier (QFI) . In some embodiments, as shown in FIG. 6B, the source remote UE sends the E2E QoS to relay UE via PC5-RRC message (e.g., RRCReconfigurationSidelink message) . The relay UE sends the split QoS of the first hop of each QoS flow to the source remote UE via RRCReconfigurationSidelinkComplete message. Optionally, the relay UE sends the split QoS of the second hop of each QoS flow to the target remote UE via RRCReconfigurationSidelink message or other PC5-RRC messages (e.g., NotificationMessageSidelink, UEAssistanceInformationSidelink, or a newly defined PC5 RRC message) .

[0053] In some embodiments, the E2E QoS parameters include information of multiple E2E QoS flows. Each QoS flow is identified by a QFI and is associated with a set of QoS parameters. The first portion of the information about QoS requirements includes a first portion of each of the QoS flows, and the second portion of the information about QoS requirements includes a second portion of each of the QoS flows. For example, the E2E QoS requirements include three QoS flows, identified by QFI1, QFI2, and QFI3. Upon the relay terminal device splitting the E2E QoS requirements into two portions for the source and target terminal devices respectively, the first portion of the QoS requirements includes a first portion of QFI1, QFI2, and QFI3, and the second portion of the QoS requirements includes a second portion of QFI1, QFI2, and QFI3.

[0054] In some embodiments, the E2E QoS parameters include only the E2E latency / PDB parameter. In some embodiments, the source remote UE sends only E2E PDB or PC5 QoS Indicator (PQI) as the E2E QoS parameters. In some embodiments, the entire set of PC5 QoS parameters, including but not limited to PQI, PC5 flow bit rate (s) , PC5 link Aggregated Maximum Bit Rate (AMBR) , priority level, PDB, and / or PER of each QoS flow identified by a PC5 QoS flow identifier (QFI) is transmitted to the relay UE via PC5-Smessages during PC5 unicast link establishment / modification procedure or via PC5-RRC message (such as the RRReconfigurationSidelink message) . In some embodiments, the split QoS parameters of the first hop and / or the second hop include at least one of: PDB, PQI, and / or PER.

[0055] Because the per hop PC5 unicast link can be shared by multiple E2E PC5 unicast links, when transmitting configuration information using per hop PC5-S / PC5-RRC signaling, it is desirable to include peer end UE info, UE pair info, or E2E link info to indicate to which E2E link the configuration applies. Such identification of the E2E link is not only applicable to E2E QoS and split QoS negotiation but also applicable to other scenarios, such as Sidelink Relay Adaptation Protocol (SRAP) configuration, bearer mapping configuration, and / or PC5 RLC channel configuration for E2E SLRBs of a specific E2E PC5 link.

[0056] For example, as shown in FIG. 1, when UE 113 sends the E2E QoS parameter of E2E link A to the relay UE 115, the E2E link A can be identified by the peer end UE 114, UE pair info (e.g., UE 113 and 114) , or E2E link info (e.g. the pair of UE 113 and 114, an identity to identify the UE pair, and / or an identity to identify a E2E PC5 link) . The identity of each UE can be an application layer identifier (ID) , a user info ID, a Layer2 (L2) ID, a short / local / temporary ID allocated by the relay UE. Similarly, when the relay UE sends the split QoS of the first hop to the source UE, the relay UE indicates that the split QoS parameters correspond to the E2E link / peer  end target UE. When relay UE sends the split QoS of the second hop to the target UE, the relay UE indicates that the split QoS parameters correspond to E2E link / the link towards peer end source UE.

[0057] For out-of-coverage U2U relay / remote UE, the E2E sidelink data radio bearer (SL-DRB) and per hop PC5 RLC channel configuration can be preconfigured. For UEs that are in the RRC idle or inactive date, the E2E SL-DRB and per hop PC5 RLC channel configuration can be indicated using the broadcast channel (e.g., as in the System Information Block, SIB) . UEs that are in the RRC connected state can also be configured using SIB or dedicated signaling from the base station. FIG. 7 illustrates an example diagram of network layers at remote UEs and a U2U relay UE. An SLRB is established between the source UE and the target UE. Two PC5 RLC channels are established between the source UE and the relay UE, and between the relay UE and the target UE respectively. The SLRB is mapped to the two PC5 RLC channels respectively. The U2U configuration as preconfigured or included in the SIB can include a list of E2E SLRB configurations, each identified by an SLRB ID / index, and / or a list of PC5 RLC channel configurations, each identified by a PC5 RLC channel ID / index. Each PC5 RLC channel configuration identified by a PC5 RLC channel ID / index can include the PDB parameter, the per-hot split QoS, and / or a list of QoS profiles associated with the PC5 RLC channel. Each E2E SLRB configuration identified by a SLRB index / ID can include a list of QoS flows / profiles associated with the E2E SLRB.

[0058] Furthermore, the bearer mapping between the E2E SLRB configurations and the PC5 RLC channel configurations can be preconfigured or configured in SIB. There can be a one-to-one or one-to-many relationship between the PC5 RLC channel configurations and the E2E SLRB configurations. For example, each PC5 RLC channel configured identified by a PC5 RLC channel ID / index can be associated with one or more SLRB indices / IDs. As another example, each SLRB configuration identified by an SLRB index / ID can be associated with one or more PC5 RLC channel indices / IDs.

[0059] In some embodiments, the remote UE determines the E2E QoS requirements or QoS parameters according to the E2E SLRB configuration as preconfigured or included in the system information. For example, each E2E SLRB configuration includes a list of QoS profiles associated with the E2E SLRB. The remote UE can determine the QoS parameters based on the QoS profile (s) associated with a E2E SLRB configuration and then establishes E2E SLRB (only SDAP and PDCP) for the service with E2E QoS based on the matched E2E SLRB configuration.

[0060] There may be multiple E2E QoS flows mapped to a E2E SLRB. After receiving split QoS of the first hop of each E2E QoS flow mapped to the E2E SLRB, remote UE determines the split QoS of the first hop of the E2E SLRB (e.g. the PDB of the first hop of the E2E SLRB is the minimum PDB of the first hop of all E2E QoS flows) and matches the split QoS / PDB of the first hop of the E2E SLRB with PC5 RLC channel configuration in system information based on the PDB / QoS profiles associated with the PC5 RLC channel configuration or based on the bearer mapping between the E2E SLRB and the PC5 RLC channel. Then remote UE establishes a PC5 RLC channel based on the matched PC5 RLC channel configuration.

[0061] Similarly, Relay UE in RRC idle state determines the split QoS of the second hop of a E2E SLRB and matches the QoS with PC5 RLC channel configuration in system information. The relay UE establishes a PC5 RLC channel based on the matched PC5 RLC channel configuration and will map the data of the E2E SLRB to the PC5 RLC channel.

[0062] Embodiment 2

[0063] This embodiment is related to PC5 notification of multi-hop U2U relay scenarios.

[0064] When the U2U relay UE detects a PC5 radio link failure (RLF) between the relay UE and the target remote UE, it sends a notification to the source remote UE indicating the RLF. Simultaneously, the relay UE can search for other indirect path (s) towards the target remote UE. For example, the relay UE can discover a second relay UE (e.g., relay UE2) that can reach the target remote UE. When the relay UE discoveries an indirect path towards the target remote UE, it can send another notification to the source remote UE indicating the new path. The notification can include a new path indication, a relay UE ID of the new path (e.g., relay UE2) , and / or recovery indication. The relay UE can also send a notification to the UEs on the new path (e.g., relay UE2) .

[0065] If the relay UE fails to find other indirect path towards the target remote UE, it can also send a notification to the source remote UE. The notification can include a recovery failure indication indicating the RLF without any alternative paths for recovery.

[0066] Furthermore, when a PC5 unicast link establishment failure, a link modification failure, and / or an RRC reconfiguration failure occurs between the relay UE and the target remote UE, the relay UE can send a notification (e.g., a PC5 unicast link establishment failure, a link modification failure, and / or RRC reconfiguration failure) to the source remote UE.

[0067] Embodiment 3

[0068] This embodiment is related to the configuration of conditional path switching for U2U / U2N relay scenarios. Conditional handover is a handover procedure that is executed only when execution conditions are met. Conditional Handover (CHO) can improve robustness in the Handover (HO) process. Specifically, UE HO failure can be avoided or reduced due to changes in wireless link status during signaling interaction between UE and source gNB and / or between source gNB and target gNB. Similarly, conditional path switching can be considered in U2N relay to reduce path switch failure and improve path switch robustness. There are several types of conditional path switches, including direct-to-direct (d2d) , direct-to-indirect (d2i) , indirect-to-direct (i2d) , and indict-to-indirect (i2i) . When the source base station (e.g., S-gNB) decides to initiate conditional path switch for a remote UE based on measurement reports from the remote UE, the S-gNB communicates with candidate target gNBs for conditional path switch configuration (s) .

[0069] Conditional Path Switch Preparation

[0070] The HO request for conditional path switch from the S-gNB to candidate gNB (s) can be transmitted on a per cell basis. In some embodiments, the HO request includes a list of candidate relay UEs (e.g., identified by L2 IDs) belonging to the same cell. The HO request can optionally include information about new CHO trigger (e.g., in the legacy Conditional Handover Information Request IE, or included in a new defined conditional HO Info request IE specific for SL relay path switch) . The new CHO trigger can indicate at least the type of the path switch (e.g., one of conditional d2i / i2i / i2d path switch) .

[0071] In some embodiments, when a candidate gNB allows conditional path switch to one or more candidate relay UEs, the candidate gNB sends a HO request acknowledge message to the S-gNB. The HO request acknowledge  includes at least one of: maximum number of CHO candidate relay UEs per cell or per candidate gNB, and / or candidate relay UE ID (s) of each requested target cell. In some embodiment, a bitmap can be used to indicate the candidate relay UE ID (s) corresponding to the candidate relay UEs in the HO request.

[0072] In some embodiments, when a candidate relay UE is in RRC connected state, the candidate gNB can configure the candidate relay UE for conditional path switch. The candidate gNB can obtain the UE load, resource usage, and / or Channel Busy Ratio (CBR) of the resource pool of the relay UE. In some embodiments, information such as the RRC state of candidate relay UE, relay UE load, and / or CBR of resource pool can be included in the path switch command or HO request acknowledge message to the remote UE such that the information becomes useful for target relay UE selection when the remote UE detects that multiple candidate relay UEs meet the execution conditions of conditional path switch.

[0073] In some embodiments, the S-gNB initiates both legacy handover to a cell and conditional path switch to a relay UE. For a HO request message that includes a list of candidate relay UEs of a same cell, the S-gNB can indicate whether the list of the candidate relay UEs is applicable only to the conditional candidate relay UEs or to both conditional candidate relay UEs and conditional cell.

[0074] Conditional Path Switch Execution Conditions

[0075] After receiving Handover request acknowledge message, which includes the conditional path switch configuration for the candidate relay UEs and / or candidate cells, the S-gNB generates conditional path switch execution conditions and send information about the conditions to the remote UE. The conditional path switch execution conditions include at least one of:

[0076] CondEvent S1: Signals provided by the Primary Cell (PCell) becomes worse than threshold1 and signals provided by the candidate L2 U2N Relay UE becomes better than threshold2. Threshold2 is a threshold for the link quality between the remote UE and a candidate relay UE.

[0077] CondEvent S2: Signals provided by the candidate L2 U2N Relay UE becomes better than threshold3. Threshold3 is a threshold for the link quality between the remote UE and a candidate relay UE.

[0078] CondEvent S3: Distance between remote UE and a reference location referenceLocation1 becomes larger than the configured threshold distanceThreshFromReference1 and distance between UE and a reference location referenceLocation2 of conditional reconfiguration candidate becomes shorter than configured threshold distanceThreshFromReference2. The referenceLocation2 is the location of candidate relay UE.

[0079] CondEvent S4: The serving relay becomes worse than threshold1 and candidate relay UE becomes better than threshold2.

[0080] CondEvent S5: The candidate relay UE becomes offset better than serving relay UE.

[0081] CondEvent S6: Distance between remote UE and a reference location referenceLocation1 becomes larger than configured threshold distanceThreshFromReference1 and distance between UE and a reference location referenceLocation2 of conditional reconfiguration candidate becomes shorter than configured threshold distanceThreshFromReference2. The referenceLocation1 is the location of serving relay UE, and the referenceLocation2 is the location of candidate relay UE.

[0082] CondEvent S7: Serving L2 U2N Relay UE becomes worse than threshold1 and NR Cell becomes better than threshold2;

[0083] CondEvent S8: Distance between remote UE and a reference location referenceLocation1 becomes larger than configured threshold distanceThreshFromReference1 and distance between UE and a reference location referenceLocation2 of conditional reconfiguration candidate becomes shorter than configured threshold distanceThreshFromReference2. The referenceLocation1 is the location of serving relay UE, and the referenceLocation2 is the reference location of candidate cell.

[0084] The S-gNB sends configuration information about the related thresholds of the conditional execution events to remote UE. In some embodiments, each conditional event is configured with a priority. If both the conditional cell and the conditional candidate relay UEs are configured and if both execution conditions for the conditional cell and execution conditions for the conditional candidate relay UE are met, the remote UE can select the cell or relay UE that satisfy the conditional event with a high priority.

[0085] Conditional Path Switch Cancel

[0086] After configuring the conditional path switch to candidate relay UE (s) , if the candidate gNB intends to cancel the conditional preparation (s) , the candidate gNB can send a conditional handover cancel message to inform the S-gNB. The conditional handover cancel message includes the candidate relay UEs to be canceled.

[0087] If the remote UE executes conditional path switch to a target gNB via a target relay UE, the target gNB send a Handover success to the S-gNB. After receiving the Handover success, the S-gNB can send a Handover cancel message to inform other candidate gNB (s) to cancel the conditional path switch. The Handover cancel message includes the candidate relay UEs to be canceled.

[0088] Conditional Path Switch Failure Report

[0089] If the remote UE is configured to record / log measurement results, the remote UE can log information about the success or the failure of the conditional handover. Upon establishing a connection with the network, the remote UE can report the recorded information to the network through signaling messages, such as UEInformationRequest and / or UEInformationResponse.

[0090] For U2N relay path switch, when the remote UE fails to access the T-gNB through the selected target relay UE, the remote UE can log / store the conditional path switch failure information. The failure information can include at least one of: a conditional path switch type (e.g., d2i / i2i / i2d path switch) , a target relay UE ID of the conditional path switch failure, a conditional path switch configuration related to the target relay UE (e.g., triggered event information) , and / or a candidate relay UE list when the failure occurs.

[0091] When the remote UE successfully connects to the T-gNB through the selected target relay UE, the remote UE can log / store the conditional path switch success information. The success information can include at least one of: a conditional path switch type (e.g., d2i / i2i / i2d path switch) , and / or target relay UE information (e.g., a relay UE ID, PC5 measurements) .

[0092] After the remote UE is connected to the network, the remote UE reports the log information to the network.

[0093] The remote UE can detect conditional path switch failures by the following ways:

[0094] 1) The remote UE receives a PC5 unicast link establishment reject message from the target relay UE, or receiving a PC5 unicast link establishment failure from upper layer / ProSe layer.

[0095] 2) Before successfully accessing to the target gNB, if remote UE receives a PC5 notification (e.g., a Uu RLF notification, a connection failure notification, a cell reselection notification) from the relay UE, the remote UE detects that the conditional path switch has failed.

[0096] 3) A new timer is introduced for conditional path switch. The timer value is configured by gNB. The remote UE starts the timer when it selects a candidate relay UE for path switch or sends a PC5 unicast link establishment request message to the selected relay UE. When the remote UE successfully sends RRC Reconfiguration message to the relay UE and receives an RLC channel acknowledgment from the relay UE, the remote UE stops the timer. When the timer expires, remote UE considers the path switch has failed.

[0097] Conditional Path Switch Based Recovery

[0098] In some embodiments, the original path is a direct path (e.g., the UE is connected to the gNB directly) and a Uu RLF or a d2i path switch failure occurs. If the remote UE is configured to perform conditional path switch with a set of candidate relay UEs, the remote UE can select one relay UE and use the conditional path switch configuration to perform RRC re-establishment via the relay UE.

[0099] In some embodiments, the original path is indirect path (e.g., the remote UE is connected to the gNB via a relay UE) and PC5 RLF or a path switch failure occurs (e.g., the remote UE receives a PC5 notification f or a PC5 unicast link release message from the relay UE) . If the remote UE is configured to perform conditional path switch with a set of candidate relay UEs, the remote UE can select one relay UE and use the conditional path switch configuration to perform RRC re-establishment via the relay UE.

[0100] Embodiment 4

[0101] This embodiment is related to relay selection based on RLF detection on the Uu interface (e.g., radio link failure between the UE and the serving gNB) .

[0102] In addition to the P5C interface measurements, a remote UE can perform radio measurements over the Uu interface and use the measurement results to initiate U2N relay selection and / or reselection. For example, if the Uu signal strength of current serving cell of the U2N remote UE is below a configured signal strength threshold, the U2N remote UE triggers the U2N relay selection procedure. Furthermore, for a UE capable of U2N remote UE operation, when the UE detects Uu RLF (e.g., radio link failure between the UE and the serving gNB) , it can trigger or initiate the relay selection procedure. That is, detecting Uu RLF can be regarded as a trigger for the relay selection for U2N remote UE.

[0103] FIG. 8 shows an example of a wireless communication system 800 where techniques in accordance with one or more embodiments of the present technology can be applied. A wireless communication system 800 can include one or more base stations (BSs) 805a, 805b, one or more wireless devices (or UEs) 810a, 810b, 810c, 810d, and a core network 825. A base station 805a, 805b can provide wireless service to user devices 810a, 810b, 810c and 810d in one or more wireless sectors. In some implementations, a base station 805a, 805b includes  directional antennas to produce two or more directional beams to provide wireless coverage in different sectors. The core network 825 can communicate with one or more base stations 805a, 805b. The core network 825 provides connectivity with other wireless communication systems and wired communication systems. The core network may include one or more service subscription databases to store information related to the subscribed user devices 810a, 810b, 810c, and 810d. A first base station 805a can provide wireless service based on a first radio access technology, whereas a second base station 805b can provide wireless service based on a second radio access technology. The base stations 805a and 805b may be co-located or may be separately installed in the field according to the deployment scenario. The user devices 810a, 810b, 810c, and 810d can support multiple different radio access technologies. The techniques and embodiments described in the present document may be implemented by the base stations of wireless devices described in the present document.

[0104] FIG. 9 is a block diagram representation of a portion of a radio station in accordance with one or more embodiments of the present technology can be applied. A radio station 905 such as a network node, a base station, or a wireless device (or a user device, UE) can include processor electronics 910 such as a microprocessor that implements one or more of the wireless techniques presented in this document. The radio station 905 can include transceiver electronics 915 to send and / or receive wireless signals over one or more communication interfaces such as antenna 920. The radio station 905 can include other communication interfaces for transmitting and receiving data. Radio station 905 can include one or more memories (not explicitly shown) configured to store information such as data and / or instructions. In some implementations, the processor electronics 910 can include at least a portion of the transceiver electronics 915. In some embodiments, at least some of the disclosed techniques, modules or functions are implemented using the radio station 905. In some embodiments, the radio station 905 may be configured to perform the methods described herein.

[0105] The disclosed and other embodiments, modules and the functional operations described in this document can be implemented in digital electronic circuitry, or in computer software, firmware, or hardware, including the structures disclosed in this document and their structural equivalents, or in combinations of one or more of them. The disclosed and other embodiments can be implemented as one or more computer program products, i.e., one or more modules of computer program instructions encoded on a computer readable medium for execution by, or to control the operation of, data processing apparatus. The computer readable medium can be a machine-readable storage device, a machine-readable storage substrate, a memory device, a composition of matter effecting a machine-readable propagated signal, or a combination of one or more them. The term “data processing apparatus” encompasses all apparatus, devices, and machines for processing data, including by way of example a programmable processor, a computer, or multiple processors or computers. The apparatus can include, in addition to hardware, code that creates an execution environment for the computer program in question, e.g., code that constitutes processor firmware, a protocol stack, a database management system, an operating system, or a combination of one or more of them. A propagated signal is an artificially generated signal, e.g., a machine-generated electrical, optical, or electromagnetic signal, that is generated to encode information for transmission to suitable receiver apparatus.

[0106] A computer program (also known as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit  suitable for use in a computing environment. A computer program does not necessarily correspond to a file in a file system. A program can be stored in a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document) , in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub programs, or portions of code) . A computer program can be deployed to be executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communication network.

[0107] The processes and logic flows described in this document can be performed by one or more programmable processors executing one or more computer programs to perform functions by operating on input data and generating output. The processes and logic flows can also be performed by, and apparatus can also be implemented as, special purpose logic circuitry, e.g., an FPGA (field programmable gate array) or an ASIC (application specific integrated circuit) . Processors suitable for the execution of a computer program include, by way of example, both general and special purpose microprocessors, and any one or more processors of any kind of digital computer. Generally, a processor will receive instructions and data from a read only memory or a random-access memory or both. The essential elements of a computer are a processor for performing instructions and one or more memory devices for storing instructions and data. Generally, a computer will also include, or be operatively coupled to receive data from or transfer data to, or both, one or more mass storage devices for storing data, e.g., magnetic, magneto optical disks, or optical disks. However, a computer need not have such devices. Computer readable media suitable for storing computer program instructions and data include all forms of non-volatile memory, media and memory devices, including by way of example semiconductor memory devices, e.g., EPROM, EEPROM, and flash memory devices; magnetic disks, e.g., internal hard disks or removable disks; magneto optical disks; and CD ROM and DVD-ROM disks. The processor and the memory can be supplemented by, or incorporated in, special purpose logic circuitry.

[0108] While this patent document contains many specifics, these should not be construed as limitations on the scope of any invention or of what may be claimed, but rather as descriptions of features that may be specific to particular embodiments of particular inventions. Certain features that are described in this patent document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a subcombination or variation of a subcombination.

[0109] Similarly, while operations are depicted in the drawings 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. Moreover, the separation of various system components in the embodiments described in this patent document should not be understood as requiring such separation in all embodiments.

[0110] Only a few implementations and examples are described, and other implementations, enhancements and variations can be made based on what is described and illustrated in this patent document.

Claims

1.A method for wireless communication, comprising:receiving, by a relay terminal device from a source terminal device, information about Quality of Service (QoS) requirements between the source terminal device and a target terminal device, wherein the information comprises an identifier identifying a pair of the source terminal device and the target terminal device;determining, by the relay terminal device, a first portion of the information about QoS requirements applicable between the source terminal device and the relay terminal device and a second portion of the information about QoS requirements applicable between the relay terminal device and the target terminal device; andtransmitting, by the relay terminal device, the first portion of the information about QoS requirements to the source terminal device.2.The method of claim 1, comprising:transmitting, by the relay terminal device to the target terminal device, the second portion of the information about QoS requirements.3.A method for wireless communication, comprising:transmitting, by a source terminal device to a relay terminal device, information about Quality of Service (QoS) requirements between the source terminal device and a target terminal device, wherein the information comprises an identifier identifying a pair of the source terminal device and the target terminal device; andreceiving, by the source terminal device from the relay terminal device, a first portion of the information about QoS requirements applicable between the source terminal device and the relay terminal device.4.The method of any of claims 1 to 3, wherein at least one of the first portion of the information and the second portion of the information applicable between the source terminal device and the target terminal device comprises the identifier identifying the pair of the source terminal device and the target terminal device.5.The method of claim 4, wherein the identifier comprises at least one of: an identity of the source terminal device, an identity of the target terminal device, an identity of a PC5 link between the source terminal device and the target terminal device.6.The method of claim 5, wherein an identity of a terminal device comprises an application layer identifier, a user information identifier, a Layer2 identifier, a local identifier allocated by the relay terminal device.7.The method of any of claims 1 to 6, wherein at least one of (1) the information about the QoS requirements, (2) the first portion of the information about QoS requirements, or (3) the second portion of the information about QoS requirements comprises only a Packet Delay Budget (PDB) parameter.8.The method of any of claims 1 to 7, wherein at least one of (1) the information about QoS requirements, (2) the first portion of the information about QoS requirements, or (3) the second portion of the information about QoS requirements is carried in a PC5-Smessage.9.The method of any of claims 1 to 7, wherein at least one of (1) the information about QoS requirements, (2) the first portion of the information about QoS requirements, or (3) the second portion of the information about QoS requirements is carried in a PC5-RRC message.10.The method of any of claims 1 to 7, wherein the source terminal device and / or the relay terminal device is configured to determine, via system information or pre-configuration information, at least one of a sidelink radio bearer (SLRB) configuration, a PC5 radio link channel (RLC) channel configuration, or a mapping between a SLRB configuration and a PC5 RLC channel configuration.11.The method of claim 10, wherein the PC5 RLC channel configuration includes at least one of a PC5 RLC channel identifier, a Packet Delay Budget (PDB) parameter, or a list of QoS profiles associated with the PC5 RLC channel configuration, and wherein the mapping between the SLRB configuration the PC5 RLC channel configuration comprises a one-to-one or one-to-many association between a PC5 RLC channel identifier and an SLRB identifier or between an SLRB identifier and a PC5 RLC channel identifier.12.A method for wireless communication, comprising:determining, by a relay terminal device in communication with a source terminal device, whether an indirect path with multiple hops to a target terminal device exists; andtransmitting, by the relay terminal device, a notification to the source terminal device indicating information about the indirect path.13.A method for wireless communication, comprising:receiving, by a source terminal device from a relay terminal device, a notification indicating information related to whether an indirect path with multiple hops to a target terminal device exists; andperforming, by the source terminal device, a communication based on the notification.14.The method of claim 12 or 13, wherein, upon determining that the indirect path exists, the notification comprises at least one of a path indicator of the indirect path, one or more identifiers of terminal devices along the indirect path with the multiple hops, or recovery information.15.The method of claim 12 or 13, wherein, upon determining that the indirect path does not exist, the notification comprises at least a recovery failure indication.16.A method for wireless communication, comprising:transmitting, by a source base station, a handover request for a conditional path switch of a terminal device to a candidate base station of a cell, wherein the handover request comprises information about a list of candidate relay terminal devices belonging to the cell; andreceiving, by the source base station, an acknowledgement from the candidate base station, the acknowledgement comprising at least one of (1) a maximum number of candidate relay terminal devices in the cell or (2) one or more requested candidate relay terminal devices.17.The method of claim 16, comprising:receiving, by the source base station, a handover cancel message from the candidate base station, the handover cancel message comprising one or more candidate relay terminal devices to be canceled for the conditional path switch.18.The method of claim 16, comprising:transmitting, by the source base station to the terminal device, information about one or more consecution conditions, wherein each of the one or more consecution conditions is configured with a priority to enable the terminal device to select, according to the priority, the cell or a relay terminal device in the cell for a path switch.19.A method for wireless communication, comprising:receiving, by a candidate base station of a cell from a source base station, a handover request for a conditional path switch of a terminal device, wherein the handover request comprises information about a list of candidate relay terminal devices belonging to the cell; andtransmitting, by the candidate base station, an acknowledgment to the source base station, the acknowledgement comprising at least one of (1) a maximum number of candidate relay terminal devices in the cell or (2) one or more requested candidate relay terminal devices.20.The method of claim 19, comprising:transmitting, by the candidate base station, a handover cancel message to the source base station, the handover cancel message comprising one or more candidate relay terminal devices to be canceled for the conditional path switch.21.The method of any of claims 16 to 20, wherein the handover request further comprises information indicating at least a type of the conditional path switch, the type being one of a direct-to-indirect path switch, an indirect-to-indirect path switch, or an indirect-to-direct path switch.22.The method of any of claims 16 to 21, wherein the acknowledgement comprises a bitmap that indicates the one or more requested candidate relay terminal devices.23.The method of any of claims 16 to 22, wherein the handover request further comprises an indicator indicating whether the handover request is only applicable to the list of candidate relay terminal devices.24.The method of any of claims 16 to 22, wherein the handover request further comprises an indicator indicating whether the handover request is applicable to the list of candidate relay terminal devices and conditional cell.25.A method for wireless communication, comprising:recording, by a terminal device, information related to a conditional path switch; andreporting the recorded information related to the conditional path switch by the terminal device upon the terminal device being connected to a network.26.The method of claim 25, wherein the information is related to a failure of the conditional path switch, the information comprising at least one of: a type of the conditional path switch, an identity of a relay terminal device, information related to the relay terminal device, or a list of candidate relay terminal devices.27.The method of claim 25, wherein the information is related to a success of the conditional path switch, the information comprising at least one of: a type of the conditional path switch, an identity of a relay terminal device, or information related to the relay terminal device.28.The method of any of claims 24 to 27, comprising:starting a timer upon selecting a candidate relay device or transmitting a link establishment request to the candidate relay device;determining, upon an expiry of the timer, a failure of the conditional path switch.29.The method of any of claims 25 to 27, comprising:determining, by the terminal device, a failure of the conditional path switch based on a notification from a relay terminal device.30.The method of claim 29, wherein the notification comprises a link establishment reject message indicating that a link establishment failure has occurred or a PC5 notification indicating a connection failure or a cell reselection.31.A communication apparatus, comprising at least one processor configured to implement a method recited in any one or more of claims 1 to 30.32.A computer program product having code stored thereon, the code, when executed by at least one processor, causing the at least one processor to implement a method recited in any one or more of claims 1 to 30.

Images