CN117529963A - Reference configuration determination for inter-UE coordinated feedback for NR V2X side-link communication with collision avoidance - Google Patents

Abstract

An apparatus and system for communication of everything (V2X) side chains for a New Radio (NR) vehicle is described. The UE receives inter-UE coordination feedback from the secondary UE containing a set of preferred resources and a set of non-preferred resources based on the reference configuration and uses the preferred resources for V2X side-chain communication. The preferred resources depend on the reference configuration and the resource selection configuration of the UE.

Description

Reference configuration determination for inter-UE coordinated feedback for NR V2X side-link communication with collision avoidance

Priority statement

The present application claims priority from U.S. provisional patent application Ser. No. 63/229,970, filed on 8 months 5 a 2021, U.S. provisional patent application Ser. No. 63/230,010, filed on 8 months 5 a 2021, and U.S. provisional patent application Ser. No. 63/230,017, filed on 8 months 5 a 2021, each of which is incorporated herein by reference in its entirety.

Technical Field

Embodiments relate to Next Generation (NG) wireless communications. In particular, some embodiments relate to New Radio (NR) vehicle-to-everything (V2X) side link communications.

Background

The use and complexity of Next Generation (NG) or New Radio (NR) wireless systems, including 5G networks and beginning to include sixth generation (6G) networks, etc., has increased due to the increase in the amount of data and bandwidth used by User Equipment (UEs) using network resources and by various applications operating on these UEs, such as video streaming. With the substantial increase in the number and diversity of communication devices, the corresponding network environments, including routers, switches, bridges, gateways, firewalls, and load balancers, have become increasingly complex. As expected, with the advent of any new technology, there are many problems, including complexity and vehicle communications.

Drawings

In the drawings, which are not necessarily drawn to scale, like numerals may describe similar components in different views. The same numbers with different letter suffixes may represent different instances of similar components. The drawings illustrate generally, by way of example and not by way of limitation, the various embodiments discussed in the present document.

Fig. 1A illustrates an architecture of a network in accordance with some aspects.

Fig. 1B illustrates a non-roaming 5G system architecture in accordance with some aspects.

Fig. 1C illustrates a non-roaming 5G system architecture in accordance with some aspects.

Fig. 2 illustrates a block diagram of a communication device in accordance with some embodiments.

Fig. 3A illustrates a transition of preferred/non-preferred resources on the UE-a side from a first reference configuration to a second reference configuration, in accordance with some embodiments.

Fig. 3B illustrates another transition of preferred/non-preferred resources on the UE-B side from a first reference configuration to a second reference configuration, in accordance with some embodiments.

Fig. 4 illustrates two side chain reference signal received power (SL-RSRP) thresholds for preferred and non-preferred resource sets according to some embodiments.

Fig. 5A illustrates inter-UE coordination feedback generation in accordance with some embodiments.

Fig. 5B illustrates another inter-UE coordination feedback generation in accordance with some embodiments.

Fig. 5C illustrates another inter-UE coordination feedback generation in accordance with some embodiments.

Fig. 6A illustrates a relationship of a set of resources with reservation generation by a secondary UE, in accordance with some embodiments.

Fig. 6B illustrates a relationship of another set of resources with reservation generation by a secondary UE, in accordance with some embodiments.

Fig. 7A illustrates resource set generation by a secondary UE for different reservation periods, in accordance with some embodiments.

Fig. 7B illustrates another set of resources generated by the secondary UE for different reservation periods, in accordance with some embodiments.

Fig. 7C illustrates another set of resources generated by the secondary UE for different reservation periods, in accordance with some embodiments.

Fig. 8 illustrates auxiliary UE timing for generating and transmitting inter-UE coordination feedback in accordance with some embodiments.

Fig. 9A illustrates inter-UE coordination feedback generation in accordance with some embodiments.

Fig. 9B illustrates another inter-UE coordination feedback generation in accordance with some embodiments.

Fig. 10A illustrates allocation of resource selection windows for feedback relative to feedback transmission time instances, in accordance with some embodiments.

Fig. 10B illustrates another allocation of a resource selection window for feedback relative to a feedback transmission time instance, in accordance with some embodiments.

Fig. 10C illustrates another allocation of a resource selection window for feedback relative to a feedback transmission time instance, in accordance with some embodiments.

Fig. 11A illustrates a resource selection window for feedback prior to a time instance for feedback transmission, in accordance with some embodiments.

Fig. 11B illustrates another resource selection window for feedback allocated after a time instance for feedback transmission, in accordance with some embodiments.

Detailed Description

The following description and the drawings sufficiently illustrate specific embodiments to enable those skilled in the art to practice them. Other embodiments may incorporate structural, logical, electrical, process, and other changes. Portions and features of some embodiments may be included in, or substituted for, those of others. The embodiments set forth in the claims encompass all available equivalents of those claims.

Fig. 1A illustrates an architecture of a network in accordance with some aspects. Network 140A includes 3GPP LTE/4G and NG network functions that can be extended to 6G and later generation functions. Thus, although reference will be made to 5G, it should be understood that this will be able to extend to 6G (and later) structures, systems and functions. The network functions may be implemented as discrete network elements on dedicated hardware, as software instances running on dedicated hardware, and/or as virtualized functions instantiated on an appropriate platform (e.g., dedicated hardware or cloud infrastructure).

Network 140A is shown to include User Equipment (UE) 101 and UE 102. The UEs 101 and 102 are shown as smartphones (e.g., handheld touch screen mobile computing devices connectable to one or more cellular networks), but may also include any mobile or non-mobile computing device, such as a portable (laptop) or desktop computer, a wireless handset, a drone, or any other computing device including wired and/or wireless communication interfaces. The UEs 101 and 102 may be collectively referred to herein as UE 101, and the UE 101 may be configured to perform one or more of the techniques disclosed herein.

Any of the radio links described herein (e.g., as used in network 140A or any other illustrated network) may operate in accordance with any of the example radio communication techniques and/or standards. Any spectrum management scheme including, for example, dedicated licensed spectrum, unlicensed spectrum, (licensed) shared spectrum (such as Licensed Shared Access (LSA) in 2.3-2.4GHz, 3.4-3.6GHz, 3.6-3.8GHz and other frequencies, and Spectrum Access System (SAS) in 3.55-3.7GHz and other frequencies). Different single carrier or Orthogonal Frequency Domain Multiplexing (OFDM) modes (CP-OFDM, SC-FDMA, SC-OFDM, filter bank based multi-carrier (FBMC), OFDMA, etc.), and in particular 3GPP NR, can be used by allocating OFDM carrier data bit vectors to corresponding symbol resources.

In some aspects, either of the UEs 101 and 102 may include an internet of things (IoT) UE or a cellular IoT (CIoT) UE, which may include a network access layer designed for low-power IoT applications that utilize short-lived UE connections. In some aspects, either of the UEs 101 and 102 may include Narrowband (NB) IoT UEs (e.g., such as enhanced NB-IoT (eNB-IoT) UEs and further enhanced (FeNB-IoT) UEs). IoT UEs may utilize technologies such as machine-to-machine (M2M) or Machine Type Communication (MTC) for exchanging data with MTC servers or devices via Public Land Mobile Networks (PLMNs), proximity-based services (ProSe) or device-to-device (D2D) communications, sensor networks, or IoT networks. The M2M or MTC data exchange may be a machine initiated data exchange. The IoT network includes interconnected IoT UEs with ephemeral connections, which may include uniquely identifiable embedded computing devices (within the internet infrastructure). The IoT UE may execute a background application (e.g., keep-alive message, status update, etc.) to facilitate connection of the IoT network. In some aspects, either of the UEs 101 and 102 may include an enhanced MTC (eMTC) UE or a further enhanced MTC (FeMTC) UE.

The UEs 101 and 102 may be configured to connect, e.g., communicatively couple, with a Radio Access Network (RAN) 110. RAN 110 may be, for example, an evolved Universal Mobile Telecommunications System (UMTS) terrestrial radio access network (E-UTRAN), a next generation RAN (NG RAN), or some other type of RAN. RAN 110 may contain one or more gnbs, where one or more gnbs may be implemented by multiple units. Note that although a gNB may be mentioned herein, the same aspects may be applied to other generation nodebs, such as generation 6 nodebs, and thus may alternatively be referred to as radio access network nodes (RANode).

Each of the gnbs may implement protocol entities in a 3GPP protocol stack, wherein the layers are considered to be ordered from lowest to highest in order of Physical (PHY), medium Access Control (MAC), radio Link Control (RLC), packet data convergence control (PDCP), and Radio Resource Control (RRC)/Service Data Adaptation Protocol (SDAP) (for control plane/user plane). The protocol layers in each gNB may be distributed among different units—a Central Unit (CU), at least one Distributed Unit (DU) and a Remote Radio Head (RRH). In addition to those functions specifically assigned to DUs, CUs may provide functions such as controlling the transfer of user data, as well as enabling mobility control, radio access network sharing, positioning, and session management.

The higher protocol layers (PDCP and RRC for control plane/PDCP and SDAP for user plane) may be implemented in the CU and RLC and MAC layers may be implemented in the DUs. The PHY layer may be partitioned, with higher PHY layers also implemented in DUs and lower PHY layers implemented in RRHs. The CUs, DUs and RRHs may be implemented by different manufacturers, but may still be connected by an appropriate interface between them. A CU may be connected to a plurality of DUs.

Interfaces within the gNB include the E1 and forward (F) F1 interfaces. The E1 interface may be between a CU control plane (gNB-CU-CP) and a CU user plane (gNB-CU-UP) and may thus support the exchange of signaling information between the control plane and the user plane over E1AP services. The E1 interface may separate the radio network layer and the transport network layer and enable exchange of UE-associated information and non-UE-associated information. The E1AP service may be a non-UE associated service related to an entire E1 interface instance between the gNB-CU-CP and the gNB-CU-UP using a non-UE associated signaling connection, as well as a service associated with a single UE and a UE associated with a UE-associated signaling connection maintained for the UE.

The F1 interface may be provided between the CU and the DU. The CU may control the operation of the DU through the F1 interface. Since the signaling in the gNB is split into control plane and user plane signaling, the F1 interface can be split into an F1-C interface for control plane signaling between the gNB-DU and gNB-CU-CP and an F1-U interface for user plane signaling between the gNB-DU and gNB-CU-UP, which support separation of control plane and user plane. The F1 interface may separate the radio network and transport network layers and enable exchange of UE-associated information and non-UE-associated information. Further, the F2 interface may be between a lower portion and an upper portion of the NR PHY layer. The F2 interface may also be separated into F2-C and F2-U interfaces based on control plane and user plane functions.

The UEs 101 and 102 utilize connections 103 and 104, respectively, each of which includes a physical communication interface or layer (discussed in further detail below); in this example, connections 103 and 104 are shown as air interfaces that enable communicative coupling, and may follow cellular communication protocols, such as the global system for mobile communications (GSM) protocol, code Division Multiple Access (CDMA) network protocol, push-to-Talk (PTT) protocol, PTT Over Cellular (POC) protocol, universal Mobile Telecommunications System (UMTS) protocol, 3GPP Long Term Evolution (LTE) protocol, 5G protocol, 6G protocol, and so forth.

In one aspect, the UEs 101 and 102 may additionally exchange communication data directly via the ProSe interface 105. ProSe interface 105 may alternatively be referred to as a Side Link (SL) interface that includes one or more logical channels including, but not limited to, a physical side link control channel (PSCCH), a physical side link shared channel (PSSCH), a physical side link discovery channel (PSDCH), a physical side link broadcast channel (PSBCH), and a physical side link feedback channel (PSFCH).

UE 102 is shown configured to access an Access Point (AP) 106 via a connection 107. Connection 107 may comprise a local wireless connection, such as a connection conforming to any IEEE 802.11 protocol according to which AP 106 may comprise wireless fidelity And a router. In this example, the AP 106 is shown connected to the internet, rather than to the core network of the wireless system (described in further detail below).

RAN 110 may include one or more access nodes implementing connections 103 and 104. These Access Nodes (ANs) may be referred to as Base Stations (BS), nodebs, evolved nodebs (enbs), next generation nodebs (gnbs), RAN nodes, etc., and may include ground stations (e.g., terrestrial access points) or satellite stations that provide coverage within a geographic area (e.g., cell). In some aspects, communication nodes 111 and 112 may be transmission/reception points (TRP). In the case where the communication nodes 111 and 112 are nodebs (e.g., enbs or gnbs), one or more TRPs may function within the communication cell of the NodeB. RAN 110 may include one or more RAN nodes, such as macro RAN node 111, for providing macro cells and one or more RAN nodes, such as Low Power (LP) RAN node 112, for providing femto cells or pico cells (e.g., cells having smaller coverage areas, smaller user capacity, or higher bandwidth than macro cells).

Either of the RAN nodes 111 and 112 may terminate the air interface protocol and may be a first point of contact for the UEs 101 and 102. In some aspects, either of RAN nodes 111 and 112 may implement various logic functions for RAN 110 including, but not limited to, radio Network Controller (RNC) functions such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management. In an example, any of nodes 111 and/or 112 may be a gNB, an eNB, or another type of RAN node.

RAN 110 is shown communicatively coupled to a Core Network (CN) 120 via an S1 interface 113. In aspects, the CN 120 may be an Evolved Packet Core (EPC) network, a next generation packet core (NPC) network, or some other type of CN (e.g., as described with reference to fig. 1B-1C). In this regard, the S1 interface 113 is divided into two parts: an S1-U interface 114 carrying traffic data between RAN nodes 111 and 112 and a serving gateway (S-GW) 122; and an S1-Mobility Management Entity (MME) interface 115, which is a signaling interface between RAN nodes 111 and 112 and MME 121.

In this regard, the CN 120 includes an MME 121, an S-GW 122, a Packet Data Network (PDN) gateway (P-GW) 123, and a Home Subscriber Server (HSS) 124.MME 121 may be similar in function to the control plane of a legacy serving General Packet Radio Service (GPRS) support node (SGSN). MME 121 may manage mobility aspects in the access such as gateway selection and tracking area list management. HSS124 may include a database for network users that includes subscription-related information to support the processing of communication sessions by network entities. The CN 120 may include one or several HSS124 depending on the number of mobile subscribers, the capacity of the device, the organization of the network, etc. For example, the HSS124 may provide support for routing/roaming, authentication, authorization, naming/addressing resolution, location dependencies, and the like.

S-GW 122 may terminate S1 interface 113 towards RAN 110 and route data packets between RAN 110 and CN 120. Furthermore, the S-GW 122 may be a local mobility anchor for inter-RAN node handover and may also provide an anchor for inter-3 GPP mobility. Other responsibilities of S-GW 122 may include lawful interception, charging, and some policy enforcement.

The P-GW 123 may terminate the SGi interface towards the PDN. The P-GW 123 may route data packets between the CN 120 and external networks, such as a network including an application server 184 (alternatively referred to as an Application Function (AF)), via an Internet Protocol (IP) interface 125. The P-GW 123 may also communicate data to other external networks 131A, which may include the internet, an IP multimedia Subsystem (IPs) network, and other networks. In general, the application server 184 may be an element that provides applications (e.g., UMTS Packet Services (PS) domain, LTE PS data services, etc.) that use IP bearer resources with the core network. In this regard, P-GW 123 is shown communicatively coupled to application server 184 via IP interface 125. The application server 184 may also be configured to support one or more communication services (e.g., voice over internet protocol (VoIP) sessions, PTT sessions, group communication sessions, social networking services, etc.) for the UEs 101 and 102 via the CN 120.

The P-GW 123 may additionally be a node for policy enforcement and charging data collection. Policy and Charging Rules Function (PCRF) 126 is a policy and charging control element of CN 120. In a non-roaming scenario, in some aspects, there may be a single PCRF in the Home Public Land Mobile Network (HPLMN) associated with an internet protocol connectivity access network (IP-CAN) session of the UE. In a roaming scenario where traffic is off-home, there may be two PCRFs associated with the IP-CAN session of the UE: a home PCRF (H-PCRF) within the HPLMN and a visited PCRF (V-PCRF) within the Visited Public Land Mobile Network (VPLMN). PCRF 126 may be communicatively coupled to application server 184 via P-GW 123.

In some aspects, the communication network 140A may be an IoT network or a 5G or 6G network, including a 5G new radio network that uses communication in licensed (5G NR) and unlicensed (5G NR-U) spectrum. One of the current enablers of IoT is a narrowband IoT (NB-IoT). Operations in the unlicensed spectrum may include Dual Connectivity (DC) operations and independent LTE systems in the unlicensed spectrum, whereby LTE-based techniques operate only in the unlicensed spectrum and do not use what is known as a "anchor" in the licensed spectrum. Additional enhanced operation of LTE systems in licensed and unlicensed spectrum is expected in future releases and 5G systems. Such enhanced operations may include techniques for side link resource allocation and UE processing behavior for NR side link V2X communications.

The NG system architecture (or 6G system architecture) may include RAN 110 and Core Network (CN) 120.NG-RAN 110 may include multiple nodes, such as a gNB and NG-eNB. The CN 120 (e.g., a 5G core network (5 GC)) may include Access and Mobility Functions (AMFs) and/or User Plane Functions (UPFs). The AMF and UPF may be communicatively coupled to the gNB and the NG-eNB via the NG interface. More specifically, in some aspects, the gNB and NG-eNB may connect to the AMF through a NG-C interface and to the UPF through a NG-U interface. The gNB and NG-eNB may be coupled to each other via an Xn interface.

In some aspects, the NG system architecture may use reference points between various nodes. In some aspects, each of the gNB and NG-eNB may be implemented as a base station, a mobile edge server, a small cell, a home eNB, or the like. In some aspects, in a 5G architecture, a gNB may be a primary node (MN) and a NG-eNB may be a Secondary Node (SN).

Fig. 1B illustrates a non-roaming 5G system architecture in accordance with some aspects. In particular, fig. 1B illustrates a 5G system architecture 140B in reference point representation, which may be extended to a 6G system architecture. More specifically, UE 102 may communicate with RAN 110 and one or more other CN network entities. The 5G system architecture 140B includes a plurality of Network Functions (NF), such as AMF 132, session Management Function (SMF) 136, policy Control Function (PCF) 148, application Function (AF) 150, UPF 134, network Slice Selection Function (NSSF) 142, authentication server function (AUSF) 144, and Unified Data Management (UDM)/Home Subscriber Server (HSS) 146.

The UPF 134 may provide a connection to a Data Network (DN) 152, which may include, for example, operator services, internet access, or third party services. The AMF 132 may be used to manage access control and mobility and may also include network slice selection functionality. The AMF 132 may provide UE-based authentication, authorization, mobility management, etc., and may be independent of access technology. The SMF 136 may be configured to establish and manage various sessions according to network policies. Thus, the SMF 136 may be responsible for session management and assigning IP addresses to UEs. The SMF 136 may also select and control the UPF 134 for data transfer. The SMF 136 may be associated with a single session of the UE 101 or multiple sessions of the UE 101. That is, the UE 101 may have multiple 5G sessions. Different SMFs may be assigned to each session. The use of different SMFs may allow each session to be managed separately. Thus, the functionality of each session may be independent of the other.

The UPF 134 can be deployed in one or more configurations depending on the type of service desired and can be connected to a data network. PCF 148 may be configured to provide a policy framework using network slicing, mobility management, and roaming (similar to PCRF in 4G communication systems). The UDM may be configured to store subscriber profiles and data (similar to HSS in a 4G communication system).

AF 150 may provide information about the packet flow to PCF 148 responsible for policy control to support the desired QoS. PCF 148 may set mobility and session management policies for UE 101. To this end, PCF 148 may use the packet flow information to determine the appropriate policies for proper operation of AMF 132 and SMF 136. The AUSF 144 may store data for UE authentication.

In some aspects, the 5G system architecture 140B includes an IP Multimedia Subsystem (IMS) 168B and a plurality of IP multimedia core network subsystem entities, such as Call Session Control Functions (CSCFs). More specifically, the IMS168B includes CSCFs that may act as proxy CSCF (P-CSCF) 162BE, serving CSCF (S-CSCF) 164B, emergency CSCF (E-CSCF) (not illustrated in FIG. 1B), or interrogating CSCF (I-CSCF) 166B. P-CSCF 162B may be configured as a first point of contact for UE 102 within IM Subsystem (IMs) 168B. S-CSCF 164B may be configured to handle session states in the network and E-CSCF may be configured to handle certain aspects of emergency sessions, such as routing emergency requests to the correct emergency center or PSAP. I-CSCF 166B may be configured to act as a contact point within the operator network for all IMS connections destined to subscribers of the network operator or roaming subscribers currently located within the service area of the network operator. In some aspects, I-CSCF 166B may be connected to another IP multimedia network 170B, such as an IMS operated by a different network operator.

In some aspects, the UDM/HSS146 may be coupled to an Application Server (AS) 160B, which may include a Telephony Application Server (TAS) or another application server. AS160B may be coupled to IMS168B via S-CSCF 164B or I-CSCF 166B.

The reference point representation shows that there may be interactions between corresponding NF services. For example, fig. 1B illustrates the following reference points: n1 (between UE 102 and AMF 132), N2 (between RAN 110 and AMF 132), N3 (between RAN 110 and UPF 134), N4 (between SMF 136 and UPF 134), N5 (between PCF 148 and AF 150, not shown), N6 (between UPF 134 and DN 152), N7 (between SMF 136 and PCF 148, not shown), N8 (between UDM 146 and AMF 132, not shown), N9 (between two UPF 134, not shown), N10 (between UDM 146 and SMF 136, not shown), N11 (between AMF 132 and SMF 136), N12 (between AUSF 144 and AMF 132, not shown), N13 (between AUSF 144 and UDM 146, not shown), N14 (between PCF 148 and AMF 132 in the case of a non-roaming scenario, or between PCF 148 and AMF 132, and N142 (not shown), N16 and N between nsf 132, not shown), and N14 (between ms 132, not shown). Other reference point representations not shown in fig. 1B may also be used.

Fig. 1C illustrates a 5G system architecture 140C and service-based representation. In addition to the network entities shown in fig. 1B, the system architecture 140C may also include a network open function (NEF) 154 and a Network Repository Function (NRF) 156. In some aspects, the 5G system architecture may be service-based, and interactions between network functions may be represented by corresponding point-to-point reference points Ni, or as service-based interfaces.

In some aspects, as shown in fig. 1C, the service-based representation may be used to represent network functions within the control plane that enable other authorized network functions to access their services. In this regard, the 5G system architecture 140C may include the following service-based interfaces: namf 158H (service-based interface shown by AMF 132), nsmf 158I (service-based interface shown by SMF 136), nnef 158B (service-based interface shown by NEF 154), npcf 158D (service-based interface shown by PCF 148), nudm158E (service-based interface shown by UDM 146), naf 158F (service-based interface shown by AF 150), nnrf 158C (service-based interface shown by NRF 156), nnssf 158A (service-based interface shown by NSSF 142), nausf 158G (service-based interface shown by AUSF 144). Other service-based interfaces not shown in fig. 1C (e.g., nudr, N5g-eir, and Nudsf) may also be used.

The NR-V2X architecture may support high reliability low latency side link communications with multiple traffic patterns, including periodic and aperiodic communications with random packet arrival times and sizes. The techniques disclosed herein may be used to support high reliability in a distributed communication system with a dynamic topology, including a side link NR V2X communication system.

Fig. 2 illustrates a block diagram of a communication device in accordance with some embodiments. The communication device 200 may be a UE, such as a special purpose computer, personal or laptop computer (PC), tablet PC or smartphone, a special purpose network device such as an eNB, a server running software to configure the server to operate as a network device, a virtual device, or any machine capable of executing instructions (sequentially or otherwise) specifying actions to be taken by the machine. For example, the communication device 200 may be implemented as one or more of the devices shown in fig. 1A-1C. Note that the communications described herein may be encoded for reception by a receiving entity (e.g., a gNB, UE) prior to transmission by a transmitting entity (e.g., a UE, a gNB), and decoded after reception by the receiving entity.

As described herein, examples may include or be operable on logic or a plurality of components, modules or mechanisms. Modules and components are tangible entities (e.g., hardware) capable of performing specified operations, and may be configured or arranged in some manner. In an example, the circuitry may be arranged as modules in a specified manner (e.g., internally or relative to external entities such as other circuitry). In an example, all or part of one or more computer systems (e.g., stand-alone, client, or server computer systems) or one or more hardware processors may be configured by firmware or software (e.g., instructions, application portions, or application programs) as modules that operate to perform specified operations. In an example, the software may reside on a machine readable medium. In an example, the software, when executed by the underlying hardware of the module, causes the hardware to perform specified operations.

Thus, the term "module" (and "component") is understood to encompass a tangible entity, i.e., an entity that is physically constructed, specifically configured (e.g., hardwired), or temporarily (e.g., transient) configured (e.g., programmed) to operate in a particular manner or to perform part or all of any of the operations described herein. Considering the example in which modules are temporarily configured, each of the modules need not be instantiated at any one time. For example, where a module includes a general-purpose hardware processor configured using software, the general-purpose hardware processor may be configured as corresponding different modules at different times. The software may configure the hardware processor accordingly, for example, to constitute a particular module at one instance of time and to constitute a different module at a different instance of time.

The communication device 200 may include a hardware processor (or equivalently, processing circuitry) 202 (e.g., a Central Processing Unit (CPU), GPU, hardware processor core, or any combination thereof), a main memory 204, and a static memory 206, some or all of which may communicate with each other via an interconnection link (e.g., bus) 208. The main memory 204 may contain any or all of removable storage and non-removable storage, volatile memory, or nonvolatile memory. The communication device 200 may additionally include a display unit 210, such as a video display, an alphanumeric input device 212 (e.g., a keyboard), and a User Interface (UI) navigation device 214 (e.g., a mouse). In an example, display unit 210, input device 212, and UI navigation device 214 may be touch screen displays. The communication device 200 may additionally include a storage device (e.g., a drive unit) 216, a signal generation device 218 (e.g., a speaker), a network interface device 220, and one or more sensors such as a Global Positioning System (GPS) sensor, compass, accelerometer, or other sensor. The communication device 200 may additionally include an output controller, such as a serial (e.g., universal Serial Bus (USB)), parallel, or other wired or wireless (e.g., infrared (IR), near Field Communication (NFC), etc.) connection to communicate with or control one or more peripheral devices (e.g., printer, card reader, etc.).

The storage device 216 may include a non-transitory machine-readable medium 222 (hereinafter referred to simply as a machine-readable medium) having stored thereon one or more sets of data structures or instructions 224 (e.g., software) embodying or utilized by any one or more of the techniques or functions described herein. The instructions 224 may also reside, completely or at least partially, within the main memory 204, within the static memory 206, and/or within the hardware processor 202 during execution thereof by the communication device 200. While the machine-readable medium 222 is illustrated as a single medium, the term "machine-readable medium" may include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) configured to store the one or more instructions 224.

The term "machine-readable medium" can include any medium capable of storing, encoding or carrying instructions for execution by the communication device 200 and that cause the communication device 200 to perform any one or more of the techniques of this disclosure, or any medium capable of storing, encoding or carrying data structures used by or associated with such instructions. Non-limiting examples of machine readable media may include solid state memory, optical and magnetic media. Specific examples of machine-readable media may include: nonvolatile memory such as semiconductor memory devices (e.g., electrically Programmable Read Only Memory (EPROM), electrically Erasable Programmable Read Only Memory (EEPROM)) and flash memory devices; magnetic disks, such as internal hard disks and removable disks; magneto-optical disk; random Access Memory (RAM); CD-ROM and DVD-ROM discs.

The instructions 224 may additionally be transmitted or received over a communication network using a transmission medium 226 via the network interface device 220 using any of a variety of Wireless Local Area Network (WLAN) transport protocols (e.g., frame relay, internet Protocol (IP), transmission Control Protocol (TCP), user Datagram Protocol (UDP), hypertext transfer protocol (HTTP), etc.). Example communication networks may include a Local Area Network (LAN), a Wide Area Network (WAN), a packet data network (e.g., the internet), a mobile telephone network (e.g., a cellular network), a Plain Old Telephone (POTS) network, and a wireless data network. Communications over the network may include one or more different protocols, such as the Institute of Electrical and Electronics Engineers (IEEE) 802.11 family of standards known as Wi-Fi, the IEEE 802.16 family of standards known as WiMax, the IEEE 802.15.4 family of standards, the Long Term Evolution (LTE) family of standards, the Universal Mobile Telecommunications System (UMTS) family of standards, point-to-point (P2P) networks, the Next Generation (NG)/5 th generation (5G) standards, and so forth. In an example, the network interface device 220 may include one or more physical jacks (e.g., ethernet, coaxial, or telephone jacks) or one or more antennas to connect to the transmission medium 226.

Note that the term "circuitry" as used herein refers to or is part of a hardware component, such as, for example, an electronic circuit, a logic circuit, a processor (shared, dedicated, or group) and/or memory (shared, dedicated, or group), an Application Specific Integrated Circuit (ASIC), a field programmable gate array (FPD) (e.g., a Field Programmable Gate Array (FPGA), a Programmable Logic Device (PLD), a Complex PLD (CPLD), a high-capacity PLD (hcld), a structured ASIC, or a programmable SoC), a Digital Signal Processor (DSP), etc., that are configured to provide the described functionality. In some embodiments, circuitry may execute one or more software or firmware programs to provide at least some of the described functionality. The term "circuitry" may also refer to a combination of one or more hardware elements and program code (or a combination of circuitry and program code for use in an electrical or electronic system), one or more hardware elements being arranged to perform the functions of the program code. In these embodiments, the combination of hardware elements and program code may be referred to as a particular type of circuitry.

Thus, the term "processor circuitry" or "processor" as used herein refers to, or is part of, or includes circuitry capable of performing a series of arithmetic or logical operations, either sequentially or automatically, or recording, storing, and/or transmitting digital data. The term "processor circuitry" or "processor" may refer to one or more application processors, one or more baseband processors, a physical Central Processing Unit (CPU), a single or multi-core processor, and/or any other device capable of executing or otherwise operating computer-executable instructions, such as program code, software modules, and/or functional processes.

Any of the radio links described herein may operate in accordance with any one or more of the following radio communication technologies and/or standards, including, but not limited to: global system for mobile communications (GSM) radio communications technology, general Packet Radio Service (GPRS) radio communications technology, enhanced data rates for GSM evolution (EDGE) radio communications technology and/or third generation partnership project (3 GPP) radio communications technology, such as Universal Mobile Telecommunications System (UMTS), multimedia free access (FOMA), 3GPP long term evolution (LTE Advanced), code division multiple access 2000 (CDMA 2000), cellular Digital Packet Data (CDPD), mobitex, third generation (3G), circuit Switched Data (CSD), high Speed Circuit Switched Data (HSCSD), universal mobile telecommunications system (third generation) (UMTS (3G)), wideband code division multiple access (universal mobile telecommunications system) (W-CDMA (UMTS)), high Speed Packet Access (HSPA), high Speed Downlink Packet Access (HSDPA), high Speed Uplink Packet Access (HSUPA), high speed packet access Plus (hspa+), universal mobile telecommunications system-time division duplex (UMTS-TDD), time division-code division multiple access (TD-CDMA), time division-synchronous code division multiple access (TD-CDMA), 3 rd generation partnership project release 8 (Pre-4 th generation) (3 GPP rel.8 (Pre-4G)), 3GPP rel.9 (3 rd generation partnership project 9), 3GPP rel.10 (3 rd generation partnership project release 10) 3GPP Rel.11 (3 rd generation partnership project release 11), 3GPP Rel.12 (3 rd generation partnership project release 12), 3GPP Rel.13 (3 rd generation partnership project release 13), 3GPP Rel.14 (3 rd generation partnership project release 14), 3GPP Rel.15 (3 rd generation partnership project release 15), 3GPP Rel.16 (3 rd generation partnership project release 16), 3GPP Rel.17 (3 rd generation partnership project release 17) and subsequent releases (such as Rel.18, rel.19, etc.), 3GPP 5G, 5G new radio (5G NR), 3GPP 5G new radio, 3GPP LTE Extra, LTE-Advanced, LTE License Assisted Access (LAA) MuLTEfire, UMTS Terrestrial Radio Access (UTRA), evolved UMTS terrestrial radio access (E-UTRA), advanced long term evolution (4 th generation) (LTE Advanced (4G)), cdmaOne (2G), code division multiple access 2000 (third generation) (CDMA 2000 (3G)), evolved data optimized or evolution-only data (EV-DO), advanced mobile phone system (1 st generation) (AMPS (1G)), full access communication system/extended full access communication system (TACS/ETACS), digital AMPS (2 nd generation) (D-AMPS (2G)), push-to-talk (PTT), mobile phone system (MTS), improved mobile phone system (IMTS), advanced mobile phone system (AMTS), OLT (norway Offentlig Landmobil Telefoni, public land mobile telephone), MTD (swedish abbreviation Mobiltelefonisystem D, or mobile telephone system D), public automatic land mobile telephone (Autotel/PALM), ARP (autonomous audiopuhelin, "car radio telephone"), NMT (nordic mobile telephone), high capacity version of NTT (japanese telegraph telephone) (Hicap), cellular Digital Packet Data (CDPD), mobitex, dataTAC, integrated Digital Enhanced Network (iDEN), personal Digital Cellular (PDC), circuit Switched Data (CSD), personal Handyphone System (PHS), broadband integrated digital enhanced network (WiDEN), iBurst, unlicensed Mobile Access (UMA) (also known as 3GPP universal access network or GAN standard), zigbee, bluetooth (r), wireless gigabit alliance (WiGig) standard, universal mmWave standard (wireless system operating at 10-300GHz and above, such as WiGig, IEEE 802.11ad, IEEE 802.11ay, etc.), technologies operating in the above 300GHz and THz bands, (3 GPP/LTE or IEEE 802.11p or IEEE 802.11bd based and others), vehicle-to-vehicle (V2V) and vehicle-to-X (V2X) and vehicle-to-infrastructure (V2I) and infrastructure-to-vehicle (I2V) communication technologies, 3GPP cellular V2X, DSRC (dedicated short range communication) communication systems such as smart transportation systems and others (typically operating at or above 5850MHz to 5925MHz (as suggested by the modification in the CEPT report 71, typically up to 5935 MHz)), european ITS-G5 systems (i.e., europe based on DSRC of IEEE 802.11p, including ITS-G5A (i.e., operation of ITS-G5 in the european ITS band dedicated to ITS security-related applications in the frequency range 5,875ghz to 5,255 ghz), ITS-G5B (i.e., operation in the european ITS band dedicated to ITS non-security applications in the frequency range 5,855ghz to 5,875 ghz), ITS-G5C (i.e., operation of ITS applications in the frequency range 5,470ghz to 5,725 ghz), DSRC (including 715MHz to 725 MHz) of japan in the 700MHz band, IEEE 802.11bd based systems, and the like.

Aspects described herein may be used in the context of any spectrum management scheme, including private licensed spectrum, unlicensed spectrum, licensed exempt spectrum, (licensed) shared spectrum (such as lsa=licensed shared access in 2.3-2.4GHz, 3.4-3.6GHz, 3.6-3.8GHz, and further frequencies, and sas=spectrum access system/cbrs=citizen broadband radio system in 3.55-3.7GHz and further frequencies). Applicable spectral bands include IMT (international mobile telecommunications) spectrum and other types of spectrum/bands, such as bands with nationally allocated bands (including 450-470MHz, 902-928MHz (note: such as allocated in the united states (FCC Part 15)), 863-868.6MHz (note: for example, distributed in the european union (ETSI EN 300 220)), 915.9-929.7MHz (note: such as those allocated in japan), 917-923.5MHz (note: such as those allocated in korea), 755-779MHz and 779-787MHz (note: such as those allocated in china), 790-960MHz, 1710-2025MHz, 2110-2200MHz, 2300-2400MHz, 2.4-2.4835GHz (note: which is an ISM band with global availability and is also used by bluetooth) and Wi-Fi technology series (11 b/g/n/ax), 2500-2690MHz, 698-790MHz, 610-790MHz, 3400-3600MHz, 3400-4200 MHz, 3800-4200MHz, 3.55-3.7GHz (note: such as those allocated in the united states for citizen broadband radio service), 5.15-5.25GHz and 5.25-5.35GHz and 5.47-5.725GHz and 5.725-5.85GHz (note: such as those allocated in the united states (FCC Part 15), consisting of four U-i bands), a total of, such as those allocated in the united states), and a total of 500-60 MHz (note: such as those allocated in the european community), and a total of such as those allocated in the european spectrum (e.47.47.47-5 GHz) and the european community) and the like The 5925-7125MHz and 5925-6425MHz bands (note: the next generation Wi-Fi systems are expected to include the 6GHz spectrum as the operating band under us and european union considerations, respectively, but note that by the month of 2017, wi-Fi systems are not allowed to be implemented in this band, as expected within the 2019-2020 time frame), IMT-advanced spectrum, IMT-2020 spectrum (expected to include the 3600-3800MHz, 3800-4200MHz, 3.5GHz band, 700MHz band, frequency bands in the 24.25-86GHz range, etc.), frequency spectrum available under the FCC "front of spectrum" 5G initiative (including 27.5-28.35GHz, 29.1-29.25GHz, 31-31.3GHz, 37-38.6GHz, 38.6-40GHz, 42-42.5GHz, 57-64GHz, 71-76GHz, 81-86GHz, 92-94GHz, etc.), 5.9GHz (typically 5.85-5.925 GHz) and 63-64GHz s (smart transport systems currently allocated to the wis band (including 27.5-28.35GHz, 29.1-29.25GHz, 31-31.3GHz, 38.6GHz, 38-42.5 GHz, 42-94 GHz, 57-80 GHz, etc.), wis (wis) band (wis) and wis) band(s) and the wis-58G band (37-96) and the wis) band (37-35G and the wis) band (96 and the h and the wis) band: this band is nearly globally designated for multi-gigabit wireless system (MGWS)/WiGig. A total of 14GHz spectrum is allocated in the united states (FCC part 15), while the european union (ETSI EN 302 567 and ETSI EN 301 217-2 for fixed P2P) allocates a total of 9GHz spectrum), the 70.2GHz-71 GHz band, any band between 65.88GHz and 71GHz, the band currently allocated to automotive radar applications such as 76-81GHz, and future frequency bands including 94-300GHz and above. Furthermore, the scheme may be used on a secondary basis on a frequency band such as the TV white space band (typically below 790 MHz), where especially the 400MHz and 700MHz bands are promising candidate bands. In addition to cellular applications, specific applications for the vertical market may also be addressed, such as PMSE (program production and special activities), medical, healthcare, surgery, automotive, low latency, drone, etc. applications.

Aspects described herein may also enable hierarchical application of the scheme, e.g., by introducing hierarchical prioritization of usage (e.g., low/medium/high priority, etc.) for different types of users based on preferential access to the spectrum, e.g., with highest priority to level 1 users, next level 2 users, next level 3 users, etc.

Aspects described herein may also be applied to different single carriers or OFDM styles (CP-OFDM, SC-FDMA, SC-OFDM, filter bank based multi-carrier (FBMC), OFDMA, etc.), and in particular 3GPP NR (new radio), by assigning OFDM carrier data bit vectors to corresponding symbol resources.

The 5G network goes beyond traditional mobile broadband services to provide various new services such as internet of things (IoT), industrial control, autopilot, mission critical communications, etc., which may have ultra-low latency, ultra-high reliability, and high data capacity requirements due to security and performance issues. Some of the features in this document are defined for the network side, such as AP, eNB, NR or gnb—note that this term is typically used in the context of 3gpp 5G and 6G communication systems and the like. Still, the UE may also take this role and act as an AP, eNB or gNB; that is, some or all of the features defined for the network device may be implemented by the UE.

As described above, NR V2X side link communication is a synchronous communication system with distributed resource allocation. The UE autonomously selects resources for side link transmission based on predefined sensing and resource selection procedures implemented by a Transmitter (TX) UE. The sensing and resource selection procedures are designed to reduce potential side link collisions (e.g., collisions or half duplex collisions) in transmissions or resource reservations. Assuming that the sensing and resource selection procedures are performed by the TX UE only and that the environment at the Receiver (RX) side is not considered, there is a non-negligible probability of side chain collisions (collisions). To address this problem, inter-UE coordination feedback from RX UEs may be used to improve the TX UE's resource allocation decisions and improve the overall reliability of NR-V2X side-link communications.

In some embodiments, both types of transmissions may be used to communicate inter-UE coordination feedback to TX UEs. This can be used to minimize co-channel and half-duplex problems of feedback delivery and keep the overhead from feedback transmission small without significantly affecting the overall system load.

Two advanced inter-UE coordination solutions can be used to improve the NR V2X side-chain performance: inter-UE coordination scheme #1 (side link collision/collision avoidance) and inter-UE coordination scheme #2 (side link collision resolution).

Reference parameters for generating inter-UE coordination feedback

inter-UE coordination scheme #1 (side chain collision/collision avoidance) aims to avoid half duplex and collision problems of NR V2X communication with inter-UE coordination feedback. In this case, the UE providing inter-UE coordination feedback reports the preferred and/or non-preferred resource sets to the surrounding side chain transmitters. The sidelink transmitter then applies the TX-based sensing procedure and uses the received inter-UE coordination feedback to select/reserve sidelink resources for transmission and avoid potential sidelink communication collisions.

inter-UE coordination scheme #2 (side link collision resolution) aims to resolve side link collisions that have occurred or potential future collisions detected based on resource reservation signaling using inter-UE coordination feedback. This is used to inform the side link transmitter of the detected side link collision through inter-UE coordination feedback so that the TX UE can perform additional retransmission, either discard the scheduled transmission and reselect the resources for transmission, or continue transmission on reserved resources.

Support for inter-UE coordination scheme #1 may include a number of aspects including: the method includes a UE procedure/method for generating inter-UE coordination feedback, a UE procedure/method for determining an inter-UE coordination feedback projection type and a target UE, a UE procedure/method for transmitting inter-UE coordination feedback and its content, inter-UE coordination feedback reference time and aging information, reference parameters for generating inter-UE coordination feedback, a UE procedure/method for resource selection using inter-UE coordination feedback, and inter-UE coordination signaling details.

In particular, embodiments of reference parameters for generating inter-UE coordination feedback are described. For inter-UE coordination scheme 1 with signaling of preferred or non-preferred resource sets from the secondary UE-a to the target UE-B, it is assumed that a resource identification procedure is performed at the physical layer to determine the resource set. Currently, this procedure utilizes a number of parameters: (1) configured to a specific value (e.g., remaining resource ratio X%), (2) configured to a set/range of values and decided by the UE to a specific value (e.g., resource selection window size), (3) inside the UE and decided based on higher layers and/or implementations (e.g., reserved period, priority).

This makes the resource identification procedure highly dependent on a number of parameters. If these parameters are not known to the UE-B attempting to utilize inter-UE coordination feedback, this can have an undesirable impact on system and UE performance. The concept of reference configuration for inter-UE coordinated feedback generation is discussed below, where the reference configuration is applied to the determination of preferred/non-preferred resource sets and is known to UE-B when these sets are applied to the resource selection procedure.

Reference configuration for inter-UE coordinated feedback generation

The following list of reference configuration settings may be provided to the secondary UE and TX UE by network (pre) configuration, or by assisting the UE to TX UE together with the result of inter-UE coordination feedback, or by TX UE to auxiliary UE during connection establishment or inter-UE coordination request:

the reference number L of sub-channels per side chain of preferred/non-preferred resources. By default, a single subchannel may be used. The reference number may also indicate whether the resources of the sub-channels of size L >1 are allocated in an orthogonal or non-orthogonal manner. Herein, the orthogonal manner is assumed to be a subchannel in which the first candidate resource allocation index in the slot is 0..l-1, a subchannel in which the second candidate resource allocation index in the slot is assumed to be l.. 2*L-1, and the like, and the non-orthogonal manner is assumed to be a subchannel in which the first candidate resource allocation index in the slot is 0..l-1, a subchannel in which the index shifted by 1..l is assumed to be allocated for the second candidate resource in the slot, and the like.

The subchannel size may be (pre) configured, or may be fixed to 1PRB, or may be reused from an associated resource pool configuration.

Referring to the resource pool configuration, resource identification is performed in the reference resource pool configuration.

The reference TX priority value is from 1 to 8. By default, the lowest or highest priority value may be used.

Reference resource selection window parameters or boundaries for resource selection window determination. These parameters may include start/end times or start + duration times in side-chain subframes/slots/symbols. By default, the minimum possible start time and the maximum possible end time may be assumed by the UE, where the minimum value may be the next time slot after the resource identification trigger and the maximum value may be the maximum resource reservation period configured for the resource pool.

Reference is made to the sensing window parameters. These parameters may include start/end times or start + duration times in side-chain subframes/slots/symbols. By default, the sensing window may be 1100ms or time slot as the maximum currently supported in the NR V2X system. Alternatively, the sensing window parameters are not configured/provided separately for inter-UE coordination feedback, as such parameters are known to the UE prior to active operation. Furthermore, having separate sensing window sizes for inter-UE coordination and for regular resource selection can complicate UE implementation.

Reference size of the resource set in% (e.g., minimum size of the resource set—5, 10, 20, 30, 40, 50% of the resources in the selection window). The default value may be fixed in the specification, for example, to 20% or other values. Execution of this operation may be additionally included or excluded by configuration that has an impact on the actual% of the resources.

Reference threshold types and values for constructing preferred and non-preferred resource sets by processing side link measurements (e.g., SL-RSRP _Preferably SL-RSRP _{Not preferred} )。

A minimum sensing window is required.

Configuration for generating partial sensing requirements for inter-UE coordination.

The reference number of potential future collisions considered in the feedback generation. This may be a fixed value for each period or every occasion below the threshold after the end of the window. The c_rest for resource identification may be assumed to be 1 or 10, or 10 seconds, etc.

Functionality related to reference configuration

The above-described parameter sets may be associated with reference configurations and a plurality of such configurations may be provided to the UE through network (pre) configuration signaling or through PC5 RRC signaling established between the UEs.

The secondary UE may be configured by another TX UE using a reference configuration for generating inter-UE coordination feedback and constructing preferred and non-preferred resource sets.

The secondary UE may use multiple reference configurations for (pre) configuration for generating inter-UE coordination feedback and be requested to provide feedback for a subset of the configurations.

The secondary UE may generate multiple inter-UE coordination reports for multiple reference configurations.

The secondary UE may be requested to generate an inter-UE coordination report for a particular configuration ID associated with the subset of reference configurations.

The secondary UE may generate inter-UE coordination feedback and signal a reference configuration ID associated with the report.

In some cases, the reference configuration of the preferred/non-preferred resource set configuration may differ by at least one parameter from the configuration used by the TX UE (UE-B) for the resource selection of its transmission. This leads to problems of preferred/non-preferred resource sets and parameter transitions from the reference configuration to the desired configuration.

In one example, if it is not possible to switch from the reference configuration to the current configuration of the TX UE, the UE may not be expected to consider the preferred/non-preferred resources.

In one example, a decision may be implemented by the UE to perform a transformation of a first preferred/non-preferred set of resources composed in the assumption of the first reference configuration into a second preferred/non-preferred set of resources for the assumption of the second reference configuration.

In one example, the transition from one reference configuration to another reference configuration may be performed at the assisting UE-a prior to reporting inter-UE coordination feedback. Fig. 3A illustrates a transition of preferred/non-preferred resources on the UE-a side from a first reference configuration to a second reference configuration, in accordance with some embodiments. Alternatively, the transition from one reference configuration to another reference configuration may be performed at the target TX UE (UE-B) after receiving the inter-UE coordination feedback. Fig. 3B illustrates another transition of preferred/non-preferred resources on the UE-B side from a first reference configuration to a second reference configuration, in accordance with some embodiments.

SL-RSRP/SL-CQI/SL-Signal-to-interference plus noise ratio (SL-SINR)/method for generating inter-UE coordination feedback Range threshold

Separate values of the SL-RSRP threshold may be configured for the sensing procedure to generate preferred and/or non-preferred resource sets for inter-UE coordination feedback. These thresholds may be used above the SL-RSRP threshold for a general TX-based sensing procedure (which is incremented to ensure a minimum size of the resource set). The 1 st SL-RSRP threshold may be used to determine resources for which SL-RSRP measurements are below the threshold and, thus, may be used to determine a preferred set of resources. The 2 nd SL-RSRP threshold may be used to determine resources for which the SL-RSRP measurement is above the threshold and, thus, may be used to determine a non-preferred set of resources. Fig. 4 illustrates two side link SL-RSRP thresholds for preferred and non-preferred resource sets according to some embodiments.

The SL-RSRP threshold may also be defined in terms of a priority or priority pair value and may be incremented or decremented to satisfy a condition regarding the preconfigured sizes of the preferred and non-preferred resource sets. In this case, the final threshold setting may be reported with the associated set of resources. Alternatively, the threshold value may be fixed to a preconfigured value, and thus the procedure of incrementing/decrementing the threshold value may be omitted.

In one example, multiple SL-RSRP thresholds may be provided, and thus multiple sets of preferred/non-preferred resources may be generated and reported.

In addition to the SL-RSRP threshold, the demodulation reference signal (DMRS) type (physical side link control channel (PSCCH) or physical side link shared channel (PSSCH)) used for SL-RSRP calculation may also be defined separately.

In the event of loss of generality, the SL-RSRP threshold and the SL-RSRP measurement may be replaced by any of SL Channel Quality Indicator (CQI), SL SINR, communication range, etc.

Minimum/maximum size of resource sets for inter-UE coordination feedback

The minimum relative size of the preferred and/or non-preferred resource sets may be controlled by pre-configuration. In this case, the iterative procedure may be reused to ensure a minimum relative size of the resource set by adapting the SL-RSRP threshold (e.g., increment/decrement) for inter-UE coordination feedback. If this legacy procedure is reused by a UE providing inter-UE coordination feedback, the UEs may also share information about the latest valid value of the SL-RSRP threshold applied to generate the set of resources for feedback. This procedure can be simplified if there is no minimum relative size of the set of resources preconfigured and the SL-RSRP threshold is not adapted/changed.

A fixed SL-RSRP threshold may be preconfigured to determine the set of resources to use for feedback, as well as its size. In this case, the size of the resource set may vary from 0 (empty set) to the maximum size (all resources). The maximum size of the resource set-M for reporting may be preconfigured. If the resource set size is greater than M, then M first resources may be reported for the preferred/non-preferred resource set in ascending/descending order of RSRP values.

Alternatively, the secondary UE may indicate the actual size of the resource set and report all resources that meet the SL-RSRP condition. The assisting UE may give assistance information about the medium utilization of the considered SL-RSRP value.

UE procedure (preferred/non-preferred resource set) for generating inter-UE coordination feedback

As described above, the inter-UE coordination scheme #1 provides information about the set of side link resources from the secondary UE to the TX-UE. The assisting UE may provide inter-UE coordination feedback including a preferred or non-preferred or both types of side link resource sets to TX UEs that select/reserve side link resources for potential transmission. The TX UE is expected to perform TX-based sensing and resource selection procedures taking into account information from inter-UE coordination feedback. The definition of the preferred and non-preferred resource sets is provided below as part of inter-UE coordination feedback.

Preferred resource set

Two types of preferred resource sets may be defined. The first preferred set of resources may be constructed based on the sensing procedure (side link control information (SCI) decoding and side link measurement) to identify resources not reserved by other UEs for side link transmission. The second preferred set of resources may provide information about the side link resources (i.e., time slots) preferred by the UE for its own side link reception.

Preferred resource set (type-1)Is a subset of side link resources within the side link resource pool, which is associated with a certain time interval (e.g. a resource selection window for inter-UE coordination feedback) and is indicated as recommended resource set from the point of view of the auxiliary UE, inter-UE coordination feedback is provided to assist the TX UE in making resource selection decisions for potential side link transmissions. A single side link resource may be represented by N consecutive subchannels within a side link time slot (e.g., n=1).

The preferred set of side link resources may be identified using a side link sensing procedure (i.e., using a preferred set of resources based on sensing) as specified in 3gpp TS 38.214 section 8.1.4. The preferred set of resources consists of side link resources for which the SL-RSRP measurement is below a SL-RSRP threshold (or within the SL-RSRP range) that may be predefined/preconfigured and determined by the secondary UE. The side link sensing procedure may comprise a complete sensing of a (pre) defined/(pre) configured window, or a partial sensing using sensing information collected from periodic and consecutive windows before a resource reselection trigger. The preferred resources may be identified based on the same resource selection principle as used for the (re-) selection of the resources and all restrictions of the respective sensing type may be considered.

The preferred set of resources may also include unreserved resources that are not available for SL-RSRP measurements and thus may be interpreted as unoccupied resources.

The preferred resources may be pool specific, i.e. signaled in the assumption of a specific resource pool logical resource, or pool agnostic, where time and frequency resources are indexed in a physical resource manner, irrespective of the resource pool configuration.

Preferred time resource set (type-2)The preferred set of time resources represents a side chain time resource (e.g. slot, subframe) associated with a certain time interval and indicated as recommended set of time resources from the point of view of the secondary UE.

The preferred set of time resources may be identified based on its own dynamic or semi-persistent transmission, UE information of active/idle state time intervals using a sidelink sensing procedure as specified in 3gpp TS 38.214 section 8.1.4.

The type 1 and type 2 preferred resource sets may be signaled as a single common side chain resource set or independently.

Non-preferred resource sets

Two types of non-preferred resource sets may be defined. The first non-preferred set of resources may be constructed based on the sensing procedure (SCI decoding and side link measurement) to identify resources reserved by other UEs for side link transmission. The second set of non-preferred resources may provide information about side link resources (i.e., time slots) selected/reserved by the UE for its own side link transmission or allocated for uplink transmission.

Non-preferred resource sets(type-1) -is a subset of side link resources within the side link resource pool that are associated with some time interval (e.g., a resource selection window for inter-UE coordination feedback) and are indicated as non-recommended resource sets from the perspective of the auxiliary UE, inter-UE coordination feedback is provided to assist the TX UE in making resource selection decisions for potential side link transmissions. A single side link resource may be represented by N consecutive subchannels within a side link time slot (e.g., n=1).

The non-preferred set of side link resources (type-1) may be identified using a side link sensing procedure (i.e., based on the sensed non-preferred set of resources). The non-preferred set of resources consists of resources for which the estimated SL-RSRP measurement is above a specific SL-RSRP threshold or SL-RSRP range that may be predefined/preconfigured and determined by the secondary UE. The side link sensing procedure may consist of a complete sensing of a (pre) defined/(pre) configured window, or a partial sensing with sensing information collected from periodic and consecutive windows before resource reselection triggers. Non-preferred resources are identified based on the same resource selection principle as used for resource (re) selection and all limitations of the respective sensing type are considered.

Non-preferred time resource set (type-2)Is a subset of the sidelink time resources within the sidelink pool, which is associated with a certain time interval (e.g. a resource selection window for inter-UE coordination feedback) and is indicated as not being the recommended set of time resources from the point of view of the assisting UE.

The non-preferred set of time resources (type-2) may be identified using information about scheduled transmissions, active/idle time intervals using a side link sensing procedure as specified in 3gpp TS 38.214 section 8.1.4. For the case of semi-persistent transmission, the non-preferred set of time resources may include time resources selected for only a single upcoming packet transmission, or time resources selected for all packets expected to be transmitted within a resource reservation interval.

The type 1 and type 2 non-preferred resource sets may be signaled as a single common side-chain resource set or independently.

Threshold for building resource sets

The SL-RSRP threshold for the preferred and non-preferred resource sets may be based on the side link transmission priority p _TX Or priority pair (p _TX ，p _FB ) Definition, herein p _TX Side link transmission priority, P of TX UE _FB -a reference value for side link transmission priority used by UEs providing inter-UE coordination feedback to construct preferred or non-preferred resource sets. Individual SL-RSRP thresholds or SL-SRSP ranges may be (pre) configured to determine preferred and non-preferred resource sets by the UEs providing inter-UE coordination feedback.

The SL-RSRP threshold for identifying the preferred set of resources may be preconfigured by the network, another UE or the gNB, or the application layer to the secondary UE providing inter-UE coordination feedback.

From the SL-RSRP threshold, two types of UE behavior can be foreseen:

the threshold is fixed.In this case, the preconfigured threshold should not change and is used to identify preferred and non-preferred resources and resource sets. Different thresholds may be preconfigured to generate different sets of resources.

And (5) adapting the threshold value.In this case, the threshold may be incremented or decremented such that the number of resources in the set is higher, equal to or less than the value X% of the total resources considered. The value of X may be (pre) configured according to other system parameters such as the priority or the status of congestion control. The value of X may also be dynamically negotiated prior to feedback of the unicast or multicast connection. This value may also be dynamically configured by the network or other UEs or the gNB or application layer. In this case, the UE providing inter-UE coordination feedback may also report the final value of the SL-RSRP threshold associated with the reported set of resources.

Instead, or in conjunction with the SL-RSRP threshold, in some scenarios, other metrics may be preconfigured and applied to form a set of side link resources (e.g., SL-SINR/SL-CQI or SL communication range) for inter-UE coordination feedback. As shown in fig. 4, SL-RSRP thresholds and/or SL-SINR thresholds may be used to form preferred and non-preferred resource sets for inter-UE coordination feedback.

The UE may be preconfigured with values (or ranges of values) for multiple thresholds and report information about the preferred and non-preferred resource sets for each threshold in different ways (i.e., starting from one resource set and providing additional resources available for the next threshold).

The non-preferred resources may be pool-specific, i.e. signaled in the assumption of a specific resource pool logical index, or pool-agnostic, where time and frequency resources are indexed in a physical resource manner, irrespective of the resource pool configuration.

SL-SINR/SL-CQI threshold for inter-UE coordination feedback

For example, in the case of coordinated feedback between unicast UEs (if feedback is provided by the target receiver to the target transmitter), a SL-SINR or SL-CQI threshold may be applied to determine a set of preferred/non-preferred resource sets instead of the SL-RSRP threshold. These thresholds may also be based on the side link transmission priority or priority pair (p _TX ，p _FB ) Defined, and preconfigured or adaptively adjusted (incremented/decremented) by the UE. To derive the SL-SINR, SL-CQI, the secondary UE may use the SL-RSRP measurements from the target TX UE and the SL-RSRP measurements from other UEs to estimate the SL-SINR or SL-CQI on the side link resources based on the indicated allocations. The threshold values of these parameters may also depend on other system states, such as congestion control. The calculation of the SL-SINR and the SL-CQI may be based on PSCCH or PSSCH DMRS or any other reference signal present in the system.

For further optimization performance, multiple sets of resources (for preferred/non-preferred resources) corresponding to different measurement metrics may be indicated in inter-UE coordination feedback:

set 1: the SL-RSRP threshold construction is used-mainly providing information about the radio range and only interference is implicitly considered.

Set 2: SL-SINR threshold construction is used-providing more accurate additional information about radio conditions and can be used for unicast/multicast communications to improve resource selection.

Set 3: the S1-CQI threshold construction is used-providing more accurate additional information about the quality of the resource, which can be used for unicast/multicast communication to improve resource selection.

Set 4: SL communication range threshold construction is used-with similar meaning as SL-RSRP but can be used as additional information.

For further optimization, the SL-RSRP/SINR/CQI/range values may also be reported per side chain resource or set of resources as part of a reported set of resources.

Program for generating preferred/non-preferred resource sets

The sensing procedure may be used to generate inter-UE coordination feedback for avoiding side link collisions. The assisting UE may provide feedback to the TX UE selecting resources regarding the preferred and non-preferred resource sets to enhance the results of TX-based sensing for resource selection.

The sensing procedure forming the preferred or non-preferred resource set may depend on whether semi-persistent transmission is enabled or disabled in the side link resource pool under consideration:

option 1. Semi-persistent transmission is disabled in the resource pool (i.e., only dynamic side link transmission is supported)

Option 1A: sensing-based inter-UE coordination feedback (including preferred/non-preferred resource sets) for avoiding side link collisions is enabled and generated for dynamic transmission/reservation. In this case, the use of inter-UE coordinated feedback (resource set) may suffer feedback delay due to the rapid expiration of the information dynamic allocation in time (maximum aging time should be less than or equal to the SCI signaling window duration of 32 logical slots in NR V2 XRel-16).

Option 1B: this resource pool disables or does not support sensing-based inter-UE coordination feedback for avoiding side chain collisions. This may be desirable in terms of UE implementation complexity in view of the actual inter-UE coordinated feedback delay.

Option 2. Semi-persistent transmission is enabled in the resource pool (i.e., side link resources are used for dynamic or semi-persistent side link transmission). Sensing-based inter-UE coordination for avoiding side link collisions is enabled.

Option 2A: inter-UE coordination feedback is enabled for dynamic and semi-persistent side link transmissions. Fig. 5A illustrates inter-UE coordination feedback generation in accordance with some embodiments.

Alternative-1:semi-persistent transmission is handled in the same way as dynamicFor generating inter-UE coordination feedback (resource set) for avoiding side chain collision (i.e. the secondary UE assumes that the indicated reservation period in SCI is equal to zero P _RSV =0, not the actual value indicated in SCI). In this case, using inter-UE coordination feedback for semi-persistent transmission may be suboptimal, but may benefit from additional reliability. Certain actions taking into account the transmission/reservation periods to be applied by the secondary UE may be avoided.

Alternative-2:semi-persistent and dynamic transmission is accordingly considered to be semi-persistent and dynamic transmission (handled separately). In this case, to generate inter-UE coordination feedback (resource set) for avoiding side chain collisions, subsets of resources corresponding to dynamic and semi-persistent transmissions may be prepared and reported separately (i.e., the set of reports may consist of subsets associated with periodic transmissions and subsets associated with dynamic transmissions). In another embodiment, resources associated with dynamic reservation may also be excluded from feedback or combined with semi-persistent resources.

In alternative 2, inter-UE coordination feedback is optimized for semi-persistent and dynamic transmissions. The support of alternative 2 may use additional knowledge of the semi-persistent transmission/reservation period applied by the secondary UE to form a set of resources (e.g., a subset of the resources associated with the semi-persistent transmission):

alternative-2A: a semi-persistent transmission period for resource reservation is provided to the secondary UE. When the secondary UE generates a set of resources for inter-UE coordination feedback, the secondary UE may analyze potential collisions of future transmission periods. The number of potential future collisions to be considered may be determined based on a function of the duration of the time interval provided in the same way as the resource (re) selection and the relation of the received signal periodicity and the expected transmission/reservation period. Or a predefined/preconfigured number of potential future transmissions may be considered. All potential future transmissions within a certain time interval may also be considered. The semi-persistent transmission period applied to the resource reservation that generates inter-UE coordination feedback may be:

the secondary UE providing inter-UE coordination feedback is (pre) configured (e.g., by higher layer signaling by the UE/gNB/network or application layer).

Is provided/configured by the target TX UE to the secondary UE for generating inter-UE coordination feedback. In addition to the resource reservation period indication/configuration, the TX UE may also include a time instance/interval when inter-UE coordination feedback from the secondary UE is expected (e.g., a time instance/interval immediately before the next resource reselection) so that the secondary UE may provide feedback within the indicated time interval (resource selection window parameter). In the case of semi-persistent transmissions, such behavior may be considered for unicast and multicast communications because the TX-UE is able to determine when such communications are expected to reselect resources for a given semi-persistent procedure, and thus may request coordinated feedback among UEs within a particular time interval (e.g., resource selection window) in the future.

The determination may be made autonomously, e.g., from a set of allowed semi-persistent transmission periods, either by higher layers or by assisting the UE in providing inter-UE coordination feedback. For example, a minimum period of time may be used, or another allowed value corresponding to the most dominant/popular value of the transmission period of time.

In general, the secondary UE may have information about multiple semi-persistent reservation periods and thus generate feedback for each value of the potential reservation period (or a subset of reservation period values) within an allowed transmission period pre-configured for the side link transmission period. In other words, the UE may generate a preferred/non-preferred resource set at each reservation period and report a plurality of sets or one set generated in consideration of a subset or all allowed values of the resource reservation period.

The above-described embodiments are illustrated in fig. 6A and 6B, where fig. 6A illustrates a relationship of a set of resources with reservation by a secondary UE according to some embodiments, and fig. 6B illustrates a relationship of another set of resources with reservation by a secondary UE according to some embodiments.

alternative-2B: semi-persistent for resource reservationLong transmission periodUnknown to the secondary UE. In this case, the assisting UE may:

Case 1. Using P like dynamic transport _RSVP =0, and skips analysis of potential collisions for future transmission periods (i.e. consider only one-time transmission/reservation for inter-UE coordination feedback). In this case, the secondary UE may still prepare two subsets of resources for inter-UE coordination feedback: one based on dynamic transmission and one based on semi-persistent transmission. Fig. 7A illustrates generation of resource sets for different reserved periods by a secondary UE, according to some embodiments. In FIG. 7A, P _RSVP =0 for resource set generation.

Case 2. Using the source from P _RSVP _ _TX inter-UE coordination feedback is generated and a corresponding set of resources is identified for all allowed resource reservation periods of the set. Fig. 7B illustrates generation of another set of resources for different reservation periods by the secondary UE, in accordance with some embodiments. In FIG. 7B, all P _RSVP Are used for resource set generation.

Case 3. Using P from the grant _RSVP _ _TX Generates inter-UE coordination feedback and identifies a corresponding set of resources. Fig. 7C illustrates generation of another set of resources for different reservation periods by the secondary UE, in accordance with some embodiments. In FIG. 7C, P _RSVP For resource set generation.

In both cases (case 2 and case 3), the UE may report the resource set separately for each considered value of the resource reservation period or for all considered resource reservation periods.

Option 2B: inter-UE coordination feedback is enabled for dynamic transmissions and disabled for semi-persistent transmissions. Semi-persistent transmissions are ignored and only dynamic transmissions are used to generate inter-UE coordination feedback (resource sets) to avoid side chain collisions. This is the worst case in terms of using inter-UE coordinated feedback for both semi-persistent and dynamic transmissions, and thus may not be used in an actual implementation in some cases. Fig. 5B illustrates another inter-UE coordination feedback generation in accordance with some embodiments. In fig. 5B, inter-UE coordination feedback is enabled for dynamic transmissions and disabled for semi-persistent transmissions.

Option 2C: inter-UE coordination feedback is enabled for semi-persistent transmission and disabled for dynamic transmission. Semi-persistent transmissions are processed and dynamic transmissions are ignored to generate inter-UE coordination feedback (resource sets) for avoiding side chain collisions. In this case, the use of inter-UE coordinated feedback is suboptimal for both dynamic and semi-persistent transmissions. However, feedback ages much longer and feedback provides useful information to avoid collisions with semi-persistent allocated side links. As in alternative 2A, the secondary UE may provide a set of resources for different values of the allowed reservation period or values requested by the TX UE. Fig. 5C illustrates another inter-UE coordination feedback generation in accordance with some embodiments. In fig. 5C, inter-UE coordination feedback is disabled for dynamic transmissions and enabled for semi-persistent transmissions.

The enabling/disabling of inter-UE coordination feedback for semi-persistent or dynamic transmission may be controlled by side-chain resource pool configuration parameters and preconfigured to the UE.

The use of dynamic transmission for inter-UE coordinated feedback implies a fast aging/expiration time of feedback information for the indicated set of resources. In the case of semi-persistent transmission, aging may be longer. Considering inter-UE coordination feedback from the secondary UEs, the TX UE selecting resources for potential sidelink transmission should take into account aging aspects. The aging aspect means that the assisting UE (providing inter-UE coordination feedback) may also indicate information about whether the feedback was generated based on dynamic or semi-persistent transmission. The latter may be associated with a predefined aging time, which may depend on a set of allowed semi-persistent side link transmission periods (e.g., associated with a minimum or maximum period), or may provide a preconfigured aging value alone. Alternatively, the secondary UE may indicate the aging time directly, or the aging time may be preconfigured to the UE or predefined by the specification.

The feedback aging time may be used by the TX UE to determine whether inter-UE coordination feedback provided on the resource set remains valid (i.e., available to improve resource selection) and whether inter-UE coordination feedback may be considered for resource selection.

inter-UE coordinated feedback reference time and aging information

Reference timing associated with inter-UE coordinated feedback (resource set)

The preferred/non-preferred resource set is associated with a reference time instance (timestamp, e.g., frame/slot/symbol index) that can be used to associate resources in the indicated resource set with physical side link resources and to decide whether information in the report is available/useful for resource selection (i.e., not expired). Fig. 8 illustrates auxiliary UE timing for generating and transmitting inter-UE coordination feedback in accordance with some embodiments. In general, the preferred/non-preferred resource set may be associated with a certain reference time, which may be:

feedback generation time/sensing end time.

This is the time instance (e.g., frame/subframe/slot/symbol index) when inter-UE coordination feedback (resource set) is generated by the UE-e.g., denoted as t _{gen_fbck} . In this case, the UE may directly indicate t _{gen_fbck} Or indicates the last side link slot t sensed _{sense_fbck} To generate inter-UE coordination reports with preferred/non-preferred resource sets.

Let us denote t _{gen_fbck} ＝t _sense +T _{gen_fbck} Wherein T is _{gen_fbck} Is the actual processing time for which feedback reports are prepared by a given UE. T (T) _{gen_fbck} Starting from the last sensed side link slot and can accommodate the already defined processing time T ₀ (PSCCH decoding) and T ₁ (processing of sensed information) they are at a predefined limit T _proc,0 And T _proc,1 Is a condition.

In one example, T _{gen_fbck} ＝T ₀ +T ₁ ≤T _{proc,gen_fbck} ≤T _proc,0 +T _proc,1 . If the processing time T ₁ Accommodating PSSCH preparation time T _TX Then T _{gen_fbck} Can be written as T _{gen_fbck} ＝T ₀ +T ₁ -T _TX ≤T _{proc,gen_fbck} ≤T _proc,0 +T _proc,1 。

Actual T _{gen_fbck} The time is UE-specific (like T ₀ 、T ₁ As such, and subject to processing time requirements/limitations). Thus, with t _{gen_fbck} The direct indication of the last side link slot t sensed for feedback preparation, as compared to the indication of time _sense Is a more reasonable method for inter-UE coordination feedback, otherwise due to U-specific T ₀ 、T ₁ ，t _sense May not be known to the TX-UE. The relative time offset can be used with respect to the last sensed time slot t _sense To define the resources in the generated set of resources. In another embodiment, the resources in the generated set of resources may be relative to t _{gen_fbck} Is defined.

Feedback transmission time

This is the inter-UE coordinated feedback t corresponding to the set of preferred/non-preferred resources _{tx_fbck} For example, frame/subframe/slot/symbol index). Transmission and generation time of coordinated feedback between UEs through time offset t _{tx_fbck} ＝t _{gen_fbck} +T _{prep_fbck} Coupled to each other. T (T) _{prep_fbck} Is max (1, T) _{TX_PSSCH} Preparation time). Alternatively, the initial feedback transmission time may be equal to the last sensed time slot t _{tx_fbck} ＝t _{sense_fbck} +T _{tx_fbck} And directly coupled. T (T) _{tx_fbck} Is the time from the last sensed slot to the initial transmission of the coordinated feedback between UEs. Time difference T _{tx_fbck} ＝t _tx-fbck -t _{sense_fbck} Should be T _{proc,tx_fbck} Is bounded to provide up-to-date sensing information:

if T _proc,1 Including PSSCH preparation time, then T _{tx_fbck} ＝t _{tx_fbck} -t _{sense_fbck} ≤T _proc , _{tx_fbck} ≤T _proc,0 +T _proc,1 。

If T _proc,1 Excluding PSSCH preparation time, then T _{tx_fbck} ＝t _{tx_fbck} -t _{sense_fbck} ≤T _{proc,tx_fbck} ≤T _proc,0 +T _proc,1 +T _proc,TX T herein _proc,TX Is the upper limit of PSSCH preparation time.

Alternatively, one may at t _{tx_fbck} And t _{gen_fbck} Defining a boundary between such that t _{tx_fbck} -t _{gen_fbck} ≤T _{proc,tx_fbck} To ensure that the secondary UE reports the generated feedback immediately (within a limited amount of time) to reduce the impact of feedback delay. In this case, the assisting UE is expected to continuously select resources for feedback transmission and perform feedback preparation.

Assuming that the UE may fail to receive the initial transmission, the association of the resource set (preferred or non-preferred) with the initial transmission time instance may introduce some uncertainty, and thus t may be preferred _{gen_fbck} Or t _{sense_fbck} Or t _{tx_fbck} To avoid uncertainty.

Resource selection window start time

This is the resource selection window t corresponding to the generation of coordinated feedback between UEs _{sw_fbck} For example, a frame/slot/symbol index). Resource selection window t for feedback _{sw_fbck} The start time of (c) may be equal to t _{sense_fbck} ,t _{gen_fbck} ,t _{tx_fbck} And (5) associating. At t _{sw_fbck} And t _{sense_fbck} The boundary between is defined for side link communication: t (T) _sw ＝t _{sw_fbck} -t _{sense_fbck} ＝(T ₀ +T ₁ )≤T _proc,0 +T _proc,1 ：

If T _proc,1 Including PSSCH preparation time, then T _sw ＝t _{sw_fbck} -t _{sense_fbck} ≤T _p roc, _sw ≤T _proc,0 +T _proc,1

If T _proc,1 Excluding PSSCH preparation time, then T _sw ＝t _{sw_fbck} -t _{sense_fbck} ≤T _proc,sw ≤T _proc,0 +T _proc,1 +T _proc,TX T herein _proc,TX Is the upper limit of PSSCH preparation time

Resource set start time (preferred/non-preferred)

This is the set of resources corresponding to the report (t for the preferred set of resources _{prs_fbck} And t for a non-preferred set of resources _{nprs_fbck} ) Time instance (e.g., frame/slot/symbol index) of the time of the first resource in (e.g., frame/slot/symbol index).

Reception time

This is the time instance t corresponding to the reception of coordinated feedback between UEs with a set of carrying resources _{rx_time} For example, frame/slot/symbol index). Assuming that the UE may fail to receive the initial transmission, the association of the receive times may introduce some uncertainty and thus t may be preferred _{sense_fbck} ,t _{gen_fbck} ,t _{tx_fbck} Or t _{sw_fbck} Direct indication to avoid such uncertainty.

In one embodiment, the resources in the preferred/non-preferred resource set may be indicated with respect to reference resources (physical or logical slot indexes) reported as part of inter-UE coordination feedback, which may be associated with any one of: t is t _{gen_fbck} ；t _{sense_fbck} ；t _{tx_fbck} ；t _{sw_fbck} ；t _{nprs_fbck} ；t _{prs_fbck} ；t _{rx_fbck} . The remaining resources may be defined relative to the reference resources.

Sensing and resource selection procedures for generating and transmitting inter-UE coordination feedback

The following options may be used to generate and transmit inter-UE coordination feedback:

option 1: a single procedure is used for both sensing, resource exclusion and resource selection of feedback transmission and feedback generation at the secondary UE. This option assumes that the same parameters are used for sensing and resource selection to select resources for feedback transmission and to determine the set of resources (preferred and non-preferred) for feedback. Fig. 9A illustrates inter-UE coordination feedback generation in accordance with some embodiments. In particular, fig. 9A shows the above single process.

Option 2: different/separate procedures are used for sensing, resource exclusion and resource selection/determination of feedback transmission and feedback generation at the secondary UE. This option assumes that different parameters are used for sensing and resource selection to select resources for feedback transmission and to determine the set of resources (preferred and non-preferred) for inter-UE coordinated feedback itself. Fig. 9B illustrates another inter-UE coordination feedback generation in accordance with some embodiments. In particular, fig. 9B shows the above individual process. Option 2 may provide more flexibility for inter-UE coordination feedback generation.

Resource selection window for generating/transmitting inter-UE coordination feedback

Resource Selection Window (SW) for side link communication is defined by [ n+T ] ₁ ，n+T ₂ ]Definition, which may be written in alternative form as [ t ] _sw _ _fbck ,t _{sw_fbck} +sw_duration]Wherein t is _{sw_feedback} ＝n+T ₁ ，sw_duration＝(T ₂ -T ₁ )+1。

Start time of resource selection window for generating/transmitting inter-UE coordination feedback

Determining a resource selection window t for feedback generation _{sw_fbck} Is started by (1):

option 1: relative to the resources associated with the initial side link transmission selected and used to carry inter-UE coordination feedback, and is defined by t _{tx_fbck} The time instance n (i.e., t _{tx_fbck} ＝n)。

t _{sw_fbck} ＝t _{tx_fbck} +Δ _{sw_fbck} Wherein delta is _{sw_fbck} Is the time offset 0 delta of the resource selection window relative to the resources selected and used for feedback transmission _{sw_fbck} ≤Δ _{sw_fbck_max} 。

Option 1A: t is t _{sw_fbck} ＝t _{tx_fbck} I.e. delta _{sw_fbck} =0. The selection window begins when resources are selected and used for initial side link transmission that carries inter-UE coordination feedback. Fig. 10A illustrates allocation of resource selection windows for feedback relative to feedback transmission time instances, in accordance with some embodiments. In particular, fig. 10A shows option 1A.

Option 1B: t is t _{sw_fbck} ＝t _{tx_fbck} +Δ _{sw_fbck} . . The selection window is at the time when the resources are selected and used for initial side link transmission carrying inter-UE coordination feedbackAnd then starts. Fig. 10B illustrates another allocation of a resource selection window for feedback relative to a feedback transmission time instance, in accordance with some embodiments. In particular, fig. 10B shows option 1B.

Option 1C: t is t _{sw_fbck} ＝t _{tx_fbck} -Δ _{sw_fbck} . The selection window begins before the time that the resources are selected and used for initial side link transmission that carries inter-UE coordination feedback. Fig. 10C illustrates another allocation of a resource selection window for feedback relative to a feedback transmission time instance, in accordance with some embodiments. In particular, fig. 10C shows option 1C.

Option 2: relative to a trigger t provided by a higher layer and used to trigger feedback generation _{trigger_fbck} The determined time instance n (i.e., t _{trigger_fbck} ＝n)。

t _{sw_fbck} ＝t _{trigger_fbck} +Δ _{sw_fbck} Wherein delta is _{sw_fbck} Is the time offset 0 delta or less of the resource selection window relative to the trigger time instance _{sw_fbck} ≤Δ _{sw_fbck_max} 。

Transmission of coordinated feedback between UEs may be |t _{tx_fbck} -t _{trigger_fbck} |<T _{tx_fbck_delay} Provided that T is _{tx_fbck_delay} May be a configurable transmission feedback delay provided by higher layers. T for different side link transmission priority levels _{tx_fbck_delay} May be different.

Transmission feedback delay T _{tx_fbck_delay} May be associated with a predefined or preconfigured configurable side link transmission priority level.

Option 2A: t is t _{sw_fbck} ＝t _{trigger_fbck} I.e. delta _{sw_fbck} =0, aligned with the flip-flop.

Option 2B: t is t _{sw_fbck} ＝t _{trigger_fbck} +Δ _{sw_fbck} After the trigger.

Option 2C: t is t _{sw_fbck} ＝t _{trigger_fbck} -Δ _{sw_fbck} Before the trigger.

Option 3: relative to side chains provided by higher layers and used to trigger carrying inter-UE coordination feedbackTrigger t for resource selection of a path transmission _{trigger_tx} The determined time instance n (i.e., t _{trigger_tx} ＝n)。

t _{sw_fbck} ＝t _{trigger_tx} +Δ _{sw_fbck} Wherein delta is _{sw_fbck} Is the time offset of the resource selection window from the time instance triggering the activation of the resource selection for side chain transmission carrying coordinated feedback between UEs, 0.ltoreq.delta _{sw_fbck} ≤Δ _{sw_fbck_max} 。

Option 3A: t is t _{sw_fbck} ＝t _{trigger_tx} I.e. delta _{sw_fbck} =0, aligned with the flip-flop.

Option 3B: t is t _{sw_fbck} ＝t _{trigger_tx} +Δ _{sw_fbck} After the trigger.

Option 3C: t is t _{sw_fbck} ＝t _{trigger_tx} -Δ _{sw_fbck} Before the trigger.

Duration of resource selection window for generating inter-UE coordination feedback

Duration sw_duration= (T) of resource selection window for inter-UE coordination feedback generation _2,fbck -T _1,fbck ) +1 or T _2,min,fbck Can be determined by:

Option 0: (same as the side link communication)

Is determined by the assisting UE in the same way as the resource selection for side link communication, i.e. the following parameters determine T in the same way as for side link communication _2,fbck ＝T ₂ ≤T _2,min ；T _1,fbck ＝T ₁ ≤T _proc,1 ；T _2,min,fbck ＝T _2,min

Option 1: determination by an assisting UE

Option 1A: determination from a set of preconfigured values

Option 1B: determination from a set of preconfigured values for different side link transmission priority levels

Option 1C: autonomous determination on the condition of minimum resource selection window satisfying feedback and processing time

Option 2: by requesting TX-UE configuration of inter-UE coordination feedback

Option 2A: configuration from a set of preconfigured values

Option 2B: configuration option 2C for transmitting the pre-configured values of priority classes from the corresponding side link: autonomous determination on the condition of a feedback min/max resource selection window

Option 3: pre-configured or predefined as an assisting UE

Option 3A: pre-configuration or predefining

Option 3B: pre-configuring or predefining side link priority levels for feedback transmission

Processing time/limit requirements

The following processing time limits may be defined to reduce feedback delay for transmission

Option 1 (feedback transmission time and sensing window end/time for feedback generation)

t _{tx_fbck} -t _{sense_fbck} ≤T _{proc,tx_sense_fbck} ≤T _proc,0fbck +T _proc,1fbck +T _proc,2fbck

T _{proc,tx_fbc} Maximum processing time from sensing time to feedback transmission time

T _proc,0fbck SCI/PSCCH decoding process and SL-RSRP measurement time, which in some embodiments may be equal to T _proc,0

T _proc,1fbck Secondary UE processing time for feedback generation (sensing and resource set generation), which in some embodiments may be equal to T _proc,1

T _proc,2fbck PSCCH/PSSCH preparation time if it is not included in T _proc,1fbck In (a)

Option 2 (feedback transmission time and feedback generation time)

t _{tx_fbck} -t _{gen_fbck} ≤T _{proc,tx_gen_fbck} T _{proc,tx_gen_fbck} The maximum allowed processing time from the feedback generation time to the feedback transmission time, which in some embodiments may be equal to the PSCCH/PSSCH preparation time

Option 3 (start time of resource selection window and end time of sensing window for feedback generation)

t _{sw_fbck} -t _{sense_fbck} ≤T _{proc,sw_sense_fbck}

T _{proc,sw_sense_fbck} -a maximum allowed processing time from the end of the sensing window to the resource selection window. In some embodiments, T _{proc,sw_sense_fbck} ≤T _proc,0fbck +T _proc,1fbck

T _proc,0fbck SCI/PSCCH decoding processing time, and may be equal to T in some embodiments _proc,0

T _proc,1fbck The processing time of the feedback generation (sensing and resource set generation), and may be equal to T in some embodiments _proc,1

Option 4 (start time of resource selection window and feedback transmission time)

t _{tx_fbck} -t _{sw_fbck} ≤T _{proc,tx_sw_fbck}

T _{proc,tx_sw_fbck} -maximum processing time from the resource selection window to the feedback transmission time

Sensing window for generating/transmitting inter-UE coordination feedback

End time of sensing window (t _{sense_fbck} )

The sensing window for side link communication is defined by [ n-T ] ₀ ,n-T _proc,0 ) Define, or alternatively sense, a window may [ t ] _sense _ _fbck -T ₀ ,t _{sense_fbck} ]Or [ t ] _{sense_fbck} ,t _{sense_fbck} +T ₀ ]Is expressed in terms of (a).

Determining a sensing window t for feedback generation _{sense_fbck} End time (frame/subframe/slot/symbol index)

Option 0: start of resource selection window relative to feedback generation

t _{sense_fbck} ＝t _{sw_fbck} -Δ _{sense_fbck} ；0≤Δ _{sense_fbck} ≤Δ _{sense_fbck_max}

Option 1: relative to the resources associated with the initial side link transmission selected and used to carry inter-UE coordination feedback, and is defined by t _{tx_fbck} Time instance n represented

t _{sense_fbck} ＝t _{tx_fbck} -Δ _{sense_fbck} Wherein delta is _{sense_fbck} Is the time offset relative to the resources selected and used for initial sidelink transmission carrying feedback: 0<Δ _{sense_fbck} ≤Δ _{sense_fbck_max}

Option 2: relative to a trigger t provided by a higher layer and used to trigger feedback generation _{trigger_fbck} Time instance n determined

t _{sense_fbck} ＝t _{trigger_tx} -Δ _{sense_fbck} Wherein delta is _{sense_fbck} Is the time offset relative to the trigger time instance for trigger feedback generation: 0<Δ _{sense_fbck} ≤Δ _{sense_fbck_max}

Option 3: trigger t relative to resource selection provided by higher layers and used to trigger side chain transmissions carrying inter-UE coordination feedback _{trigger_tx} Time instance n determined

t _{sense_fbck} ＝t _{trigger_tx} -Δ _{sense_fbck} Wherein delta is _{sense_fbck} Is the time offset relative to the time instance that triggered the resource selection for triggering the feedback transmission: 0<Δ _{sense_fbck} ≤Δ _{sense_fbck_max}

Duration of sensing window for generating inter-UE coordination feedback

The sensing window duration for inter-UE coordination feedback may be determined by:

Option 1: determination by an assisting UE

Option 1A: determination from a set of preconfigured values

Option 1B: determination from a set of preconfigured values for different side link transmission priority levels

Option 1C: autonomous determination on condition of minimum sensing window of feedback

Option 2: by requesting TX-UE configuration of inter-UE coordination feedback

Option 2A: configuration from a set of preconfigured values

Option 2B: configuration option 2C for transmitting the pre-configured values of priority classes from the corresponding side link: autonomous determination on feedback generated min/max sensing window

Option 3: pre-configuring or predefining for assisting UE

Option 3A: pre-configuration or predefining

Option 3B: pre-configuring or predefining side link priority levels for feedback transmission

Beginning of resource selection window for feedback generation relative to feedback transmission

The beginning of a resource selection window for inter-UE coordination feedback may be allocated:

option 1: before (or equal to) the feedback transmission time, i.e. t _{sw_fbck} ≤t _{tx_fbck} . Fig. 11A illustrates a resource selection window for feedback prior to a time instance for feedback transmission, in accordance with some embodiments. In particular, fig. 11A shows option 1.

In this case, time interval [ t ] _{sw_fbck} ,t _{tx_fbck} +T _{rx_fbck} ]The feedback information for the resources within may be uncorrelated because when the TX UE receives feedback, these resources have passed in time and cannot be selected. The reported feedback may at least exclude resources ((T) that the TX-UE does not consider due to processing time constraints _proc,0 ；T _proc,1 )。

However, dynamic transmission is correct only if it is considered for generating inter-UE coordination feedback. If semi-persistent transmission is used for feedback generation on these resources, the information in the feedback may still be relevant.

T herein _{rx_fbck} Is the feedback processing and application time at the receiver side. T (T) _{rx_fbck} Including HARQ retransmission delay, T _{HARQ_fbck} PSCCH/PSSCH decoding time T _0,fbck Which in some embodiments may be equal to T _proc,0 Receiver feedback processing/application delay-by T _1,fbck Representation, which in some embodiments may be equal toAt T _proc,1 Or a new processing time may be defined.

Option 2: after the feedback transmission time, i.e. t _{tx_fbck} ≤t _{sw_fbck} . Fig. 11B illustrates another resource selection window for feedback allocated after a time instance for feedback transmission, in accordance with some embodiments. In particular, fig. 11B shows option 2.

In this case, the feedback may have some uncertainty because the secondary UE does not sense the interval t _{tx_fbck} -(T _0,fbck +T _1,fbck +T _2,fbck ),t _{sw_fbck} )]Resources within, and thus feedback information, is incomplete. In one embodiment, T _0,fbck ；T _1,fbck ；T _2,fbck The values of (2) may be bounded by Tproc,0Tproc,1 Tproc. In another embodiment, new processing constraints may be introduced: t (T) _{proc_fbck,0} ；T _{proc_fbck,1} ；T _{proc_fbck,2} . Note that to support this scenario, T _1,fbck Can be greater than T _proc,1 (i.e., T _1,fbck >T _proc,1 ). If (t) _{tx_fbck} +T _{rx_fbck} )>t _{sw_fbck} Then time interval t _{sw_fbck} ,t _{tx_fbck} +T _{rx_fbck} ]The feedback information of the resources within may be uncorrelated (depending on whether semi-persistent transmission is considered for feedback generation).

Aging of coordinated feedback between UEs (resource set)

In the above, the preferred or non-preferred resource set is expected to be associated with a reference resource time (subframe/slot/symbol index) that may be used to indicate the remaining resources in the resource set or to determine the last slot for preparing the inter-UE coordination feedback/report. In addition to the reference time, the aging of inter-UE coordination feedback (reported information) should be determined to decide whether to use the report in resource selection.

The inter-UE coordinated feedback has multiple delays that lead to its aging time, determined by the current feedback delay. Feedback aging time (current feedback delay) t _aging It may be defined with respect to the following:

option 1: with respect to the last sensing slot for feedback preparation, i.e. with respect to t _{sense_fbck} Or relative to (t) _{sense_fbck} +Δ), where Δ is a time offset known to the UE.

t _agging ＝t _curr -t _{sense_fbck} Wherein t is _curr Is the current time applied for the aging assessment, here Δ=0;

option 2: the beginning of the resource selection window relative to feedback, i.e., relative to t _{sw_fbck} Or relative to (t) _{sw_fbck} +Δ), where Δ is a time offset known to the UE.

t _agging ＝t _curr -t _{sw_fbck} Wherein t is _curr Is the current time applied for the aging assessment, here Δ=0;

option 3: other options are also possible: t is t _{gen_fbck} ；t _{tx_fbck} ；t _{rx_fbck} 。

Various delays lead to aging of coordinated feedback between UEs:

auxiliary UE

Feedback generation/preparation delay: the upper limit of this delay-T can be defined _{proc,gen_fbck}

Feedback initial transmission delay: the upper limit of this delay-T can be defined _{proc,init_fbck_dly}

Feedback transmission delay budget: can T _{proc,fbck_pdb} Is defined as

TX UE reception feedback

Feedback retransmission delay (including HARQ transmission delay)

The feedback reception processing delay may be T _{proc,rx_fbck} Is defined as

The feedback application delay (feedback processing along with TX UE sensed data) may be T _{proc,appl_fbck} Is defined as

In order to apply inter-UE coordination feedback to resource selection, the aging time should be less than a preconfigured or predefined threshold T _{fbck_aging_thr} (i.e., t _agging ≤T _{fbck_aging_thr} ). This threshold may be applied to individual resources in the reported set of resources, or shouldFor the entire set of resources provided by inter-UE coordination feedback. If (t) _agging >T _{fbck_aging_thr} ) Then inter-UE coordination feedback may be discarded.

Threshold T _{fbck_aging_thr} May be preconfigured to UEs that use inter-UE coordination feedback to improve resource selection. A pre-configuration may be provided for each resource pool that enables inter-UE coordination feedback.

Threshold T _{fbck_aging_thr} The determination may be based on one or a combination of the following options:

option 1: predefined as a function of:

resource reservation period allowing for side link transmission/semi-persistent resource reservation

Reservation period-P of minimum configuration in a set of configurations _RSVP,min

Maximum configured reservation period-P in a set of configurations _RSVP,max

Average period value-P of reserved periods in configured set _RSVP,mean

Median period value of reserved period in configured set-P _RSVP,median

Preconfigured aging time

The value may be preconfigured by gNB/NW

SCI signaling window length, L _SCI

SCI signaling window L in logical time slot _SCI,logical

Minimum SCI signaling window length, L, in physical time slot _SCI,min

Maximum SCI signaling window length, L, in physical time slot _SCI,max

Average SCI signaling window length, L, in physical time slot _SCI,mean

Median SCI signaling window length, L, in physical time slot _SCI,median

Resource selection window length for feedback generation

Preserving preconfiguration probabilities for selected resources

Type of inter-UE coordination feedback construction

Option 2: pre-configuration

Preconfiguration of each side chain resource pool in system range by gNB/NW/application layer

The inter-UE coordination feedback of each type can be preconfigured

Option 3: determination by the secondary UE: during sensing, the assisting UE may determine an aging time based on transmission periods from other UEs and report the aging time as part of inter-UE coordination feedback

Option 4: determined by the TX UE: the TX UE may determine the aging time based on inter-UE coordination feedback from the auxiliary UE and monitored side-link transmissions from other UEs

The aging time of inter-UE coordination feedback (resource set) may depend on the manner in which the inter-UE coordination feedback is constructed. If the resource set is built considering only semi-persistent transmission, the aging time may be longer than in the case of dynamic transmission, especially if the configuration of the resource reservation allows only long transmission periods. More than one aging threshold may be configured for the UE, e.g., one aging threshold for inter-UE coordination feedback based on dynamic transmission construction and another aging threshold for inter-UE coordination feedback based on semi-persistent transmission construction.

Based on the R16/R17 SCI signaling design for dynamic side link transmission, full aging is achieved in N slots after the last sensed slot, and aging is determined by the SCI signaling window range (e.g., n=32). For semi-persistent transmission, aging depends on a set of configured reservation periods and the number of semi-persistent transmissions per Transport Block (TB) without resource reselection.

Aging time T for aging _aging Or threshold T _{fbck_aging_thr} May be a function of a number of parameters:

T _aging =f (resource pool configuration, SCI signaling window (duration), set of semi-persistent periods for transmission/reservation, inter-UE coordination feedback type and delay)

Pool configuration-side link resource pool configuration may mean that not all slots are allocated for side link transmission, and thus logical and physical side link slot indexes may be used to define aging time (e.g., in the case of dynamic transmission, it would be 32 logical slots)

SCI signaling window (duration) -a single SCI may allocate a side link transmission for transmission of a given TB in a time interval accommodating up to 32 logical time slots. In this case T _aging _ _dynamic And less than or equal to the SCI signaling window duration measured in the logical time slot.

The set aging time of semi-persistent transmission periods may depend on a preconfigured semi-persistent transmission/reservation period (e.g., minimum transmission/reservation period), a transmission/reservation period used by the TX UE, or a set of transmission periods applied by the secondary UE to the sensing operation to provide inter-UE coordination feedback. If the minimum transmission/reservation period is greater than the SCI signaling window duration, T _{aging_sp} The SCI signaling window duration in the logical time slot for semi-persistent transmission is not less than; if the minimum transmission period is less than the SCI signaling window, T _{aging_sp} SCI signaling window in logical time slot of less than or equal to small period.

Sensing procedures applied to inter-UE coordinated feedback (e.g., whether to construct preferred/non-preferred resource sets in view of semi-persistent and/or dynamic transmissions). Preconfigured parameters of aging time (e.g., maximum aging time in the case of dynamic transmission and maximum aging time in the case of semi-persistent transmission).

Although embodiments have been described with reference to specific example embodiments, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader scope of the disclosure. The specification and drawings are, accordingly, to be regarded in an illustrative rather than a restrictive sense. The accompanying drawings that form a part hereof show by way of illustration, and not of limitation, specific embodiments in which the subject matter may be practiced. The embodiments illustrated are described in sufficient detail to enable those skilled in the art to practice the teachings disclosed herein. Other embodiments may be utilized and derived therefrom, such that structural and logical substitutions and changes may be made without departing from the scope of this disclosure. This detailed description, therefore, is not to be taken in a limiting sense, and the scope of various embodiments is defined only by the appended claims, along with the full range of equivalents to which such claims are entitled.

Subject matter may be referred to herein, individually and/or collectively, by the term "embodiment" merely for convenience and without intending to voluntarily limit the scope of this application to any single inventive concept if more than one is in fact disclosed. Thus, although specific embodiments have been illustrated and described herein, it should be appreciated that any arrangement calculated to achieve the same purpose may be substituted for the specific embodiments shown. This disclosure is intended to cover any and all adaptations or variations of various embodiments. Combinations of the above embodiments, and other embodiments not specifically described herein, will be apparent to those of skill in the art upon reviewing the above description.

In this document, the terms "a" or "an" are used to include one or more than one, independent of any other instances or usages of "at least one" or "one or more," as is common in patent documents. In this document, the term "or" is used to refer to a non-exclusive or, such that "a or B" includes "a but not B", "B but not a" and "a and B", unless otherwise indicated. In this document, the terms "comprise" and "wherein" are used as plain english equivalents of the respective terms "comprising" and "wherein". Furthermore, in the following claims, the terms "comprise" and "comprise" are open-ended, that is, a system, UE, article, composition, formulation, or process that includes elements other than those listed after such term in the claims is still considered to fall within the scope of the claims. Furthermore, in the following claims, the terms "first," "second," and "third," etc. are used merely as labels, and are not intended to impose numerical requirements on their objects.

The abstract of the disclosure is provided to comply with 37c.f.r. ≡1.72 (b), which requires an abstract that will allow the reader to quickly ascertain the nature of the technical disclosure. It is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims. Furthermore, in the foregoing detailed description, it can be seen that various features are grouped together in a single embodiment for the purpose of streamlining the disclosure. This method of disclosure is not to be interpreted as reflecting an intention that the claimed embodiments require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in less than all features of a single disclosed embodiment. Thus the following claims are hereby incorporated into the detailed description, with each claim standing on its own as a separate embodiment.

Claims (20)

1. An apparatus for a User Equipment (UE), the apparatus comprising:

processing circuitry configured to configure the UE to:

receiving inter-UE coordination feedback from the secondary UE containing a preferred set of resources and a non-preferred set of resources based on the reference configuration; and

using preferred resources for New Radio (NR) vehicle-to-everything (V2X) side link communication, the preferred resources being dependent on the reference configuration and a resource selection configuration of the UE; and

A memory configured to store the inter-UE coordination feedback.

2. The apparatus of claim 1, wherein the processing circuitry is further configured to configure the UE to at least one of:

receiving a setting of the reference configuration together with the inter-UE coordination feedback from a network pre-configuration or from the auxiliary UE, or

The setting of the reference configuration is sent to the secondary UE during connection establishment or in response to an inter-UE coordination request.

3. The apparatus of claim 2, wherein the setting of the reference configuration comprises:

the reference number of sub-channels for each side chain preferred or non-preferred resource,

the size of the sub-channel is set to be equal,

a reference resource pool configuration, in which resource identification is performed,

with reference to the Transmission (TX) priority value,

the boundaries for the determination of the resource selection window,

with reference to the sensing window parameter(s),

the reference size of the set of resources,

a reference threshold type and value for constructing at least one of the preferred or non-preferred resource sets by processing side chain measurements,

a minimum of the sensing window is provided for the sensing window,

partial sensing configuration for generating inter-UE coordination

The reference number of potential future collisions considered in the feedback generation.

4. The apparatus of claim 1, wherein the processing circuitry is further configured to: configuring the UE to: a plurality of reference configurations are received, and inter-UE coordination feedback for each of the reference configurations is received from the secondary UE.

5. The apparatus of claim 1, wherein the processing circuitry is further configured to: in response to the reference configuration having the same set of parameters as the resource selection configuration of the UE, configuring the UE to: and using the preferred resources of the preferred resource set received in the inter-UE coordination feedback for the side-link communication.

6. The apparatus of claim 1, wherein the processing circuitry is further configured to: configuring the UE to:

determining that the reference configuration has a different set of parameters than the resource selection configuration of the UE; and

in response to determining that the reference configuration has a different set of parameters than the resource selection configuration of the UE:

converting preferred and non-preferred resource sets received in the inter-UE coordination feedback into another preferred and non-preferred resource sets having the same parameter set as the resource selection configuration of the UE based on another reference configuration, and

The preferred resources of the other preferred resource set are used for said side-chain communication.

7. The apparatus of claim 1, wherein the preferred set of resources and the non-preferred set of resources are generated during sensing using separate side link reference signal received power (SL-RSRP) thresholds, preferred resources having a SL-RSRP that is lower than a first SL-RSRP threshold, and non-preferred resources having a SL-RSRP that is higher than a second SL-RSRP threshold that is greater than the first SL-RSRP threshold.

8. The apparatus of claim 7, wherein at least one of:

the first SL-RSRP threshold and the second SL-RSRP threshold are defined in terms of priority or priority pair values,

the first SL-RSRP threshold and the second SL-RSRP threshold are changed to satisfy a condition on a pre-configured size of the preferred set of resources and the non-preferred set of resources, or

The minimum relative sizes of the preferred and non-preferred resource sets are set by a pre-configuration.

9. The apparatus of claim 1, wherein:

at least one of the preferred set of resources and the non-preferred set of resources has a first type and a second type,

the first type is built based on side link sensing and resource exclusion,

the preferred resource set of the second type is constructed based on resource selection, and

The set of non-preferred resources of the second type is constructed based on UE-Side Link (SL) or Uplink (UL) transmissions.

10. The apparatus of claim 1, wherein the preferred and non-preferred sets of resources are generated during sensing using separate thresholds selected from a set of thresholds of different types including a side link reference signal received power (SL-RSRP) threshold, a SL-signal-to-interference plus noise ratio (SL-SINR) threshold, and a SL-channel quality indicator (SL-CQI) threshold.

11. The apparatus of claim 10, wherein the separate thresholds for constructing the preferred and non-preferred resource sets are one of fixed, adaptively adjusted, or of different types.

12. The apparatus of claim 1, wherein the inter-UE coordination feedback is based on one of: semi-persistent side link transmissions with only non-zero resource reservation periods, dynamic side link transmissions with only zero resource reservation periods, or dynamic and semi-persistent side link transmissions.

13. The apparatus of claim 1, wherein for each of the preferred and non-preferred resource sets, the inter-UE coordination feedback is based on one of: each single resource reservation period, each of said preferred or non-preferred sets of resources, a set of per resource reservation periods with zero resource reservation periods, or a set of per resource reservation periods with zero resource reservation periods.

14. The apparatus of claim 1, wherein the inter-UE coordination feedback is based on one of: configuration values of resource reservation periods for said inter-UE coordination feedback, configuration subset of resource reservation periods for inter-UE coordination feedback, set or subset P of resource reservation periods allowing side chain transmission _{RSVP_TX} Or zero resource reservation period P _RSVP ＝0。

15. The apparatus of claim 1, wherein the resource reservation period for generating the inter-UE coordination feedback is one of:

configured by the UE for a predetermined future time interval, and parameters for generating the inter-UE coordination feedback are provided by the UE,

configured by a next generation NodeB (NgNB) providing the parameters for generating the inter-UE coordination feedback,

autonomously determined by the auxiliary UE, or

Provided by at least one higher layer.

16. The apparatus of claim 1, wherein the inter-UE coordination feedback is associated with a reference time represented by a side-chain subframe, slot, or symbol index associated with one of:

the time of feedback generation, transmission or reception,

sensing end time, or

A start time of a resource selection window for the inter-UE coordination feedback or for a first time resource within the preferred and non-preferred resource sets.

17. An apparatus for a User Equipment (UE), the apparatus comprising:

processing circuitry configured to configure the UE to:

receiving a reference configuration for resource set determination;

calculating a preferred set of resources and a non-preferred set of resources for all (V2X) side link communications of the New Radio (NR) vehicle based on the reference configuration;

determining a resource selection window for transmitting inter-UE coordination feedback containing the preferred and non-preferred resource sets for side link transmission of another UE; and

transmitting to another UE the inter-UE coordination feedback dependent on the resource selection window; and

a memory configured to store the inter-UE coordination feedback.

18. The apparatus of claim 17, wherein the processing circuitry is further configured to configure the UE to sense a channel during a sensing window for transmitting the inter-UE coordination feedback.

19. A non-transitory computer-readable storage medium storing instructions for execution by one or more processors of a User Equipment (UE), the one or more processors, when executed, configure the UE to:

receiving inter-UE coordination feedback from a secondary UE containing a set of preferred resources and a set of non-preferred resources based on a reference configuration, at least one of the preferred and non-preferred resources set having a first type and a second type, the first type being constructed based on side link sensing and resource exclusion, the set of preferred resources of the second type being constructed based on resource selection, and the set of non-preferred resources of the second type being constructed based on UE Side Link (SL) or Uplink (UL) transmission; and

Preferred resources are used for all (V2X) side link communication for a New Radio (NR) vehicle, the preferred resources being dependent on the reference configuration and a resource selection configuration of the UE.

20. The non-transitory computer-readable storage medium of claim 19, wherein the one or more processors further configure the UE to, when executing the instructions, receive settings of the reference configuration along with the inter-UE coordination feedback from a network pre-configuration or from the secondary UE.