Method and apparatus for cochannel coexistence for NR and LTE v2x systems

Abstract

A WTRU may be configured to receive configuration information regarding an LTE sidelink (SL) resource pool and an NR SL resource pool. The WTRU may be configured to determine an association between time and frequency resources of the LTE SL resource pool and time and frequency resources of the NR SL resource pool. The WTRU may be configured to select NR SL candidate resources from the NR SL resource pool for NR SL transmission enabling hybrid automatic repeat request (HARQ). The WTRU may be configured to receive reservation information indicating LTE time and frequency resources of the LTE SL resource pool. The WTRU may be configured to determine an NR SL Physical SL Feedback Channel (PSFCH) resource corresponding to each of the selected NR SL candidate resources. The WTRU may be configured to exclude the NR SL candidate resources from the selected NR SL candidate resources.

Description

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims the benefit of U.S. Provisional Application No. 63 / 334,988, filed on April 26, 2022, and U.S. Provisional Application No. 63 / 394,757, filed on August 3, 2022, the contents of which are incorporated herein by reference. Background Art

[0003] Sidelink (SL) operation can coexist in Long Term Evolution (LTE) and New Radio (NR) with co-channel (e.g., the same channel) or non-co-channel (e.g., adjacent channels or channels separated far enough from each other). In co-channel deployments, LTE and NR S1 transmissions / receptions can overlap within a device. In non-co-channel deployments, LTE and NR S1 transmissions may conflict with each other within a device. Therefore, methods and apparatus are needed to enable LTE and NR spectrum sharing and maximum deployment flexibility for co-channel coexistence of LTE and NR. Summary of the invention

[0004] A method and wireless transmit / receive unit (WTRU) for NR SL resource selection is disclosed. The WTRU may be configured to receive configuration information about a long term evolution (LTE) side link (SL) resource pool and a new radio (NR) SL resource pool. The WTRU may be configured to determine an association between time and frequency resources of the LTE SL resource pool and time and frequency resources of the NR SL resource pool. The WTRU may be configured to select NR SL candidate resources from the NR SL resource pool for hybrid automatic repeat request (HARQ) enabled NR SL transmission. The WTRU may be configured to receive reservation information indicating LTE time and frequency resources of the LTE SL resource pool. The WTRU may be configured to determine an NR SL physical SL feedback channel (PSFCH) resource corresponding to each of the selected NR SL candidate resources. The WTRU may be configured to exclude NR SL candidate resources from the selected NR SL candidate resources. The time and frequency resources of the excluded NR SL candidate resources may overlap with the indicated LTE time and frequency resources, or the time and frequency resources of the determined NR SL PSFCH resources may overlap with the indicated LTE time and frequency resources. The WTRU may be configured to exclude NR SL candidate resources from the selected NR SL candidate resources based on the priority of the NR SL transport block or the priority of the indicated LTE time and frequency resources. The WTRU may be configured to select NR SL resources from the remaining NR SL candidate resources. The WTRU may be configured to send information in the NR SL physical sidelink shared channel (PSSCH) transmission in the selected NR SL resource. The received configuration information may include LTE SL subcarrier spacing information, NR SL subcarrier spacing information, the number of physical resource blocks (PRBs) used for LTE SL subchannels, the number of PRBs used for NR SL subchannels, LTE SL synchronization signal (SSS) resource configuration information, and NR SL PSFCH resource configuration information. Determining the association between the time and frequency resources of the LTE SL resource pool and the time and frequency resources of the NR Sl resource pool can be based on the received configuration information. The association can include an association between an LTE SL subframe and one or more NR SL time slots, and an association between an LTE SL subchannel and one or more NR Sl subchannels. The association can include a logical index of one or more indexes of the LTE SL subframe to one or more NR SL time slots, and an index of the LTE SL subchannel to one or more NR Sl subchannels. The time and frequency resources of the excluded NR SL candidate resources can overlap with the time and frequency resources of the LTE SL synchronization signal (SSS). The selection of the NR SL candidate resources can be performed in response to the received trigger information.The receiving of reservation information indicating LTE time and frequency resources may be performed based on LTE sensing. Determining NR SL PSFCH resources corresponding to each NR SL candidate resource may be performed based on the NR PSFCH resource configuration information. The reservation information indicating LTE time and frequency resources may include LTE SL synchronization signal block (SSB) resources, received LTE SSB reference signal received power (RSRP), resources reserved for LTE V2X transmission by the WTRU, resources reserved for LTE V2X transmission intended for the WTRU, resources reserved for LTE V2X transmission not intended for the WTRU, and RSRP of resources reserved for LTE V2X transmission not intended for the WTRU. BRIEF DESCRIPTION OF THE DRAWINGS

[0005] A more detailed understanding may be obtained from the following description given by way of example in conjunction with the accompanying drawings, in which like reference numerals indicate like elements, and in which:

[0006] Figure 1A is a system diagram illustrating an example communication system in which one or more disclosed embodiments may be implemented;

[0007] Figure 1B is an example of an embodiment in which Figure 1A A system diagram of an example wireless transmit / receive unit (WTRU) for use within the illustrated communication system;

[0008] Figure 1C is an example of an embodiment in which Figure 1A a system diagram of an example Radio Access Network (RAN) and an example Core Network (CN) used within the illustrated communication system;

[0009] Figure 1D is an example of an embodiment in which Figure 1A A system diagram of another example RAN and another example CN used within the illustrated communication system;

[0010] Figure 2 An exemplary method for LTE sidelink (SL) resource exclusion in NR SL resource (re)selection is shown;

[0011] Figure 3 An exemplary method for preempting LTE SL resource exclusion in NR SL slots is shown;

[0012] Figure 4 An exemplary method for performing resource selection taking into account LTE V2X resource reservation is shown;

[0013] Figure 5An exemplary method for performing detection of collisions between LTE and NR V2X transmissions is shown; and

[0014] Figure 6 An exemplary method for performing NR SL resource selection is shown. DETAILED DESCRIPTION

[0015] Figure 1A 1 is a diagram illustrating an exemplary communication system 100 in which one or more disclosed embodiments may be implemented. The communication system 100 may be a multiple access system that provides content such as voice, data, video, messaging, broadcast, etc. to multiple wireless users. The communication system 100 may enable multiple wireless users to access such content through sharing of system resources (including wireless bandwidth). For example, the communication system 100 may employ one or more channel access methods, such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single carrier FDMA (SC-FDMA), zero tail unique word discrete Fourier transform spread OFDM (ZT-UW-DFT-S-OFDM), unique word OFDM (UW-OFDM), resource block filtered OFDM, filter bank multi-carrier (FBMC), etc.

[0016] like Figure 1AAs shown, the communication system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, a radio access network (RAN) 104, a core network (CN) 106, a public switched telephone network (PSTN) 108, the Internet 110 and other networks 112, but it should be understood that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network elements. Each of the WTRUs 102a, 102b, 102c, 102d may be any type of device configured to operate and / or communicate in a wireless environment. By way of example, the WTRUs 102a, 102b, 102c, 102d (any of which may be referred to as a station (STA)) may be configured to send and / or receive wireless signals and may include user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a subscription-based unit, a pager, a cellular phone, a personal digital assistant (PDA), a smart phone, a laptop, a netbook, a personal computer, a wireless sensor, a hotspot or Mi-Fi device, an Internet of Things (IoT) device, a watch or other wearable device, a head-mounted display (HMD), a vehicle, a drone, medical devices and applications (e.g., remote surgery), industrial devices and applications (e.g., robots and / or other wireless devices operating in an industrial and / or automated process chain environment), a consumer electronic device, a device operating on a commercial and / or industrial wireless network, etc. Any of the WTRUs 102a, 102b, 102c, and 102d may be interchangeably referred to as a UE.

[0017] The communication system 100 may also include a base station 114a and / or a base station 114b. Each of the base stations 114a, 114b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102a, 102b, 102c, 102d to facilitate access to one or more communication networks, such as the CN 106, the Internet 110, and / or other networks 112. By way of example, the base stations 114a, 114b may be a base transceiver station (BTS), a Node B, an evolved Node B (eNB), a Home Node B, a Home evolved Node B, a next generation Node B such as a gNode B (gNB), a new radio (NR) Node B, a site controller, an access point (AP), a wireless router, and the like. While the base stations 114a, 114b are each depicted as a single element, it will be appreciated that the base stations 114a, 114b may include any number of interconnected base stations and / or network elements.

[0018] The base station 114a may be part of the RAN 104, which may also include other base stations and / or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), a relay node, etc. The base station 114a and / or the base station 114b may be configured to send and / or receive wireless signals on one or more carrier frequencies, which may be referred to as a cell (not shown). These frequencies may be in a licensed spectrum, an unlicensed spectrum, or a combination of licensed and unlicensed spectrums. A cell may provide coverage of wireless services to a specific geographic area, which may be relatively fixed or may change over time. The cell may be further divided into cell sectors. For example, a cell associated with the base station 114a may be divided into three sectors. Therefore, in one embodiment, the base station 114a may include three transceivers, i.e., one transceiver for each sector of the cell. In an embodiment, the base station 114a may employ multiple-input multiple-output (MIMO) technology and may utilize multiple transceivers for each sector of the cell. For example, beamforming may be used to send and / or receive signals in a desired spatial direction.

[0019] The base stations 114a, 114b may communicate with one or more of the WTRUs 102a, 102b, 102c, 102d over an air interface 116, which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, centimeter wave, micrometer wave, infrared (IR), ultraviolet (UV), visible light, etc.). The air interface 116 may be established using any suitable radio access technology (RAT).

[0020] More specifically, as noted above, the communication system 100 may be a multiple access system and may employ one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, etc. For example, the base station 114a in the RAN 104 and the WTRUs 102a, 102b, 102c may implement a radio technology, such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), that may use Wideband CDMA (WCDMA) to establish the air interface 116. WCDMA may include communication protocols, such as High Speed ​​Packet Access (HSPA) and / or Evolved HSPA (HSPA+). HSPA may include High Speed ​​Downlink (DL) Packet Access (HSDPA) and / or High Speed ​​Uplink (UL) Packet Access (HSUPA).

[0021] In an embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as Evolved UMTS Terrestrial Radio Access (E-UTRA) that may establish the air interface 116 using Long Term Evolution (LTE) and / or Advanced LTE (LTE-A) and / or Advanced LTE Pro (LTE-A Pro).

[0022] In an embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology (such as NR radio access) that may establish the air interface 116 using NR.

[0023] In an embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement multiple radio access technologies. For example, the base station 114a and the WTRUs 102a, 102b, 102c may together implement LTE radio access and NR radio access, for example using the dual connectivity (DC) principle. Thus, the air interface utilized by the WTRUs 102a, 102b, 102c may be characterized by multiple types of radio access technologies and / or transmissions transmitted to / from multiple types of base stations (e.g., eNBs and gNBs).

[0024] In other embodiments, the base station 114a and the WTRUs 102a, 102b, 102c may implement radio technologies such as IEEE 802.11 (i.e., Wireless Fidelity (WiFi)), IEEE 802.16 (i.e., Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile Communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN), etc.

[0025] Figure 1AThe base station 114b in the may be, for example, a wireless router, a Home NodeB, a Home eNodeB, or an access point, and may utilize any suitable RAT to facilitate wireless connectivity in a local area, such as a business location, a home, a vehicle, a campus, an industrial facility, an air corridor (e.g., for use by drones), a road, and the like. In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology (such as IEEE 802.11) to establish a wireless local area network (WLAN). In an embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology (such as IEEE 802.15) to establish a wireless personal area network (WPAN). In yet another embodiment, the base station 114b and the WTRUs 102c, 102d may utilize a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.) to establish a picocell or a femtocell. As Figure 1A As shown, the base station 114 b may have a direct connection to the Internet 110. Therefore, the base station 114 b may not need to access the Internet 110 via the CN 106.

[0026] The RAN 104 may be in communication with the CN 106, which may be any type of network configured to provide voice, data, applications, and / or Voice over Internet Protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d. The data may have different quality of service (QoS) requirements, such as different throughput requirements, latency requirements, error tolerance requirements, reliability requirements, data throughput requirements, mobility requirements, etc. The CN 106 may provide call control, billing services, mobile location-based services, prepaid calling, Internet connectivity, video distribution, etc., and / or perform high-level security functions, such as user authentication. Although not described in detail in the accompanying drawings, the CN 106 may be configured to provide voice, data, applications, and / or Voice over Internet Protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d. Figure 1A Although not shown in the figure, it will be appreciated that the RAN 104 and / or the CN 106 may be in direct or indirect communication with other RANs that employ the same RAT as the RAN 104 or a different RAT. For example, in addition to being connected to the RAN 104, which may utilize NR radio technology, the CN 106 may also be in communication with another RAN (not shown) that employs GSM, UMTS, CDMA 2000, WiMAX, E-UTRA, or WiFi radio technology.

[0027] The CN 106 may also act as a gateway for the WTRUs 102a, 102b, 102c, 102d to access the PSTN 108, the Internet 110, and / or other networks 112. The PSTN 108 may include a circuit-switched telephone network that provides plain old telephone service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as the Transmission Control Protocol (TCP), the User Datagram Protocol (UDP), and / or the Internet Protocol (IP) in the TCP / IP Internet protocol suite. The networks 112 may include wired communication networks and / or wireless communication networks owned and / or operated by other service providers. For example, the networks 112 may include another CN connected to one or more RANs, which may employ the same RAT as the RAN 104 or a different RAT.

[0028] Some or all of the WTRUs 102a, 102b, 102c, 102d in the communication system 100 may include multi-mode capabilities (e.g., the WTRUs 102a, 102b, 102c, 102d may include multiple transceivers for communicating with different wireless networks via different wireless links). Figure 1A The illustrated WTRU 102c may be configured to communicate with the base station 114a, which may employ a cellular-based radio technology, and with the base station 114b, which may employ an IEEE 802 radio technology.

[0029] Figure 1B is a system diagram illustrating an exemplary WTRU 102. Figure 1B As shown, the WTRU 102 may include, among other things, a processor 118, a transceiver 120, a transmit / receive element 122, a speaker / microphone 124, a keypad 126, a display / touchpad 128, non-removable memory 130, removable memory 132, a power source 134, a global positioning system (GPS) chipset 136, and / or other peripherals 138. It will be appreciated that the WTRU 102 may include any sub-combination of the foregoing elements while remaining consistent with an embodiment.

[0030] The processor 118 may be a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors associated with a DSP core, a controller, a microcontroller, an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), any other type of integrated circuit (IC), a state machine, etc. The processor 118 may perform signal decoding, data processing, power control, input / output processing, and / or any other functionality that enables the WTRU 102 to operate in a wireless environment. The processor 118 may be coupled to the transceiver 120, which may be coupled to the transmit / receive element 122. Although Figure 1B The processor 118 and the transceiver 120 are depicted as separate components, but it is understood that the processor 118 and the transceiver 120 may be integrated together in an electronic package or chip.

[0031] The send / receive element 122 may be configured to send a signal to a base station (e.g., base station 114a) or receive a signal from the base station via an air interface 116. For example, in one embodiment, the send / receive element 122 may be an antenna configured to send and / or receive an RF signal. In an embodiment, the send / receive element 122 may be a transmitter / detector configured to send and / or receive, for example, IR, UV or visible light signals. In another embodiment, the send / receive element 122 may be configured to send and / or receive both RF signals and optical signals. It should be understood that the send / receive element 122 may be configured to send and / or receive any combination of wireless signals.

[0032] Although the transmit / receive element 122 Figure 1B 1 as a single element, the WTRU 102 may include any number of transmit / receive elements 122. More specifically, the WTRU 102 may employ MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit / receive elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals over the air interface 116.

[0033] The transceiver 120 may be configured to modulate signals to be transmitted by the transmit / receive element 122 and to demodulate signals received by the transmit / receive element 122. As noted above, the WTRU 102 may have multi-mode capabilities. For example, the transceiver 120 may include multiple transceivers for enabling the WTRU 102 to communicate via multiple RATs, such as NR and IEEE 802.11.

[0034] The processor 118 of the WTRU 102 may be coupled to a speaker / microphone 124, a keypad 126, and / or a display / touchpad 128 (e.g., a liquid crystal display (LCD) display unit or an organic light emitting diode (OLED) display unit) and may receive user input data therefrom. The processor 118 may also output user data to the speaker / microphone 124, the keypad 126, and / or the display / touchpad 128. In addition, the processor 118 may access information from and store data in any type of suitable memory, such as a non-removable memory 130 and / or a removable memory 132. The non-removable memory 130 may include a random access memory (RAM), a read-only memory (ROM), a hard disk, or any other type of memory storage device. The removable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, and the like. In other embodiments, the processor 118 may access information from and store data in a memory that is not physically located on the WTRU 102, such as on a server or a home computer (not shown).

[0035] The processor 118 may receive power from the power source 134, and may be configured to distribute and / or control power to other components in the WTRU 102. The power source 134 may be any suitable device for powering the WTRU 102. For example, the power source 134 may include one or more dry cell batteries (e.g., nickel-cadmium (NiCd), nickel-zinc (NiZn), nickel-metal hydride (NiMH), lithium-ion (Li-ion), etc.), solar cells, fuel cells, etc.

[0036] The processor 118 may also be coupled to the GPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) regarding the current location of the WTRU 102. In addition to or in lieu of the information from the GPS chipset 136, the WTRU 102 may receive location information from a base station (e.g., base stations 114a, 114b) over the air interface 116 and / or determine its location based on the timing of signals received from two or more nearby base stations. It will be appreciated that the WTRU 102 may acquire location information by any suitable location-determination method while remaining consistent with an embodiment.

[0037] The processor 118 may also be coupled to other peripherals 138, which may include one or more software modules and / or hardware modules that provide additional features, functionality, and / or wired or wireless connectivity. For example, the peripherals 138 may include an accelerometer, an electronic compass, a satellite transceiver, a digital camera (for photos and / or video), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands-free headset, module, FM radio unit, digital music player, media player, video game player module, Internet browser, virtual reality and / or augmented reality (VR / AR) device, activity tracker, etc. The peripheral device 138 may include one or more sensors. The sensor may be one or more of the following: a gyroscope, an accelerometer, a Hall effect sensor, a magnetometer, an orientation sensor, a proximity sensor, a temperature sensor, a time sensor; a geolocation sensor, an altimeter, a light sensor, a touch sensor, a magnetometer, a barometer, a gesture sensor, a biometric sensor, a humidity sensor, etc.

[0038] The WTRU 102 may include a full-duplex radio for which transmission and reception of some or all of the signals (e.g., associated with specific subframes for both UL (e.g., for transmission) and DL (e.g., for reception)) may be concurrent and / or simultaneous. The full-duplex radio may include an interference management unit for reducing and / or substantially eliminating self-interference via signal processing performed by hardware (e.g., a choke) or via a processor (e.g., a separate processor (not shown) or via the processor 118). In an embodiment, the WTRU 102 may include a half-duplex radio for which transmission and reception of some or all of the signals (e.g., associated with specific subframes for both UL (e.g., for transmission) or DL ​​(e.g., for reception)) may be concurrent and / or simultaneous.

[0039] Figure 1C 1 is a system diagram showing the RAN 104 and the CN 106 in accordance with an embodiment. As noted above, the RAN 104 may employ an E-UTRA radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 104 may also be in communication with the CN 106.

[0040] The RAN 104 may include evolved Node-Bs 160a, 160b, 160c, though it will be appreciated that the RAN 104 may include any number of evolved Node-Bs while remaining consistent with an embodiment. The evolved Node-Bs 160a, 160b, 160c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, 102c over the air interface 116. In one embodiment, the evolved Node-Bs 160a, 160b, 160c may implement MIMO technology. Thus, the evolved Node-B 160a, for example, may use multiple antennas to transmit wireless signals to and / or receive wireless signals from the WTRU 102a.

[0041] Each of the evolved Node Bs 160a, 160b, 160c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in UL and / or DL, etc. Figure 1C As shown, the eNode-Bs 160a, 160b, 160c may communicate with one another via an X2 interface.

[0042] Figure 1C The illustrated CN 106 may include a mobility management entity (MME) 162, a serving gateway (SGW) 164, and a packet data network (PDN) gateway (PGW) 166. Although the foregoing elements are depicted as part of the CN 106, it should be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0043] The MME 162 may be connected to each of the evolved Node-Bs 162a, 162b, 162c in the RAN 104 via an S1 interface and may serve as a control node. For example, the MME 162 may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, bearer activation / deactivation, selecting a particular serving gateway during an initial attach of the WTRUs 102a, 102b, 102c, etc. The MME 162 may provide a control plane function for switching between the RAN 104 and other RANs (not shown) that employ other radio technologies, such as GSM and / or WCDMA.

[0044] The SGW 164 may be connected to each of the evolved Node-Bs 160a, 160b, 160c in the RAN 104 via an S1 interface. The SGW 164 may generally route and forward user data packets to / from the WTRUs 102a, 102b, 102c. The SGW 164 may perform other functions, such as anchoring the user plane during inter-evolved Node-B handovers, triggering paging when DL data is available for the WTRUs 102a, 102b, 102c, managing and storing the context of the WTRUs 102a, 102b, 102c, and the like.

[0045] The SGW 164 may be connected to the PGW 166, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices.

[0046] The CN 106 may facilitate communications with other networks. For example, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to circuit-switched networks, such as the PSTN 108, to facilitate communications between the WTRUs 102a, 102b, 102c and traditional land-line communications devices. For example, the CN 106 may include, or may be in communication with, an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that acts as an interface between the CN 106 and the PSTN 108. In addition, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired networks and / or wireless networks owned and / or operated by other service providers.

[0047] Although the WTRU Figures 1A to 1D Although described as wireless terminals, it is contemplated that in certain representative embodiments, such terminals may (eg, temporarily or permanently) use a wired communications interface with a communications network.

[0048] In a representative embodiment, the other network 112 may be a WLAN.

[0049] A WLAN in infrastructure basic service set (BSS) mode may have an access point (AP) for the BSS and one or more stations (STA) associated with the AP. The AP may have access or an interface to a distribution system (DS) or another type of wired / wireless network that carries traffic to and / or carries traffic away from the BSS. Traffic originating from outside the BSS and leading to the STA may be reached by the AP and may be delivered to the STA. Traffic originating from the STA and leading to a destination outside the BSS may be transmitted to the AP to be delivered to the corresponding destination. Traffic between STAs within the BSS may be transmitted by the AP, for example, wherein the source STA may transmit traffic to the AP, and the AP may deliver traffic to the destination STA. Traffic between STAs within the BSS may be considered and / or referred to as point-to-point traffic. Point-to-point traffic may be transmitted between the source STA and the destination STA (e.g., directly between them) using a direct link establishment (DLS). In certain representative embodiments, the DLS may use 802.11e DLS or 802.11z tunnel DLS (TDLS). A WLAN using an independent BSS (IBSS) mode may not have an AP, and STAs within or using the IBSS (eg, all STAs in the STA) may communicate directly with each other. The IBSS communication mode may sometimes be referred to herein as an "ad hoc" communication mode.

[0050] When using the 802.11ac infrastructure operating mode or a similar operating mode, the AP may send beacons on a fixed channel (such as a primary channel). The primary channel may be a fixed width (e.g., a 20 MHz wide bandwidth) or a dynamically set width. The primary channel may be an operating channel of the BSS and may be used by the STA to establish a connection with the AP. In certain representative embodiments, carrier sense multiple access / collision avoidance (CSMA / CA) may be implemented, for example, in an 802.11 system. For CSMA / CA, a STA (e.g., each STA) (including the AP) may listen to the primary channel. If the primary channel is listened / detected and / or determined to be busy by a particular STA, the particular STA may back off. One STA (e.g., only one station) may transmit at any given time in a given BSS.

[0051] High throughput (HT) STAs may communicate using a 40 MHz wide channel, for example, via a combination of a primary 20 MHz channel and adjacent or non-adjacent 20 MHz channels to form a 40 MHz wide channel.

[0052] Very high throughput (VHT) STA can support 20MHz, 40MHz, 80MHz and / or 160MHz wide channels. 40MHz channels and / or 80MHz channels can be formed by combining continuous 20MHz channels. 160MHz channels can be formed by combining 8 continuous 20MHz channels, or by combining two non-continuous 80MHz channels (this can be called 80+80 configuration). For 80+80 configuration, after channel coding, the data can pass through a segment parser that can divide the data into two streams. Each stream can be processed by inverse fast Fourier transform (IFFT) and time domain processing separately. These streams can be mapped to two 80MHz channels, and data can be sent by the transmitter STA. At the receiver of the receiver STA, the above-mentioned operation for the 80+80 configuration can be reversed, and the combined data can be transmitted to the medium access control (MAC).

[0053] 802.11af and 802.11ah support operating modes below 1GHz. Channel operating bandwidths and carriers are reduced in 802.11af and 802.11ah relative to those used in 802.11n and 802.11ac. 802.11af supports 5MHz, 10MHz, and 20MHz bandwidths in the TV White Space (TVWS) spectrum, and 802.11ah supports 1MHz, 2MHz, 4MHz, 8MHz, and 16MHz bandwidths using non-TVWS spectrum. According to a representative embodiment, 802.11ah may support meter type control / machine type communication (MTC), such as MTC devices in macro coverage areas. MTC devices may have certain capabilities, such as limited capabilities, including support for (e.g., only support for) certain bandwidths and / or limited bandwidths. MTC devices may include batteries with battery life above a threshold (e.g., to maintain very long battery life).

[0054] WLAN systems that can support multiple channels and channel bandwidths (such as 802.11n, 802.11ac, 802.11af, and 802.11ah) include channels that can be designated as primary channels. The primary channel may have a bandwidth equal to the maximum common operating bandwidth supported by all STAs in the BSS. The bandwidth of the primary channel may be set and / or limited by a STA (which supports the minimum bandwidth operating mode) from all STAs operating in the BSS. In the example of 802.11ah, for STAs (e.g., MTC-type devices) that support (e.g., only support) a 1MHz mode, the primary channel may be 1MHz wide, even if the AP and other STAs in the BSS support 2MHz, 4MHz, 8MHz, 16MHz, and / or other channel bandwidth operating modes. Carrier sensing and / or network allocation vector (NAV) settings may depend on the state of the primary channel. If the primary channel is busy, for example, because a STA (which only supports a 1MHz operating mode) is transmitting to the AP, all available bands may be considered busy even if most of the available bands remain idle.

[0055] In the United States, the available frequency band for 802.11ah is 902MHz to 928MHz. In South Korea, the available frequency band is 917.5MHz to 923.5MHz. In Japan, the available frequency band is 916.5MHz to 927.5MHz. The total bandwidth available for 802.11ah is 6MHz to 26MHz, depending on the country code.

[0056] Figure 1D1 is a system diagram showing the RAN 104 and the CN 106 in accordance with an embodiment. As noted above, the RAN 104 may employ NR radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 104 may also be in communication with the CN 106.

[0057] The RAN 104 may include gNBs 180a, 180b, 180c, though it will be appreciated that the RAN 104 may include any number of gNBs while remaining consistent with an embodiment. The gNBs 180a, 180b, 180c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, 102c over the air interface 116. In one embodiment, the gNBs 180a, 180b, 180c may implement MIMO technology. For example, the gNBs 180a, 180b may utilize beamforming to send signals to and / or receive signals from the gNBs 180a, 180b, 180c. Thus, the gNB 180a may, for example, use multiple antennas to send wireless signals to and / or receive wireless signals from the WTRU 102a. In an embodiment, the gNBs 180a, 180b, 180c may implement carrier aggregation technology. For example, the gNB 180a may transmit multiple component carriers to the WTRU 102a (not shown). A subset of these component carriers may be on an unlicensed spectrum, while the remaining component carriers may be on a licensed spectrum. In an embodiment, the gNBs 180a, 180b, 180c may implement coordinated multi-point (CoMP) technology. For example, the WTRU 102a may receive coordinated transmissions from the gNB 180a and the gNB 180b (and / or the gNB 180c).

[0058] The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using transmissions associated with a parameter set that may be scalable. For example, OFDM symbol spacing and / or OFDM subcarrier spacing may vary for different transmissions, different cells, and / or different portions of the wireless transmission spectrum. The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using subframes or Transmission Time Intervals (TTIs) of varying or scalable lengths (e.g., containing varying numbers of OFDM symbols and / or varying absolute time lengths over time).

[0059] The gNBs 180a, 180b, 180c may be configured to communicate with the WTRUs 102a, 102b, 102c in a standalone configuration and / or a non-standalone configuration. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c while not accessing other RANs (e.g., such as the eNodeBs 160a, 160b, 160c). In a standalone configuration, the WTRUs 102a, 102b, 102c may use one or more of the gNBs 180a, 180b, 180c as mobility anchors. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using signals in an unlicensed band. In a non-standalone configuration, the WTRU 102a, 102b, 102c may communicate / connect with the gNB 180a, 180b, 180c while also communicating / connecting with another RAN, such as the evolved Node-B 160a, 160b, 160c. For example, the WTRU 102a, 102b, 102c may implement the DC principle to communicate with one or more gNBs 180a, 180b, 180c and one or more evolved Node-Bs 160a, 160b, 160c substantially simultaneously. In a non-standalone configuration, the evolved Node-B 160a, 160b, 160c may act as a mobility anchor for the WTRU 102a, 102b, 102c, and the gNB 180a, 180b, 180c may provide additional coverage and / or throughput for serving the WTRU 102a, 102b, 102c.

[0060] Each of the gNBs 180a, 180b, 180c may be associated with a specific cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in UL and / or DL, support of network slicing, interworking between DC, NR and E-UTRA, routing of user plane data towards user plane functions (UPFs) 184a, 184b, routing of control plane information towards access and mobility management functions (AMFs) 182a, 182b, etc. Figure 1D As shown, gNBs 180a, 180b, and 180c may communicate with each other via an Xn interface.

[0061] Figure 1DThe illustrated CN 106 may include at least one AMF 182a, 182b, at least one UPF 184a, 184b, at least one session management function (SMF) 183a, 183b, and possible data networks (DNs) 185a, 185b. Although the aforementioned elements are depicted as part of the CN 106, it should be understood that any of these elements may be owned and / or operated by entities other than the CN operator.

[0062] The AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 104 via the N2 interface and may act as a control node. For example, the AMF 182a, 182b may be responsible for authenticating users of the WTRU 102a, 102b, 102c, support of network slicing (e.g., handling of different protocol data unit (PDU) sessions with different requirements), selecting a specific SMF 183a, 183b, management of registration areas, termination of non-access stratum (NAS) signaling, mobility management, etc. The AMF 182a, 182b may use network slicing to customize CN support for the WTRU 102a, 102b, 102c based on the type of services utilized by the WTRU 102a, 102b, 102c. For example, different network slices may be established for different use cases, such as services relying on ultra-reliable low latency (URLLC) access, services relying on enhanced massive mobile broadband (eMBB) access, services for MTC access, etc. The AMF 182a, 182b may provide a control plane function for switching between the RAN 104 and other RANs (not shown) that employ other radio technologies, such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP access technologies, such as WiFi.

[0063] The SMF 183a, 183b may be connected to the AMF 182a, 182b in the CN 106 via the N11 interface. The SMF 183a, 183b may also be connected to the UPF 184a, 184b in the CN 106 via the N4 interface. The SMF 183a, 183b may select and control the UPF 184a, 184b, and configure the traffic routing through the UPF 184a, 184b. The SMF 183a, 183b may perform other functions, such as managing and allocating UE IP addresses, managing PDU sessions, controlling policy implementation and QoS, providing DL data notification, etc. The PDU session type may be IP-based, non-IP-based, Ethernet-based, etc.

[0064] The UPF 184a, 184b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 104 via the N3 interface, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices. The UPF 184, 184b may perform other functions, such as routing and forwarding packets, enforcing user plane policies, supporting multi-homed PDU sessions, handling user plane QoS, buffering DL packets, providing mobility anchoring, etc.

[0065] The CN 106 may facilitate communications with other networks. For example, the CN 106 may include or may communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that acts as an interface between the CN 106 and the PSTN 108. In addition, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired networks and / or wireless networks owned and / or operated by other service providers. In one embodiment, the WTRUs 102a, 102b, 102c may be connected to the DNs 185a, 185b via the UPFs 184a, 184b via the N3 interfaces to the UPFs 184a, 184b and the N6 interfaces between the UPFs 184a, 184b and the local DNs 185a, 185b.

[0066] Given that Figures 1A to 1D as well as Figures 1A to 1D Corresponding to the description of the present invention, one or more or all of the functions described herein with reference to one or more of the following items may be performed by one or more simulation devices (not shown): WTRU102a to 102d, base station 114a to 114b, evolved Node B 160a to 160c, MME 162, SGW 164, PGW 166, gNB180a to 180c, AMF 182a to 182b, UPF 184a to 184b, SMF 183a to 183b, DN 185a to 185b and / or any other device described herein. The simulation device may be one or more devices configured to mimic one or more or all of the functions described herein. For example, the simulation device can be used to test other devices and / or simulate network and / or WTRU functions.

[0067] The simulation device may be designed to implement one or more tests of other devices in a laboratory environment and / or in an operator network environment. For example, one or more simulation devices may perform one or more functions or all functions while being fully or partially implemented and / or deployed as part of a wired and / or wireless communication network in order to test other devices within the communication network. One or more simulation devices may perform one or more functions or all functions while being temporarily implemented / deployed as part of a wired and / or wireless communication network. The simulation device may be directly coupled to another device for the purpose of testing and / or performing tests using over-the-air wireless communications.

[0068] One or more simulation devices can perform one or more (including all) functions without being implemented / deployed as part of a wired and / or wireless communication network. For example, the simulation device can be used in a test scenario in a test laboratory and / or a non-deployed (e.g., testing) wired and / or wireless communication network to implement testing of one or more components. One or more simulation devices can be test equipment. Direct RF coupling and / or wireless communication via RF circuits (e.g., which may include one or more antennas) can be used by the simulation device to send and / or receive data.

[0069] This document describes implementations for non-co-channel coexistence of NR and LTE SL operations.

[0070] In NR, coexistence between LTE and NR SL operations can be implemented from a WTRU perspective, taking into account the half-duplex constraints and the inability to coordinate between LTE and NR SL operations. As a result, for NR V2X, in-device coexistence SL techniques can be developed for "non-co-channel" scenarios, where NR and LTE SL coexist in different channels, for example, adjacent channels or channels that are sufficiently separated from each other.

[0071] Examples in R16 NR V2X may include, but are not limited to, short-term time division multiplexing (TDM), long-term TDM, and frequency division multiplexing (FDM).

[0072] For long-term TDM, LTE and NR SL can be (pre-)configured with dedicated resources, such as resource pools.

[0073] For short term TDM, the WTRU may dynamically determine which of LTE and NR SL to operate based on the priority information available in a time period (T) before the earliest transmission. The time period (T) may be specified as less than 4ms, etc., and how such priority information becomes available to both LTE and NR SL radio accesses may be specified for WTRU implementation.

[0074] For FDM, the WTRU can perform dynamic sharing of power between LTE and NR intra-band and inter-band SLs.

[0075] In SL Evolution (SLE), co-channel coexistence can enable LTE and NR spectrum sharing and maximum deployment flexibility.

[0076] This article describes overlapping in-device NR and LTE SL transmission / reception.

[0077] In a co-channel deployment, the WTRU may be (pre-)configured with overlapping time and frequency resources for NR operation and LTE operation. From an in-device coexistence perspective, the interference between LTE and NR SL radio accesses within the WTRU may be overlapping and more severe than in a “non-co-channel” scenario. The short-term TDM approach can be reused, but more packets will be dropped in the case of supporting both “non-co-channel” and “co-channel” operations. Additionally, prioritization techniques rely on a priori knowledge, such as reserved LTE or NR reception, but for non-periodic transmissions supported by NR SL, the WTRU will not have this information and when the WTRU has an LTE SL transmission to perform, it will not perform any prioritization and will miss any NR SL non-periodic reception in the timeslot.

[0078] This article describes the conflicts between NR and LTE SL transmissions.

[0079] In "non-co-channel" deployments, the in-device interference case of LTE SL RX with NR SL RX may not be a concern, since the received resources do not overlap and the WTRU is able to receive both transmissions simultaneously without performing short TDM prioritization. This may not be applicable to "co-channel" scenarios, where when two overlapping LTE and NR SL transmissions arrive at one WTRU, they will interfere with each other and the WTRU may receive only one of them or neither of them, depending on the relative reception levels. Such conflicts between NR transmissions and LTE SL transmissions may need to be resolved in NR SL.

[0080] This document describes implementations of NR Mode 2 resource selection with LTE V2X resource reservation information.

[0081] This document describes an implementation in which a WTRU determines resources reserved for LTE V2X operations in an NR SL resource pool and an LTE SL resource pool.

[0082] The WTRU may be (pre)configured with a set of LTE SL resource pools and NR SL resource pools. The WTRU may be (pre)configured with one or more resources for LTE SL synchronization signal transmission and reception. The LTE SL synchronization signal may include a primary side link synchronization signal (PSSS) and a secondary side link synchronization signal (SSSS). The WTRU may determine a set of LTE SL logical subframes of the resource pool and index the logical subframes in ascending order using the SFN period. Logical subframes (pre)configured for PSSS / SSSS may not be included in the LTE SL resource pool. In the frequency domain, the WTRU may be (pre)configured with multiple subchannels for the resource pool, and each subchannel may include a (pre)configured number of RBs. The WTRU may perform resource selection and LTE PSSCH transmission over one or more such subchannels within a logical subframe (1ms). Such LTE PSSCH resources may be referred to as single-subframe LTE SL resources.

[0083] This article describes an implementation of the NR SL resource pool.

[0084] The WTRU may determine a set of NR logical slots for a resource pool and index the logical slots in ascending order within the SFN cycle. In the frequency domain, the WTRU may be (pre)configured with multiple subchannels for a resource pool and each subchannel may include a (pre)configured number of RBs. The WTRU may perform resource selection and NRPSSCH transmission over one or more such subchannels within a logical slot. The duration of a logical slot may depend on the subcarrier spacing (SCS) of the NRSL BWP and may be equal to 2. -u , where for SCS of 15kHz, 30kHz and 60kHz, the numerology index (u) = 0, 1 and 2 respectively. Such NRPSSCH resources may be referred to as single-slot NR SL resources.

[0085] This document describes an implementation scheme for WTRU determination for overlapping mapping between NR SL resource pools and LTE SL resource pools.

[0086] The WTRU may determine one or more LTE SL resource pools that overlap in time and / or frequency with an NR SL resource pool based on the resource pool (pre)configuration. For each overlapping LTE SL resource pool, the WTRU may determine a mapping between overlapping resources, for example, a mapping between an index of an LTE SL subframe and one or more indices of an NR SL slot, and a mapping between an index of an LTE SL subchannel and one or more indices of an NR SL subchannel. Such a determination of mapping may be based on one or more of the following: (1) the numerology (pre)configured for the LTE SL and NR SL resource pools; (2) the physical subframes corresponding to the LTE SL logical subframes and the physical slots corresponding to the NR SL logical slots; and (3) the starting RB, the number of RBs per subchannel, and the number of subchannels (pre)configured for the LTE SL and NR SL resource pools.

[0087] The WTRU may determine the overlap between an LTE SL logical subframe and an NR SL logical slot when the corresponding physical subframes and slots overlap in time. The WTRU may determine the mapping between the index of an LTE SL subframe and the index of an NR SL slot that overlaps with the LTE SL subframe. When the numerology of the NR and LTE SL resource pools may be different, the WTRU may map one or more NR SL slot indices to an LTE SL subframe index. Note that LTE SL may support 15kHz and NR SL may support multiple subcarrier spacings (SCS) including 15kHz, 30kHz and 60kHz. The WTRU may determine the number of NR SL logical slots in the NR SL resource pool that may overlap with an LTE SL logical subframe in the LTE SL resource pool.

[0088] In the frequency domain, the WTRU may determine the mapping between the index of an LTE SL subchannel and the index of an overlapping SL subchannel. Since the starting RB, the number of RBs per subchannel, and the number of (pre)configured subchannels for the LTE SL and NR SL resource pools may be different, the index of one LTE SL subchannel may be mapped to one or more NR SL subchannels, or vice versa.

[0089] In a (pre)configured NR SL resource pool, the WTRU may determine a set of NR SL resources that may overlap in time and frequency with LTE SL resources in one or more (pre)configured LTE SL resource pools. The NR SL resources may include NR SL time slots and NR SL subchannels. The LTE SL resources may include LTE SL subframes and LTE SL subchannels.

[0090] When the SCS of both NR and LTE SL resources is 15kHz, the duration of the NR SL slot and the LTE SL subframe can be the same. When the SCS of the NR SL resources is greater than 15kHz (e.g., 30kHz and 60kHz), the duration of the NR SL slot can be a fraction of the LTE SL subframe. In the frequency domain, depending on the number of RBs (pre-)configured for the subchannels in the LTE SL and NR SL resource pools, an NR SL subchannel can overlap with one or more LTE SL subchannels.

[0091] Therefore, depending on the SCS and subchannel (pre)configuration, the NR SL resources may overlap with one or more LTE SL resources and vice versa. Therefore, the WTRU may determine that the NR SL resource R is the same as the LTE SL resource when the following two conditions are met: i,j , where i is the NRSL logical timeslot index and j is the NR SL subchannel index, can overlap with one or more LTE SL resources (i.e., become NRSL overlapping resources): NR SL timeslot i overlaps with one or more LTE subframes; and NR subchannel j overlaps with one or more LTE subchannels.

[0092] The WTRU may determine a set of such overlapping resources in the NR SL resource pool, which may also be referred to as an overlapping resource set. The WTRU may determine the remaining NR SL resources in the NR SL resource pool as non-overlapping resources in the NR SL resource pool.

[0093] The WTRU may determine the availability of overlapping resource sets in the NR SL resource pool for NR SL PSSCH / PSCCH transmission for NR SL applications. For example, the WTRU may determine whether the overlapping resource sets in the NR SL resource pool are available for NR SL PSSCH / PSCCH transmission for NR SL applications based on one or more of the following: the number of NR SL resources in the overlapping resource sets in the NR SL resource pool; the QoS requirements of the NR SL application (e.g., the priority of the SLTB associated with the NR SL application); the CBR and / or RSSI measurements of the NR SL resource pool; the CBR and / or RSSI measurements of the LTE SL resource pool overlapping with the NR SL resource pool; the CBR and / or RSSI measurements of the overlapping resources in the NR SL resource pool; the CBR and / or RSSI measurements of the non-overlapping resources in the NR SL resource pool; the LTE SL sensing results of the overlapping LTE SL resource pool; and / or LTE SCI decoding information.

[0094] The WTRU may measure the SL RSSI of a subchannel as the linear average of the total received power measured over the OFDM symbols (excluding the 1st AGC symbol) in the NR SL slot or LTE subframe. The SL RSSI may thus indicate the simulated energy level in the subchannel.

[0095] Embodiments of CBR and / or RSSI measurements for NR SL resource pools are described herein. The WTRU may perform NR SL resource pool CBR measurements specific to the NR SL resource pool in NR SL slot (n). The WTRU may calculate the NR SL resource pool CBR value within the CBR measurement window as the ratio of the subchannels in the NR SL resource pool for which the measured SL RSSI may exceed a (pre)configured threshold to the total number of (pre)configured subchannels in the NR SL resource pool. The CBR measurement window may be (pre)configured to start in slot (na) and end in slot (n-1), where a may be (pre)configured, for example, 100 NR SL slots.

[0096] The WTRU may perform NR SL resource pool RSSI measurements specific to the NR SL resource pool in NR SL slot (n). The WTRU may calculate the NR SL resource pool RSSI value within the RSSI measurement window as the average and / or filtered RSSI value over all subchannels configured (pre) in the resource pool. The WTRU may be (pre)configured with filter coefficients for RSSI filtering within the RSSI measurement window. The RSSI measurement window may be (pre)configured to start in slot (na) and end in slot (n-1), where a may be (pre)configured, for example, 100 NR SL slots.

[0097] The CBR and RSSI measurements of the NR resource pool indicate the utilization level of the NR resource pool. Large CBR and RSSI values ​​may indicate a higher level of use of resources by NR SL transmissions and potentially LTE SL transmissions on overlapping resources. This measurement does not indicate the level of LTE SL and / or NR SL transmission activity specific to overlapping resources.

[0098] Embodiments of CBR and / or RSSI measurements involving an LTE SL resource pool that overlaps with an NR SL resource pool are described herein. The WTRU may perform an LTE SL resource pool CBR measurement specific to the LTE SL resource pool in an NR SL timeslot (n). The WTRU may calculate the LTE SL resource pool CBR value within a CBR measurement window as the ratio of the subchannels in the LTE SL resource pool for which the measured SL RSSI may exceed a (pre)configured threshold to the total number of (pre)configured subchannels in the LTE SL resource pool. The CBR measurement window may include a (pre)configured number of LTE subframes. The applied subchannels and subframes may be (pre)configured for the LTE SL resource pool.

[0099] The WTRU may perform LTE SL resource pool RSSI measurements specific to the LTE SL resource pool in NR SL timeslot (n). The WTRU may calculate the LTE SL resource pool RSSI value as the average and / or filtered RSSI value over all subchannels configured (pre) in the resource pool within the RSSI measurement window. The WTRU may be (pre)configured with filter coefficients for RSSI filtering within the RSSI measurement window. The RSSI measurement window may include a (pre)configured number of LTE subframes. The applied subchannels and subframes may be (pre)configured for the LTE SL resource pool.

[0100] CBR and RSSI measurements of an LTE resource pool that overlaps with an NR resource pool can provide information about the utilization level of the LTE SL resource pool. Large CBR and RSSI values ​​can indicate a higher level of use of the resources by LTE SL transmissions and potentially NR SL transmissions on the overlapping resources. The measurement does not indicate the level of LTE SL and / or NR SL transmission activity specific to the overlapping resources.

[0101] Embodiments are described herein involving a WTRU performing CBR and / or RSSI measurements of overlapping resources in an NR SL resource pool. For example, the WTRU may perform overlapping resource CBR measurements specific to a set of overlapping resources determined in an NR SL resource pool in an NR SL timeslot (n). The WTRU may calculate an overlapping resource CBR value within a CBR measurement window as a ratio of the number of subchannels in the set of overlapping resources for which the measured SL RSSI may exceed a (pre)configured threshold to the total number of subchannels in the set of overlapping resources. In an embodiment, the RSSI measurement window may include a (pre)configured number of LTE subframes. The applied subchannels and subframes may be (pre)configured for an LTE SL resource pool.

[0102] The WTRU may perform overlapping resource RSSI measurements specific to an overlapping resource set determined in the NR SL resource pool in the NR SL time slot (n). The WTRU may calculate the overlapping resource RSSI value as the average and / or filtered RSSI value over all subchannels in the overlapping resource set within the RSSI measurement window. The WTRU may be (pre)configured with filter coefficients for RSSI filtering within the RSSI measurement window. The RSSI measurement window may include a (pre)configured number of LTE subframes. The applied subchannels and subframes may be (pre)configured for the LTE SL resource pool.

[0103] CBR and RSSI measurements of overlapping resources within the NR resource pool provide information about the utilization level specific to the overlapping NR SL resources. Large CBR and RSSI values ​​may indicate a higher level of usage of resources by LTE SL transmissions and / or NR SL transmissions.

[0104] Embodiments are described herein involving a WTRU performing CBR and / or RSSI measurements of non-overlapping resources within a NR SL resource pool. For example, the WTRU may perform NR SL non-overlapping resource CBR measurements specific to NR SL non-overlapping resources in a NR SL resource pool in NR SL slot (n). The WTRU may calculate the NR SL non-overlapping resource CBR value within a CBR measurement window as the ratio of the subchannels of the NR SL non-overlapping resources for which the measured SL RSSI may exceed a (pre)configured threshold to the total number of subchannels of the non-overlapping resources. The CBR measurement window may be (pre)configured to start in slot (na) and end in slot (n-1), where a may be (pre)configured, for example, 100 NR SL slots.

[0105] The WTRU may perform NR SL non-overlapping resource RSSI measurements specific to NR SL non-overlapping resources in the NR SL resource pool in NR SL slot (n). The WTRU may calculate the NR SL resource pool RSSI value as the average and / or filtered RSSI value over all subchannels configured (pre) in the resource pool within the RSSI measurement window. The WTRU may be (pre)configured with filter coefficients for RSSI filtering within the RSSI measurement window. The RSSI measurement window may be (pre)configured to start in slot (na) and end in slot (n-1), where a may be (pre)configured, for example, 100 NR SL slots.

[0106] In the example, CBR and RSSI measurements of non-overlapping resources within the NR resource pool indicate the activity level (i.e., utilization of these particular resources in the NR resource pool by NR SL transmissions). Large CBR and RSSI values ​​may indicate a higher level of utilization of these resources by NR SL transmissions.

[0107] An implementation scheme is described herein involving a WTRU performing CBR and / or RSSI measurements and resource reservation information based on LTE sensing related to non-overlapping resources within an NR SL resource pool.

[0108] In an embodiment, when the WTRU performs such an evaluation in NR SL timeslot (n), the WTRU may derive the following based on the LTE resource selection procedure (i.e., sensing) performed in the LTE SL resource pool in LTE SL subframe (m): (1) CBR measurements within a (pre)configured window between LTE SL subframes (m-1) and (ma), where a may be (pre)configured; (2) RSSI measurements within a (pre)configured window between LTE SL subframes (m-1) and (ma), where a may be (pre)configured; (3) RSRP measurements within a (pre)configured window between LTE SL subframes (m-1) and (ma), where a may be (pre)configured; (4) a set of available LTE SL resources (e.g., set A); and / or (5) a set of excluded and unavailable resources that are unavailable (i.e., reserved for LTE SL transmissions).

[0109] This LTE SL sensing procedure may be triggered by evaluating the overlapping resources in the NR SL resource pool. In an example, the WTRU may apply the results from the LTE SL sensing performed in the period before the evaluation (e.g., when the WTRU performs the evaluation in NR SL slot (n), the period between LTE SL subframe (m) and NR slot (n) may be less than a (pre)configured threshold). This will ensure that the LTE sensing results are up to date.

[0110] An embodiment of the present invention relates to a WTRU performing a determination of the availability of NR SL overlapping resources for NR SL transmissions based on CBR and / or RSSI measurements. In an embodiment, the WTRU may determine not to apply overlapping resources in the NR SL resource pool for NR PSSCH / PSCCH transmissions for NR SL applications (i.e., disable the use of overlapping resources) when one or more of the following conditions may be met. For example, under the condition that the number of NR SL resources in the NR SL overlapping resource set in the NR SL resource pool may be less than a (pre) configured threshold, the WTRU may determine not to apply overlapping resources in the NR SL resource pool. In an example, the threshold may be indicated as a ratio of the total number of NR SL overlapping resources to the total number of resources in the NR SL resource pool.

[0111] For example, under the condition that the priority of the NR SL application may be lower than the (pre) configured threshold (i.e., the value of the L1 priority of the TB applied by the NR SL may be greater than the (pre) configured threshold), the WTRU may determine not to apply the overlapping resources in the NR SL resource pool.

[0112] For example, under the condition that the CBR and / or RSSI and / or RSRP (based on LTE SL sensing) measurements of the LTE SL resource pool that overlaps with the NR SL resource pool may be higher than the (pre) configured thresholds, the WTRU may determine not to apply the overlapping resources in the NR SL resource pool.

[0113] For example, in a situation where the CBR and / or RSSI measurements of the NR SL resource pool may be below a (pre)configured threshold, the WTRU may determine not to apply overlapping resources in the NR SL resource pool.

[0114] For example, in a case where the CBR and / or RSSI measurements of the LTE SL resource pool that overlaps with the NR SL resource pool may be higher than the CBR and / or RSSI measurements of the NR SL resource pool, the WTRU may determine not to apply the overlapping resources in the NR SL resource pool.

[0115] For example, the CBR and / or RSSI measurement of the LTE SL resource pool that overlaps with the NR SL resource pool may be higher than the sum of the CBR and / or RSSI measurement of the NR SL resource pool and the (pre-)configured delta threshold (i.e., CBR LTE_SL_资源_池 >CBR NR_SL_资源_池 + Delta_CBR_Th and / or RSSI LTE_SL_资源_池 >RSSI NR_SL_资源_池 +Increment_RSSI_Th), the WTRU can determine not to apply the overlapping resources in the NR SL resource pool.

[0116] For example, under the condition that the CBR and / or RSSI measurements of the overlapping resources may be higher than the (pre)configured threshold, the WTRU may determine not to apply the overlapping resources in the NR SL resource pool.

[0117] For example, in a situation where the CBR and / or RSSI measurements of overlapping resources may be higher than the CBR and / or RSSI measurements of non-overlapping resources, the WTRU may determine not to apply the overlapping resources in the NR SL resource pool.

[0118] For example, the CBR and / or RSSI measurement of the overlapping resources may be higher than the sum of the CBR and / or RSSI measurement of the non-overlapping resources and the (pre-)configured incremental threshold (i.e., CBR 重叠_资源 >CBR 非重叠_资源 + Delta_CBR_Th and / or RSSI 重叠_资源>RSSI 非重叠_资源 + Delta_RSSI_Th), the WTRU may determine not to apply overlapping resources in the NRSL resource pool.

[0119] When one or more example conditions are met, the WTRU may determine that the LTE SL transmission activity in the overlapping resources in the NR SL resource pool may be high and may not use these resources for NR SL transmission to avoid potential conflicts with LTE SL transmissions. The WTRU may determine that the NR SL transmission activity in the overlapping resources in the NR SL resource pool may be low and may allow the overlapping resources to use these overlapping resources exclusively.

[0120] In an embodiment, the (pre)configured thresholds applied in the conditions discussed above may be associated with the priority of the TBs intended for NR SL application for PSSCH / PSCCH transmission using the NR SL resource pool. In an example, a lower threshold may be applied when the priority is higher, so that given the same CBR and / or RSSI measurement, the WTRU may apply overlapping resources to a lower priority NR SL TB instead of a higher priority NR SL TB. This is to allow the WTRU to use these overlapping resources for low priority NR SL TB transmissions.

[0121] In an example, the WTRU may evaluate one or more of the above measurements and determine the availability of overlapping resources in the NR SL resource pool for NR SL PSSCH / PSCCH transmissions for NR SL applications based on one or more of the following conditions. For example, the WTRU may periodically perform such evaluation and determination for the NR SL resource pool including overlapping resources. The periodicity may be (pre)configured. In an example, the periodicity may be associated with the QoS requirements of the NR SL application (e.g., the priority of the TB of the NR SL application). Higher priorities may be (pre)configured with more frequent evaluations to avoid conflicts with LTE SL transmissions within overlapping resources.

[0122] In an example, the WTRU may be triggered to perform such an evaluation and determination for an NR SL resource pool that includes overlapping resources. The triggering conditions may include: when a TB for an NR SL application is to be sent; and / or when an additional LTE SL resource pool is configured and the resource pool includes LTE SL resources that overlap with the NR resource pool.

[0123] In the example, the WTRU may perform an evaluation based on the conditions discussed above, and enable and disable the use of NR SL overlapping resources for NR SL transmission for NR SL applications. During the evaluation interval, when overlapping resources are determined to be unavailable, the WTRU may exclude the resource from the resource selection when the NR SL TB is to be sent. These resources may be referred to as disabled overlapping resources in the NR SL resource pool. In addition, during the evaluation interval, when overlapping resources are determined to be available, the WTRU may include the resource back in the resource selection when the NR SL TB is to be sent. These resources may be referred to as enabled overlapping resources in the NR SL resource pool. In the example, as a result of the above discussion, when overlapping resources in the NR SL resource pool indicated for NR SL transmission of a TB are disabled for NR SL transmission, the WTRU may request another NR resource pool.

[0124] An embodiment of a WTRU performing a determination of the availability of NR SL overlapping resources for NR SL transmission based on LTE SL sensing results is described herein. The LTE SL sensing results may provide the WTRU with an estimate of the LTE SL transmission activity at the overlapping resources because the reserved LTE SL resources are excluded from LTE sensing and the resulting set A includes LTE SL resources that are considered available (i.e., have low activity). In an embodiment, the WTRU may determine not to apply overlapping resources in the NR SL resource pool for NRPSSCH / PSCCH transmission for NR SL applications (i.e., disable the use of the overlapping resources) when one or more of the following conditions based on LTE SL sensing may be met: (1) the number of overlapping resources included in the LTE SL sensing results (e.g., set A) may be lower than a (pre) configured threshold; and (2) the number of overlapping resources excluded in the LTE SL sensing results may be higher than a (pre) configured threshold.

[0125] An embodiment of a WTRU performing a determination of the availability of NR SL overlapping resources for NR SL transmissions based on LTE SL SCI decoding is described herein. In an embodiment, when the WTRU performs an evaluation of LTE SL activity in overlapping resources in an NR SL resource pool in NR SL slot (n), the WTRU may derive the following information based on LTE SCI decoding performed in the LTE SL resource pool during a (pre)configured period between NR SL slot (n) and slot (nm), where m may be (pre)configured: (1) the number of LTE SL transmissions reserved in the overlapping resources; and / or (2) the average RSRP of the PSCCH including the decoded SCI in the overlapping resources.

[0126] In an example, the WTRU may determine not to apply overlapping resources in the NR SL resource pool for NR PSSCH / PSCCH transmissions for NR SL applications (i.e., disable use of the overlapping resources) when one or more of the following conditions based on LTE SL sensing may be met: (1) the number of reserved LTE SL transmissions within the overlapping resources may exceed a (pre) configured threshold; and / or (2) the average RSRP of the PSCCH including the decoded SCI within the overlapping resources may be higher than a (pre) configured threshold.

[0127] This document describes an implementation of WTRU determination of available NR SL single time slot resources with LTE SL resource exclusion.

[0128] The WTRU may be triggered to perform resource (re)selection for PSSCH / PSCCH transmission of a TB by higher layers. Resource reselection may include resource re-evaluation and preemption. The WTRU may be indicated (e.g., receive an indication) with the following information for resource (re)selection: (1) the NR SL resource pool for PSSCH / PSCCH transmission; (2) the L1 priority (priority) of the NR SL TB; tx ); (3) the remaining packet delay budget (PDB); and (4) the number of subchannels to be used for PSSCH / PSCCH transmission in the NR SL slot (L subCH ).

[0129] When the indicated NR SL resource pool for PSSCH / PSCCH transmission may overlap with one or more (pre-)configured LTE SL resource pools, the WTRU may determine to perform an LTE SL resource exclusion procedure. The WTRU may determine the overlap based on the mapping as described above (i.e., in an embodiment where the WTRU determines the overlapping mapping between the NR SL resource pool and the LTE SL resource pool).

[0130] Figure 2is a diagram illustrating an exemplary method of LTE sidelink (SL) resource exclusion in NR SL resource (re)selection 200. The WTRU may perform an LTE SL resource exclusion procedure in an NR SL timeslot (n). The WTRU may be triggered in an NR SL timeslot (i.e., timeslot (n)) to perform NR SL resource selection 205. The NR SL resource selection may be for an indicated NR SL resource pool for transmission of a TB with L1 priority (priority_tx). The WTRU may determine whether the NR SL resource pool overlaps with one or more LTE SL resource pools 210. Under the condition that the NR SL resource pool does not overlap with one or more LTE SL resource pools, the WTRU may proceed to the NR SL resource exclusion procedure 255. Under the condition that the NR SL resource pool does overlap with one or more LTE SL resource pools, the WTRU may determine the number of overlapping NR SL resources in the NR SL resource pool 215.

[0131] The WTRU may determine an NRSL resource selection window (RSW) 220 comprising a time interval between NR SL time slots (n+T1) and time slots (n+T2) of the NR SL resource pool. The WTRU may determine a value for T1 based on, for example, the WTRU processing capability to perform NR sensing in the indicated NR SL resource pool and LTE SL sensing in the determined overlapping LTE SL resource pool. The WTRU may determine a value for T2 based on, for example, an indicated remaining packet delay budget (PDB).

[0132] The WTRU may determine the candidate NR SL single slot resources as any consecutive L in the NR single slot in the indicated NR SL resource pool. 子CH The WTRU may determine the NR SL resources on the subchannel within the determined RSW in each NR SL time slot. 子CH The WTRU may determine the total number of candidate NR SL single slot resources in the candidate resource set as N. 总 225.

[0133] The WTRU may determine the NR PSFCH resource N corresponding to each candidate NR SL single slot resource in the candidate resource set. 总230. When the TX WTRU may send a HARQ enabled PSSCH / PSCCH transmission in NR SL single slot resources, the RX WTRU may send a corresponding PSFCH carrying HARQ feedback information in a PSFCH resource determined based on the PSSCH / PSCCH sub-channel and the (pre-)configured PSFCH opportunities and RB allocations in the resource pool. Thus, when the WTRU may reserve NR SL single slot resources for a HARQ enabled PSSCH / PSCCH transmission, the corresponding PSFCH may be reserved.

[0134] The WTRU may determine N 总 tx is less than the threshold or the value of priority_tx is greater than the threshold 235. Alternatively, the WTRU may determine whether the number of NR SL single slot resource candidates in N is less than the threshold or the value of priority_tx is greater than the threshold 235. 总 The WTRU determines whether the number of NR SL single slot resource candidates in the NR SL RSW 240 is less than the threshold and whether the value of priority_tx is greater than the threshold. If the determination is true, the WTRU may exclude any determined overlapping NR SL slots and subchannels from the RSW 265. If the determination is false, the WTRU may perform LTE SL sensing in the overlapping LTE SL resource pool and determine LTE SL resource reservation information available for the NR SL RSW 240. The LTE SL resource reservation information may include, but is not limited to: (1) (pre) configured LTE PSSS / SSSS resources (LTE SL subframe and subchannel index); (2) LTE SL single subframe resources reserved for LTE SL transmission by the WTRU; (3) LTE SL single subframe resources reserved for LTE SL transmission to be received by the WTRU (i.e., the WTRU destination ID indicated in the SCI of the LTE SL transmission may be (pre) configured for the WTRU); and (4) LTE SL single subframe resources reserved for LTE SL transmission by other WTRUs and the L1 priority (Priority LTE_tx) and RSRP associated with the resource.

[0135] Based on one or more of the following conditions, the WTRU may exclude any candidate NR SL single slot resource from the set of candidate NR SL single slot resources within the RSW 245.

[0136] The WTRU may exclude candidate NR SL single slot resources from the set of candidate NR SL single slot resources under the condition that the candidate NR SL single slot resources may overlap with the (pre) configured LTE SL PSSS / SSSS resources and the WTRU may be (pre) configured to or determined to perform LTE SL PSSS / SSS transmission (i.e., there may be a potential in-device conflict between the NR PSSCH / PSCCH transmission and the WTRU's LTE SL PSSS / SSSS transmission).

[0137] The WTRU may exclude candidate NR SL single slot resources from the set of candidate NR SL single slot resources under the condition that the corresponding PSFCH resources of the candidate NR SL single slot resources may overlap with the (pre) configured LTE SL PSSS / SSSS resources and the WTRU may be (pre) configured to or determined to perform LTE SL PSSS / SSS transmission (i.e., there may be a potential in-device conflict between the NR PSFCH reception and the WTRU's LTESL PSSS / SSSS transmission).

[0138] The WTRU may exclude candidate NR SL single slot resources from the set of candidate NR SL single slot resources under the condition that the candidate NR SL single slot resources may overlap with (pre) configured LTE SL PSSS / SSSS resources and the WTRU may be (pre) configured or determined to be synchronized with the LTE SL PSSS / SSSS transmission (for example, for a WTRU out of coverage) (i.e., there may be a potential in-device conflict between the NRPSSCH / PSCCH transmission and the WTRU's LTE SL PSSS / SSSS reception).

[0139] The WTRU may exclude the candidate NR SL single slot resource from the set of candidate NR SL single slot resources under the condition that the corresponding PSFCH resource of the candidate NR SL single slot resource may overlap with the (pre) configured LTE SL PSSS / SSSS resource and the WTRU may be (pre) configured to or determined to be synchronized with the LTE SL PSSS / SSSS transmission (for example, for WTRU out of coverage) (i.e., there may be a potential in-device conflict between the NRPSFCH reception and the WTRU's LTE SL PSSS / SSSS reception).

[0140] The WTRU may exclude candidate NR SL single slot resources from the set of candidate NR SL single slot resources under the condition that the candidate NR SL single slot resources may overlap with the LTE SL single frame resources reserved for the WTRU's LTE SL transmission (i.e., there may be a potential in-device conflict between the NRPSSCH / PSCCH transmission and the WTRU's LTE SL PSSCH transmission).

[0141] The WTRU may exclude the candidate NR SL single slot resources from the set of candidate NR SL single slot resources under the condition that the corresponding PSFCH resources of the candidate NR SL single slot resources may overlap with the LTE SL single frame resources reserved for the WTRU's LTE SL transmission (i.e., there may be a potential in-device conflict between the NR PSFCH reception and the WTRU's LTE SL PSSCH transmission).

[0142] The WTRU may exclude candidate NR SL single slot resources from the set of candidate NR SL single slot resources under the condition that the candidate NR SL single slot resources may overlap with the LTE SL single frame resources reserved for the WTRU's LTE SL reception (i.e., there may be a potential in-device conflict between the NRPSSCH / PSCCH transmission and the WTRU's LTE SL PSSCH reception).

[0143] The WTRU may exclude the candidate NR SL single slot resources from the set of candidate NR SL single slot resources under the condition that the corresponding PSFCH resources of the candidate NR SL single slot resources may overlap with the LTE SL single frame resources reserved for the WTRU's LTE SL reception (i.e., there may be a potential in-device conflict between the NR PSFCH reception and the WTRU's LTE SL PSSCH reception).

[0144] The WTRU may exclude candidate NR SL single slot resources from the set of candidate NR SL single slot resources under the condition that the candidate NR SL single slot resources may overlap with (pre-)configured LTE SL PSSS / SSSS resources and the WTRU may not perform PSSS / SSSS transmission or reception (i.e., there may be a potential intra-device conflict between the NR PSSCH / PSCCH transmission and the LTE PSSS / SSSS transmission of another WTRU).

[0145] The WTRU may exclude a candidate NR SL single slot resource from the set of candidate NR SL single slot resources under the condition that the corresponding PSFCH resource of the candidate NR SL single slot resource may overlap with the (pre) configured LTE SL PSSS / SSSS resources and the WTRU may not perform PSSS / SSSS transmission or reception (i.e., there may be a potential conflict between the NR PSFCH transmission and the LTE PSSS / SSSS transmission of another WTRU).

[0146] The WTRU may exclude candidate NR SL single slot resources from the set of candidate NR SL single slot resources under the condition that the candidate NR SL single slot resources may overlap with the LTE SL single frame resources reserved for the LTE SL PSSCH transmission of another WTRU (i.e., there may be a potential conflict between the NR PSSCH / PSCCH transmission and the LTE SL PSSCH transmission of another WTRU).

[0147] The WTRU may exclude the candidate NR SL single slot resource from the set of candidate NR SL single slot resources under the condition that the corresponding PSFCH resource of the candidate NR SL single slot resource may overlap with the LTE SL single frame resources reserved for the LTE SL PSSCH transmission of another WTRU (i.e., there may be a potential conflict between the NR PSFCH reception and the LTE SL PSSCH transmission of another WTRU).

[0148] The WTRU may select a priority level based on the L1 priority of the NR SL TB (priority tx ), L1 priority of overlapping LTE SL single subframe resources (priority LTE_tx ) and / or the RSRP associated with the overlapping LTE SL resource determines to exclude the candidate NR SL single slot resource from the set of candidate NR SL single slot resources. In an example, the WTRU may exclude such NR SL candidate resource from the set when one or more of the following conditions may be met: (i) when the value (priority) of the overlapping LTE SL resource is LTE_tx ) may be less than a (pre)configured threshold; (ii) when the RSRP associated with the overlapping LTE SL resources may be higher than a (pre)configured RSRP threshold, which may be based on the priority tx and / or priority LTE_tx to determine; and / or (iii) the L1 priority of the NR SL TB (priority tx ) may be greater than or higher than the L1 priority (priority) associated with the overlapping LTE SL resources. LTE_tx ) value.

[0149] The WTRU may determine whether the number of remaining candidate NR SL single slot resources is greater than or equal to a threshold or a determined or calculated value of 250. The determined or calculated value may be a percentage of N 总 The percentage (P%) of the NR SL TB. P can be (pre)configured and is related to the L1 priority (priority tx The number of candidate NR SL single-slot resources remaining in the candidate resource set is less than (not greater than or equal to) the threshold or the determined or calculated value (e.g., N 总 Under the condition of P% of the indicated NR SL resource pool, the WTRU may stop NR SL resource selection and request another NR SL resource pool (e.g. from higher layers) for sending NR SL TB 260. The LTE SL resource pool overlapping with the indicated NR SL resource pool may be congested.

[0150] The number of candidate NR SL single-slot resources remaining in the candidate resource set is greater than or equal to the threshold or the determined or calculated value (e.g., N 总 Under the condition of P%), the WTRU can continue to perform the NRSL resource exclusion procedure 255 within the indicated NR SL resource pool.

[0151] The WTRU may determine the overlap between the NR SL single slot resources and the LTE SL single subframe resources (regarding box 245) based on the mapping as described above (i.e., a WTRU-determined implementation for overlapping mapping between the NR SL resource pool and the LTE SL resource pool).

[0152] In the implementation scheme, Figure 3 As shown, the WTRU may perform a preemptive LTE SL resource exclusion procedure 300 in an NR SL timeslot (n).

[0153] The WTRU may determine an NR SL resource selection window (RSW) 310 that includes a time interval between NR SL time slot (n+T1) and time slot (n+T2) of the NR SL resource pool. The WTRU may determine the value of T1 based on, for example, the WTRU processing capability to perform NR sensing in the indicated NR SL resource pool and to perform LTE SL sensing in the determined overlapping LTE SL resource pool. The WTRU may determine the value of T2 based on, for example, the indicated remaining PDB.

[0154] The WTRU may determine a set of NR SL single slot resources within the determined RSW that may overlap with one or more LTE SL resource pools 320. The WTRU may determine such overlap based on a mapping as described above (i.e., a WTRU-determined implementation for overlapping mapping between NR SL resource pools and LTE SL resource pools).

[0155] The WTRU may exclude a set of NR SL single slot resources from the RSW 330. The exclusion may be based on one or more of the following conditions: (1) the number of NR SL single slot resources determined within the RSW is less than the number of NR SL single slot resources that occupy N 总 (pre)configured p%; (2) L1 priority of NR SL TB (priority tx ) may have a value greater than a (pre)configured threshold, and / or (3) the overlapping resources may be determined to be unavailable (i.e., disabled) based on the WTRU determining the availability of the overlapping resource set in the NR SL resource pool for NR SL PSSCH / PSCCH transmissions for NR SL applications, as discussed above. For example, the WTRU may determine whether an overlapping resource set in the NR SL resource pool is available for NR SL PSSCH / PSCCH transmission for an NR SL application based on one or more of: the number of NR SL resources in the overlapping resource set in the NR SL resource pool; the QoS requirements of the NR SL application (e.g., the priority of the SL TB associated with the NR SL application); CBR and / or RSSI measurements of the NR SL resource pool; CBR and / or RSSI measurements of the LTE SL resource pool overlapping with the NR SL resource pool; CBR and / or RSSI measurements of the overlapping resources in the NR SL resource pool; CBR and / or RSSI measurements of non-overlapping resources in the NR SL resource pool; LTE SL sensing results of the overlapping LTE SL resource pool; and / or LTE SCI decoding information.

[0156] When the conditions for excluding the set of NR SL single slot resources are not met, the WTRU may perform the LTE SL resource exclusion procedure, such as Figure 2 As shown, including LTE SL sensing information.

[0157] The WTRU may determine to continue the NR SL resource selection procedure in the indicated NR SL resource pool.

[0158] In such preemptive LTE SL resource exclusion, the WTRU may exclude from NR SL resource (re)selection any NR SL resources that may cause in-device conflicts and / or conflict with LTE SL operations, regardless of whether the overlapping resources can actually be reserved for the upcoming LTE SL operation. This may reduce the LTE SL sensing process for the exclusion procedure and provide protection of LTE SL services (e.g., public safety) at the expense of inefficient utilization of NR SL resources. The (pre)configured overlapping resource ratio (p) and L1 priority threshold may provide a compromise such that preemption may be applicable to low priority NR SL TBs in situations where the number of overlapping resources may be small relative to the total number of resources of the resource pool.

[0159] Embodiments of NR Mode 2 inter-WTRU coordination for conflicting LTE V2X resource reservations are described herein.

[0160] A transmitter (TX) WTRU may perform LTE SL resource exclusion in NR SL resource (re)selection as described herein based on the LTE sensing information of the TX WTRU to enable intra-device presence and conflict avoidance at the TX WTRU. Although the LTE PSSS / SSSS (pre)configuration may be the same for the TX WTRU and the receiver (RX) WTRU, the TX WTRU may not be aware of the LTE SL traffic and data operations performed by the RX WTRU. As a result, reserving NR SL resources may result in intra-device conflicts with LTE SL operations at the RX WTRU. In addition, due to the hidden node problem, the LTE SL sensing of the TX WTRU may not capture resource reservations made by WTRUs close to the RX WTRU, and thus result in overlaps between NR SL resources reserved by the TX WTRU and LTE SL resource reservations made by another WTRU.

[0161] A NR SL WTRU may not be equipped with both LTE SL and NR SL radio access HW capabilities and may not be sure of the availability of overlapping resources (e.g., due to LTE SL resource reservations), as discussed herein. In this case, the NR SL WTRU equipped with the NR SL HW may rely on information received from another NR SL WTRU having both NR SL and LTE SL HW (e.g., inter-WTRU coordination information) to avoid reserving NR SL resources that are not available due to LTE SL transmissions within overlapping resources.

[0162] The RX WTRU may receive an NR SL resource reservation in the SCI in a PSSCH / PSCCH transmission in time slot (n). The RX WTRU may determine that the resource pool for the reserved PSSCH / PSCCH transmission resources may overlap with one or more LTE resource pools. The RX WTRU may perform conflict detection on the reserved resources based on one or more of the following information: (1) (pre)configured LTE PSSS / SSSS resources (LTE SL subframe and subchannel index); (2) LTE SL single subframe resources reserved for LTE SL transmission by the RX WTRU; (3) LTE SL single subframe resources reserved for LTE SL transmission to be received by the RX WTRU (i.e., the WTRU destination ID indicated in the SCI of the LTE SL transmission may be (pre)configured for the RX WTRU); and / or (4) LTE SL single subframe resources reserved for LTE SL transmission by other WTRUs and the L1 priority (priority) associated with the resource. LTE_tx ) and RSRP.

[0163] The RX WTRU may detect a conflict between reserved NR SL resources and in-device LTE SL operations performed by the RX WTRU when at least one or more of the following conditions occur.

[0164] A condition for detecting a conflict may be that the reserved NR SL single slot resources may overlap with the (pre)configured LTE SLPSSS / SSSS resources, and the RX WTRU may be (pre)configured to or determined to perform LTE SL PSSS / SSS transmission (i.e., a potential in-device conflict between NR PSSCH / PSCCH reception and the WTRU's LTE SL PSSS / SSSS transmission).

[0165] A condition for detecting a conflict may be that the corresponding PSFCH resources of the reserved NR SL single slot resources may overlap with the (pre) configured LTE SL PSSS / SSSS resources, and the WTRU may be (pre) configured to or determined to perform LTE SL PSSS / SSS transmission (i.e., a potential in-device conflict between the NR PSFCH transmission and the LTE SL PSSS / SSSS transmission of the WTRU).

[0166] Conditions for detecting a conflict may be that reserved NR SL single slot resources may overlap with (pre-)configured LTE SLPSSS / SSSS resources and that the WTRU may be (pre-)configured or determined to be synchronized with LTE SL PSSS / SSSS transmissions (e.g., for WTRU out of coverage) (i.e., potential in-device conflict between NR PSSCH / PSCCH reception and LTE SL PSSS / SSSS reception by the WTRU).

[0167] Conditions for detecting a conflict may be that the corresponding PSFCH resources of the reserved NR SL single slot resources may overlap with the (pre-)configured LTE SL PSSS / SSSS resources, and the WTRU may be (pre-)configured or determined to be synchronized with the LTE SL PSSS / SSSS transmission (e.g., for a WTRU out of coverage) (i.e., a potential in-device conflict between the NR PSFCH transmission and the WTRU's LTE SL PSSS / SSSS reception).

[0168] A condition for detecting a conflict may be that the reserved NR SL single slot resources may overlap with the LTE SL single frame resources reserved for the WTRU's LTE SL transmission (i.e., potential intra-device conflict between NR PSSCH / PSCCH reception and the WTRU's LTE SL PSSCH transmission).

[0169] A condition for detecting a conflict may be that the corresponding PSFCH resources of the reserved NR SL single slot resources may overlap with the LTE SL single frame resources reserved for the WTRU's LTE SL transmission (i.e., a potential intra-device conflict between the NR PSFCH transmission and the WTRU's LTE SLPSSCH transmission).

[0170] A condition for detecting a conflict may be that the reserved NR SL single slot resources may overlap with the LTE SL single frame resources reserved for LTE SL reception by the WTRU (i.e., potential in-device conflict between NR PSSCH / PSCCH reception and LTE SL PSSCH reception by the WTRU).

[0171] A condition for detecting a conflict may be that the corresponding PSFCH resources of the reserved NR SL single slot resources may overlap with the LTE SL single frame resources reserved for LTE SL reception of the WTRU (i.e., a potential intra-device conflict between NR PSFCH transmission and LTE SLPSSCH reception of the WTRU).

[0172] The RX WTRU may detect a conflict between the reserved NR SL resources and the LTE SL resources reserved by another WTRU when one or more of the following conditions occur: (1) the reserved NR SL single slot resources may overlap with the LTE SL single frame resources reserved for the LTE SL PSSCH transmission of another WTRU (i.e., a potential conflict between NR PSSCH / PSCCH reception and the LTE SL PSSCH transmission of another WTRU); and (2) the corresponding PSFCH resources of the candidate NR SL single slot resources may overlap with the LTE SL single frame resources reserved for the LTE SL PSSCH transmission of another WTRU (i.e., a potential conflict between NR PSFCH transmission and the LTE SL PSSCH transmission of another WTRU).

[0173] In an embodiment, when an overlap between a reserved NR SL resource and an LTE SL resource reserved by another WTRU is detected, the WTRU may select a reserved NR SL resource based on the L1 priority (priority tx ), L1 priority of overlapping LTE SL single subframe resources (priority LTE_tx ) and / or RSRP associated with overlapping LTE SL resources to detect a conflict. In an example, the WTRU may detect a conflict when one or more of the following conditions are met.

[0174] The condition for detecting a conflict may be the value of the overlapping LTE SL resources (priority LTE_tx ) is less than a (pre)configured threshold.

[0175] The condition for detecting a collision may be whether the RSRP associated with the overlapping LTE SL resources is above a (pre-)configured RSRP threshold, which may be based on the priority tx and / or priority LTE_tx to be sure.

[0176] The condition for detecting a conflict may be if the L1 priority (priority tx ) is greater than the L1 priority (priority) associated with the overlapping LTE SL resources LTE_tx ) value.

[0177] Upon detection of a conflict, the RX WTRU may perform a PSFCH transmission to indicate to the NR SL TX WTRU that the reserved resources may conflict. In an embodiment, the RX WTRU may send a sequence that is (pre)configured for conflicting NR SL resource reservations. In an example, a ZC sequence with a cyclic shift (m_cs) equal to 0 may be applied. In an example, the RX WTRU may be (pre)configured with a sequence dedicated to indicating a conflict between NR SL resource reservations and LTE SL operations. Such a ZC sequence may be (pre)configured with a cyclic shift (m_cs) equal to, for example, 6.

[0178] In an embodiment, the RX WTRU may be (pre)configured with a set of sequences with different cyclic shifts specifically for indicating conflicts with LTE SL operations. Each cyclic shift value may further indicate the position in the time domain of the reserved single-slot NR SL resource within the overlapping single-subframe LTE SL resource. Due to the difference in the SCS of the NR and LTE SL resource pools, the single-subframe LTE SL resource may span one or more consecutive single-slot NR SL resources. In an example, when the LTE SL and NR SLSCS are 15kHz and 30kHz, respectively, the RX WTRU may send a PSFCH sequence to indicate that the reserved NR SL single slot may partially overlap with the first or second part of the single-subframe LTE SL resource. When the PSFCH may indicate an overlap between the reserved NR SL single slot resource and the first part of the LTE SL single subframe resource, the TX WTRU may determine that the NR slot after (e.g., immediately after) the slot including the reserved single-slot NR SL resource may conflict with the LTE SL operation. When the PSFCH may indicate an overlap between the reserved NR SL single slot resources and the second portion of the LTE SL single subframe resources, the TX WTRU may determine that the NR slot before (e.g., immediately before) the slot including the reserved single slot NR SL resources may conflict with LTE SL operation.

[0179] When a PSFCH sequence is received, the TX WTRU may perform resource reselection for a transmission scheduled at the indicated conflicting resources. When the received PSFCH sequence indicates a conflict with LTE SL operation, the TX WTRU may perform exclusion of NR timeslots including reserved NR SL single slot resources from resource reselection. In an embodiment, when the received PSFCH sequence further indicates the position in the time domain of the reserved single slot NR SL resources within the overlapping single subframe LTE SL resources, the TX WTRU may determine which NR timeslot(s) may overlap with the single subframe LTE SL resources in addition to the NR timeslot including the reserved NR SL single slot resources based on the indication. The TX WTRU may perform exclusion of all such NR timeslots from resource reselection.

[0180] Embodiments for WTRU transmission of NR SL overlapping resource information based on inter-WTRU coordination are described herein. In an embodiment, the WTRU may indicate overlapping resources in a non-preferred resource set and perform transmission of the non-preferred resource set in an SCI and / or MAC CE. The WTRU may indicate in the SCI that resources may not be preferred due to LTE SL transmission activity. The WTRU may be triggered to perform such transmission under one or more of the following conditions.

[0181] The condition may be that the WTRU may determine that overlapping resource sets within the NR SL resource pool may not be available for NR SL transmissions, as discussed regarding the WTRU determination of the availability of overlapping resource sets within the NR SL resource pool for NR SL PSSCH / PSCCH transmissions for NR SL applications.

[0182] The condition may be that the WTRU may receive a request to provide non-preferred resources that are specific to overlapping resources between NR and LTE SL resource pools. In an example, the request may include an indication (e.g., in an SCI) to indicate that the type of the requested non-preferred resource set may be overlapping NR SL resources that are not available in the NR SL resource pool. Such a request may include an SCI indication of the NR SL resource pool.

[0183] When the WTRU receives such a non-preferred set of resources, the WTRU may determine that the received resources may not be available (i.e., disabled) in the NR SL resource pool. The WTRU may not include these resources in the resource selection for NR SL transmission using the resource pool.

[0184] Figure 4An exemplary method 400 for performing resource selection by an NR V2X WTRU taking into account LTE V2X resource reservation is shown. The WTRU may be triggered to perform NR SL resource (re)selection in an NR SL resource pool 410. The WTRU may be triggered via an indication. The indication may be a V2X transmission information received from a higher layer (e.g., a V2X layer). The WTRU may determine a resource selection window (RSW). The RSW may be determined based on a predetermined time such as T1 and T2 420. The RSW may include a time interval between an NR SL time slot (n+T1) and a time slot (n+T2) of the NR SL resource pool. The WRU may determine a value of T1 based on, for example, the WTRU processing capability to perform NR sensing in the indicated NR SL resource pool and LTE SL sensing in the determined overlapping LTE SL resource pool. The WTRU may determine a value of T2 based on, for example, the indicated remaining PDBs. The WTRU may initialize a resource set (e.g., set A) based on the NR SL resources in the RSW 430.

[0185] The WTRU may receive LTE V2X resource reservation information 440. For example, the WTRU may receive LTE V2X resource reservation information based on LTE V2X sensing. The LTE V2X resource reservation information may include, but is not limited to: LTE SSB resource configuration; received LTE SSB RSRP; resources reserved for LTE V2X transmissions by the WTRU; resources reserved for LTE V2X transmissions intended for the WTRU; and resources reserved for LTE V2X transmissions not intended for the WTRU and RSRP associated with the resources.

[0186] The WTRU may exclude the NR SL resources 450 that conflict with LTE V2X operation from set A. The WTRU may exclude the NR SL resources that conflict with LTE V2X operation or the PSFCH resources corresponding to the resources (e.g., based on the PSFCH resource configuration in the NR SL resource pool) from set A when the NR SL resources that conflict with LTE V2X operation overlap with LTE SSB resources, resources reserved for LTE V2X transmissions by the WTRU, or resources reserved for LTE V2X transmissions intended for the WTRU. The WTRU may exclude the resources from set A when the NR SL resources that conflict with LTE V2X operation or the PSFCH resources corresponding to the resources (e.g., based on the PSFCH resource configuration in the NR SL resource pool) overlap with resources reserved for LTE SSB resources and the associated SSB RSRP is greater than a threshold and / or overlap with resources reserved for LTE V2X transmissions not intended for the WTRU and the associated RSRP is greater than a threshold.

[0187] The WTRU may perform NR SL resource selection 460 within the remaining resources in set A.

[0188] Figure 5 An exemplary method 500 for performing detection of collisions between LTE and NR V2X transmissions by an NR V2X WTRU is shown. The WTRU may receive an NR SL resource reservation (or NR SL resource reservation information) 510. The WTRU may receive LTE V2X resource reservation information 520. The LTE V2X resource reservation information may be based on LTE V2X sensing. The LTE V2X resource reservation information may include, but is not limited to: LTE SSB resource configuration; received LTE SSB RSRP; resources reserved for LTE V2X transmissions by the WTRU; resources reserved for LTE V2X transmissions intended for the WTRU; and resources reserved for LTE V2X transmissions not intended for the WTRU and RSRP associated with the resources.

[0189] The WTRU may determine a conflict between the reserved NR SL resources and LTE V2X operation 530. The WTRU may determine a conflict between the reserved NR SL resources or the PSFCH resources corresponding to the resources (based on the PSFCH resource configuration in the NR SL resource pool) and the LTE SSB resources, resources reserved for LTE V2X transmissions by the WTRU, or resources reserved for LTE V2X transmissions intended for the WTRU, under the condition that the reserved NR SL resources or the PSFCH resources corresponding to the resources (based on the PSFCH resource configuration in the NR SL resource pool) overlap with resources reserved for LTE SSB resources and the associated SSB RSRP is greater than a threshold and / or overlap with resources reserved for LTE V2X transmissions not intended for the WTRU and the associated RSRP is greater than a threshold. The WTRU may determine a conflict between the resources and LTE V2X operation.

[0190] The WTRU may perform a PSFCH transmission to the NR V2X WTRU that reserved the resource to indicate the conflict and request resource (re)selection 540.

[0191] Figure 6An exemplary method 600 for performing NR SL resource selection is shown. A WTRU may receive resource configuration information 610. The resource configuration information may include information about a long term evolution (LTE) sidelink (SL) resource pool and a new radio (NR) SL resource pool. The resource configuration information may include LTE SL subcarrier spacing information, NR SL subcarrier spacing information, a number of physical resource blocks (PRBs) for LTE SL subchannels, a number of PRBs for NR SL subchannels, LTE SL synchronization signal (SSS) resource configuration information, and NR physical SL feedback channel (PSFCH) resource configuration information. The WTRU may determine an association 620 between time and frequency resources of the LTE SL resource pool and time and frequency resources of the NR SL resource pool. The association between the time and frequency resources of the LTE SL resource pool and the time and frequency resources of the NR SL resource pool may be based on the received resource configuration information. The association may include an association between an LTE SL subframe and one or more NR SL slots, and an association between an LTE SL subchannel and one or more NR S1 subchannels. The association may include a logical index of an LTE SL subframe to one or more indices of one or more NR SL time slots, and an index of an LTE SL subchannel to one or more NR Sl subchannels. The WTRU may select an NR SL candidate resource from the NR SL resource pool for hybrid automatic repeat request (HARQ) enabled NR SL transmission 630. The WTRU may select the NR SL candidate resource in response to the received trigger information. The WTRU may select the NR SL candidate resource within a resource selection window (RSW). The WTRU may receive reservation information indicating LTE time and frequency resources of the LTE SL resource pool 640. The reservation information indicating the LTE time and frequency resources may be based on LTE sensing. The LTE sensing may be LTE V2X sensing. The information indicating the LTE time and frequency resources may include LTE SL synchronization signal block (SSB) resources, received LTE SSB reference signal received power (RSRP), resources reserved for LTE V2X transmissions by the WTRU, resources reserved for LTE V2X transmissions intended for the WTRU, resources reserved for LTE V2X transmissions not intended for the WTRU, and RSRP for resources reserved for LTE V2X transmissions not intended for the WTRU. The WTRU may determine NR SL physical SL feedback channel (PSFCH) resources corresponding to each of the selected NR SL candidate resources 650. The NR SL PSFCH resources corresponding to each NR SL candidate resource may be determined based on the NR PSFCH resource configuration information. The WTRU may exclude NR SL candidate resources from the selected NR SL candidate resources 660.The WTRU may exclude more than one NR SL candidate resource. The time and frequency resources of the excluded NR SL candidate resources may overlap with the indicated LTE time and frequency resources, or the time and frequency resources of the determined NR SL PSFCH resources may overlap with the indicated LTE time and frequency resources. The time and frequency resources of the excluded NR SL candidate resources may overlap with the time and frequency resources of the LTE SL synchronization signal (SSS). The time and frequency resources of the excluded NR SL resources may overlap with LTE SSB resources, resources reserved for LTE V2X transmission by the WTRU, or resources reserved for LTE V2X transmission intended for the WTRU. The WTRU may exclude NR SL candidate resources based on the association between the determined time and frequency resources of the LTE SL resource pool and the time and frequency resources of the NR SL resource pool. The excluded NR SL candidate resources may be based on the priority of the NRSL transport block or the priority of the indicated LTE time and frequency resources. For example, the priority (e.g., L1 priority) of the overlapping LTE SL resources. LTE_tx ) is less than a threshold, the NR SL candidate resources may be excluded. For example, when the priority of the NR SL transport block (e.g., L1 priority) (priority tx ) is greater than the value of the overlapping LTE SL resource, the NR SL candidate resource may be excluded. For example, the NR SL candidate resource may be excluded if the RSRP associated with the overlapping LTE SL resource is greater than an RSRP threshold. The threshold may be based on the priority tx and / or priority LTE_tx The WTRU may select an NR SL resource 670 from the remaining NR SL candidate resources. The selected NR SL resource may be a time and frequency resource. The WTRU may send information in the NR SL physical side link shared channel (PSSCH) transmission in the selected NR SL resource 680.

[0192] Although features and elements are described above in specific combinations, it will be understood by those of ordinary skill in the art that each feature or element may be used alone or in any combination with other features and elements. In addition, the methods described herein may be implemented in a computer program, software, or firmware incorporated in a computer-readable medium for execution by a computer or processor. Examples of computer-readable media include electronic signals (sent via a wired or wireless connection) and computer-readable storage media. Examples of computer-readable storage media include, but are not limited to, read-only memory (ROM), random access memory (RAM), registers, cache memory, semiconductor memory devices, magnetic media (such as built-in hard disks and removable disks), magneto-optical media, and optical media (such as CD-ROM disks and digital versatile disks (DVDs)). A processor associated with software may be used to implement a radio frequency transceiver for a WTRU, UE, terminal, base station, RNC, or any host computer.

Claims

1. A method for use by a wireless transmit / receive unit (WTRU), the method comprising: receiving configuration information about a long term evolution (LTE) sidelink (SL) resource pool and a new radio (NR) SL resource pool; Determining an association between the time and frequency resources of the LTE SL resource pool and the time and frequency resources of the NR SL resource pool; selecting, from the NR SL resource pool, NR SL candidate resources for hybrid automatic repeat request (HARQ) enabled NR SL transmission; Receiving reservation information indicating LTE time and frequency resources of the LTE SL resource pool; determining an NR SL physical SL feedback channel (PSFCH) resource corresponding to each of the selected NR SL candidate resources; Excluding NR SL candidate resources from the selected NR SL candidate resources, wherein time and frequency resources of the excluded NR SL candidate resources overlap with the indicated LTE time and frequency resources, or time and frequency resources of the determined NR SL PSFCH resources overlap with the indicated LTE time and frequency resources; selecting a NR SL resource from the remaining NR SL candidate resources; and Information is sent in the NR SL Physical Side Link Shared Channel (PSSCH) transmission in the selected NR SL resource.

2. The method according to claim 1, wherein the received configuration information includes LTE SL subcarrier spacing information, NRSL subcarrier spacing information, the number of physical resource blocks (PRBs) used for LTE SL subchannels, the number of PRBs used for NR SL subchannels, LTE SL synchronization signal (SSS) resource configuration information, and NR SL PSFCH resource configuration information.

3. The method of claim 1 , wherein determining the association between the time and frequency resources of the LTE SL resource pool and the time and frequency resources of the NR SL resource pool is performed based on the received configuration information.

4. The method of claim 1, wherein the association comprises an association between an LTE SL subframe and one or more NR SL time slots, and an association between an LTE SL subchannel and one or more NR SL subchannels.

5. The method of claim 1 , wherein the association comprises a logical index of an LTE SL subframe to one or more indices of one or more NR SL time slots, and an index of an LTE SL subchannel to one or more NR SL subchannels.

6. The method of claim 1, wherein the time and frequency resources of the excluded NR SL candidate resources overlap with the time and frequency resources of the LTE SL synchronization signal (SSS).

7. The method of claim 1, wherein the selecting of the NR SL candidate resources is performed in response to received trigger information.

8. The method of claim 1, wherein the receiving of reservation information indicating LTE time and frequency resources is performed based on LTE sensing.

9. The method of claim 1, wherein excluding NR SL candidate resources from the selected NR SL candidate resources is based on a priority of an NR SL transport block or a priority of the indicated LTE time and frequency resources.

10. The method of claim 1 , wherein the reservation information indicating LTE time and frequency resources comprises LTE SL synchronization signal block (SSB) resources, received LTE SSB reference signal received power (RSRP), resources reserved for LTE V2X transmissions by the WTRU, resources reserved for LTE V2X transmissions intended for the WTRU, resources reserved for LTE V2X transmissions not intended for the WTRU, and RSRP of the resources reserved for the LTE V2X transmissions not intended for the WTRU.

11. A wireless transmit / receive unit (WTRU), comprising: Receiver; Transmitter; as well as A processor; wherein: The receiver is configured to receive configuration information about a Long Term Evolution (LTE) Side Link (SL) resource pool and a New Radio (NR) SL resource pool; The processor is configured to determine an association between time and frequency resources of the LTE SL resource pool and time and frequency resources of the NR SL resource pool; The processor is further configured to select an NR SL candidate resource from the NR SL resource pool for hybrid automatic repeat request (HARQ) enabled NR SL transmission; The receiver is further configured to receive reservation information indicating LTE time and frequency resources of the LTE SL resource pool; The processor is further configured to determine an NR SL physical SL feedback channel (PSFCH) resource corresponding to each of the selected NR SL candidate resources; The processor is further configured to exclude NR SL candidate resources from the selected NR SL candidate resources, wherein time and frequency resources of the excluded NR SL candidate resources overlap with the indicated LTE time and frequency resources, or time and frequency resources of the determined NR SLPSFCH resources overlap with the indicated LTE time and frequency resources; The processor is further configured to select a NRSL resource among the remaining NRSL candidate resources; and The transmitter is configured to send information in an NR SL physical side link shared channel (PSSCH) transmission in the selected NR SL resource.

12. A WTRU according to claim 11, wherein the received configuration information includes LTE SL subcarrier spacing information, NR SL subcarrier spacing information, the number of physical resource blocks (PRBs) used for LTE SL subchannels, the number of PRBs used for NR SL subchannels, LTESL synchronization signal (SSS) resource configuration information, and NR SL PSFCH resource configuration information.

13. The WTRU of claim 11, wherein determining the association between the time and frequency resources of the LTE SL resource pool and the time and frequency resources of the NR SL resource pool is performed based on the received configuration information.

14. The WTRU of claim 11, wherein the association comprises an association between an LTE SL subframe and one or more NR SL time slots, and an association between an LTE SL subchannel and one or more NR SL subchannels.

15. The WTRU of claim 11, wherein the association comprises a logical index of one or more indices of an LTE SL subframe to one or more NR SL time slots, and an index of an LTE SL subchannel to one or more NR SL subchannels.

16. The WTRU of claim 11, wherein time and frequency resources of the excluded NRSL candidate resources overlap with time and frequency resources of an LTE SL synchronization signal (SSS).

17. The WTRU of claim 11, wherein the processor is further configured to select an NRSL candidate resource in response to the received trigger information.

18. The WTRU of claim 11 wherein the received reservation information indicating LTE time and frequency resources is based on LTE sensing.

19. A WTRU according to claim 11, wherein the processor is further configured to exclude NR SL candidate resources from the selected NR SL candidate resources based on the priority of the NR SL transport block or the priority of the indicated LTE time and frequency resources.

20. The WTRU of claim 11, wherein the reservation information indicating LTE time and frequency resources comprises LTE SL synchronization signal block (SSB) resources, received LTE SSB reference signal received power (RSRP), resources reserved for LTE V2X transmissions by the WTRU, resources reserved for LTE V2X transmissions intended for the WTRU, resources reserved for LTE V2X transmissions not intended for the WTRU, and RSRP of the resources reserved for the LTE V2X transmissions not intended for the WTRU.

Images