Method and apparatus for physical sidelink control channel (PSCCH) design in New Radio (NR)

Abstract

A device and method for PSCCH design in NR is disclosed. In one embodiment, a source WTRU for sidelink communication may determine whether HARQ feedback is enabled. If HARQ feedback is enabled, the source WTRU may determine a DM-RS density for the sidelink transmission based on the HARQ parameters and association information. The association information may include information regarding the association between the configured DM-RS time density and the HARQ parameters. The source WTRU may transmit a sidelink transmission with one or more DM-RSs at the determined DM-RS density. If HARQ feedback is disabled, the source WTRU may determine the DM-RS density based on a DM-RS density indicator field. The DM-RS density indicator field may be received by the source WTRU in an associated SCI.

Description

[Technical field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS This application claims the benefit of U.S. Provisional Patent Application No. 62 / 716,089, filed August 8, 2018, and U.S. Provisional Patent Application No. 62 / 804,992, filed February 13, 2019, the contents of which are incorporated herein by reference. [Background technology]

[0002] In 3rd Generation Partnership Project (3GPP®) New Radio (NR) wireless communications, the Uu interface may be designed to support communications between a next generation NodeB, such as a gNodeB (gNB), and one or more user equipment (UE) or wireless transmit / receive units (WTRUs). The NR design may support a number of services based on data transmission between the gNB and one or more WTRUs.

[0003] Vehicle-to-Everything (V2X) communications architectures have been developed for wireless communication systems, including those that use the Evolved Packet Core (EPC). V2X communications can include vehicle-to-vehicle (V2V), vehicle-to-pedestrian (V2P), vehicle-to-infrastructure (V2I), and vehicle-to-network (V2N) communications.

[0004] However, WTRU-to-WTRU communication designs, such as communication over the PC5 interface for device-to-device (D2D) or V2X communication, have not been supported in NR. Although 3GPP Long Term Evolution (LTE) has supported WTRU-to-WTRU communication for public safety use cases, V2X use cases, or both, solutions based on LTE may not be compatible in NR networks. In addition, use cases such as vehicle platooning, enhanced sensors, evolved driving, and remote driving may be introduced. Summary of the Invention

[0005] A device and method for physical sidelink control channel (PSCCH) design in New Radio (NR) are disclosed. In an embodiment, a source wireless transmit / receive unit (WTRU) for sidelink communication may determine whether hybrid automatic repeat request (HARQ) feedback is enabled. Conditional on the HARQ feedback being enabled, the source WTRU may determine a demodulation reference signal (DM-RS) density for the sidelink transmission based on the HARQ parameters and the association information. Furthermore, the association information may include information regarding an association between a configured DM-RS time density and the HARQ parameters. Thus, the source WTRU may transmit a sidelink transmission with one or more DM-RSs at the determined DM-RS density.

[0006] In a further embodiment, provided that HARQ feedback is disabled, the source WTRU may determine the DM-RS density based on a DM-RS density indicator field, which may also be received by the source WTRU in associated sidelink control information (SCI).

[0007] In another embodiment, the association information may be received by the source WTRU. Further, the association information may be received via a radio resource control (RRC) message. In addition, the association information may be received in an associated SCI. In a further embodiment, the association information may be predetermined.

[0008] In additional embodiments, the HARQ parameters may include one or more of a redundancy version number, a new data indicator (NDI) bit toggle status, a HARQ retransmission count, or a HARQ process number. The HARQ parameters may be received in an associated SCI.

[0009] A more detailed understanding can be had from the following description taken in conjunction with the accompanying drawings, in which like reference characters indicate like elements and in which: [Brief description of the drawings]

[0010] [Figure 1A] FIG. 1 is a system diagram illustrating an example communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] 1A is a system diagram illustrating an example wireless transmit / receive unit (WTRU) that may be used within the communications system illustrated in FIG. 1A, according to an embodiment. [Figure 1C] 1A is a system diagram illustrating an example radio access network (RAN) and an example core network (CN) that may be used within the communications system illustrated in FIG. 1A, according to an embodiment. [Figure 1D] FIG. 1B is a system diagram illustrating a further exemplary RAN and a further exemplary CN that may be used within the communication system illustrated in FIG. 1A, according to an embodiment. [Diagram 2] FIG. 1 illustrates a procedure for determining a physical sidelink shared channel (PSCCH) resource pool and PSCCH resources per range. [Diagram 3] FIG. 13 illustrates an example of a control resource set (CORESET) configuration based on sidelink type. [Figure 4] FIG. 1 illustrates an example of multiple PSCCH resource unit (PRU) sets for PSCCH blind decoding. [Diagram 5] 11 is a flow chart illustrating an example of a WTRU procedure for transmitting a PSCCH based on a resource pool configuration. [Figure 6] FIG. 1 illustrates an example of demodulation reference signal (DM-RS) type and density. [Figure 7] FIG. 13 illustrates an example of DM-RS density determination based on redundancy version number. [Figure 8]11 is a flow chart illustrating an embodiment of DM-RS density determination based on one or more hybrid automatic repeat request (HARQ) parameters. [Figure 9] FIG. 13 illustrates an example of DM-RS density determination based on a DM-RS density indicator field. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0011] 1A illustrates an example 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 the multiple wireless users to access such content through sharing of system resources, including wireless bandwidth. For example, the communication system 100 may utilize 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-Tailed Unique Word Discrete Fourier Transform Spread OFDM (ZT UW DTS-S-OFDM), Unique Word OFDM (UW-OFDM), Resource Block Filtered OFDM, and Filter Bank Multi-Carrier (FBMC).

[0012] 1A, the communications system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, a RAN 104 / 113, a CN 106, a public switched telephone network (PSTN) 108, the Internet 110, and other networks 112, although it will be recognized 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” and / or “STA,” may be configured to transmit and / or receive wireless signals and may include user equipment (UE), mobile stations, fixed or mobile subscriber units, subscription-based units, pagers, cellular phones, personal digital assistants (PDAs), smartphones, laptops, netbooks, personal computers, wireless sensors, hotspots or Mi-Fi devices, Internet of Things (IoT) devices, watches or other wearables, head mounted displays (HMDs), vehicles, drones, medical devices and applications (e.g., remote surgery), industrial devices and applications (e.g., robots and / or other wireless devices operating in industrial and / or automated processing chain situations), consumer electronics devices, and devices operating on commercial and / or industrial wireless networks, etc. Any of the WTRUs 102a, 102b, 102c, 102d may be referred to interchangeably as a UE.

[0013] 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 NodeB, an eNodeB, a home NodeB, a home eNodeB, a gNB, a NR NodeB, a site controller, an access point (AP), a wireless router, and the like. Although the base stations 114a, 114b are each depicted as a single element, it will be understood that the base stations 114a, 114b may include any number of interconnected base stations and / or network elements.

[0014] The base station 114a may be part of the RAN 104 / 113, 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), relay nodes, etc. The base station 114a and / or the base station 114b may be configured to transmit 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 the licensed spectrum, the unlicensed spectrum, or a combination of the licensed and unlicensed spectrum. A cell may provide coverage for wireless services in a particular geographic area, which may be relatively fixed or may change over time. A cell may be further divided into cell sectors. For example, the cell associated with the base station 114a may be divided into three sectors. Thus, in one embodiment, the base station 114a may include three transceivers, one for each sector of the cell. In an embodiment, the base station 114a may utilize multiple-input multiple-output (MIMO) technology and may utilize multiple transceivers for each sector of the cell. For example, beamforming may be used to transmit and / or receive signals in desired spatial directions.

[0015] 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).

[0016] More specifically, as described 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, and SC-FDMA. For example, the base station 114a and the WTRUs 102a, 102b, 102c in the RAN 104 / 113 may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 116 using Wideband CDMA (WCDMA). 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).

[0017] 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), which may establish the air interface 116 using Long Term Evolution (LTE), and / or LTE Advanced (LTE-A), and / or LTE Advanced Pro (LTE-A Pro).

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

[0019] 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 implement both LTE radio access and NR radio access, e.g., using a dual connectivity (DC) principle. Thus, the air interface utilized by the WTRUs 102a, 102b, 102c may include multiple types of radio access technologies and / or transmissions transmitted to / from multiple types of base stations (e.g., eNBs and gNBs).

[0020] In other embodiments, the base station 114a and the WTRUs 102a, 102b, 102c may implement a wireless technology 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), and GSM EDGE (GERAN).

[0021] The base station 114b in FIG. 1A 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 localized area, such as an office, a home, a vehicle, a campus, an industrial facility, an air corridor (e.g., used by drones), and a roadway. In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a wireless 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 wireless 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 femtocell. 1A, the base station 114b may have a direct connection to the Internet 110. Thus, the base station 114b may not need to access the Internet 110 through the CN 106.

[0022] The RAN 104 / 113 may communicate with the CN 106 / 115, which may be any type of network configured to provide voice, data, application, and / or Voice over Internet Protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d. The data may have various Quality of Service (QoS) requirements, such as different throughput requirements, delay requirements, error resilience requirements, reliability requirements, data throughput requirements, and mobility requirements. The CN 106 / 115 may provide call control, billing services, mobile location-based services, prepaid calling, Internet connectivity, video distribution, and / or perform high-level security functions, such as user authentication. Although not shown in FIG. 1A, it will be appreciated that the RAN 104 / 113 and / or the CN 106 / 115 may communicate directly or indirectly with other RANs that utilize the same RAT as the RAN 104 / 113 or a different RAT. For example, in addition to being connected to the RAN 104 / 113, which may utilize NR radio technology, the CN 106 / 115 may also communicate with another RAN (not shown) that utilizes GSM, UMTS, CDMA2000, WiMAX, E-UTRA, or WiFi radio technology.

[0023] The CN 106 / 115 may also serve 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 providing plain old telephone service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices that use common communications protocols, such as Transmission Control Protocol (TCP), User Datagram Protocol (UDP), and / or Internet Protocol (IP) in the TCP / IP Internet protocol suite. The networks 112 may include wired and / or wireless communications networks owned and / or operated by other service providers. For example, the networks 112 may include another CN connected to one or more RANs that may utilize the same RAT as the RAN 104 / 113 or a different RAT.

[0024] Some or all of the WTRUs 102a, 102b, 102c, 102d in the communications 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 over different wireless links). For example, the WTRU 102c shown in FIG. 1A may be configured to communicate with a base station 114a, which may employ a cellular-based wireless technology, and with a base station 114b, which may utilize IEEE 802 wireless technology.

[0025] 1B is a system diagram illustrating an example WTRU 102. As shown in FIG. 1B, 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 understood that the WTRU 102 may include any subcombination of the above elements while remaining consistent with an embodiment.

[0026] The processor 118 may be a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), multiple microprocessors, one or more microprocessors in conjunction with a DSP core, a controller, a microcontroller, an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) circuit, any other type of integrated circuit (IC), a state machine, etc. The processor 118 may perform signal coding, 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 FIG. 1B depicts the processor 118 and the transceiver 120 as separate components, it will be understood that the processor 118 and the transceiver 120 may be integrated together in an electronic package or chip.

[0027] The transmit / receive element 122 may be configured to transmit signals to or receive signals from a base station (e.g., base station 114a) over the air interface 116. For example, in one embodiment, the transmit / receive element 122 may be an antenna configured to transmit and / or receive RF signals. In an embodiment, the transmit / receive element 122 may be an emitter / detector configured to transmit and / or receive, for example, IR, UV, or visible light signals. In yet another embodiment, the transmit / receive element 122 may be configured to transmit and / or receive both RF and light signals. It will be appreciated that the transmit / receive element 122 may be configured to transmit and / or receive any combination of wireless signals.

[0028] 1B, the transmit / receive element 122 is depicted as a single element, the WTRU 102 may include any number of transmit / receive elements 122. More specifically, the WTRU 102 may utilize 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.

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

[0030] The processor 118 of the WTRU 102 may be coupled to and may receive user input data from 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). The processor 118 may output user data to the speaker / microphone 124, the keypad 126, and / or the display / touchpad 128. In addition, the processor 118 may obtain 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, memory that is not physically located on the WTRU 102, such as located on a server or a home computer (not shown).

[0031] The processor 118 may receive power from the power source 134 and may be configured to distribute and / or control power to other components within 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 batteries (e.g., nickel-cadmium (NiCd), nickel-zinc (NiZn), nickel-metal hydride (NiMH), lithium-ion (Li-ion), etc.), solar cells, fuel cells, etc.

[0032] The processor 118 may also be coupled to a 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 instead of information from the GPS chipset 136, the WTRU 102 may receive location information over the air interface 116 from a base station (e.g., base stations 114a, 114b) and / or may determine its location based on the timing of signals being received from two or more nearby base stations. It will be appreciated that the WTRU 102 may obtain location information using any suitable location determination method while remaining consistent with an embodiment.

[0033] The processor 118 may further be coupled to other peripherals 138, which may include one or more software 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 e-compass, a satellite transceiver, a digital camera (for photos and / or videos), a Universal Serial Bus (USB) port, a vibration device, a television transceiver, a hands-free headset, a Bluetooth module, a frequency modulation (FM) radio unit, a digital music player, a media player, a video game player module, an Internet browser, a virtual reality and / or augmented reality (VR / AR) device, an activity tracker, and the like. The peripherals 138 may include one or more sensors, which may be one or more of 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, and / or a humidity sensor.

[0034] The WTRU 102 may include a full-duplex radio where transmission and reception of some or all of the signals associated with a particular subframe (e.g., for both the UL (e.g., for transmission) and the downlink (e.g., for reception)) may be parallel and / or simultaneous. The full-duplex radio may include an interference management unit 139 to reduce and / or substantially eliminate self-interference via hardware (e.g., a choke) or via signal processing via a processor (e.g., a separate processor (not shown) or processor 118). In an embodiment, the WTRU 102 may include a half-duplex radio for transmission and reception of some or all of the signals (e.g., associated with a particular subframe for either the UL (e.g., for transmission) or the downlink (e.g., for reception).

[0035] 1C is a system diagram illustrating the RAN 104 and the CN 106, according to an embodiment. As described above, the RAN 104 may employ E-UTRA radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 104 may also communicate with the CN 106.

[0036] The RAN 104 may include eNodeBs 160a, 160b, 160c, although it will be understood that the RAN 104 may include any number of eNodeBs while remaining consistent with an embodiment. The eNodeBs 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 eNodeBs 160a, 160b, 160c may implement MIMO technology. Thus, the eNodeB 160a, for example, may use multiple antennas to transmit wireless signals to and / or receive wireless signals from the WTRU 102a.

[0037] Each of the eNodeBs 160a, 160b, 160c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, and scheduling of users in the UL and / or DL, etc. As shown in FIG 1C, the eNodeBs 160a, 160b, 160c may communicate with each other over an X2 interface.

[0038] 1C may include a Mobility Management Entity (MME) 162, a Serving Gateway (SGW) 164, and a Packet Data Network (PDN) Gateway (or PGW) 166. Although each of the above elements is depicted as part of the CN 106, it will be understood that any of these elements may be owned and / or operated by an entity different from the CN operator.

[0039] The MME 162 may be connected to each of the eNodeBs 160a, 160b, 160c in the RAN 104 via an S1 interface and may act 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 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.

[0040] The SGW 164 may be connected to each of the eNodeBs 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-eNodeB handover, triggering paging when DL data is available to the WTRUs 102a, 102b, 102c, as well as managing and storing the context of the WTRUs 102a, 102b, 102c.

[0041] The SGW 164 may be connected to a 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.

[0042] 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 fixed-line communications devices. For example, the CN 106 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that serves 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 and / or wireless networks owned and / or operated by other service providers.

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

[0044] In an exemplary embodiment, the other network 112 may be a WLAN.

[0045] A WLAN in infrastructure basic service set (BSS) mode may have an access point (AP) for the BSS and one or more stations (STAs) associated with the AP. The AP may have access or interface to a distribution system (DS) or another type of wired / wireless network that carries traffic within and / or outside the BSS. Traffic to a STA originating from outside the BSS may arrive through the AP and be delivered to the STA. Traffic originating from a STA to a destination outside the BSS may be sent to the AP for delivery to the respective destination. Traffic between STAs in the BSS may be sent through the AP, e.g., a source STA may send traffic to the AP and the AP may deliver the traffic to the destination STA. Traffic between STAs in the BSS may be considered and / or referred to as peer-to-peer traffic. Peer-to-peer traffic may be sent (e.g., directly) between a source STA and a destination STA using a direct link setup (DLS). In one representative embodiment, the DLS may use 802.11e DLS or 802.11z Tunneled DLS (TDLS). A WLAN using an Independent BSS (IBSS) mode may not have an AP, and STAs (e.g., all of the STAs) within or using an IBSS may communicate directly with each other. IBSS mode communication may sometimes be referred to herein as "ad-hoc" mode communication.

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

[0047] A high throughput (HT) STA may use a 40 megahertz wide channel for communication, for example, via combining a primary 20 megahertz channel with an adjacent or non-adjacent 20 megahertz channel to form a 40 megahertz wide channel.

[0048] A Very High Throughput (VHT) STA may support channels that are 20 megahertz, 40 megahertz, 80 megahertz, and / or 160 megahertz wide. The 40 megahertz and / or 80 megahertz channels may be formed by combining consecutive 20 megahertz channels. The 160 megahertz channel may be formed by combining eight consecutive 20 megahertz channels or by combining two non-contiguous 80 megahertz channels, which may be referred to as an 80+80 configuration. For the 80+80 configuration, the data may be passed through a segment parser after channel encoding that may split the data into two streams. Inverse Fast Fourier Transform (IFFT) processing and time domain processing may be performed separately for each stream. The streams may be mapped onto the two 80 megahertz channels, and the data may be transmitted by the transmitting STA. At the receiver of the receiving STA, the operations described above for the 80+80 configuration may be reversed and the combined data may be sent to a Medium Access Control (MAC).

[0049] Sub-gigahertz mode operation is supported by 802.11af and 802.11ah. Channel operating bandwidths and carriers are reduced in 802.11af and 802.11ah compared to those used in 802.11n and 802.11ac. 802.11af supports 5, 10, and 20 megahertz bandwidths in TV White Space (TVWS) spectrum, and 802.11ah supports 1, 2, 4, 8, and 16 megahertz bandwidths using non-TVWS spectrum. According to a representative embodiment, 802.11ah may support meter-type control / machine-type communication, such as MTC devices in macro coverage areas. MTC devices may have limited functionality, including, for example, support of certain bandwidths and / or limited bandwidths (e.g., only their support). The MTC device may include a battery that has a battery life above a threshold (eg, to maintain a very long battery life).

[0050] WLAN systems that can support multiple channels and channel bandwidths, such as 802.11n, 802.11ac, 802.11af, and 802.11ah, include a channel that may be designated as a primary channel. The primary channel may have a bandwidth equal to the largest common operating bandwidth supported by all STAs in the BSS. The bandwidth of the primary channel may be set and / or limited by the STA that supports the smallest bandwidth operating mode among all STAs operating in the BSS. In the 802.11ah example, for STAs (e.g., MTC type devices) that support (e.g., only) 1 megahertz mode, the primary channel may be 1 megahertz wide, even if the AP and other STAs in the BSS support 2 megahertz, 4 megahertz, 8 megahertz, 16 megahertz, and / or other channel bandwidth operating modes. Carrier sensing and / or network allocation vector (NAV) setting may depend on the status of the primary channel. For example, if the primary channel is busy because a STA (that only supports a 1 MHz mode of operation) is transmitting to the AP, the entire available frequency band may be considered busy even though most of the frequency band may remain idle and available for use.

[0051] In the United States, the available frequency bands that may be used by 802.11ah are 902 MHz to 928 MHz. In South Korea, the available frequency bands are 917.5 MHz to 923.5 MHz. In Japan, the available frequency bands are 916.5 MHz to 927.5 MHz. The total bandwidth available for 802.11ah is 6 MHz to 26 MHz, depending on country regulations.

[0052] 1D is a system diagram illustrating the RAN 104 and the CN 106, according to an embodiment. As described above, the RAN 104 may communicate with the WTRUs 102a, 102b, 102c over the air interface 116 using NR radio technology. The RAN 104 may also communicate with the CN 106.

[0053] The RAN 104 may include gNBs 180a, 180b, 180c, although it will be understood 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, 108b may utilize beamforming to transmit signals to and / or receive signals from the gNBs 180a, 180b, 180c. Thus, the gNB 180a may transmit wireless signals to and / or receive wireless signals from the WTRU 102a using, for example, multiple antennas. In an embodiment, the gNBs 180a, 180b, 180c may implement carrier aggregation techniques. 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 multipoint (CoMP) techniques. For example, the WTRU 102a may receive coordinated transmissions from the gNBs 180a and 180b (and / or gNB 180c).

[0054] The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using transmissions associated with a scalable numerology. For example, the 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 different or scalable lengths (e.g., including different numbers of OFDM symbols and / or lasting for different lengths of absolute time).

[0055] 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 without accessing another RAN (e.g., eNodeBs 160a, 160b, 160c). In a standalone configuration, the WTRUs 102a, 102b, 102c may utilize one or more of the gNBs 180a, 180b, 180c as mobility anchor points. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using signals in unlicensed bands. In a non-standalone configuration, the WTRUs 102a, 102b, 102c may communicate / connect to a gNB 180a, 180b, 180c while also communicating / connecting to another RAN, such as an eNodeB 160a, 160b, 160c. For example, the WTRUs 102a, 102b, 102c may implement the DC principle to communicate with one or more gNBs 180a, 180b, 180c and one or more eNodeBs 160a, 160b, 160c substantially simultaneously. In a non-standalone configuration, the eNodeBs 160a, 160b, 160c may act as mobility anchors for the WTRUs 102a, 102b, 102c, and the gNBs 180a, 180b, 180c may provide additional coverage and / or throughput for serving the WTRUs 102a, 102b, 102c.

[0056] Each of the gNBs 180a, 180b, 180c 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 the UL and / or DL, support for network slicing, dual connectivity, interworking between NR and E-UTRA, routing of user plane data to User Plane Functions (UPFs) 184a, 184b, and routing of control plane information to Access and Mobility Management Functions (AMFs) 182a, 182b, etc. As shown in FIG. 1D, the gNBs 180a, 180b, 180c may communicate with each other over the Xn interface.

[0057] 1D may include at least one AMF 182a, 182b, at least one UPF 184a, 184b, at least one Session Management Function (SMF) 183a, 183b, and possibly a Data Network (DN) 185a, 185b. Although each of the above elements is depicted as part of the CN 106, it will be understood that any of these elements may be owned and / or operated by an entity different from the CN operator.

[0058] The AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 104 via an N2 interface and may act as a control node. For example, the AMF 182a, 182b may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, supporting network slicing (e.g., handling different PDU sessions with different requirements), selecting a particular SMF 183a, 183b, managing registration areas, terminating NAS signaling, and mobility management, etc. Network slicing may be used by the AMF 182a, 182b to customize CN support for the WTRUs 102a, 102b, 102c based on the type of service utilized by the WTRUs 102a, 102b, 102c. Different network slices may be established for different use cases, such as, for example, services relying on ultra-reliable low latency (URLLC) access, services relying on eMBB access, and / or services for machine type communications (MTC) access, etc. The AMF 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 LTE, LTE-A, LTE-A Pro, and / or non-3GPP access technologies such as WiFi.

[0059] The SMFs 183a, 183b may be connected to the AMFs 182a, 182b in the CN 106 via an N11 interface. The SMFs 183a, 183b may also be connected to the UPFs 184a, 184b in the CN 106 via an N4 interface. The SMFs 183a, 183b may select and control the UPFs 184a, 184b and configure the routing of traffic through the UPFs 184a, 184b. The SMFs 183a, 183b may perform other functions such as managing and assigning UE IP addresses, managing PDU sessions, controlling policy enforcement and QoS, and providing downlink data notification. The PDU session types may be IP-based, non-IP-based, Ethernet-based, etc.

[0060] The UPFs 184a, 184b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 104 via an 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 UPFs 184a, 184b may perform other functions, such as routing and forwarding packets, enforcing user plane policies, supporting multi-homing PDU sessions, handling user plane QoS, buffering downlink packets, as well as providing mobility anchoring.

[0061] The CN 106 may facilitate communication with other networks. For example, the CN 106 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that serves 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 and / or wireless networks owned and / or operated by other service providers. In an embodiment, the WTRUs 102a, 102b, 102c may be connected to local data networks (DNs) 185a, 185b through the UPFs 184a, 184b via an N3 interface to the UPFs 184a, 184b and an N6 interface between the UPFs 184a, 184b and the DNs 185a, 185b.

[0062] 1A-1D and the corresponding description thereof, one or more or all of the functions described herein with respect to one or more of the WTRUs 102a-d, base stations 114a-b, eNodeBs 160a-c, MME 162, SGW 164, PGW 166, gNBs 180a-c, AMFs 182a-b, UPFs 184a-b, SMFs 183a-b, DNs 185a-b, and / or any other devices described herein may be performed by one or more emulation devices (not shown). The emulation devices may be one or more devices configured to emulate one or more or all of the functions described herein. For example, the emulation devices may be used to test other devices and / or to simulate network and / or WTRU functions.

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

[0064] The emulation device or devices may perform one or more functions, including all functions, without being implemented / deployed as part of a wired and / or wireless communication network. For example, the emulation device may be utilized in a test lab and / or in a test scenario in a non-deployed (e.g., test) wired and / or wireless communication network to perform tests of one or more components. The emulation device or devices may be test equipment. Direct RF coupling and / or wireless communication via RF circuitry (which may include, for example, one or more antennas) may be used by the emulation device to transmit and / or receive data.

[0065] In 3GPP NR wireless communications, the Uu interface may be designed to support communications between a gNB and one or more WTRUs. The NR design may support several services based on data transmission between a gNB and one or more WTRUs. For example, Release 15 in NR may support such services. However, WTRU-to-WTRU communications, such as communications over the PC5 interface for device-to-device (D2D) or vehicle-to-everything (V2X) communications, have not been supported in NR.

[0066] While 3GPP LTE has supported WTRU-to-WTRU communications for public safety use cases, V2X use cases, or both use cases, LTE-based solutions may not be compatible in NR networks. Therefore, a PC5 interface based on the NR frame structure and channels may be required. Furthermore, use cases such as vehicle platooning, enhanced sensors, evolved driving, and remote driving may be introduced, which may entail additional requirements for V2X communications.

[0067] LTE sidelink communication may be supported for D2D and V2X. The physical channels used for sidelink communication may include a sidelink primary synchronization signal (SPSS), a sidelink secondary synchronization signal (SSSS), a physical sidelink broadcasting channel (PSBCH), a physical sidelink control channel (PSCCH), a physical sidelink shared channel (PSSCH), and a physical sidelink discovery channel (PSDCH).

[0068] In an embodiment, the sidelink communication may support up to four modes. For example, the sidelink communication may use Mode 1 to Mode 4. In an embodiment, Mode 1 and Mode 2 may be designed for D2D communication, which may require delay-tolerant, power-efficient and reliable transmission with low mobility of devices in mutual sidelink communication. Mode 1 may be based on eNB scheduling for sidelink transmission, where resources for sidelink transmission may be scheduled by the eNB via a Downlink Control Information (DCI) message. Mode 2 may be based on WTRU autonomous resource selection in a resource pool. Mode 1 may be used when the WTRU is under the coverage of an eNB for sidelink transmission, so that the WTRU can receive control signals from the eNB. In an embodiment, Mode 2 may be used for cases where one or more WTRUs are out of coverage of an eNB for sidelink transmission, and Mode 2 may also be used for cases where they are in coverage.

[0069] Modes 3 and 4 may be introduced for V2X communications to support low latency along with high device mobility compared to Modes 1 and 2. According to an embodiment, in Modes 1 and 3, a sidelink WTRU may receive resource grants for sidelink transmissions, which may be monitored within a search space configured for the Uu interface.

[0070] In NR for 5G wireless systems, new structures and designs may be adopted for the Physical Downlink Shared Channel (PDSCH) as well as the Physical Downlink Control Channel (PDCCH). In addition, slotted and non-slotted transmissions and different rates for monitoring the PDCCH may be defined.

[0071] In 5G NR, a resource element group (REG) may be the smallest building block for a PDCCH. Each REG may consist of 12 resource elements (REs) for one OFDM symbol in time and one resource block (RB) in frequency. In each REG, 9 REs may be used for control information and 3 REs may be used for one or more demodulation reference signals (DM-RSs). Multiple REGs (2, 3, or 6) that are adjacent in time or frequency form a REG bundle that can be used by the same precoder, and their DM-RSs may be used together for channel estimation. Six REGs (in a format of 1, 2, or 3 bundles) may form one control channel element (CCE), which is the smallest possible size for a PDCCH. Each PDCCH may include one or more CCEs, for example, 1, 2, 4, 8, or 16 CCEs, and the number of CCEs for a PDCCH may be referred to as its aggregation level (AL).

[0072] The mapping of REG bundles may have two different modes: interleaved and non-interleaved. In non-interleaved mapping, consecutive REG bundles adjacent in frequency may form CCEs, and adjacent CCEs in frequency may form PDCCHs. In interleaved mapping, REGs may be interleaved or permuted before being mapped to CCEs, resulting in non-adjacent REG bundles in one CCE and non-adjacent CCEs in one PDCCH overall.

[0073] A control resource set (CORESET) may be configured by its frequency allocation, which may be, for example, a chunk of 6 RBs, whether it is interleaved or not, its length in time, which may be 1 to 3 OFDM symbols, the type of REG bundle, and the type of mapping from REG bundle to CCE. In each bandwidth part (BWP), there may be up to 3 CORESETs. In an embodiment, there may be 12 CORESETs in all 4 possible bandwidth parts.

[0074] Each WTRU may be assigned a set of PDCCH candidates to be monitored during blind detection of the PDCCH, which may be referred to as a search space or a set of search spaces, for multiple aggregation levels. Each set of search spaces may be configured by its associated CORESET, the number of candidates with each aggregation level, and a monitoring occasion. The monitoring occasion may be determined by a monitoring period, a monitoring offset, and a monitoring pattern, which may be in units of slots. For example, the monitoring pattern may include 14 bits corresponding to all possible patterns of symbols within a slot.

[0075] A slot format indicator (SFI) may provide, for example, an indication, e.g., a dynamic indication, of a direction of one or more symbols in a slot or set of slots. The direction may be at least one of UL, DL, or a flexible direction. The SFI may be provided in a PDCCH. For example, the symbol direction in a slot may be configured by higher layer signaling. The direction indicated in the SFI may override the direction configured by higher layer signaling.

[0076] For both downlink Uu and sidelink, an aspect of the reliability of the control channels is a low probability of blocking. Blocking may occur when resources configured for scheduling PDCCH or PSCCH are not available. Increasing the pool of resources can help reduce this blocking probability. However, for both Uu and sidelink traffic, due to the stochastic nature of the traffic, there may be large variations in the instantly required resources for each of those two uses. Thus, for example, allocating separate resources for each use and designing the system for the worst case traffic of each use due to very low average resource utilization reduces the resource efficiency of the system. In an embodiment, the sidelink traffic may have a low average resource utilization with a very sufficient level of resources assigned for the worst case traffic scenario. Similarly, the Uu traffic may have a low average resource utilization with a high level of resources assigned. Also, in some cases, there may not be enough resources available to have this type of separate design for the worst case traffic for each channel under various use cases.

[0077] In some scenarios, the limited PSCCH link adaptation may reduce the resource efficiency of the system. In LTE V2X, the PSCCH resource in the resource pool may be fixed to two RBs in a subframe. In addition, the modulation order may also be fixed to quadrature phase shift keying (QPSK). The range of the PSCCH transmission may be determined based on the number of RBs allocated for PSCCH transmission and the modulation and coding scheme (MCS) level used. Given that NR V2X may require a wider range than used in LTE for some V2X use cases, e.g., 750 meters, the current LTE fixed PSCCH link adaptation may not be adequate for NR V2X.

[0078] In addition, LTE V2X may be designed for broadcast or groupcast transmissions, and therefore a fixed resource allocation targeting the worst-case scenario may be reasonable. However, unicast transmissions may also need to be supported, so link adaptation of the PSCCH may be required for NR V2X.

[0079] In some scenarios, limited resources for sidelink communication may reduce the resource efficiency of the system. In NR V2X, the sidelink control channel may be expected to carry control information, which may vary greatly in terms of payload, reliability, latency, and coverage in supporting a wide range of enhanced V2X services. In addition, as mentioned, the sidelink control information may be expected to be transmitted as unicast, multicast, and broadcast, compared to LTE V2X, which may be limited to broadcast and groupcast. In the unicast case, the WTRU initiating the transmission may require feedback from the receiving WTRU to achieve high reliability, resource efficiency, or both. Therefore, a method of efficiently multiplexing one or more sidelink control channels with one or more Uu control channels may be desirable. Techniques for efficiently multiplexing sidelink control channels transmitted in either direction in sidelink communication may also be needed.

[0080] In accordance with embodiments disclosed herein, the PSCCH link adaptation may be associated with a coverage level for the sidelink. The coverage level may correspond to or be determined based on at least one of a V2X operation mode, a radio resource control (RRC) connection state, and / or a downlink measurement level. In an embodiment, the V2X operation mode may be a scheduled mode or an autonomous mode. Further, the operation mode may be an operation mode of the WTRU. In an embodiment, the RRC connection state may be a connection state of the WTRU.

[0081] In a V2X mode of operation, a scheduled mode may be an operating mode in which a gNB may schedule one or more resources for PSCCH transmission, PSSCH transmission, or both. As described herein, a scheduled mode may be used interchangeably with, and may still be consistent with, Mode-1, gNB scheduled mode, and / or a mode in which a gNB may schedule sidelink resources for sidelink transmission between two WTRUs, as provided herein. An autonomous mode may be an operating mode in which a WTRU may autonomously determine one or more resources in candidate resources for PSCCH transmission, PSSCH transmission, or both. The candidate resources may be pre-configured. As described herein, the autonomous mode may be used interchangeably with, and may still be consistent with, Mode-2, WTRU scheduled mode, and / or a mode in which a WTRU (e.g., a WTRU with a sender WTRU, a source WTRU, and a source ID, etc.) can schedule sidelink resources for a sidelink transmission to another WTRU (e.g., a WTRU with a receiver WTRU, a destination WTRU, and a destination ID, etc.), as provided herein.

[0082] In an embodiment of the RRC connected states, RRC connected, RRC inactive, and RRC idle may be considered as the first coverage, and the non-RRC state may be considered as the second coverage. In an embodiment, the first coverage may be an in-network coverage, and the second coverage may be an out-of-network coverage.

[0083] In an embodiment, the downlink measurement level may be a reference signal received power (RSRP) measurement level of a measurement reference signal. For the downlink measurement level, the measurement reference signal may include one or more of a synchronization signal block (SSB), a channel state information reference signal (CSI-RS), a tracking reference signal (TRS), or a DM-RS.

[0084] The terms "coverage level," "coverage," "proximity," "proximity level," "distance," "distance level," "range," "range level," and "measurement quality" may be used interchangeably herein and still be consistent with the examples and embodiments provided.

[0085] One or more PSCCH resource units (PRUs) may be used for PSCCH transmission. In the embodiments provided herein, PSCCH link adaptation may be based on one or more PRUs. A PRU may be, consist of, and / or be defined, determined, or identified based on at least one of RBs, number of symbols, CCEs, REGs, and / or REG bundles that can be used for a PDCCH, PUCCH resource, slot, and / or subframe or radio frame.

[0086] In an embodiment, an RB may include a set of subcarriers. In an embodiment, the set may include 12 subcarriers. Further, the subcarriers may be contiguous or adjacent. Moreover, the set of subcarriers may include a number of symbols that may be within a time period or unit, such as a slot, a subframe, or a radio frame.

[0087] The number of symbols may be determined based on at least one of a number of uplink symbols, a number of downlink symbols, and an adaptive number of symbols configured, determined, and / or indicated in a time period or unit of time such as a slot. The number of symbols may be fixed, e.g., 14, configured via higher layer signaling, and / or may be the same as the number of symbols for a minislot if a minislot is used for sidelink transmission. Furthermore, the term "minislot" may be used interchangeably with subslot, non-slot, x-symbol slot, etc. and still be consistent with the examples provided herein.

[0088] CCEs, REGs, or REG bundles may be used for the PDCCH, for example, to be able to use a subset of the PDCCH resources for sidelink transmissions. In an embodiment, the subset of PDCCH resources may include CCEs, REGs, and / or REG bundles. Further, in an embodiment, the sidelink transmission may be on the PSCCH.

[0089] For a PUCCH resource, the number of RBs used for the PUCCH resource may be configured via higher layer signaling or may be determined based on a coverage level.

[0090] One or more link adaptation modes may be used for PSCCH transmission. The link adaptation mode may be determined based on the traffic type. One or more traffic types may be used. For example, three traffic types may be used. In one embodiment, broadcast, groupcast, and unicast traffic types may be used. Furthermore, the WTRU may determine the link adaptation mode based on which traffic type is used.

[0091] A fixed or semi-static link adaptation mode may be used, in which the number of PRUs may be predefined, configured, or indicated by the gNB. In an embodiment, the fixed or semi-static link adaptation mode may involve a fixed or semi-static number of PRUs and / or a fixed MCS. The fixed or semi-static link adaptation mode may be used for a traffic type. In an embodiment, the link adaptation mode may be used for a first traffic type. In an embodiment, the first traffic type may be a broadcast traffic type.

[0092] An adaptive link adaptation mode may be used, in which a set of PRU aggregation levels may be configured, determined, or indicated, for example, by the gNB, and the WTRU may select a PRU aggregation level from the set, for example, for a PSCCH transmission. An adaptive link adaptation mode may be used for a traffic type. In an embodiment, the link adaptation mode may be used for a second traffic type. The second traffic type may be a unicast traffic type and / or a groupcast traffic type. The first PRU aggregation level may correspond to a first number of PRUs, the second PRU aggregation level may correspond to a second number of PRUs, etc. The first number of PRUs and the second number of PRUs may be different from each other, and one or more sets of PRU aggregation levels may be used.

[0093] In an embodiment, a subset of PRU aggregation levels for PSCCH / PSSCH transmissions may be determined based on at least one of the QoS of packets to be transmitted on the PSSCH, a channel busy ratio (CBR) range, a number of RBs per subchannel, a number of subchannels selected for PSCCH / PSSCH transmissions, and a minimum required communication range, and the WTRU may select a PRU aggregation level from the determined subset.

[0094] One or each traffic type may be associated with a sidelink control information (SCI) for a PSCCH transmission. A first SCI, e.g., an SCI format, may be used for broadcast and / or groupcast traffic types, and the first SCI may include a group destination ID. A second SCI may be used for unicast traffic types, and the second SCI may include a WTRU-ID, which may be a transmitter WTRU-ID or a receiver WTRU-ID.

[0095] A coverage level or range of the WTRU may be used. The WTRU may determine a resource or set of resources for transmission of a control channel, such as a PSCCH, based on the coverage level or range of the WTRU. In an embodiment, the range of the WTRU may be a distance to another WTRU or to an intended recipient of the PSCCH. For example, for poorer coverage, more resources may be used. In an embodiment, the more resources may include a larger set of resources.

[0096] The first WTRU may be a transmitter WTRU and the second WTRU may be a receiver WTRU, or vice versa. In addition, the terms “V2X communications,” “vehicle-to-vehicle (V2V) communications,” “D2D communications,” “direct communications,” “sidelink communications,” “UE-to-UE communications,” and “WTRU-to-WTRU communications” may be used interchangeably in examples provided herein.

[0097] According to an embodiment, a set of PRUs may be configured by the gNB as a resource pool for PSCCH transmission, e.g., a PSCCH resource pool and a subset of PRUs in the PSCCH resource pool may be used. For example, control information, e.g., SCI, may be transmitted in a subset of PRUs in the PSCCH resource pool, and the subset of PRUs, e.g., the number of PRUs, may be determined based on one or more of: a distance between two WTRUs, which may be determined by at least one of the WTRUs based on, e.g., measurement signals from the WTRUs, e.g., location information, a coverage level or range, an RRC connection state, e.g., connected state, inactive state, idle state, a V2X operation mode, e.g., scheduled mode and autonomous mode, etc., and / or a coverage state, e.g., in-network coverage and out-of-network coverage, etc.

[0098] According to an embodiment, for example, if a measurement of a signal from the WTRU is below a threshold, a first subset of PRUs or a first number of PRUs may be used. If the measurement is above a threshold, a second subset of PRUs or a second number of PRUs may be used. The first subset may be larger than the second subset. The measurement may be an RSRP measurement, a channel state information (CSI) measurement, or both. In an embodiment, the CSI may include one or more of a channel quality indicator (CQI), a precoding matrix indicator (PMI), or a rank indicator (RI). The signal may be a discovery signal from the first WTRU or the second WTRU. The first WTRU may measure a signal from the second WTRU and may determine a subset of PRUs or a number of PRUs for PSCCH transmission. The first WTRU may transmit the PSCCH on the determined PRU.

[0099] According to another embodiment, if the distance between the first WTRU and the second WTRU is less than a first threshold, a first subset of PRUs or a first number of PRUs may be used. Further, if the distance between the first WTRU and the second WTRU is greater than the first threshold, or greater than the first threshold value and less than a second threshold, a second subset of PRUs or a second number of PRUs may be used, etc. Distance may be used interchangeably with range, coverage, or proximity and still be consistent with the embodiments provided herein. The subset or number of PRUs that can be used for the PSCCH based on distance may be predetermined, preconfigured, configured, or indicated, for example, by the gNB.

[0100] In an embodiment, the location information may be provided by the first WTRU to the second WTRU. In another embodiment, the location information may be provided by the second WTRU to the first WTRU. The location information may be transmitted in a discovery signal and, optionally, provided when available. Furthermore, the location information may be exchanged between the first WTRU and the second WTRU. Also, the location information may be location information obtained from GPS signals and / or position reference signals. In an embodiment, the location information may be obtained from a Global Navigation Satellite System (GNSS).

[0101] In the scheduled mode, the gNB may provide distance information, for example, when the gNB schedules resources for PSCCH transmission.

[0102] The WTRU may determine the number of PRUs based on channel conditions, distance, and / or location information. The WTRU may determine a subset of PRUs based on the determined number of PRUs. The one or more subsets of PRUs may be predefined or configured for the number of PRUs that can be used for PSCCH transmission. The one or more subsets of PRUs may be mutually exclusive, partially overlapping, or fully overlapping. Based on the number of PRUs used or the determined number of PRUs, the transmitter WTRU and / or receiver WTRU may have information, for example from a configuration, regarding which subsets of PRUs can be used. For a given number of PRUs, one or more subsets of PRUs may be determined as candidates for PSCCH transmission. The transmitter WTRU may select one of the subsets of PRUs for the PSCCH transmission, and the receiver WTRU may attempt to decode one or more determined candidates. In an embodiment, the receiver WTRU may attempt to decode all determined candidates.

[0103] When location information is available, the number of PRUs and / or the subset of PRUs for PSCCH transmission and / or PSCCH reception may be determined based on the distance between the two WTRUs or based on the location information. Alternatively, the number of PRUs and / or the subset of PRUs may be determined based on measurements of signals from at least one of the WTRUs.

[0104] FIG. 2 illustrates a procedure for determining a PSCCH resource pool and PSCCH resources per range. In particular, FIG. 2 illustrates an example PSCCH resource pool configuration and a procedure for a WTRU to determine a PSCCH resource to use from within the resource pool to transmit an SCI. As illustrated in the example in FIG. 2, a resource pool may correspond to a range, e.g., a distance or proximity between two WTRUs. For example, a range may be between a WTRU transmitting, e.g., a PSCCH and a WTRU receiving, e.g., a PSCCH. Furthermore, location information may be used to determine the range.

[0105] Measurements may be replaced with location information and still be consistent with the examples provided herein. Coverage levels may be replaced with ranges and still be consistent with the examples provided herein.

[0106] In the example shown in FIG. 2, the gNB may configure a PSCCH resource pool 210, which may include a set of PRUs, and the PRUs in the PSCCH resource pool may be divided into one or more range-specific PSCCH resource pools such that a range-specific PSCCH resource pool having a corresponding range can be used by a WTRU.

[0107] As an example, three range-specific PSCCH resource pools may be used, determined, or configured, for example, by the gNB. In the example shown in FIG. 2, the ranges may be labeled as Range 1, Range 2, and Range 3. The first range may be up to k1 meters, e.g., k1=10, and may include one PRU per resource. The second range may be up to k2 meters, e.g., k2=50, and may include two PRUs per resource. The third range may be k3 meters, e.g., k3=100, and may include four PRUs per resource. Thus, a PSCCH resource may include one or more PRUs, and the same number of PRUs may be used or configured for PSCCH resources in the same range-specific PSCCH resource pool. In an example, a longer distance range may use more PRUs than a shorter distance range. The term “range” may be used interchangeably with the minimum required communication range for sidelink packets or services and still be consistent with the examples and embodiments provided herein.

[0108] The set of PRUs for each range-specific PSCCH resource pool may be mutually exclusive, may partially overlap, or may fully overlap. In the embodiment shown in FIG. 2, the sets of PRUs may be mutually exclusive.

[0109] One or more range-specific PSCCH resource pools may be located on different time and / or frequency resources. Subcarrier spacing may be configured, determined, or used independently for the range-specific PSCCH resource pools. In an embodiment, subcarrier spacing may be configured, determined, or used independently for each range-specific PSCCH resource pool. Subcarrier spacing may be different for the PSCCH resource based on the associated range.

[0110] For range-specific PSCCH resource pools, a DM-RS density may be configured, determined, or predefined. In an embodiment, for each range-specific PSCCH resource pool, a DM-RS density may be configured, determined, or predefined. A higher DM-RS density may be used for range-specific PSCCH resource pools targeting a larger range. For example, a DM-RS density of two symbols may be used for a PSCCH resource pool associated with a first range, e.g., up to k1 meters, a DM-RS density of three symbols may be used for a PSCCH resource pool associated with a second range, e.g., up to k2 meters, and a DM-RS density of four symbols may be used for a PSCCH resource pool associated with a third range, e.g., up to k3 meters.

[0111] 2, the WTRUs may determine range, e.g., distance or proximity, based on location information received, e.g., during a setup procedure between the WTRUs (220). From the location information of the receiver WTRU, the transmitter WTRU may determine the range between the WTRUs. For example, when location information is not available, measurements of a signal from one of the WTRUs may be used to determine range.

[0112] The WTRU may select an associated PSCCH resource pool based on the determined range (230). For example, the WTRU may determine a range-specific PSCCH resource pool within the configured resource pool based on the determined range. The determined range may be known between the two WTRUs for direct communication. One of the two WTRUs may receive the location information of the other WTRU and may determine the range. The determined range information may then be signaled to the other WTRU. The location information of the two WTRUs may be exchanged for range determination, and both WTRUs may use the same location information to determine the range. For range determination, the zone information, e.g., zone ID, of the two WTRUs may be exchanged, so that zone information, such as zone ID, can be determined based on the location information of the WTRUs and parameters configured by higher layers, such as zone size. The PSCCH resource pool may include one or more PSCCH resources, and each PSCCH resource may be used for the PSCCH and its associated PSSCH transmission.

[0113] The WTRU may determine 250 a PSCCH resource in a PSCCH resource pool, e.g., a range-specific PSCCH resource pool, based on the rule, where the PSCCH resource pool may include, e.g., one or more PSCCH resources for a corresponding range. In an embodiment, the rule may be a predefined rule. Additionally, the rule may involve a UE-ID or a WTRU-ID.

[0114] The WTRU-ID may be used implicitly by the WTRU, for example, to determine the PSCCH resources in the PSCCH resource pool. The WTRU-ID may be an ID configured by the gNB for direct communication. For example, the WTRU-ID may be a Sidelink Radio Network Temporary Identifier (SL-RNTI) that may be configured for a particular mode of operation, for example, V2X mode 3 and / or V2X mode 4. The WTRU-ID may include one or more Most Significant Bits (MSBs) or Least Significant Bits (LSBs) of the WTRU's International Mobile Subscriber Identity (IMSI). For example, when all WTRUs are in the same serving cell for direct communication, the WTRU-ID may be a Cell-RNTI (C-RNTI) and / or the WTRU-ID information may be known to both WTRUs. For example, in a scheduled mode, the gNB may provide WTRU-ID information to the WTRUs involved in the direct communication.

[0115] A Doppler frequency, e.g., a relative velocity to the WTRU, may be used to determine the PSCCH resources in the PSCCH resource pool. The relative velocity may be determined based on the time / frequency density of the DM-RS or phase tracking reference signal (PTRS) for the PSCCH transmission and / or the PSSCH transmission. If a higher density is used, the relative velocity may be considered higher.

[0116] The energy level detected during a given time window in each PSCCH resource may be used to determine a PSCCH resource in the PSCCH resource pool. The WTRU may perform sensing for the PSCCH resources during the time window, and the PSCCH resource that may have the minimum energy level may be determined as the PSCCH resource for SCI transmission.

[0117] A random selection may be used to determine a PSCCH resource within the PSCCH resource pool. Range may be used interchangeably with Doppler frequency, velocity, mobility level, or relative speed between the two WTRUs and still be consistent with examples provided herein. Additionally, the WTRU may transmit an SCI message on the selected PSCCH resource (270).

[0118] In an embodiment, the coverage report may be based on the PSCCH PRUs. For example, the WTRU may report its coverage or distance level based on the number of PRUs used to successfully decode the SCI message. For example, the SCI message may be transmitted by N PRUs and the SCI may be decodable by a subset of the N PRUs. The WTRU may attempt to decode the SCI message by the subset of the N PRUs and if the WTRU succeeds in decoding the SCI message by the subset of the N PRUs, the WTRU may report, indicate, or transmit the number of PRUs in the subset.

[0119] Further to this embodiment, one or more subset numbers may be configured or preconfigured. For example, when N PRUs are used, the subset numbers may include one or more of N / 16, N / 8, N / 4, and N / 2. Each subset number may be associated with a subset ID. For example, subset ID=0 may be associated with N / 16, subset ID=1 may be associated with N / 8, etc. The N PRUs may be at a maximum PSCCH aggregation level. In an embodiment, the aggregation level may be a CCE aggregation level and a PRU aggregation level, etc. Furthermore, the aggregation level may be within a set of aggregation levels. Also, a subset of the N PRUs may be at another aggregation level, which may also be within the aggregation level set. For example, a PSCCH aggregation level set AL-{n1, n2, n3, n4} may be configured, determined, or used, such that AL-n4 may be the maximum aggregation level. The WTRU may attempt to decode all aggregation levels, and may indicate, report, or feedback the minimum aggregation level at which the WTRU can successfully decode the associated SCI message. The WTRU may determine whether it succeeds in decoding the associated SCI based on a cyclic redundancy check (CRC) check of the SCI. N PRU may be the maximum number of repetitions of the PSCCH transmission. In an embodiment, the repetition may involve the number of symbols used, the number of retransmissions, the number of transmissions, etc. The PSCCH may be transmitted N times. Furthermore, if the WTRU succeeds in decoding the associated SCI message with a subset of the repetitions, the PSCCH may be transmitted N times. A parameter Ns may be used to indicate the coverage level or distance between two WTRUs. In an embodiment, Ns may be less than N.

[0120] Alternatively or additionally, the WTRU may report its coverage or distance level based on the time difference between a reference timing and the timing at which the destination WTRU receives a signal from the transmitter WTRU. The reference timing may be based on a Uu signal from the gNB. For example, the in-coverage WTRU may determine the reference timing based on a Uu synchronization signal, e.g., SS / PBCH block, or a CSI-RS, e.g., tracking reference signal, from the gNB. Alternatively or additionally, the reference timing may be based on a GNSS. Alternatively or additionally, the reference timing may be based on a sidelink synchronization signal transmitted from a local manager, which may be a WTRU that can schedule sidelink resources for sidelink transmissions between other WTRUs.

[0121] For PSCCH transmission, one or more CORESETs and associated search space(s) of one or more CORESETs may be used. In an embodiment, for PSCCH transmission, associated search spaces for each of one or more CORESETs may be used.

[0122] According to an example embodiment, the or each configured CORESET for sidelink may be associated with a subset of physical resource blocks (PRBs) in the active BWP. The subset of PRBs may be used for PSCCH transmission and / or PSSCH scheduling. For example, the WTRU may transmit an SCI in a CORESET to schedule a PSSCH that may be associated with the CORESET. The terms "PRB" and "RB" may be used interchangeably and still be consistent with examples and embodiments provided herein.

[0123] One or more CORESETs for PSCCH transmission may be transmitted or monitored in resources configured as uplink, for example, by the SFI and / or by higher layer signaling. Alternatively or in addition, a subset of PRBs may be part of the CORESET configuration.

[0124] Alternatively or additionally, the subset of PRBs may be implicitly determined. For example, the same set of PRBs configured for CORESET for PSCCH may be used to improve resource utilization and avoid collisions from multiple CORESETs. CORESET and PSSCH may be multiplexed in the time domain within the same set of PRBs, e.g., in the same slot or different slots. The subset of PRBs may be a function of the PRB configuration for the associated CORESET for PSCCH. For example, for PSSCH transmission, the PRB for CORESET and its N neighboring PRBs may be used.

[0125] Alternatively or additionally, the subset of PRBs may be determined based on, for example, at least one of a slot number, a subframe number, and a frame number of the PSCCH transmission.

[0126] Alternatively or additionally, the subset of PRBs may be determined based on a slot format, such as the slot format of the slot in which the PSCCH is transmitted. The slot format may include, for example, the number of downlink symbols, the number of uplink symbols, and the number of adaptive symbols.

[0127] Alternatively or additionally, the subset of PRBs may be determined based on the number of available REs for sidelink, e.g., in a slot or symbol in which the PSCCH is transmitted. REs allocated for a particular direction, e.g., DL, may not be counted as available REs. REs for PDSCH muting or Physical Uplink Shared Channel (PUSCH) muting, or PDSCH rate matching or PUSCH rate matching may not be counted as available REs. REs for broadcast transmissions, e.g., SSB, CORESET#0, and / or REs for periodic transmissions, e.g., periodic CSI-RS, TRS, may not be counted as available REs.

[0128] FIG. 3 illustrates an example of CORESET configuration based on sidelink type. According to an embodiment, as in the example illustrated in FIG. 300, a CORESET or each CORESET configured for a sidelink may be used, configured or associated with a sidelink type, e.g., a first sidelink type, a second sidelink type or a third sidelink type. Further sidelink types may also be configured. In an embodiment, the first sidelink type may be a type 1 sidelink and a CORESET for this sidelink type may be associated with two RBs 310. Furthermore, the second sidelink type may be a type 2 sidelink and a CORESET for this sidelink type may be associated with one RB 320. Moreover, the third sidelink type may be a type 3 sidelink and a CORESET for this sidelink type may be associated with four RBs 330.

[0129] The sidelink type may be determined based on one or more of a coverage level, a relative speed, or a DM-RS configuration. In an embodiment, the coverage level may include one or more of a range, a proximity, a distance, a measurement level, and the like. Furthermore, the relative speed may be associated with a Doppler frequency. Also, the DM-RS configuration may be a DM-RS configuration for a PSSCH transmission. In an embodiment, the DM-RS configuration may be a DM-RS loaded 1 symbol front-loaded DM-RS and N additional DM-RS(s). In another embodiment, the DM-RS configuration may be a DM-RS loaded 2 symbols front-loaded and M additional DM-RS(s). In a further embodiment, the DM-RS configuration may be a DM-RS position within a slot.

[0130] Alternatively or in addition, the sidelink type may be determined based on the use case, which may be determined based on, for example, whether the destination ID is a group ID for groupcast or broadcast, or, for example, whether the destination ID is a WTRU-ID for unicast.

[0131] Alternatively or additionally, the sidelink type may be determined based on a sensing scheme. For example, one or more sensing schemes may be used. A first sensing scheme may be based on a first time window, during which the WTRU may need to perform sensing to determine the PSCCH resources in the CORESET. In another embodiment, a second sensing scheme may be based on a second time window, and the first time window and the second time window may be predefined, predetermined, or configured by the gNB.

[0132] Alternatively or additionally, the sidelink type may be determined based on the sidelink operation mode. Further, in an embodiment, the sidelink operation mode may be a scheduled mode or an autonomous mode.

[0133] The or each CORESET may be associated with or configured for a set or subset of PRBs for PSSCH transmissions, where the set or subset of PRBs may be determined based on the sidelink type associated with the CORESET. For example, the same set of PRBs configured for a CORESET for PSSCH may be used for the associated PSSCH transmissions and multiplexed in the time domain for a first sidelink type, and the configured set of PRBs may be used for the associated PSSCH transmissions for a second sidelink type. In an embodiment, the PRBs may be multiplexed in the time domain in different sets of symbols within a slot or in different slots. Furthermore, in an embodiment, the configured sets may be separately configured sets.

[0134] One or more CORESETs may be configured for sidelink transmissions, and the or each CORESET may be configured with a time offset between the last symbol of the CORESET and the first symbol of the PSSCH. In an embodiment, the CORESET configuration may be provided to the WTRU. In another embodiment, the CORESET configuration may be known to the WTRU. A WTRU, e.g., a transmitting WTRU, may determine and / or use one of the configured CORESETs, e.g., to indicate an associated time offset for a PSSCH transmission to another WTRU, e.g., a receiving WTRU.

[0135] As an example, the first CORESET may be configured with a time offset of n+k1 and the second CORESET may be configured with a time offset of n+k2. The configurations may be provided to and / or known to the first WTRU and the second WTRU. The first WTRU, e.g., a transmitting WTRU, may transmit a PSCCH in the first CORESET. The second WTRU, e.g., a receiving WTRU, may receive a PSSCH with a timing of n+k1. When the SCI includes a time offset indication, the time offset configured by higher layers may be overridden by the indicated time offset from the SCI.

[0136] Alternatively, in accordance with an embodiment, the SCI type may be used to determine a time offset value for the PSSCH transmission / reception. For example, one or more SCI types may be used, determined, or defined, and then transmitted / received. A time offset for the PSSCH may then be determined based on the one or more SCI types transmitted / received.

[0137] The SCI type may be determined based on an SCI format for the sidelink operation mode. A first SCI format, e.g., SCI format 0, may be used for a first sidelink operation mode, e.g., gNB scheduled mode. Further, a second SCI format, e.g., SCI format 1, may be used for a second sidelink operation mode, e.g., WTRU autonomous resource selection.

[0138] The SCI type may be determined based on an SCI format used for a particular Uu resource. For example, a first SCI format, e.g., SCI format 0, may be used for PSCCH and / or PSSCH transmissions in uplink and / or adaptive resources configured for the Uu interface. Further, a second SCI format, e.g., SCI format 1, may be used for PSCCH and / or PSSCH transmissions in downlink resources configured for the Uu interface.

[0139] The SCI type may be determined based on the traffic type of the associated PSCCH. For example, a first SCI type may be used for broadcast and / or groupcast transmissions, and a second SCI type may be used for unicast transmissions, such that if the SCI is used for broadcast or groupcast, the SCI may include a group-destination ID. Alternatively or additionally, if the SCI is used for unicast, the SCI may include a WTRU-ID, e.g., a transmitting WTRU identity and / or a receiving WTRU identity.

[0140] The terms “SCI type” and “sidelink type” may be used interchangeably and still be consistent with the examples and embodiments provided herein.

[0141] According to an embodiment, the gNB may activate / deactivate one or more CORESETs configured for the sidelink. For example, for a CORESET for a first sidelink type (e.g., gNB scheduled mode), the gNB may activate the associated CORESET. The activation information may be in the resource grant for the sidelink transmission. In an embodiment, the first sidelink type may be for a CORESET associated with two RBs 310.

[0142] Resource grants for sidelink transmissions may be monitored at least in a group-common PDCCH, a group-common search space, and / or a WTRU-specific search space.

[0143] One or more group common search spaces may be configured for grant of sidelink transmissions. Each group common search space may be associated with a sidelink type. The group common search space may be search space #0. The group common search space may be a search space configured for DCI by SL-RNTI.

[0144] With regard to a WTRU-specific search space, when the WTRU monitors the DCI for a sidelink resource grant, if the sidelink transmission is for broadcast or groupcast traffic, the WTRU may monitor a group common search space. If the sidelink transmission is for unicast traffic, the WTRU may monitor a WTRU-specific search space. A dedicated WTRU-specific search space according to the C-RNTI or a configured scheduling-RNTI (CS-RNTI) may be configured for the sidelink resource grant.

[0145] A time gap may be used between reception of a gNB's activation signal for one or more CORESETs or search spaces for the sidelink and the start time of an activity window for the CORESET or search space. The time gap may be determined based on at least one of the sidelink type, the waveform used for the sidelink transmission, the subcarrier spacing, or the capabilities of the WTRU.

[0146] An activated CORESET or search space may remain active until the WTRU receives a deactivation signal. The WTRU may monitor a CORESET or search space while they are active or activated.

[0147] An activated CORESET or search space for the sidelink may be deactivated autonomously when there is no sidelink data to transmit. Thus, the WTRU may not monitor the active CORESET or search space when it finishes receiving sidelink data (e.g., all sidelink data).

[0148] The first WTRU may signal an indication to the second WTRU that the first WTRU's transmission is complete and / or that the second WTRU may not need to monitor the activated CORESET or search space for the sidelink for at least some time. In an embodiment, the first WTRU may be a transmitter WTRU and the second WTRU may be a receiver WTRU.

[0149] Furthermore, for sidelink communications, an activation signal to monitor one or more CORESETs or search spaces may be indicated by the gNB, and a deactivation signal to monitor the activated CORESETs or search spaces may be indicated by a WTRU, such as a first WTRU in a group of WTRUs. In an embodiment, the first WTRU may be a transmitter WTRU.

[0150] An activated CORESET (or search space) may be active until a timer expires. The timer value may be predefined or configured and may be indicated in the control information in which the activation signal is transmitted or received. If the WTRU may not be able to terminate its sidelink transmission before the timer expires, the WTRU may request a timer extension.

[0151] An activated CORESET or search space may be active or remain active while the counter is running. The counter may be updated at each PSCCH monitoring occasion, which may be a slot or subslot where a set of PSCCH candidates is monitored. In an embodiment, the counter may be updated by incrementing or decrementing. The counter may be reset, e.g., to zero or another starting value, when the WTRU receives, e.g., an activation signal or indication from the gNB. The counter may stop when it reaches a stopping value or threshold, which may be, e.g., a maximum for incrementing the counter, or a minimum for decrementing the counter. The stopping value or threshold may be configured, predefined, or indicated in the grant for the sidelink resource.

[0152] The terms "CORESET" and "search space" may be used interchangeably and still be consistent with one or more examples provided herein. Additionally, the terms "CORESET" and "PSCCH resource set" may be used interchangeably and still be consistent with examples provided herein. A search space may include one or more PSCCH candidates in a PSCCH monitoring opportunity. A search space for a sidelink may be associated with a CORESET configured for sidelink transmissions. One or more search spaces may be configured for sidelink transmissions and may be associated with the same CORESET or different CORESETs.

[0153] According to an embodiment, unused CEs may be identified.One or more PRU sets may be used for PSCCH blind decoding, where a PRU set includes one or more RBs.

[0154] 4 is a diagram illustrating an example of multiple PSCCH resource unit (PRU) sets for PSCCH blind decoding. In the example illustrated in diagram 400, PRUs 410 may be numbered 1 through 16. PRU set-1 may include PRU1 and PRU2. PRU set-2 may include PRU1 through PRU4. PRU set-3 may include PRU1 through PRU8, and PRU set-4 may include PRU1 through PRU16.

[0155] A set of PRUs that can schedule the PSSCH may be located within the PSSCH frequency resource. For example, a PSCCH associated with the PSSCH may be located within the frequency resource for the associated PSSCH. A subset of the PRUs may be used for the PSCCH, and the remainder of the CCEs within the PSSCH frequency resource may be used for other signal transmissions, where the subset of CCEs may be referred to as a CCE aggregation level. For example, the other signals may include at least one of a portion of the associated PSSCH, an automatic gain control (AGC) training signal, a reference signal, e.g., DM-RS or CSI-RS, and / or a high-bridging automatic repeat request acknowledgement (HARQ-ACK) signal, e.g., a physical sidelink feedback channel (PSFCH). The set of CCEs may be predefined or preconfigured.

[0156] According to an embodiment, the number of PRU(s) used for PSCCH transmission may be indicated in the SCI, and unused PRU(s) may be used for the associated PSSCH transmission. For example, the SCI may include information related to the number of PRU(s) used for SCI transmission. A bit field in the SCI may indicate the number of PRU(s) used for SCI transmission. This bit field may be referred to as at least one of the starting RB of the PSCCH transmission, the ending RB of the PSCCH transmission, or the number of RBs used for the PSCCH transmission. Alternatively or in addition, the scrambling id and / or the scrambling mask for the CRC used for SCI transmission may indicate the number of PRU(s) used. One or more identities may be used to scramble the CRC of the SCI, and as a result, each identity can be associated with the number of PRU(s). Further, the MCS level of the associated PSSCH may be used to determine the number of PRU(s) used for PSCCH transmission. For example, if a lower MCS level is used for the associated PSSCH, a greater number of PRU(s) may be used for PSCCH transmission, and if a higher MCS level is used for the associated PSSCH, a fewer number of PRU(s) may be used for PSCCH transmission. For example, for N1 < MCS level <= N2, the WTRU may determine that a first number of PRU(s) may be used for the PSCCH, and for N2 < MCS level <= N3, the WTRU may determine that a second number of PRU(s) may be used for the PSCCH, and so on. An SCI format or an SCI format indicator may be used to determine the number of PRU(s) used for PSCCH transmission.

[0157] According to an embodiment, two types of waveforms may be used for sidelink transmission. For example, the first type of waveform may be OFDM for sidelink transmission and the second type of waveform may be DFT-s-OFDM for sidelink transmission. A WTRU, e.g., a transmitting WTRU, may determine a waveform for a PSCCH transmission and / or a PSSCH transmission based on at least one of the following: range or coverage for the sidelink transmission, a determined MCS level for the PSSCH, a determined repetition level for the PSCCH, PSSCH, or both, a number of retransmissions for the PSSCH, a transmit power level, e.g., an offset level from a maximum transmit power, a MIMO related scheduling parameter, e.g., a transmission rank, a number of RBs scheduled for the sidelink transmission, a relative rate for the sidelink channel, a DM-RS density, a sidelink channel, an SCI format, and / or a subcarrier spacing.

[0158] For the WTRU to determine the waveform based on the transmit power level, e.g., if the transmit power level is within a certain range from the peak transmit power, e.g., Pc,max, the WTRU may use the second type of waveform for the sidelink transmission, otherwise the WTRU may use the first type of waveform for the sidelink transmission.

[0159] For the WTRU to determine the waveform based on the number of RBs scheduled for sidelink transmission, in an embodiment, if the number of scheduled RBs is less than a threshold, the WTRU may use a first type of waveform for the sidelink transmission, otherwise, the WTRU may use a second type of waveform for the sidelink transmission.

[0160] For the WTRU to determine the waveform based on the relative velocity for the sidelink channel, e.g., when the relative velocity is higher than a threshold, the WTRU may use a second type of waveform for the sidelink transmission. Otherwise, the first type of waveform may be used for the sidelink transmission. In an embodiment, the relative velocity may be the mutual velocity of the devices that are each in sidelink communication with each other. The relative velocity may be determined based on DM-RS density. For example, a higher DM-RS density may be considered as preferred for use when the communicating WTRUs are at a higher relative velocity.

[0161] In examples where the WTRU determines the waveform based on DM-RS density, one or more DM-RS densities may be used for the PSCCH and / or PSSCH, where DM-RS density may, for example, mean or at least correspond to the number of symbols in a slot used for DM-RS. For example, a first type of waveform may be used for a density having up to a number of DM-RS symbols, e.g., two DM-RS symbols, and a second type of waveform may be used for a density having more than a number of DM-RS symbols, e.g., two DM-RS symbols.

[0162] For the WTRU to determine a waveform based on a sidelink channel, e.g., the first sidelink physical channel, e.g., the first sidelink physical channel, e.g., PSCCH, may be based on a first type of waveform, e.g., DFT-s-OFDM, and the second sidelink physical channel, e.g., PSSCH, may be based on a second type of waveform, e.g., OFDM. Alternatively, the first sidelink physical channel may be based on a first type of waveform, and a waveform for the second sidelink physical channel may be indicated from the first sidelink physical channel.

[0163] For the WTRU to determine the waveform based on the SCI format, for example, a first waveform may be used when transmission or reception of the sidelink channel is associated with a first SCI format and a second waveform may be used when transmission or reception of the sidelink channel is associated with a second SCI format. In an embodiment, the first SCI format may be format 0. In a further embodiment, the second SCI format may be format 1.

[0164] In the PSCCH resource pool, a first subset of the PSCCH resources may be reserved for a first type of waveform, and a second subset of the PSCCH resources, e.g., the remainder of the PSCCH resources, may be reserved for a second type of waveform. A WTRU, e.g., a transmitting WTRU, may determine the PSCCH resources for a transmission based on the waveform that the WTRU determines or intends to use for a sidelink transmission. Furthermore, the gNB may provide a configuration information message regarding which PSCCH resource(s) are associated with which type of waveform. PSCCH resources for different types of waveforms may be multiplexed in time.

[0165] In a similar embodiment, in a PSCCHPSSCH resource pool, a first subset of PSSCH resources may be reserved for a first type of waveform, and a second subset of PSSCH resources, e.g., the remainder of the PSSCH resources, may be reserved for a second type of waveform. A WTRU, e.g., a transmitting WTRU, may determine the PSSCH resources for a transmission based on the waveform that the WTRU determines or intends to use for a sidelink transmission. Moreover, the gNB may provide configuration information regarding which PSSCH resource(s) are associated with which type of waveform. PSSCH resources for different types of waveforms may be multiplexed in time.

[0166] According to an embodiment, the control channel may be shared between Uu and PC5. As a general matter, to improve efficiency in using resources, an approach may be to share resources between the Uu link and PC5. According to an embodiment, an approach may be to share a portion of the downlink resources to the sidelink (PC5).

[0167] An embodiment of sharing resources between Uu and PC5 may be implemented by using a portion of the resources allocated for PSCCH and PDCCH. The same or a similar PDCCH structure may be used for PSCCH to facilitate sharing resources between PDCCH and PSCCH.

[0168] In accordance with this embodiment, at least one of the PSCCH, the PSCCH resource, the PSCCH candidate, or the PSCCH decoding candidate may be composed of one or more CCEs, and the CCEs may be constructed based on the NR PDCCH of the CCE.

[0169] The set of resources allocated for the sidelink control channel, which may also be referred to as a sidelink control channel resource pool, may be configured as one CORESET or as part of a PDCCH CORESET. The selection among the PSCCH candidates in the resource pool may be performed autonomously by the WTRU using mechanisms such as semi-persistent scheduling (SPS) together with channel measurements, or alternatively, the selection may be performed by the gNB through semi-static configuration, dynamic scheduling, or a mix of both, e.g., dynamic adaptation of configured allocations.

[0170] The size of the PSCCH may be configurable by the gNB, may be fixed for all cases, may depend on the SCI format, or may be selected by the transmitting WTRU. The size of the PSCCH may be measured by the number of CCEs that form the PSCCH or PSCCH candidates.

[0171] As used below, PSCCH, PSCCH candidate, PSCCH decoding candidate, PSCCH blind decoding candidate, and PSCCH resource may be used interchangeably and still be consistent with the examples provided herein. In addition, sidelink transmitting WTRU, transmitting WTRU, transmitter WTRU, sidelink Tx WTRU, Tx WTRU, and first WTRU may be used interchangeably and still be consistent with the examples provided herein. Sidelink receiving WTRU, receiving WTRU, sidelink Rx WTRU, Rx WTRU, recipient WTRU, and second WTRU may be used interchangeably and still be consistent with the examples provided herein.

[0172] According to an embodiment, the WTRU may determine the size of the PSCCH based on the SCI format, or may limit the size of the PSCCH to a minimum subset. For example, all of the PSCCH(s) associated with SCI format 1 may have a size of 4 CCEs. In another embodiment, SCI format 1 may be associated with an aggregation level of {4,8}, and SCI format 2 may be associated with an aggregation level of {8,16}.

[0173] According to another embodiment, the PSCCH candidates in the assigned resource pool may have different sizes or aggregation levels, and the sidelink transmitting WTRU may determine which aggregation level to be used based on channel measurements and link adaptation to achieve a target SNR.

[0174] According to another embodiment, the WTRU may select the aggregation level based on measurements of traffic from other WTRUs and best collision avoidance criteria. When the WTRU selects the PSCCH aggregation level, it may select the coding rate based on the SCI size and rate matching along with the number of available resource elements in the PSCCH.

[0175] The CCEs of the PSCCH may be contiguous in the configured CORESET and / or adjacent in frequency. According to another embodiment, the logical indices of the CCEs of the PSCCH may be contiguous, but their physical locations may not be adjacent. The selection between adjacent or non-adjacent CCEs for the PSCCH may be configured implicitly by the selection of a non-interleaved or interleaved mapping of REG bundles to CCEs in the CORESET.

[0176] According to another embodiment, a set or a subset of configured PDCCH candidates may be allowed, permitted, or used for PSCCH transmission. For example, a subset of PDCCH candidates in a search space may be shared between PDCCH and PSCCH, and DCI and SCI sizes may be adjusted. In the subset of PDCCH candidates, the WTRU may monitor DCI with C-RNTI and SCI with SL-RNTI. If one of the DCI and SCI has a larger payload size, other control information may be zero padded. The transmitting WTRU may receive information related to the subset of PDCCH candidates of the receiving WTRU for sidelink transmission.

[0177] PSCCH resources may be configured through a CORESET and a resource pool. In an embodiment, the pool of resources for PSCCH may be semi-statically configured, dynamically scheduled, or assigned by a mixture of the two approaches to all, a group of, or each of the sidelink users in a cell.

[0178] According to an embodiment, the pool of resources for the sidelink control channel may be configured as a common search space associated with one of the CORESETs already configured for the downlink control channel of Uu, e.g., PDCCH. The search space configuration for the sidelink resource pool may include monitoring occasions, the number of PSCCH candidates and their size (or aggregation level), and the associated SCI format(s). In an embodiment, the monitoring occasions may include monitoring periodicity, monitoring offset, and monitoring pattern in slots. In another solution, some of those parameters may be implicitly identified from other configured parameters. For example, the size of the PSCCH candidates may be implicitly obtained based on the SCI format configured for the PSCCH resource pool. For example, if the configured SCI format is format 1, an aggregation level of 4 may be obtained.

[0179] According to another embodiment, a part of the configured CORESET for the PSCCH may be assigned by frequency allocation. This frequency allocation for the PSCCH may be done during the configuration of the CORESET. According to this embodiment, the CORESET may be configured by two sets of frequency allocations. In this case, the first set may indicate resources for the Uu downlink control channel and the second set may indicate a resource pool for the sidelink control channel. The first and second sets may be disjointed or may overlap. In one embodiment, the second set may be a subset of the first set. In the case of overlap between the two sets, the gNodeB may dynamically indicate the availability or the opposite of those overlapping resources by a mechanism such as a group-common PDCCH transmitted in CORESET0. The availability of those overlapping resources may for example involve the absence of Uu downlink control and the opposite may for example involve the presence of Uu downlink control. In another variation of this embodiment, the CORESET may be configured with two ranges of CCEs, but with one frequency allocation. In a further embodiment, one range of CCEs may be associated with the PDCCH and another range of CCEs may be associated with the PSCCH. In this method, the size of the PSCCH candidates is determined by a fixed value L or a set of fixed values ​​{L i} (based on the SCI format). Also, each PSCCH candidate may be assigned to a L i For example, if CCEs 1, ..., 16 in the configured CORESET are associated with the PSCCH and the set of PSCCH sizes is {4, 8}, then the PSCCH candidates may be {1, 2, 3, 4}, {5, 6, 7, 8}, {9, 10, 11, 12}, {13, 14, 15, 16}, {1, 2, 3, 4, 5, 6, 7, 8}, {9, 10, 11, 12, 13, 14, 15, 16}.

[0180] 5 is a flow chart illustrating an example of a WTRU procedure for transmitting a PSCCH based on a resource pool configuration. As shown in flow chart 500, the WTRU procedure may include a case of autonomous PSCCH scheduling. In an example, the WTRU may initiate the procedure (505) and may receive a CORESET configuration including CCE ranges for the PSCCH and an associated SCI format (510). The WTRU may then determine whether the received associated SCI format is SCI format 1 (520).

[0181] If the WTRU determines that it has received SCI format 1, the WTRU may then identify PSCCH candidates based on the CCE range and the AL for SCI format 1 (525). The WTRU may then select a PSCCH candidate based on the measurements (535). In an embodiment, the WTRU may select the PSCCH candidate that may be best to minimize the possibility of collisions. Further, the WTRU may transmit the PSCCH with a coding rate based on SCI format 1 (545).

[0182] If the WTRU determines that it is not receiving SCI format 1, the WTRU may then select a PSCCH size based on the channel measurements and link suitability (530). Further, the WTRU may then identify PSCCH candidates based on the CCE range and the selected PSCCH size (540). The WTRU may also select a PSCCH candidate based on the measurements (550). In an embodiment, the WTRU may select the PSCCH candidate that can best minimize the possibility of collisions. Further, the WTRU may transmit the PSCCH with a coding rate based on the SCI size and the selected PSCCH size (560).

[0183] In an embodiment, the resource subset determination may be based on the WTRU-ID. In accordance with an embodiment, to support unicast and multicast applications for the sidelink, one approach is to utilize the WTRU-ID and / or group ID. In cases where a WTRU-ID, group ID, or both are defined for a sidelink WTRU and all neighboring WTRUs know such IDs, they may be used to make the unicast and multicast sidelink more efficient.

[0184] According to an embodiment, a solution to make unicast and multicast sidelink communications more efficient may be to link the WTRU-ID and / or group ID to a subset of the resource pool for the PSCCH instead of the entire resource pool of the PSCCH. According to this embodiment, the active subset of the PSCCH resource pool for unicast or multicast may be determined depending on (as a function of) the WTRU-ID or group ID of the receiver WTRU. This function may be pre-determined, pre-defined, or semi-statically configured by the gNB, or may be a specific function according to some parameters configured by the gNB. In this solution, the transmitter WTRU may use a subset of the resource pool based on the intended receiver(s) or receiving WTRU(s) to schedule the PSCCH, and the receiving WTRU(s) may use the subset of the resource pool for blind detection of the PSCCH instead of the entire resource pool. In the following, WTRU-ID, C-RNTI, CS-RNTI, IMSI, System Architecture Evolution (SAE) Temporary Mobile Subscriber Identity (s-TMSI), and any RNTI assigned or configured for a WTRU may be used interchangeably and still be consistent with examples provided herein. A Group ID may be an RNTI assigned or configured for a group of WTRUs.

[0185] According to an embodiment, the function indicating the active subset associated with the WTRU-ID or group ID may be a hash function indicating the start of the PSCCH candidates, which may be a hash function defined for the Uu PDCCH in NR or LTE as a function of the RNTI.

[0186] According to another embodiment, the function indicating the active subset associated with a WTRU-ID or group ID may be a many-to-one function based on parity or modulo arithmetic. For example, the entire resource pool may be partitioned into two subsets, and the active subset associated with a WTRU-ID or group ID may be the first subset or the second subset, whether odd or even, respectively. As used herein, WTRU-ID may be used interchangeably with group ID, source ID, transmitter ID, destination ID, receiver ID, and / or groupcast ID and still be consistent with the embodiments provided herein.

[0187] In an embodiment, the PSCCH design may be based on the NR PUCCH. According to an embodiment, the WTRU may transmit or receive the SCI on PUCCH resources in a dedicated pool of PUCCH resources for sidelink communication. The PUCCH resource set for sidelink transmission may be provided by higher layer signaling. The WTRU may also be provided with a maximum number of SCI bits that the WTRU may transmit using PUCCH resources in the PUCCH resource set by higher layers. In the context of the embodiments provided herein, the SCI may include control scheduling information transmitted by the transmitting WTRU or feedback control information transmitted by the receiving WTRU. The feedback control information may include HARQ-ACK and CSI, etc. Also, the PSCCH may be used interchangeably as a physical channel carrying the SCI in either direction. For example, there may be bidirectional communication between two WTRUs. Based on this design principle, a unified design for the sidelink control channel to be used to carry sidelink control information in either communication direction may be provided.

[0188] According to an embodiment, the WTRU may share PUCCH resources between sidelink and Uu communications. The WTRU may be configured with one or more sets of PUCCH resources by higher layers for both sidelink and Uu communications.

[0189] The WTRU may determine a PUCCH resource for sidelink communication, e.g., for the PSCCH, so that the WTRU can determine whether to use a PUCCH resource configured for Uu communication for sidelink transmission based on the gNB coverage in which the WTRU is in or out of coverage. For example, when the WTRU is out of gNB coverage, the WTRU may select any PUCCH resource from among the PUCCH resource set configured for Uu communication for sidelink communication. When the WTRU is in gNB coverage, the WTRU may only have access to a subset of the PUCCH resource set or a list of PUCCH resource indexes within the PUCCH resource set for sidelink communication. The list of available PUCCH resource indexes or index(es) of the PUCCH resource set(s) for sidelink communication may be configured by higher layers.

[0190] In an embodiment, if the WTRU is not transmitting on a configured PUCCH resource for Uu communication in a given slot and if the WTRU is transmitting an SCI, the WTRU may transmit an SCI on the configured PUCCH resource for Uu communication.

[0191] The WTRU may determine whether to use PUCCH resources for sidelink transmissions depending on the accuracy of its timing synchronization or synchronization mechanisms available at the WTRU. The synchronization mechanisms available at the WTRU may include sidelink synchronization signals, Uu synchronization signals, GNSS, etc. As an example, if the WTRU determines that the synchronization accuracy does not meet V2X use case requirements, such as a certain timing threshold, and may cause interference to other UL transmissions, the WTRU may refrain from using PUCCH resources configured for Uu communication for sidelink communication. If the WTRU performs sidelink synchronization exclusively based on a sidelink synchronization signal, GNSS, or both, the WTRU may refrain from using PUCCH resources configured for Uu communication. Furthermore, if the WTRU performs synchronization based on a synchronization signal received from a gNB, the WTRU may use PUCCH resources configured for Uu communication for sidelink communication.

[0192] The WTRU may determine whether to use PUCCH resources for sidelink or Uu transmissions based on some priority rules. For example, if the WTRU needs to transmit SCI to the gNB on PUCCH resources predicted to be used for HARQ-ACK / Scheduling Request (SR) and periodic / semi-persistent CSI, or if the WTRU determines that the PUCCH resources to be used for SCI overlap with the PUCCH resources to be used for UCI transmission, the WTRU may drop the SCI or UCI based on pre-specified priority criteria. For example, if the WTRU is predicted to transmit HARQ-ACK / SR to the serving gNB on the PUCCH, the WTRU may drop the SCI and include only the HARQ-ACK / SR in the PUCCH. Thus, in an embodiment, the PUCCH resources may be used for Uu communications. If the WTRU is expected to transmit periodic / semi-persistent CSI to the serving gNB on the PUCCH, the WTRU may drop the periodic / semi-persistent CSI report(s) and may transmit only the SCI in the PUCCH. Thus, in an embodiment, the PUCCH resources may be used for sidelink communications.

[0193] Among the uplink control channel formats supported for Uu communications in NR, the WTRU may use PUCCH resources configured for a PUCCH format that supports a payload larger than a particular threshold, e.g., 2 bits, for sidelink communications, e.g., PUCCH format 2, PUCCH format 3, or PUCCH format 4.

[0194] The WTRU may use a subset of the configured PUCCH formats for Uu communications based on the associated waveform of the PUCCH format, the length of the PUCCH in number of symbols in a slot, the PUCCH bandwidth in number of RBs, or the user multiplexing capability of the PUCCH format. As an example, the WTRU may use only PUCCH resources associated with sidelink transmissions, e.g., short PUCCH formats having one or two symbols for the PSCCH. The WTRU may use only PUCCH resources associated with sidelink transmissions, e.g., long PUCCH formats having four or more symbols for the PSCCH. The WTRU may also use only PUCCH resources associated with PUCCH formats based on the OFDM waveform for the sidelink transmission. Furthermore, the WTRU may use only PUCCH resources associated with PUCCH formats based on the DFT-s-OFDM waveform for the sidelink transmission. In addition, the WTRU may use only PUCCH resources associated with PUCCH formats that can support user multiplexing on the same time-frequency resource for sidelink transmissions.

[0195] The WTRU may be configured by higher layers with two PSCCH resource sets, one for transmitting the PSCCH and one for receiving the PSCCH, which may partially or fully overlap to maximize resource usage efficiency.

[0196] According to an embodiment, the WTRU may determine the PSCCH format, PSCCH resources, number of symbols in a slot, and set of RBs for PSCCH transmission based on a category of requirements supporting an extended V2X scenario, including parameters. The V2X scenario may include, for example, vehicle platooning, evolved driving, extended sensor, remote driving, etc. The parameters may include, for example, payload of the SCI, maximum end-to-end latency, reliability, and / or minimum required V2X communication range. In an embodiment, the payload of the SCI may be provided in units of a number of uncoded or coded bits. Furthermore, the maximum end-to-end latency may include, for example, from the time of SCI transmission by the transmitting WTRU to the time that the SCI is correctly detected at the receiving WTRU. Also, the reliability may include, for example, an SCI block error rate ranging from 10% to 0.001%. Additionally, the minimum required V2X communication range may include, for example, 50 meters for short-range communication and up to 1000 meters for long-range communication.

[0197] According to an embodiment, the WTRUs may use a short PSCCH format having one or two OFDM symbols for V2X applications involving short-range communications, e.g., sharing sensor information between WTRUs, and / or low-latency applications, which may include, e.g., emergency trajectory alignment between WTRUs to support evolved operation.

[0198] According to another embodiment, the WTRU may use a long PSCCH format having four or more OFDM symbols for V2X applications involving long-range communication, e.g., sharing video between WTRUs to support extended sensors, and / or high-reliability applications, which may include, e.g., information exchange between a WTRU and a V2X application server supporting V2X applications to support remote driving.

[0199] In an embodiment, the WTRU may make a sidelink control channel format / resource decision based on the SCI format. As an example, the WTRU may decide a PSCCH format and corresponding PSCCH resource or resource pool according to the SCI format. For example, if an SCI format can be defined for short payload, low latency, or short range sidelink communication, the WTRU may use the short PSCCH format. Furthermore, if an SCI format is defined for large payload, high reliability, or long range sidelink communication, the WTRU may use the long PSCCH format.

[0200] In further embodiments, adaptive scrambler initializing parameters may be used for the PSCCH. According to an embodiment, the WTRU may estimate a different initialization parameter, e.g., c_init, for a scrambling sequence generator for scrambling the PSCCH payload adapted for the PSSCH transmission mode. In an embodiment, the PSSCH transmission mode may be unicast, groupcast, or broadcast. In an embodiment, the WTRU may determine the initialization parameter, e.g., c_init, as in one or more of the following steps. For example, if the PSSCH is for unicast, the initialization parameter, e.g., c_init, may be a function of the WTRU-ID or RNTI. Further, in an embodiment, n_RNTI=C_RNTI. Also, if the PSSCH is for broadcast, the initialization parameter, e.g., c_init, may not be a function of the WTRU-ID or RNTI. For example, n_RNTI=0, or no scrambling may be performed at all. If the PSSCHPSSCH is for multicast, the initialization parameters, eg, c_init, may be a function of the group ID, eg, the group RNTI.

[0201] In an embodiment, the PSCCH design may be based on the PUSCH. The PUSCH may be used for sidelink transmission, e.g., the PSCCH or the PSSCH. The PUSCH may have a variable DM-RS density based on a higher layer configuration, where the DM-RS density may be or may include the number of DM-RS symbols used for the PUSCH or the PSSCH transmission. The DM-RS density may be or may include the number of REs used for the DM-RS transmission in the PSCCH or the PSSCH resource.

[0202] One or more DM-RS densities may be used, determined, or configured, and each DM-RS density may be associated with a number of symbols used for DM-RS in a slot. The location of the DM-RS may be determined based on the available symbols, the starting symbol of the sidelink transmission, the slot structure, and / or the number of DM-RS symbols. In an embodiment, the available symbols may be OFDM symbols and DFT-s-OFDM symbols, etc. Furthermore, the available symbols may be for sidelink transmission in the slot. In an embodiment, the sidelink transmission may be PSCCH and / or PSSCH. Furthermore, in an embodiment, the slot structure may include a number of downlink symbols, a number of adaptable symbols, and a number of uplink symbols. Moreover, the number of DM-RS symbols may be the number of DM-RS symbols for sidelink transmission.

[0203] FIG. 6 illustrates an example of DM-RS type and density. One or more DM-RS types may be used, determined, or configured as shown in the example in diagram 600. As an example, the DM-RS type may be determined based on the time position of the DM-RS symbol. Furthermore, the DM-RS density may be considered to be the number of DM-RS symbols in a slot. For example, a DM-RS density of one may mean that the slot has one DM-RS symbol, a DM-RS density of two may mean that the slot has two DM-RS symbols, a DM-RS density of three may mean that the slot has three DM-RS symbols, a DM-RS density of four may mean that the slot has four DM-RS symbols, etc. Moreover, DM-RS density may be used interchangeably with PTRS density and still be consistent with the examples and embodiments provided herein.

[0204] In an embodiment, a type-1 DM-RS may include at least two DM-RS symbols located in consecutive OFDM symbols. For example, slot 620 may include DM-RS symbol 623 and DM-RS symbol 624 as consecutive OFDM symbols. Each of the other symbols in slot 620 may be a PSCCH symbol, a PSSCH symbol, or both, and the same type or mix of those other symbols may be used in the same slot. For example, symbol 628 may be a PSCCH symbol and symbol 629 may be a PSSCH symbol. In another embodiment, symbol 628 may be a PSSCH symbol and symbol 629 may be a PSCCH symbol. In a further embodiment, both symbol 628 and symbol 629 may be PSCCH symbols. In an additional embodiment, both symbol 628 and symbol 629 may be PSSCH symbols. Because DM-RS symbol 623 and DM-RS symbol 624 are consecutive OFDM symbols, slot 620 may be considered to contain a Type-1 DM-RS. Furthermore, because slot 620 contains two DM-RS symbols, slot 620 may be considered to have two (2) densities.

[0205] Further, slot 630 may include DM-RS symbol 633 and DM-RS symbol 634 as consecutive OFDM symbols, and may include DM-RS symbol 638 and DM-RS symbol 639 as consecutive OFDM symbols. As discussed above, each of the other symbols in slot 630 may be a PSCCH symbol and / or a PSSCH symbol. Because DM-RS symbol 633 and DM-RS symbol 634 are consecutive OFDM symbols, and DM-RS symbol 638 and DM-RS symbol 639 are consecutive OFDM symbols, slot 630 may be considered to include a Type-1 DM-RS. Further, because slot 630 has four DM-RS symbols, slot 630 may be considered to have a density of four (4).

[0206] In addition, the Type-2 DM-RS may be based on distributed DM-RS symbols. Furthermore, the Type-2 DM-RS may not need to include consecutive DM-RS symbols. For example, slot 640 may include DM-RS symbol 641. Each of the other symbols in slot 640 may be a PSCCH symbol, a PSSCH symbol, or both. If the next slot transmitted in time is a slot of the same type and density, then another DM-RS symbol may then be transmitted after thirteen of the other symbols have been transmitted. Because the DM-RS symbols are transmitted at the same time position for each slot of the same type and density, the DM-RS symbols may be considered to be distributed. Furthermore, because slot 640 has one DM-RS symbol, slot 640 may be considered to have one (1) density.

[0207] Further, slot 650 may include a DM-RS symbol 653 and a DM-RS symbol 659. Each of the other symbols in slot 650 may be a PSCCH symbol and / or a PSSCH symbol. In an embodiment, eight symbols may separate DM-RS symbol 653 and DM-RS symbol 659. Also, two symbols separate the start of the slot and DM-RS symbol 653, and two symbols separate the end of the slot and DM-RS symbol 659. As a result, the DM-RS symbols in slot 650 may be considered to be distributed. Furthermore, because slot 650 has two DM-RS symbols, slot 650 may be considered to have two (2) densities.

[0208] Also, slot 660 may include DM-RS symbol 663, DM-RS symbol 668, and DM-RS symbol 669. Each of the other symbols in slot 660 may be a PSCCH symbol and / or a PSSCH symbol. The distance between the DM-RS symbols is distributed in either three other symbols or four other symbols. For example, four other symbols separate DM-RS symbol 663 and DM-RS symbol 668. Also, three other symbols separate DM-RS symbol 668 and DM-RS symbol 669. Moreover, four other symbols separate DM-RS symbol 669 and the next DM-RS symbol in the next slot of the same type and density. Thus, the next DM-RS symbol appears in symbol position 3 in the next slot. As a result, the DM-RS symbols in slot 660 may be considered to be distributed. Furthermore, because slot 660 has three DM-RS symbols, slot 660 may be considered to have three (3) densities.

[0209] Moreover, the slot 670 may include a DM-RS symbol 673, a DM-RS symbol 674, a DM-RS symbol 678, and a DM-RS symbol 679. Each of the other symbols in the slot 670 may be a PSCCH symbol or a PSSCH symbol. The distance between the DM-RS symbols is distributed in two other symbols. For example, two other symbols separate the DM-RS symbol 673 and the DM-RS symbol 674, two other symbols separate the DM-RS symbol 674 and the DM-RS symbol 678, and two other symbols separate the DM-RS symbol 678 and the DM-RS symbol 679. Also, two symbols separate the start of the slot and the DM-RS symbol 673, and two symbols separate the end of the slot and the DM-RS symbol 679. As a result, the DM-RS symbols in the slot 670 may be considered to be distributed. Additionally, because slot 670 has four DM-RS symbols, slot 670 may be considered to have a density of four (4).

[0210] According to an embodiment, the DM-RS density for the PSCCH transmission and / or the PSSCH transmission may be indicated from a grant for the sidelink transmission. For example, the gNB may transmit a grant for resources for the sidelink transmission and the DM-RS density for the sidelink transmission may be indicated in the grant. The grant may be in a DCI message that may be monitored by the WTRU in the PDCCH search space. Alternatively, the grant may be signaled via higher layer signaling, e.g., via RRC signaling and / or via a MAC control element (CE). The grant may provide one or more sidelink resources in a resource pool and / or may provide a group ID or a WTRU-ID.

[0211] According to another embodiment, the DM-RS density for the PSCCH / PSSCH transmission may be determined based on at least one of the following: range or coverage for the sidelink transmission, a repetition level determined for the PSCCH transmission, the PSSCH transmission, or both, the number of PSSCH retransmissions or the number of HARQ-ACKs, the transmit power level, the number of RBs or subchannels scheduled for the sidelink transmission, the QoS, the CBR of the resource pool, the relative rate for the sidelink channel, the SCI format, the subcarrier spacing, the sidelink resource location in the resource pool, e.g., in time, frequency, or both, and / or the number of symbols used for the PSCCH or PSSCH transmission. In an embodiment, the range may refer to a minimum required communication range of a sidelink packet to be transmitted. In a further embodiment, the coverage may refer to a device being in or out of coverage. The number of retransmissions for the PSSCH may be utilized such that a first DM-RS density can be used for a first PSSCH transmission and a second DM-RS density can be used for a second PSSCH transmission. The transmit power level may include an offset level from a maximum transmit power. In a further embodiment, if the transmit power level is within a range from a peak transmit power, e.g., Pc,max, the WTRU may use a first DM-RS density for the PSCCH or PSSCH transmission. Otherwise, the WTRU may use a second DM-RS density for the PSCCH or PSSCH transmission. In an embodiment, an SCI format may be associated with a sidelink channel transmission or reception. In a further embodiment, the first DM-RS density may be used when the sidelink channel transmission or reception is associated with a first SCI format, e.g., format 0, and the second DM-RS density may be used when the sidelink channel transmission or reception is associated with a second SCI format, e.g., format 1.In another embodiment, a first DM-RS density may be used when the CBR is higher than a threshold, and a second DM-RS density may be used when the CBR is equal to or lower than a threshold, and the threshold may be determined based on at least one of QoS, coverage, number of retransmissions, and transmission power level.

[0212] According to another embodiment, a first WTRU, e.g., a receiving WTRU, may request a DM-RS density for a subsequent sidelink transmission, e.g., a PSCCH or a PSSCH. In an embodiment, the WTRU may request a preferred DM-RS density. The request may be made to a gNB or a second WTRU, e.g., a transmitting WTRU. The gNB or second WTRU may acknowledge the request, e.g., indicate a DM-RS density, e.g., a new or updated DM-RS density, to the first WTRU, and / or change the DM-RS density for the transmission, e.g., based on the received request.

[0213] An example of DM-RS density adaptation without CSI is disclosed herein. The source WTRU may or may not have CSI for the sidelink channel or subchannel between the source WTRU and the destination WTRU. In cases where the source WTRU may not have CSI even when the destination WTRU reports a negative acknowledgement (NACK), simple retransmission may not recover the erroneous transmission since errors may occur due to lack of DM-RS density resulting in poor channel estimation.

[0214] According to an embodiment, the DM-RS density for sidelink transmissions for unicast traffic, e.g., PSCCH transmissions, PSSCH transmissions, or both, may be determined based on a retransmission number or a redundancy version number, and the destination WTRU may indicate a HARQ-ACK and / or a HARQ-NACK to the source WTRU. In an embodiment, the destination WTRU may be a receiver WTRU, and the source WTRU may be a transmitter WTRU.

[0215] One or more DM-RS densities, DM-RS types, or both may be used, and each DM-RS density and / or type may be associated with a retransmission number or redundancy version number. The retransmission number or redundancy version number may be counted by the source WTRU(s) and destination WTRU(s). The destination WTRU or receiver WTRU may determine a DM-RS density for sidelink channel reception based on the counted retransmission number or redundancy version number.

[0216] FIG. 7 illustrates an example of DM-RS density determination based on redundancy version number. In the example illustrated in diagram 700, a source WTRU 720 may send one or more transmissions to a destination WTRU 780. The transmissions may be type-2 DM-RS transmissions. In an example, the type-2 DM-RS transmissions may be as described elsewhere herein. For example, a source WTRU 720 may prepare a type-2 DM-RS transmission 730 with a DM-RS density of one (1). Thus, the source WTRU 720 may send a first transmission 738 to a destination WTRU 780 at a DM-RS density of one and a redundancy version number of zero (0). The destination WTRU 780 may not be successful in receiving the first transmission 738 and may send a NACK 742 to the source WTRU 720 as a result. As a result, the source WTRU 720 may prepare a Type-2 DM-RS retransmission 740 to the destination WTRU 780 and may increment the redundancy version number to two (2). Based on the increased redundancy version number, the source WTRU 720 may also determine an increased DM-RS density. Thus, based on the redundancy version number of 2, the source WTRU 720 may determine an increased DM-RS density of two (2) for the retransmission 740. In this manner, the source WTRU 720 may transmit the retransmission 740 as a second transmission 748 to the destination WTRU 780 at a DM-RS density of 2 and a redundancy version number of 2.

[0217] Further, the destination WTRU 780 may not be successful in receiving the second transmission 748 and may result in sending another NACK 752 to the source WTRU 720. Thus, the source WTRU 720 may prepare a further Type-2 DM-RS retransmission 750 to the destination WTRU 780 and may further increment the redundancy version number to three (3). Further, based on the redundancy version number of three, the source WTRU 720 may determine an increased DM-RS density of four (4). Thus, the source WTRU 720 may send the further retransmission 750 as a third transmission 758 to the destination WTRU 780 at a DM-RS density of four and a redundancy version number of three.

[0218] In an embodiment, the destination WTRU 780 may then successfully receive the third transmission 758. In another embodiment, the destination WTRU 780 may then not successfully receive the third transmission 758 and may continue the processing described above in coordination with the source WTRU 720. The processing described above may continue until the destination WTRU 780 successfully receives the transmission from the source WTRU 720 or until another event occurs, such as a timer expiring or a control signal being received by the destination WTRU 780.

[0219] One or more DM-RS densities, DM-RS types, or both may be used, configured, or pre-configured, and each DM-RS density, DM-RS type, or both may be associated with a redundancy version number. The association between DM-RS density and redundancy version number may be predefined, pre-configured, or configured. The association between DM-RS density and redundancy version number may be configured or determined based on a resource pool, a resource pool ID, or a resource ID within a resource pool.

[0220] 8 is a flow chart illustrating an example of DM-RS density determination based on one or more HARQ parameters. In the example shown in flow chart 800, the WTRU may determine whether HARQ feedback is enabled (830). In an example, the WTRU may be a source WTRU. In another example, the WTRU may be a transmitting WTRU. Further, provided that HARQ feedback is enabled, the WTRU may determine a DM-RS density for sidelink transmission based on the HARQ parameters and the association information (850). The WTRU may then transmit a sidelink transmission with one or more DM-RSs at the determined DM-RS density (870).

[0221] 9 is a flow chart illustrating an example of DM-RS density determination based on one or more HARQ parameters. In the example shown in flow chart 900, a WTRU may determine whether HARQ feedback is enabled (930). In an example, the WTRU may be the source WTRU. In another example, the WTRU may be the transmitting WTRU. Further, provided that HARQ feedback is disabled, the WTRU may determine a DM-RS density for sidelink transmission based on the DM-RS density indicator field (950). The WTRU may then transmit a sidelink transmission with one or more DM-RSs at the determined DM-RS density (970).

[0222] In an embodiment, the WTRU may be configured or pre-configured with one or more DM-RS time densities for sidelink transmissions. In a further embodiment, the DM-RS density indicator field may be received by the WTRU in an associated SCI. Also, in an embodiment, the association information may be predetermined.

[0223] Also, in an embodiment, the association information may include information regarding the association between the configured DM-RS time density and the HARQ parameters. In a further embodiment, the association information may be received by the WTRU. In an embodiment, the association information may be received via an RRC message. In another embodiment, the association information may be received in an associated SCI. Furthermore, in an embodiment, the association information may be an indication. In a further embodiment, the association information may be an index.

[0224] In additional embodiments, the HARQ parameters may include one or more of a redundancy version number, a new data indicator (NDI) bit toggle state, a HARQ retransmission count, or a HARQ process number. Further, the HARQ parameters may be received in an associated SCI.

[0225] In a further embodiment, the WTRU may send a sidelink transmission to the destination WTRU. In another embodiment, the WTRU may send a sidelink transmission to the receiving WTRU. In an additional embodiment, the sidelink transmission may be a PSCCH. In a further embodiment, the sidelink transmission may be a PSSCH.

[0226] If CSI feedback is disabled, the DM-RS density may be determined based on the number of retransmissions, the redundancy version number, or both. If CSI feedback is enabled, the DM-RS density may be indicated based on at least one of the DM-RS density indication field in the associated SCI, the MCS level of the associated PSSCH, the QoS, and the traffic type, etc.

[0227] The DM-RS density may be determined based on a new data indicator (NDI) state, an HARQ process number, or both. For example, for a given HARQ process number, if the NDI bit is toggled from the initial transmission, a first DM-RS density may be used. In an embodiment, the NDI bit may be toggled from 1 to 0 or from 0 to 1. If the NDI bit is not toggled from the initial transmission, a second DM-RS density may be used.

[0228] The DM-RS density may be determined based on HARQ-related parameters, where the HARQ-related parameters include at least one of a redundancy version number, an NDI bit toggle state, and an HARQ process ID, and the like.

[0229] According to an embodiment, the DM-RS density for sidelink transmissions, e.g., PSCCH transmissions, PSSCH transmissions, or both, may be determined based on a resource ID or a resource pool ID. One or more resource pools may be used, and each resource pool may include one or more subchannels. Each subchannel may be associated with a resource ID.

[0230] A DM-RS density may be configured for each subchannel or resource pool. The WTRU may determine the DM-RS density based on a resource ID, a resource pool ID, or both, that may be associated with the sidelink transmission. The source WTRU may select a subchannel, a resource pool, or both, based on the required DM-RS density. For example, the source WTRU may measure, estimate, or determine channel conditions, such as Doppler frequency and signal-to-interference and signal-to-noise ratio (SINR), of the sidelink channel between the source WTRU and the destination WTRU, and may determine the DM-RS density based on the channel conditions. The source WTRU may then select a subchannel, a resource pool, or both, based on the determined DM-RS density. The destination WTRU may monitor a subchannel, a PSCCH, and / or a resource pool, which may be associated with a minimum DM-RS density required to receive a sidelink transmission based on the channel conditions of the sidelink between the source WTRU and the destination WTRU. As mentioned previously, in an embodiment, the destination WTRU may be the receiver WTRU and the source WTRU may be the transmitting WTRU.

[0231] According to an embodiment, DM-RS density may be indicated in an associated SCI such that a DM-RS density indication field in the SCI may be present based on the SCI format, sidelink traffic type, QoS, resource ID, and / or resource pool ID. In an embodiment, the sidelink traffic type may be broadcast, groupcast, or unicast. In a further embodiment, the QoS may include priority, reliability, or both. One or more SCI formats may be used and the DM-RS density indicator field may be present for a subset of the SCI formats. In an embodiment, the SCI format may be an SCI format for unicast traffic.

[0232] A DM-RS density indication field in the SCI may be present based on the RNTI associated with the SCI, e.g., the DM-RS density indication field may be present for a first RNTI type, e.g., a unicast RNTI, and the DM-RS density indication may be absent for a second RNTI type, e.g., a broadcast RNTI.

[0233] There may be a DM-RS density indication field in the SCI based on range parameters that can be used to indicate delay, reliability, and data rate requirements for groupcast transmissions.

[0234] The DM-RS density indication field in the SCI may be present based on whether HARQ feedback is enabled or disabled. For example, if HARQ feedback is enabled, the DM-RS density indication field may be present in the associated SCI. In further embodiments, if HARQ feedback is disabled, the DM-RS density indication field may be present in the associated SCI. Otherwise, the DM-RS density indication field may not be present. In embodiments, if HARQ feedback is disabled, the DM-RS density may be determined based on higher layer configuration for the sidelink BWP.

[0235] According to an embodiment, if HARQ feedback or indication for sidelink transmission is enabled, DM-RS density may be determined based on redundancy version indication for sidelink transmission. If HARQ feedback or indication to the source WTRU is disabled, DM-RS density may be indicated in a DM-RS density indication field in the DCI. According to this embodiment, if HARQ feedback is enabled, the DM-RS density field may not be present and / or DM-RS density may be determined based on redundancy version if HARQ feedback is enabled. Otherwise, DM-RS density is determined based on another mechanism described elsewhere herein. In an embodiment, the other mechanism may include one or more of the following: DM-RS density indication field, RNTI, range parameter, higher layer signaling, and traffic type, etc.

[0236] According to an embodiment, multiple stage SCIs may be used such that a first SCI may provide decoding information for a second SCI, and the second SCI may include scheduling information for an associated PSSCH. The first SCI may include DM-RS density information for an associated PSSCH.

[0237] Although the features and elements have been described above in certain combinations, one skilled in the art will recognize that each feature or element may be used alone or in any combination with the other features and elements. In addition, the methods described herein may be implemented in a computer program, software, or firmware embodied in a computer-readable medium for execution by a computer or processor. Examples of computer-readable media include electrical signals (transmitted over wired or wireless connections) 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 internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks and digital versatile disks (DVDs). A processor in association with software may be used to implement a radio frequency transceiver for use in a TRU, UE, terminal, base station, RNC, or any host computer.

Claims

1. 1. A method for use in a wireless transmit / receive unit (WTRU), comprising: receiving a physical sidelink control channel transmission including sidelink control information indicative of scheduling information for a data transmission; deciding between a first type of waveform and a second type of waveform for the data transmission based on at least a format of the sidelink control information and a subcarrier spacing of the data transmission; Transmitting the data transmission using a waveform of the determined type; and A method for providing the above.

2. 2. The method of claim 1, wherein the type of waveform is further determined based on indication information included in the physical sidelink control channel transmission.

3. 2. The method of claim 1, wherein the first type of waveform is an Orthogonal Frequency Division Multiplexing (OFDM) waveform and the second type of waveform is a Discrete Fourier Transform Spread OFDM (DFT-S-OFDM) waveform.

4. 4. The method of claim 3, wherein determining between the first type of waveform and the second type of waveform is further based on an indication of using a DFT-S-OFDM waveform.

5. 2. The method of claim 1, wherein the scheduling information is received in configuration information included in the physical sidelink control channel transmission.

6. The method of claim 1, wherein the scheduling information is received in a resource grant, the resource grant being received via radio resource control (RRC) information.

7. The method of claim 1 , wherein the scheduling information is received along with a frequency assignment.

8. reserving a first subset of resources for the first type of waveform; reserving a second subset of resources for a waveform of the second type; and determining a waveform type of the determined waveform; determining between the first subset of resources and the second subset of resources based on the determined type of waveform, wherein the data transmission is transmitted using the determined first subset of resources or the second subset of resources; The method of claim 1 , further comprising:

9. 2. The method of claim 1, wherein determining between the first type waveform and the second type waveform is further based on one or more of a range of the data transmission, a coverage of the data transmission, a modulation and coding scheme (MCS) level determined for the data transmission, a repetition level determined for the data transmission, a number of retransmissions of the data transmission, a transmit power level of the data transmission, a multiple-input multiple-output (MIMO) related scheduling parameter of the data transmission, and a relative rate of the data transmission.

10. 1. A wireless transmit / receive unit (WTRU), comprising: A transceiver; a processor operably coupled to the transceiver, The transceiver is configured to receive a physical sidelink control channel transmission comprising sidelink control information indicating scheduling information for a data transmission; the processor is configured to decide between a first type of waveform and a second type of waveform for the data transmission based on at least a format of the sidelink control information and a subcarrier spacing of the data transmission; the transceiver is configured to transmit the data transmission using a waveform of the determined type. W.T.R.U.

11. The WTRU of claim 10 , wherein the type of waveform is further determined based on indication information included in the physical sidelink control channel transmission.

12. 11. The WTRU of claim 10, wherein the first type of waveform is an Orthogonal Frequency Division Multiplexing (OFDM) waveform and the second type of waveform is a Discrete Fourier Transform Spread OFDM (DFT-S-OFDM) waveform.

13. The WTRU of claim 12, wherein determining between the first type of waveform and the second type of waveform is further based on an indication of using a DFT-S-OFDM waveform.

14. The WTRU of claim 10 , wherein the scheduling information is received in configuration information included in the physical sidelink control channel transmission.

15. The WTRU of claim 10, wherein the scheduling information is received in a resource grant, the resource grant being received via radio resource control (RRC) information.

16. The WTRU of claim 10 , wherein the scheduling information is received along with a frequency assignment.

17. The processor, reserving a first subset of resources for the first type of waveform; reserving a second subset of resources for a waveform of the second type; and determining a waveform type of the determined waveform; determining between the first subset of resources and the second subset of resources based on the determined type of waveform, wherein the data transmission is transmitted using the determined first subset of resources or the second subset of resources; The WTRU of claim 10, further configured to:

18. 11. The WTRU of claim 10, wherein the determining between the first type waveform and the second type waveform is further based on one or more of a range of the data transmission, a coverage of the data transmission, a modulation and coding scheme (MCS) level determined for the data transmission, a repetition level determined for the data transmission, a number of retransmissions of the data transmission, a transmit power level of the data transmission, a multiple-input multiple-output (MIMO) related scheduling parameter of the data transmission, and a relative rate of the data transmission.

Images