Methods and apparatus for sidelink wireless transmit / receive unit (WTRU) inter-coordination

Abstract

Methods, apparatus, systems, architectures, and interfaces for wireless transmit receive units (WTRUs) to perform sidelink communications are provided. One method can include any of the following: receiving SL transmission configuration information indicating (1) a dedicated resource allocation for assisting transmissions and (2) a triggering condition for performing assisting transmissions; conditioned on (i) receiving a physical SL shared channel (PSSCH) transmission from another WTRU by the WTRU according to a semi-persistent reservation and (ii) one or more of the triggering conditions for performing assisting transmissions have occurred: (a) performing sensing based on sensing parameters associated with the received PSSCH transmission and (b) selecting the dedicated resource allocation according to resources of the received PSSCH transmission; and transmitting assisting transmissions to any number of proximate WTRUs using the selected dedicated resource allocation, the assisting transmissions including assisting information associated with the sensing performed by the WTRU.

Description

[0001] This application is a divisional application of Chinese Patent Application No. 202180032750.5, filed on April 8, 2021, entitled "Method and Apparatus for Coordination between Sidelink Wireless Transmit / Receive Units (WTRUs)," the contents of which are incorporated herein by reference. Background Technology

[0002] This invention relates to the field of communications, and more specifically, to methods, apparatus, systems, architectures, and interfaces for communications (including communications performed using new radio and / or new radio (NR) access technologies and communication systems) in advanced or next-generation wireless communication systems. NR access technologies and communication systems may include (for example, for) vehicular communication (V2X), such as communication between vehicles on a road, infrastructure, pedestrians, and / or any party in a network, where wireless transmit / receive units (WTRUs) can communicate with each other (e.g., directly).

[0003] V2X scenarios include: (1) within-coverage scenarios, where the WTRU can receive assistance from the network to begin transmitting and receiving vehicular communication messages; and (2) outside-coverage scenarios, where the WTRU can use pre-configured parameters to begin transmitting and receiving vehicular communication messages. V2X services include: (1) Vehicle-to-Vehicle (V2V): vehicular WTRUs can communicate directly with each other; (2) Vehicle-to-Infrastructure (V2I): vehicular WTRUs can communicate with either a Roadside Unit (RSU) or a Base Station (BS) (such as an Enhanced Node B (eNB) or other access point); (3) Vehicle-to-Network (V2N): vehicular WTRUs can communicate with the core network; and (4) Vehicle-to-Pedestrian (V2P): vehicular WTRUs can communicate with UEs associated with pedestrians under certain and / or special conditions (e.g., low battery capacity). Furthermore, V2X use cases may include enhanced mobile broadband (eMBB), massive machine-type communication (mMTC), and ultra-reliable and low-latency communication (URLLC). Different use cases can focus on different requirements, such as higher data rates, higher spectral efficiency, lower power consumption and higher energy efficiency, lower latency and higher reliability. Attached Figure Description

[0004] A more detailed understanding can be obtained from the following description given by way of example in conjunction with the accompanying drawings, wherein similar reference numerals in the drawings indicate similar elements, and wherein:

[0005] Figure 1A This is a system diagram illustrating an exemplary communication system that can be implemented in one or more of the disclosed embodiments;

[0006] Figure 1B This illustrates that, according to one implementation scheme, it is possible to Figure 1A A system diagram of an exemplary wireless transmit / receive unit (WTRU) used within the communication system shown;

[0007] Figure 1C This illustrates that, according to one implementation scheme, it is possible to Figure 1A A system diagram of an exemplary radio access network (RAN) and an exemplary core network (CN) used within the communication system shown;

[0008] Figure 1D This illustrates that, according to one implementation scheme, it is possible to Figure 1A A system diagram of another exemplary RAN and another exemplary CN used in the communication system shown;

[0009] Figure 2 This is a diagram illustrating the transmission of auxiliary information triggered by an explicit request according to the implementation scheme;

[0010] Figure 3 This is a diagram illustrating the auxiliary information transmission triggered by semi-persistent (SP) based resource reservation according to the implementation scheme;

[0011] Figure 4 This is a diagram illustrating an auxiliary transmission triggered by either HARQ ACK / NACK transmission or HARQ retransmission according to an implementation scheme; and

[0012] Figure 5 This is a diagram illustrating the auxiliary transmission of resource set information according to the implementation scheme.

[0013] Exemplary network for implementing the implementation scheme

[0014] Figure 1A This is a schematic diagram illustrating an exemplary communication system 100 that can be implemented in one or more of the disclosed embodiments. Communication system 100 can be a multiple access system providing content such as voice, data, video, messaging, and broadcasting to multiple wireless users. Communication system 100 enables multiple wireless users to access such content through the sharing of system resources (including wireless bandwidth). For example, communication system 100 may employ one or more channel access methods, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal FDMA (OFDMA), Single Carrier FDMA (SC-FDMA), Zero-Tail Unique Word DFT Extended OFDM (ZT UW DTS-s OFDM), Unique Word OFDM (UW-OFDM), Resource Block Filtered OFDM, Filter Bank Multicarrier (FBMC), etc.

[0015] like Figure 1AAs shown, the communication system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, RAN 104 / 113, CN 106 / 115, Public Switched Telephone Network (PSTN) 108, Internet 110, and other networks 112. However, it should be understood that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network elements. Each of the WTRUs 102a, 102b, 102c, and 102d may be any type of device configured to operate and / or communicate in a wireless environment. As examples, WTRUs 102a, 102b, 102c, and 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 user 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 wearable devices, 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 environments), consumer electronics devices, devices operating on commercial and / or industrial wireless networks, etc. Any of UEs 102a, 102b, 102c, and 102d may be interchangeably referred to as WTRUs.

[0016] The communication system 100 may also include base station 114a and / or base station 114b. Each of base stations 114a and 114b may be any type of device configured to wirelessly interface with at least one of WTRUs 102a, 102b, 102c, and 102d to facilitate access to one or more communication networks, such as CN 106 / 115, Internet 110, and / or other networks 112. As an example, base stations 114a and 114b may be base transceiver stations (BTS), Node Bs, evolved Node Bs, home Node Bs, home evolved Node Bs, gNBs, NR Node Bs, site controllers, access points (APs), wireless routers, etc. Although base stations 114a and 114b are each depicted as a single element, it should be understood that base stations 114a and 114b may include any number of interconnected base stations and / or network elements.

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

[0018] Base stations 114a and 114b can communicate with one or more of WTRUs 102a, 102b, 102c, and 102d via air interface 116, which can be any suitable wireless communication link (e.g., radio frequency (RF), microwave, centimeter wave, micrometer wave, infrared (IR), ultraviolet (UV), visible light, etc.). Any suitable radio access technology (RAT) can be used to establish air interface 116.

[0019] More specifically, as noted above, the communication system 100 may be a multiple access system and may employ one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, etc. For example, base stations 114a and WTRUs 102a, 102b, and 102c in RAN 104 / 113 may implement radio technologies such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may use Wideband CDMA (WCDMA) to establish air interfaces 115 / 116 / 117. 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 ​​UL Packet Access (HSUPA).

[0020] In the implementation scheme, base station 114a and WTRUs 102a, 102b, 102c can implement radio technologies such as evolved UMTS terrestrial radio access (E-UTRA), which can use Long Term Evolution (LTE) and / or Advanced LTE (LTE-A) and / or Advanced LTE Pro (LTE-A Pro) to establish air interface 116.

[0021] In the implementation scheme, base station 114a and WTRUs 102a, 102b, 102c enable radio technology such as NR radio access, which can use New Radio (NR) to establish air interface 116.

[0022] In the implementation scheme, base station 114a and WTRUs 102a, 102b, and 102c can implement multiple radio access technologies. For example, base station 114a and WTRUs 102a, 102b, and 102c can, for instance, use a dual connectivity (DC) principle to implement both LTE and NR radio access together. Therefore, the air interface used by WTRUs 102a, 102b, and 102c can be characterized by multiple types of radio access technologies and / or transmissions sent to / from multiple types of base stations (e.g., eNBs and gNBs).

[0023] In other implementations, base station 114a and WTRUs 102a, 102b, and 102c can implement radio technologies such as IEEE 802.11 (i.e., WiFi), IEEE 802.16 (i.e., WiMAX), CDMA2000, CDMA2000 1X, CDMA2000EV-DO, Provisional Standard 2000 (IS-2000), Provisional Standard 95 (IS-95), Provisional Standard 856 (IS-856), Global System for Mobile Communications (GSM), GSM Enhanced Data Rate Evolution (EDGE), and GSM EDGE (GERAN).

[0024] Figure 1ABase station 114b can be, for example, a wireless router, a home node B, a home evolution node B, or an access point, and can utilize any suitable RAT to facilitate wireless connectivity in localized areas such as commercial locations, homes, vehicles, campuses, industrial facilities, air corridors (e.g., for use by drones), roads, etc. In one embodiment, base station 114b and WTRUs 102c, 102d can implement radio technologies such as IEEE 802.11 to establish a wireless local area network (WLAN). In another embodiment, base station 114b and WTRUs 102c, 102d can implement radio technologies such as IEEE 802.15 to establish a wireless personal area network (WPAN). In yet another embodiment, base station 114b and WTRUs 102c, 102d can utilize cellular-based RATs (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.) to establish picocells or femtocells. Figure 1A As shown, base station 114b may have a direct connection to Internet 110. Therefore, base station 114b may not need to access Internet 110 via CN 106 / 115.

[0025] RAN 104 / 113 can communicate with CN 106 / 115, which can be any type of network configured to provide voice, data, application, and / or Voice over Internet Protocol (VoIP) services to one or more of WTRU 102a, 102b, 102c, and 102d. Data can have different Quality of Service (QoS) requirements, such as different throughput requirements, latency requirements, error tolerance requirements, reliability requirements, data throughput requirements, mobility requirements, etc. CN 106 / 115 can provide call control, billing services, location-based services, prepaid calling, internet connectivity, video distribution, etc., and / or perform advanced security functions such as user authentication. Although not explicitly stated... Figure 1A As shown, but it should be understood that RAN 104 / 113 and / or CN 106 / 115 can communicate directly or indirectly with other RANs that use the same RAT as RAN 104 / 113 or a different RAT. For example, in addition to being connected to RAN 104 / 113 which can utilize NR radio technology, CN 106 / 115 can also communicate with another RAN (not shown) that uses GSM, UMTS, CDMA2000, WiMAX, E-UTRA, or WiFi radio technology.

[0026] CN 106 / 115 may also act as a gateway for WTRU 102a, 102b, 102c, 102d to access PSTN 108, Internet 110, and / or other networks 112. PSTN 108 may include a circuit-switched telephone network providing Common Old-Style Telephone Service (POTS). Internet 110 may include a global system of interconnected computer networks and devices using common communication protocols such as Transmission Control Protocol (TCP), User Datagram Protocol (UDP), and / or Internet Protocol (IP) from the TCP / IP Internet Protocol suite. Network 112 may include wired and / or wireless communication networks owned and / or operated by other service providers. For example, network 112 may include another CN connected to one or more RANs, which may use the same RAT as RAN 104 / 113 or a different RAT.

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

[0028] Figure 1B This is a system diagram illustrating an exemplary WTRU 102. (See diagram below.) Figure 1B As shown, WTRU 102 may include a processor 118, a transceiver 120, a transmitting / receiving element 122, a speaker / microphone 124, a keypad 126, a display / touchpad 128, non-removable memory 130, removable memory 132, a power supply 134, a Global Positioning System (GPS) chipset 136, and / or other peripheral devices 138, etc. It should be understood that, while remaining consistent with the implementation, WTRU 102 may include any sub-combination of the foregoing elements.

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

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

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

[0032] Transceiver 120 can be configured to modulate signals transmitted by transmitting / receiving element 122 and demodulate signals received by transmitting / receiving element 122. As noted above, WTRU 102 may have multi-mode capability. For example, transceiver 120 may therefore include multiple transceivers to enable WTRU 102 to communicate via various RATs (such as NR and IEEE 802.11).

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

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

[0035] 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) about the current location of the WTRU 102. In addition to or instead of the information from the GPS chipset 136, the WTRU 102 may receive location information from base stations (e.g., base stations 114a, 114b) via air interface 116 and / or determine its location based on the timing of signals received from two or more nearby base stations. It should be understood that, while remaining consistent with the implementation, the WTRU 102 may acquire location information using any suitable location determination method.

[0036] The processor 118 may also be coupled to other peripheral devices 138, which may include one or more software and / or hardware modules providing additional features, functions, and / or wired or wireless connectivity. For example, peripheral device 138 may include an accelerometer, electronic compass, satellite transceiver, digital camera (for photos and / or video), Universal Serial Bus (USB) port, vibration device, television transceiver, hands-free headset, etc. Modules, FM radio units, digital music players, media players, video game player modules, internet browsers, virtual reality and / or augmented reality (VR / AR) devices, activity trackers, etc. Peripheral devices 138 may include one or more sensors, which may be one or more of the following: gyroscopes, accelerometers, Hall effect sensors, magnetometers, orientation sensors, proximity sensors, temperature sensors, time sensors; geolocation sensors; altimeters, light sensors, touch sensors, magnetometers, barometers, gesture sensors, biometric sensors, and / or humidity sensors.

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

[0038] Figure 1C This is a system diagram illustrating RAN 104 and CN 106 according to one embodiment. As described above, RAN 104 can communicate with WTRUs 102a, 102b, and 102c via air interface 116 using E-UTRA radio technology. RAN 104 can also communicate with CN 106.

[0039] RAN 104 may include evolved Nodes B 160a, 160b, and 160c; however, it should be understood that RAN 104 may include any number of evolved Nodes B while remaining consistent with the implementation scheme. Evolved Nodes B 160a, 160b, and 160c may each include one or more transceivers for communicating with WTRUs 102a, 102b, and 102c via air interface 116. In the implementation scheme, evolved Nodes B 160a, 160b, and 160c may implement MIMO technology. Therefore, evolved Node B 160a may, for example, use multiple antennas to transmit radio signals to and / or receive radio signals from WTRU 102a.

[0040] Each of the evolved nodes B 160a, 160b, and 160c can be associated with a specific cell (not shown) and can be configured to handle radio resource management decisions, handover decisions, and user scheduling in the UL and / or DL, etc. Figure 1C As shown, evolution nodes B 160a, 160b, and 160c can communicate with each other via the X2 interface.

[0041] Figure 1C The CN 106 shown 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 foregoing elements is depicted as part of the CN 106, it should be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0042] The MME 162 can connect to each of the evolved nodes B 160a, 160b, and 160c in RAN 104 via the S1 interface and can be used as a control node. For example, the MME 162 can be responsible for authenticating users of WTRUs 102a, 102b, and 102c, bearer activation / deactivation, selecting a specific serving gateway during the initial attachment of WTRUs 102a, 102b, and 102c, etc. The MME 162 can provide control plane functions for handover between RAN 104 and other RANs (not shown) employing other radio technologies such as GSM and / or WCDMA.

[0043] The SGW 164 can connect to each of the evolved Nodes B 160a, 160b, and 160c in RAN 104 via the S1 interface. The SGW 164 typically routes and forwards user data packets to and from WTRUs 102a, 102b, and 102c. The SGW 164 can perform other functions such as anchoring the user plane during inter-evolved Node B handovers, triggering paging when DL data is available for WTRUs 102a, 102b, and 102c, and managing and storing the context of WTRUs 102a, 102b, and 102c.

[0044] SGW 164 can be connected to PGW 166, which provides WTRU 102a, 102b, 102c with access to packet-switched networks (such as Internet 110) to facilitate communication between WTRU 102a, 102b, 102c and IP-enabled devices.

[0045] CN 106 can facilitate communication with other networks. For example, CN 106 can provide WTRUs 102a, 102b, and 102c with access to a circuit-switched network (such as PSTN 108) to facilitate communication between WTRUs 102a, 102b, and 102c and conventional landline communication equipment. For example, CN 106 may include an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that serves as an interface between CN 106 and PSTN 108, or be able to communicate with such an IP gateway. Additionally, CN 106 can provide WTRUs 102a, 102b, and 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers.

[0046] Despite WTRU in Figures 1A to 1D While described as a wireless terminal, it is conceivable that in some representative implementations, such a terminal may (e.g., temporarily or permanently) use a wired communication interface with a communication network.

[0047] In a representative implementation, the other network 112 may be a WLAN.

[0048] A WLAN in Basic Services 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 an interface to a distribution system (DS) or another type of wired / wireless network that carries traffic to and / or carries traffic out of the BSS. Traffic originating outside the BSS and destined for a STA can reach and be delivered to the STA via the AP. Traffic originating from a STA and destined for a destination outside the BSS can be sent to the AP for delivery to the appropriate destination. Traffic between STAs within the BSS can be sent via the AP, for example, where a source STA can send traffic to the AP, and the AP can deliver the traffic to the destination STA. Traffic between STAs within the BSS can be considered and / or referred to as point-to-point traffic. Point-to-point traffic can be sent between source and destination STAs (e.g., directly between them) using Direct Link Establishment (DLS). In some representative implementations, the DLS may use 802.11e DLS or 802.11z Tunneled DLS (TDLS). WLANs using the Standalone BSS (IBSS) mode may not have an access point (AP), and STAs within the IBSS or using the IBSS (e.g., all STAs) can communicate directly with each other. The IBSS communication mode may sometimes be referred to as the "ad-hoc" communication mode in this document.

[0049] When operating in 802.11ac infrastructure mode or a similar mode, the AP can transmit beacons on a fixed channel, such as the primary channel. The primary channel can be of fixed width (e.g., a 20 MHz wide bandwidth) or dynamically set via signaling. The primary channel can be the operating channel of the BSS and can be used by the STA to establish a connection with the AP. In some representative implementations, such as in an 802.11 system, Carrier Sense Multiple Access / Collision Avoidance (CSMA / CA) can be implemented. For CSMA / CA, each STA (including the AP) can listen to the primary channel. If the primary channel is listened to / detected and / or determined to be busy by a particular STA, that STA can back off. A single STA (e.g., only one station) can transmit at any given time within a given BSS.

[0050] High-throughput (HT) STAs can communicate using a 40MHz wide channel, for example, by combining a primary 20MHz channel with adjacent or non-adjacent 20MHz channels to form a 40MHz wide channel.

[0051] The Very High Throughput (VHT) STA supports channels with widths of 20MHz, 40MHz, 80MHz, and / or 160MHz. 40MHz and / or 80MHz channels can be formed by combining consecutive 20MHz channels. A 160MHz channel can be formed by combining eight consecutive 20MHz channels, or by combining two non-consecutive 80MHz channels (this can be referred to as an 80+80 configuration). For the 80+80 configuration, after channel coding, data can be processed by a segment parser that can split the data into two streams. Inverse Fast Fourier Transform (IFFT) processing and time-domain processing can be performed separately on each stream. These streams can be mapped to two 80MHz channels, and data can be transmitted via the transmitting STA. At the receiver of the receiving STA, the operations described above for the 80+80 configuration can be reversed, and the combined data can be sent to Media Access Control (MAC).

[0052] 802.11af and 802.11ah support operating modes below 1 GHz. Compared to those used in 802.11n and 802.11ac, 802.11af and 802.11ah reduce channel operating bandwidth and carrier. 802.11af supports 5 MHz, 10 MHz, and 20 MHz bandwidths in the TV white space (TVWS) spectrum, while 802.11ah supports 1 MHz, 2 MHz, 4 MHz, 8 MHz, and 16 MHz bandwidths using non-TVWS spectrum. According to representative implementations, 802.11ah may support instrument-type control / machine-type communications, such as MTC devices in macro coverage areas. MTC devices may have certain capabilities, such as limited capabilities, including support (e.g., only support) certain bandwidths and / or limited bandwidths. MTC devices may include batteries with battery life above a threshold (e.g., to maintain a very long battery life).

[0053] WLAN systems supporting multiple channels, as well as channel bandwidths such as 802.11n, 802.11ac, 802.11af, and 802.11ah, include channels that can be designated as primary channels. A primary channel can have a bandwidth equal to the maximum common operating bandwidth supported by all STAs in the BSS. The bandwidth of the primary channel can be set and / or limited by STAs operating in the BSS (each supporting a minimum bandwidth operating mode). In the 802.11ah example, for STAs supporting (e.g., only supporting) a 1MHz mode (e.g., MTC type devices), the primary channel can be 1MHz wide, even if the AP and other STAs in the BSS support 2MHz, 4MHz, 8MHz, 16MHz, and / or other channel bandwidth operating modes. Carrier Sense and / or Network Allocation Vector (NAV) settings can depend on the status of the primary channel. If the primary channel is busy, for example, because an STA (supporting only the 1MHz operating mode) is transmitting to the AP, the entire available band can be considered busy even if most of the band remains idle and potentially available.

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

[0055] Figure 1D This is a system diagram illustrating RAN 113 and CN 115 according to the implementation scheme. As noted above, RAN 113 can communicate with WTRUs 102a, 102b, and 102c via air interface 116 using NR radio technology. RAN 113 can also communicate with CN 115.

[0056] RAN 113 may include gNBs 180a, 180b, and 180c; however, it should be understood that RAN 113 may include any number of gNBs while remaining consistent with the implementation scheme. Each of gNBs 180a, 180b, and 180c may include one or more transceivers for communication with WTRUs 102a, 102b, and 102c via air interface 116. In the implementation scheme, gNBs 180a, 180b, and 180c may implement MIMO technology. For example, gNBs 180a and 180b may utilize beamforming to transmit signals to and / or receive signals from gNBs 180a, 180b, and 180c. Therefore, gNB 180a may, for example, use multiple antennas to transmit radio signals to and / or receive radio signals from WTRU 102a. In the implementation scheme, gNBs 180a, 180b, and 180c can implement carrier aggregation technology. For example, gNB 180a can transmit multiple component carriers to WTRU 102a (not shown). A subset of these component carriers may be on unlicensed spectrum, while the remaining component carriers may be on licensed spectrum. In the implementation scheme, gNBs 180a, 180b, and 180c can implement Cooperative Multipoint (CoMP) technology. For example, WTRU 102a can receive cooperative transmissions from gNBs 180a and 180b (and / or gNB 180c).

[0057] WTRUs 102a, 102b, and 102c can communicate with gNBs 180a, 180b, and 180c using transmissions associated with an scalable set of parameters. For example, OFDM symbol spacing and / or OFDM subcarrier spacing can vary depending on different transmissions, different cells, and / or different portions of the radio transmission spectrum. WTRUs 102a, 102b, and 102c can communicate with gNBs 180a, 180b, and 180c using subframes or transmission time intervals (TTIs) of various or scalable lengths (e.g., containing different numbers of OFDM symbols and / or continuously varying absolute time lengths).

[0058] gNBs 180a, 180b, and 180c can be configured to communicate with WTRUs 102a, 102b, and 102c in standalone and / or non-standalone configurations. In standalone configuration, WTRUs 102a, 102b, and 102c can communicate with gNBs 180a, 180b, and 180c without accessing other RANs (e.g., evolved Node Bs 160a, 160b, and 160c). In standalone configuration, WTRUs 102a, 102b, and 102c can use one or more of gNBs 180a, 180b, and 180c as mobility anchors. In standalone configuration, WTRUs 102a, 102b, and 102c can communicate with gNBs 180a, 180b, and 180c using signals in unlicensed frequency bands. In a non-standalone configuration, WTRUs 102a, 102b, and 102c can communicate or connect to gNBs 180a, 180b, and 180c, and also communicate or connect to other RANs (such as evolved Node Bs 160a, 160b, and 160c). For example, WTRUs 102a, 102b, and 102c can implement DC principles to communicate substantially simultaneously with one or more gNBs 180a, 180b, and 180c and one or more evolved Node Bs 160a, 160b, and 160c. In a non-standalone configuration, evolved Node Bs 160a, 160b, and 160c can be used as mobility anchors for WTRUs 102a, 102b, and 102c, and gNBs 180a, 180b, and 180c can provide additional coverage and / or throughput for serving WTRUs 102a, 102b, and 102c.

[0059] Each of gNBs 180a, 180b, and 180c can be associated with a specific cell (not shown) and can be configured to handle radio resource management decisions, handover decisions, user scheduling in UL and / or DL, network slicing support, dual connectivity, interoperability between NR and E-UTRA, routing of user plane data to User Plane Functions (UPF) 184a and 184b, routing of control plane information to Access and Mobility Management Functions (AMF) 182a and 182b, etc. Figure 1D As shown, gNB 180a, 180b, and 180c can communicate with each other via the Xn interface.

[0060] Figure 1DThe CN 115 shown 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 foregoing elements is depicted as part of the CN 115, it should be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0061] AMF 182a and 182b can connect to one or more of gNB 180a, 180b, and 180c via the N2 interface in RAN 113 and can be used as control nodes. For example, AMF 182a and 182b can be responsible for authenticating users of WTRU 102a, 102b, and 102c, supporting network slicing (e.g., handling different PDU sessions with different requirements), selecting specific SMF 183a and 183b, managing registration areas, terminating NAS signaling, mobility management, etc. AMF 182a and 182b can use network slicing to customize CN support for WTRU 102a, 102b, and 102c based on the type of service used by WTRU 102a, 102b, and 102c. For example, different network slices can be established for different use cases, such as services that rely on Ultra-Reliable Low Latency (URLLC) access, services that rely on Enhanced Mobile Broadband (eMBB) access, and services for Machine Type Communication (MTC) access. The AMF162 can provide control plane functions for handover between RAN 113 and other RANs (not shown) that employ other radio technologies, such as LTE, LTE-A, LTE-APro, and / or non-3GPP access technologies (such as WiFi).

[0062] SMF 183a and 183b can connect to AMF 182a and 182b in CN 115 via the N11 interface. SMF 183a and 183b can also connect to UPF 184a and 184b in CN 115 via the N4 interface. SMF 183a and 183b can select and control UPF 184a and 184b, and configure traffic routing through UPF 184a and 184b. SMF 183a and 183b can perform other functions, such as managing and allocating WTRU IP addresses, managing PDU sessions, controlling policy enforcement and QoS, and providing downlink data notifications. PDU session types can be IP-based, non-IP-based, Ethernet-based, etc.

[0063] UPF 184a and 184b can connect via the N3 interface to one or more of the gNBs 180a, 180b, and 180c in RAN 113. These gNBs can provide WTRU 102a, 102b, and 102c with access to packet-switched networks (such as Internet 110) to facilitate communication between WTRU 102a, 102b, 102c and IP-enabled devices. UPF 184 and 184b can perform other functions such as routing and forwarding packets, enforcing user plane policies, supporting multihomed PDU sessions, handling user plane QoS, buffering downlink packets, and providing mobility anchoring.

[0064] CN 115 may facilitate communication with other networks. For example, CN 115 may include an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) serving as an interface between CN 115 and PSTN 108, or may communicate with said IP gateway. Additionally, CN 115 may provide WTRUs 102a, 102b, and 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, WTRUs 102a, 102b, and 102c may be connected to DN 185a and 185b via UPF 184a and 184b through the N3 interface to UPF 184a and 184b and the N6 interface between UPF 184a and 184b and local data networks (DNs) 185a and 185b.

[0065] Given Figures 1A to 1D as well as Figures 1A to 1D The corresponding descriptions herein refer to one or more of the functions described below, which may be performed by one or more emulation devices (not shown): WTRU102a-d, base station 114a-b, evolved Node B 160a-c, MME 162, SGW 164, PGW 166, gNB 180a-c, AMF182a-b, UPF 184a-b, SMF 183a-b, DN 185a-b, and / or any other device described herein. An emulation device may be one or more devices configured to mimic one or more of the functions described herein. For example, an emulation device may be used to test other devices and / or simulate network and / or WTRU functions.

[0066] Simulation devices can be designed to perform one or more tests on other devices in laboratory and / or carrier network environments. For example, the one or more simulation devices may perform one or more or all functions while being fully or partially implemented and / or deployed as part of a wired and / or wireless communication network to test other devices within the communication network. The one or more simulation devices may perform one or more or all functions while being temporarily implemented / deployed as part of a wired and / or wireless communication network. Simulation devices may be directly coupled to another device for testing purposes and / or may use over-the-air wireless communication to perform tests.

[0067] The one or more simulation devices may perform one or more (including all) functions without being implemented / deployed as part of a wired and / or wireless communication network. For example, the simulation devices may be used in test scenarios within a test laboratory and / or non-deployed (e.g., testing) wired and / or wireless communication networks to perform testing of one or more components. The one or more simulation devices may be test equipment. Direct RF coupling and / or wireless communication via an RF circuit system (e.g., which may include one or more antennas) may be used by the simulation devices to transmit and / or receive data. Detailed Implementation

[0068] In the context of vehicular communication (V2X), multiple operating modes may exist, such as (e.g., LTE) Version 14 (R14) modes 3 and 4, and Version 16 (R16) mode 2. In mode 2 operation, the R16 V2X WTRU performs resource (re)selection based on sensing, without any central scheduling or coordination among WTRUs. In this case, the sensing mechanism may lead to (e.g., potential) collisions, for example, due to an increase in the RSRP threshold when available resources are limited (e.g., particularly in congested scenarios). Furthermore, in this case, when (e.g., such) collisions occur relative to semi-persistent resource reservations, these collisions may become persistent and lead to continuous packet loss. Therefore, in situations such as when the channel is busy (e.g., such as congested scenarios), the R16 NR sidelink (SL) does not (e.g., cannot) guarantee high reliability and low latency.

[0069] Version 17 (R17) supports Ultra-Reliable and Low-Latency Communication (URLLC) type SL use cases in (e.g., advanced) operational scenarios. Given that R16 provides limited support for certain transports (e.g., as described above), inter-WTRU coordination in Mode 2 operation is considered for R17, for example. That is, for R17, inter-UE coordination is considered to improve the reliability and latency of SL transports. One form of such coordination is the WTRU providing auxiliary information to another WTRU. The auxiliary information can be a set of resources determined by the WTRU. For example, inter-WTRU coordination may include a first WTRU that determines a set of resources and sends it to a second WTRU in Mode 2, so that the second WTRU can take this into account when selecting resources for its own transport.

[0070] However, in Mode 2 (e.g., conventionally, in related technologies, in R17, etc.), there is a lack of coordination between WTRUs (e.g., no coordination), and for example, one WTRU will not know whether or when another WTRU has traffic for transmission, and additionally, one WTRU will not know which types of resources will be used. This lack of coordination can lead to excessive required transmission. Therefore, it is necessary to enable inter-WTRU coordination features while avoiding excessive required transmission. In view of at least the above problems (e.g., lack of coordination between WTRUs), it is necessary to provide a solution to any of the following challenges / problems (e.g., to solve, answer, etc.): (1) Which WTRU provides auxiliary information?; (2) Which WTRU requests and / or receives auxiliary information?; (3) What are the triggering conditions for this coordination?; (4) How does the WTRU obtain auxiliary information, for example, that can be used for resource selection by another WTRU?; (5) What does the auxiliary information include?; (6) How is the auxiliary information transmitted?; and (7) How will the other WTRU use the auxiliary information in its resource selection?

[0071] According to the implementation scheme, a WTRU may, for example, transmit auxiliary information to other WTRUs or any other similar and / or suitable network nodes (e.g., perform auxiliary transmissions). According to the implementation scheme, a WTRU may perform auxiliary transmissions, for example, to assist in the selection of SL resources for transmissions performed by other WTRUs. According to the implementation scheme, auxiliary transmissions may carry (e.g., include auxiliary) information, which includes a set of SL resources. According to the implementation scheme, a WTRU may be an assist WTRU (e.g., an assisting WTRU). That is, as discussed and / or mentioned herein, a WTRU may be referred to as an assisting WTRU, for example, when performing an auxiliary transmission. According to the implementation scheme, a WTRU may trigger or receive either an auxiliary transmission. According to the implementation scheme, a WTRU that triggers and / or receives an auxiliary transmission may be referred to as an assisted WTRU. According to the implementation scheme, in this document, assisting WTRUs and assisted WTRUs may be referred to in relation to (e.g., specific) auxiliary information transmissions.

[0072] WTRU determines to trigger auxiliary transmission

[0073] According to the implementation scheme, the WTRU can determine whether to perform the auxiliary transport or become an auxiliary WTRU. According to the implementation scheme, the WTRU can determine whether to perform the auxiliary transport and / or become an auxiliary WTRU based on (e.g., based on) any number of conditions (e.g., triggers). According to the implementation scheme, such triggers and / or conditions (e.g., for determining whether to perform the auxiliary transport and / or become an auxiliary WTRU) may include any of the following: (1) the WTRU receives, for example, an explicit request for the auxiliary transport from the assisted WTRU; (2) the WTRU receives a semi-persistent resource reservation made by the assisted WTRU; (3) the WTRU receives a CSI request from the assisted WTRU; (4) the WTRU detects (e.g., multiple) conflicts applicable, for example, to a semi-persistent resource reservation made by / utilizing the assisted WTRU; (5) the WTRU fails, for example, to decode multiple PSSCHs from the assisted WTRU and send the corresponding HARQ. (6) The WTRU fails to decode multiple PSSCHs corresponding to resource reservations from the assisted WTRU; (7) The WTRU is below (e.g., extending beyond) a (pre)configuration (the terms configuration, pre-configuration, and (pre)configuration are used interchangeably herein) threshold from the assisted WTRU; (8) The WTRU measures (e.g., detects, determines, etc.) a congestion metric (e.g., channel busy rate (CBR)) above the (pre)configuration threshold; (9) The WTRU receives a configuration for auxiliary transmission during (e.g., during) SL link establishment (e.g., process) signaling applicable to the assisted WTRU; and (10) The WTRU is a (e.g., (pre)configured, specific, etc.) type (e.g., vehicle WTRU, pedestrian user, vulnerable road user (VRU), first responder user, etc.). According to the implementation, the WTRU may trigger (e.g., determine to perform, execute, send, etc.) an auxiliary transmission, for example, when data associated with the assisted WTRU is available (e.g., for transmission). According to the implementation scheme, the WTRU can be (e.g., pre) configured to perform periodic auxiliary transports, for example, for any (e.g., and / or associated with) a V2X application, data group, WTRU group, application group, etc.

[0074] Figure 2 This is a diagram illustrating the transmission of auxiliary information triggered by an explicit request according to the implementation scheme.

[0075] According to the implementation scheme, the transmission of auxiliary information (e.g., WTRU auxiliary transmission) can be triggered by a request (e.g., explicit, signaled, determined, etc.). According to the implementation scheme, the transmission of an auxiliary transmission request (e.g., such, explicit, signaled, determined, etc.) can be performed, for example, based on (e.g., certain) conditions (e.g., triggering, determining, etc.). According to the implementation scheme, for example, in the case where the resource (re)selection of a Transport Block (TB) is triggered by a higher layer (e.g., in the case described above, when the case described above, etc.), the WTRU can make a determined transmission of an explicit auxiliary transmission request and become either of the assisted WTRUs.

[0076] According to the implementation scheme, the WTRU can determine whether to make a transmission explicit auxiliary transmission request and become one of the assisted WTRUs based on (e.g., based on, satisfying, etc.) any of the following conditions (e.g., triggers): (1) (e.g., re-mining) the packet delay budget exceeds a (pre)configured threshold (e.g., the remaining packet delay budget allows for round-trip propagation and WTRU processing time associated with the auxiliary transmission request and auxiliary transmission (e.g., caused by the auxiliary transmission request and auxiliary transmission)). (2) The reliability exceeds a (pre)configured threshold (e.g., an auxiliary transmission is triggered by transmitting a high-reliability TB (such as BLER at 1E-5 / BLER at 1E-5); (3) The priority exceeds a (pre)configured threshold (e.g., an auxiliary process between WTRUs can be triggered by transmitting a high-priority TB); (4) The size of the transmitted packet exceeds a (pre)configured threshold (e.g., an auxiliary transmission can be triggered by transmitting a large TB that requires a large number of subchannels); and (5) The distance to the WTRU that is transmitting (e.g., the expected) auxiliary transmission request is less than a (pre)configured threshold.

[0077] According to the implementation scheme, the content of the auxiliary transmission request may indicate various information. According to the implementation scheme, the assisted WTRU may include, for example, any of the following (e.g., resource (re)selection) information in the auxiliary transmission request: (1) a resource pool, for example, the resource pool from which PSSCH resources will be reported; (2) for example, the L1 priority for the TB transmitted by the assisted WTRU; (3) for example, the remaining packet delay budget (PDB) (i.e., in the time slot) for the TB transmitted by the assisted WTRU; (4) T1_TB, for example, the start of the transmission window from which the TB can be transmitted; (5) T2_TB, for example, the end of the transmission window; (6) for example, multiple sub-channels for the PSSCH transmission of the TB; and (7) the amount of resources required (e.g., requested) in the resource set, for example, (i) the ratio of the number of resources requested in the resource set to (ii) the total number of candidate resources in the transmission window.

[0078] According to the implementation scheme, the (e.g., the assisted) WTRU can determine, for example, the (e.g., the remaining) PDBs included in the assisted transmission request based on (e.g., based on) any one of the remaining PDBs in the TB used for transmission; and the time resources reserved for the assisted transmission request. According to the implementation scheme, the WTRU can calculate the remaining PDBs included in the assisted transmission request as shown in Equation [1]: PDB 在请求中发信号通知 =PDB TB -(mn)…………………………[Equation 1].

[0079] According to the implementation scheme, for example, when the WTRU receives a resource selection trigger in slot n associated with the TB, the WTRU can calculate the remaining PDB using Equation [1], and the WTRU determines to send an auxiliary transmission request in slot m. According to the implementation scheme (e.g., in another case), the assisted WTRU can determine T2_TB based on the (pre)configured T2_min. For example, according to the implementation scheme, when T2_min <= T2_TB <= PDB TB In this case, the assisted WTRU can select T2_TB, for example, based on (e.g., the designed, selected, etc.) WTRU implementation. Furthermore, according to the implementation scheme, when T2_min > PDB... TB In this case, T2_DB can be equal to PDB. TB .

[0080] According to the implementation scheme, the assisted WTRU can determine T1_TB based on (e.g., based on) the QoS requirements of the TB. That is, according to the implementation scheme, the assisted WTRU can determine an earlier T1_TB for a large transmission window, for example, to allow more resources to be allocated to resource selection for TBs with either high reliability and / or priority requirements. According to the implementation scheme, either T1_TB or T2_TB can be any of an absolute frame, subframe, and timeslot number. According to the implementation scheme, either T1_TB or T2_TB can be an offset relative to the timing (timeslot) of the assisted transmission request (i.e., across multiple timeslots).

[0081] According to the implementation scheme, any of various resources, signaling, message passing, channels, etc., can be used to transmit auxiliary transmission requests. According to the implementation scheme, PHY signaling (e.g., using PSCCH) can be used to transmit auxiliary transmission requests (e.g., carried within PHY signaling). According to the implementation scheme, a separate PSCCH can be used to transmit auxiliary transmission requests (e.g., carried within a separate PSCCH). According to the implementation scheme, either MAC CE or RRC signaling (e.g., transmitted using PSSCH) can be used to transmit auxiliary transmission requests (e.g., carried within either MAC CE or RRC signaling).

[0082] According to the implementation scheme, the assisted WTRU can transmit the auxiliary transmission request according to any of a plurality of configurations. For example, according to the implementation scheme, if the assisted WTRU transmits (e.g., may) only include the auxiliary transmission request PSSCH, the assisted WTRU can use a sub-channel to transmit the auxiliary transmission request according to a configuration with PSSCH / PSCCH. As another example, according to the implementation scheme, if the assisted WTRU transmits a PSSCH including both the auxiliary transmission request and the data TB, the assisted WTRU can use multiple sub-channels to transmit the auxiliary transmission request according to a configuration with PSSCH / PSCCH.

[0083] According to the implementation scheme, the assisted WTRU can, for example, perform sensing on resource selection for the assisted transmission request. According to the implementation scheme, the WTRU can apply any of a variety of sensing modes, such as those discussed below. According to the implementation scheme, the sensing parameter can be, for example, a resource pool from which it will report resources. That is, according to the implementation scheme, the assisted WTRU can select resources from a resource pool dedicated to / for the assisted transmission request. According to the implementation scheme, the sensing parameter can be L1 priority. That is, according to the implementation scheme, the L1 priority of the assisted transmission request can be (pre)configured, for example, such that the L1 priority is set to the highest / lowest priority. According to the implementation scheme, the L1 priority of the assisted transmission request can be (e.g., set) to be the same as the L1 priority of the TB carried in the same transmission. According to the implementation scheme, the sensing parameter can be the remaining PDBs. That is, according to the implementation scheme, the remaining PDBs of the assisted transmission request can be (pre)configured. For example, either a fixed value or a small value can be (pre)configured. According to the implementation scheme, the remaining PDBs of the assisted transmission request can be (e.g., set) to be the same as the remaining PDBs of the TB carried in the same transmission. According to the implementation scheme, the sensing parameter can be, for example, multiple sub-channels to be used for the assisted transmission request.

[0084] According to the implementation scheme, the assisted WTRU can determine either T1_request or T2_request for the auxiliary transmission request. According to the implementation scheme, T1_request can be determined based on (e.g., based on) WTRU processing. According to the implementation scheme, T2_request can be determined based on (e.g., based on) (pre)configuration. For example, according to the implementation scheme, a fixed T2_request can be (pre)configured for the auxiliary transmission request. According to the implementation scheme, T2_request can be determined based on (e.g., based on) the remaining PDBs of the TB. That is, according to the implementation scheme, the assisted WTRU can select T2_request to ensure that any of the following steps can (e.g., must) be completed within the remaining PDBs, said steps including: sending / transmitting the auxiliary transmission request; receiving the auxiliary transmission; processing auxiliary information and selecting resources for the transmission of the TB; and transmitting / sending the TB.

[0085] According to the implementation scheme, the auxiliary request transmission may be a new (e.g., different from those discussed above) SL physical signal and / or physical channel (e.g., transmitted by the WTRU via the new SL physical signal and / or physical channel, using the new SL physical signal and / or physical channel, including transmission in the new SL physical signal and / or physical channel, etc.). That is, according to the implementation scheme, the WTRU may transmit the auxiliary request (e.g., transmit) in the new SL PHY signal and / or PHY channel. According to the implementation scheme, the WTRU may be configured (e.g., pre-configured) with resource allocation, such as (e.g., dedicated, only, etc.) for either the auxiliary request and auxiliary information transmission. According to the implementation scheme, the resource allocation may be any of the following: (1) a resource pool, and (2) a set of time and frequency resources allocated within the resource pool, for example.

[0086] According to the implementation scheme, such resources can be configured (e.g., pre-configured) for either auxiliary request transmissions or auxiliary information transmissions (e.g., as discussed above). According to the implementation scheme, there may be situations where such resources are not used by / used for other SL transmissions (e.g., V2X data transmissions). According to the implementation scheme, such (e.g., a set) time and frequency resources may include any of the following (e.g., is said, comprises said, includes said, etc.): a set of SL time slots, a set of SL symbols, a set of subchannels, a set of PRBs, and a set of subcarriers. According to the implementation scheme, such (e.g., a set) time and frequency resources can be configured (e.g., pre-configured) in / configured for use in a resource pool for SL data transmissions.

[0087] According to the implementation scheme, the WTRU can determine the resources used for the auxiliary request transmission. According to the implementation scheme, the WTRU can determine (e.g., select, pre-configure, etc.) the resources of either the PHY auxiliary request channel or the ZC sequence index, such as time and frequency resources, based on any of the following: (1) the source ID and / or destination ID of the SL link to which the auxiliary request is targeted; (2) the link ID of the SL link to which the auxiliary request is targeted; (3) the total number of time and frequency resources configured (e.g., pre-configured) for the auxiliary request transmission; (4) the total number of ZC sequences configured (e.g., pre-configured) for the auxiliary request transmission; and (5) the index / number of time slots for the requested transmission. According to the implementation scheme, there may be a situation where the WTRU can trigger the auxiliary request transmission based on (e.g., based on) triggering conditions (e.g., as discussed above). According to the implementation scheme, in this case, the WTRU can select (e.g., immediately following) the earliest SL time slot after triggering, such as the SL time slot where the resources for the auxiliary request transmission are pre-configured. According to the implementation scheme, available resources (e.g., available resources) for assisting request transmissions can be indexed, for example, based on (e.g., on) the total number of configured (e.g., pre-configured) ZC sequences and frequency resources (e.g., PRBs). According to the implementation scheme, each resource can be either a ZC sequence or a frequency resource (e.g., a PRB).

[0088] According to the implementation scheme, the index of the requested transmission resource can be incremented after the configured (e.g., pre-configured) ZC sequence set within the PRB, and can be further incremented (e.g., subsequently) for the configured (e.g., pre-configured) PRB (e.g., per subsequent PRB, per PRB, etc.). According to the implementation scheme, for example, in the case of six configured (e.g., pre-configured) ZC sequences, the resources used to assist the requested transmission can be indexed from 0 to 5 within the first configured (e.g., pre-configured) PRB and from 6 to 11 within the second PRB. That is, for example, the index can be incremented by 6 in each PRB until the last configured (e.g., pre-configured) PRB. According to the implementation scheme, such an index can provide an index for each available resource, for example, for the WTRU to select the assisting requested transmission. According to the implementation scheme, the WTRU can determine any number of such resources based on (e.g., based on) any of the following: WTRU ID and / or link ID, index of SL slots, and the total number of resources. For example, the WTRU can select an index using the source ID (e.g., decimal format) and the total number of indexed resources based on modular functionality.

[0089] Figure 3 This is a diagram illustrating the auxiliary information transmission triggered by semi-persistent (SP) resource reservation according to the implementation scheme.

[0090] According to the implementation scheme, the WTRU can perform auxiliary transmissions triggered by received SP resource reservations. According to the implementation scheme, for example, when the WTRU receives data transmission with SP resource reservations, the WTRU can determine whether to perform the auxiliary transmission or become an auxiliary WTRU. According to the implementation scheme, the WTRU can determine that data (e.g., the received data transmission) is available for itself and can continue receiving data, for example, based on (e.g., on) an identifier (ID) (such as any one of destination ID, source ID, and group membership ID). According to the implementation scheme, the destination ID can be carried in a second SCI and can indicate a broadcast link that the WTRU can subscribe to. According to the implementation scheme, either the source ID or the destination ID can be carried in the second SCI and can indicate a unicast link that the WTRU may have established. According to the implementation scheme, in the case of a group membership ID, the destination ID carried in the second SCI can indicate a multicast link that the WTRU can subscribe to.

[0091] According to the implementation scheme, the auxiliary WTRU can trigger the auxiliary transmission at any (e.g., each) reservation period. According to the implementation scheme, the auxiliary WTRU may not trigger the auxiliary transmission later than time slot n. According to the implementation scheme, the auxiliary WTRU may trigger the auxiliary transmission later than time slot n without based on any of the following: the start of the transmission window associated with the reservation transmission TxWindow_start; T2 of the auxiliary transmission; and a (pre)configured offset Toffset between the start of the transmission window and T2 of the auxiliary transmission. For example, there may be a situation where time slot n may not correspond to the timing of TxWindow_start – Toffset – T2. According to the implementation scheme, the result (e.g., purpose) of this situation may be to allow the assisted WTRU sufficient time to receive the auxiliary transmission and process the received set of resources to select resources for the reservation transmission.

[0092] According to the implementation scheme, a WTRU auxiliary transmission can be triggered by a received CSI request transmission. That is, according to the implementation scheme, for example, upon receiving a CSI request transmission, the WTRU can determine to perform an auxiliary transmission and become an auxiliary WTRU. According to the implementation scheme, the WTRU can provide (e.g., transmit) auxiliary information and a CSI report in a single transmission.

[0093] According to the implementation scheme, a WTRU auxiliary transfer can be triggered by detecting collisions for received SP resource reservations. According to the implementation scheme, for example, if the WTRU detects a set of collisions for, for example, a received SP resource reservation, the WTRU can determine to perform an auxiliary transfer and become an auxiliary WTRU. According to the implementation scheme, the WTRU can detect collisions specific to resource reservations already received from another WTRU (which may be referred to as permanent reservations). That is, according to the implementation scheme, if the WTRU identifies overlapping resource reservations from different WTRUs with higher L1 priority, the WTRU can detect collisions specific to the received resource reservations. According to the implementation scheme, if the WTRU measures an RSRP greater than the corresponding RSRP threshold associated with any resource reservation from other WTRUs, the WTRU can detect collisions specific to resource reservations. According to the implementation scheme, the WTRU can determine the corresponding RSRP threshold based on any of the following: (1) the RSRP value of a transmission received in a reserved resource during a (e.g., previous) reserved period, such as the RSRP value of the most recently received transmission, the average RSRP value over a plurality of most recently received transmissions, and the maximum RSRP value over a plurality of most recently received transmissions; (2) the offset of (pre)configured X dB (e.g., 0 dB or 3 dB); (3) the L1 priority of the permanent reservation (P1); and (4) the L1 priority of the overlapping reservation (P2).

[0094] According to the implementation scheme, the corresponding RSRP threshold can be the sum of the RSRP value and the offset. According to the implementation scheme, the corresponding RSRP threshold can be, for example, a weighted RSRP value based on the RSRP value. According to the implementation scheme, the weighting factor can be based on, for example, the L1 priority of two overlapping resource reservations (e.g., using a (pre)configured function (P1, P2)).

[0095] According to the implementation scheme, if the detected collision exceeds a (pre)configured threshold (e.g., 1, 5, 10, etc.), the WTRU can determine to perform an auxiliary transfer and become an auxiliary WTRU. According to the implementation scheme, the WTRU can, for example, maintain a counter for consecutive collisions for a (pre)configured time period and / or until the threshold. According to the implementation scheme, consecutive collisions can indicate that collision events can occur within a continuous period of a persistent resource reservation. According to the implementation scheme, in the case of a detected collision, the result (e.g., the purpose) can be to identify a persistent collision event and (e.g., subsequently) send an auxiliary resource set to initiate resource reselection, for example, to avoid future collisions.

[0096] According to the implementation scheme, there may be a situation where the WTRU can decode either the first state SCI or the second phase SCI of the PSSCH transmission, for example, at the received SP-based resource reservation transmission instance. According to the implementation scheme, in this case, the WTRU can determine a collision based on (e.g., based on) any of the following: (1) the resources reserved in the first phase SCI; (2) the WTRU type indication in the first phase SCI; and (3) the source ID and / or destination (e.g., destination ID) in the second phase SCI. According to the implementation scheme, the WTRU can determine a collision when any of the decoded information listed above (e.g., the number of decoded information) is not equal to the corresponding parameter of the received SP-based reservation of the resources.

[0097] Figure 4 This is a diagram illustrating an auxiliary transmission triggered by either HARQ ACK / NACK transmission or HARQ retransmission according to an implementation scheme.

[0098] According to the implementation plan, for example, refer to Figure 4 A WTRU auxiliary transmission can be triggered by a HARQ NACK transmission. According to an implementation, if the number of HARQ NACK transmissions corresponding to resource reservations exceeds a (pre)configured threshold, the WTRU can determine to perform an auxiliary transmission and become an auxiliary WTRUE. According to an implementation, if the number of HARQ retransmission events reaches a (pre)configured maximum number and / or exceeds a (pre)configured threshold, the WTRU can determine to perform an auxiliary transmission and become an auxiliary WTRU. According to an implementation, the WTRU can select a threshold from, for example, any number of (pre)configured thresholds.

[0099] According to the implementation scheme, the WTRU can select a threshold based on (e.g., based on) a fixed value (e.g., a (pre)configured value specific to the resource pool). According to the implementation scheme, the value can be equal to the (pre)configured maximum number of HARQ retransmissions per resource pool. According to the implementation scheme, the WTRU can select a threshold based on (e.g., based on) QoS (e.g., a low threshold corresponding to high reliability and / or low latency). According to the implementation scheme, the WTRU can select a threshold based on (e.g., based on) CBR (e.g., a low threshold when CBR is high). According to the implementation scheme, the WTRU can select a threshold based on (e.g., based on) the RSRP of the received PSCCH transmission (e.g., a low threshold when the PSCCH RSRP is below a (pre)configured threshold). According to the implementation scheme, the WTRU can select a threshold based on (e.g., based on) the CSI of the received PSSCH transmission (e.g., a low threshold when the CQI applicable to the sub-channel of the received PSSCH transmission is below a (pre)configured threshold). According to the implementation scheme, the WTRU can select a threshold based on (e.g., based on) the WTRU speed (e.g., mobility status) (e.g., a low threshold when the WTRU speed is high and the channel changes rapidly).

[0100] According to the implementation scheme, dynamic threshold selection can allow the WTRU to perform auxiliary transmissions more frequently, for example, in the event of deteriorating channel conditions. According to the implementation scheme, the WTRU can count HARQ NACK transmissions used for all initial transmissions and retransmissions. According to the implementation scheme, in this case, there may be multiple HARQ NACK transmissions for each reservation interval. According to the implementation scheme, the WTRU can count one HARQ NACK for each reservation period (e.g., a NACK corresponding to a final HARQ retransmission). According to the implementation scheme, if the WTRU determines that the number of HARQ retransmission events has reached or exceeded the (pre)configured maximum number, the WTRU can include events occurring within consecutive periods of resource reservation.

[0101] According to the implementation scheme, an auxiliary transmission of the WTRU can be triggered based on (e.g., based on) the failure to receive any number of TBs. According to the implementation scheme, if the number of TBs that the WTRU fails to receive exceeds a (pre)configured threshold, the WTRU can determine to perform an auxiliary transmission and become an auxiliary WTRU. According to the implementation scheme, for example, if HARQ is disabled, the WTRU can make this determination based on the number of TBs that the WTRU fails to receive within a continuous period of resource reservation (e.g., compared to (e.g., a (pre)configured) threshold). According to the implementation scheme, the WTRU can select a threshold based on any of the following: (1) a fixed value (e.g., a (pre)configured value specific to the resource pool); (2) QoS (e.g., a low threshold corresponding to high reliability and / or low latency); (3) CBR (e.g., a low threshold when CBR is high); (4) RSRP of the received PSCCH transmission (e.g., a low threshold when PSCCH RSRP is lower than the (pre)configured threshold); (5) CSI of the received PSSCH transmission (e.g., a low threshold when the CQI applicable to the subchannel of the received PSSCH transmission is lower than the (pre)configured threshold); and (6) WTRU speed (mobility, mobility status, etc.) (e.g., a low threshold when WTRU speed is high and the channel changes rapidly).

[0102] According to the implementation scheme, WTRU auxiliary transmission can be triggered based on (e.g., by) range (e.g., distance, value, location, etc.). According to the implementation scheme, if the WTRU is located within, for example, a (pre)configured range between itself and the assisted WTRU, the WTRU can determine to perform auxiliary transmission and become the auxiliary WTRU. According to the implementation scheme, if the WTRU receives a semi-persistent resource reservation from the assisted WTRU, the WTRU can determine to perform auxiliary transmission and become the auxiliary WTRU. According to the implementation scheme, the range can be determined based on either a minimum communication range requirement and a (pre)configured threshold. For example, if the WTRU moves within a range of MCR-X meters, the WTRU can determine to perform auxiliary transmission and become the auxiliary WTRU, where X can be a (pre)configured threshold.

[0103] According to the implementation scheme, the WTRU can be triggered by the CBR to perform an auxiliary transfer. According to the implementation scheme, the WTRU can determine to perform the auxiliary transfer and become the auxiliary WTRU if any of the following conditions are met: (1) the WTRU measures a CBR higher than a (pre)configured threshold; and (2) the WTRU has received a semi-persistent resource reservation from the assisted WTRU.

[0104] According to the implementation scheme, WTRU auxiliary transmissions can be performed (e.g., triggered) based on configuration (e.g., via, based on, etc.). According to the implementation scheme, upon receiving configuration for auxiliary transmissions, the WTRU can determine to perform the auxiliary transmission and become an auxiliary WTRU. According to the implementation scheme, for example, the WTRU can receive the configuration for auxiliary transmissions during the link establishment of a unicast link. According to the implementation scheme, the auxiliary transmission configuration may include (e.g., using, indicating, etc.) information for determining the timing of auxiliary transmissions (e.g., the periodicity of the transmission and / or the traffic / transmission patterns of associated services).

[0105] According to the implementation scheme, WTRU auxiliary transmission can be performed (e.g., triggered) based on the WTRU type. According to the implementation scheme, a WTRU can determine to perform auxiliary transmission and become an auxiliary WTRU if any of the following conditions are met: (1) the WTRU is a WTRU of a specific, certain, (pre)configured) type (e.g., pedestrian or VRU type); and (2) the WTRU receives an SP resource reservation from the assisted WTRU. According to the implementation scheme, the WTRU may have a (pre)configuration for auxiliary transmission.

[0106] According to the implementation scheme, a WTRU may determine to perform auxiliary transmission and become an auxiliary WTRU in the following circumstances: (1) the WTRU is a (pre)configured type (e.g., a vehicle WTRU, i.e., a V2X device installed in a vehicle); (2) the WTRU can be configured by a higher layer to perform periodic auxiliary transmission; and (3) the measured CBR exceeds the (pre)configured threshold.

[0107] According to the implementation scheme, WTRU auxiliary transmission can be performed based on an indication of a change in resource reservation (e.g., triggered by the indication, based on the indication, etc.). According to the implementation scheme, when the WTRU receives (e.g., one, any number, etc.) an indication of a change in resource reservation for an SL process from the assisted WTRU, the WTRU can determine to perform auxiliary transmission and become the auxiliary WTRU. According to the implementation scheme, the assisted WTRU can (e.g., needs to) perform resource (re)selection for (e.g., one, any number, etc.) SL process based on any of the following: (1) the resource (re)selection counter of the sidelink process reaches zero; and (2) a change in the WTRU's traffic pattern, such as including changes in any of the following: periodicity, offset, TB size, and packet size. For example, there may be a case where the assisted WTRU has a set of resources semi-persistently reserved for a sidelink process. According to the implementation scheme, in this case, the auxiliary WTRU can trigger auxiliary transmission when (e.g., any number) of transmission indications in the reserved resources do not have further semi-persistent reservations for said set of resources. According to the implementation plan, any of SCI, MAC CE, or RRC may be used to convey such instructions (e.g., information included in the transmission of reserved resources).

[0108] According to the implementation scheme, an auxiliary WTRU transfer can be performed (e.g., triggered) when the data associated with the assisted WTRU is available. According to the implementation scheme, the auxiliary WTRU can, for example (e.g., only) trigger an auxiliary transfer for a assisted WTRU when the data associated with the assisted WTRU is available. In this case, the WTRU may not construct a TB that only includes auxiliary information.

[0109] According to the implementation, periodic auxiliary transmissions, for example, transmitted by a WTRU, can be (pre-)configured for any (e.g., associated with) an application (e.g., an application group, a V2X application, etc.), a WTRU group, and a data group. According to the implementation, a WTRU can be (pre-)configured to perform periodic auxiliary transmissions. According to the implementation, periodic auxiliary transmissions can be any of the following: (1) semi-persistent broadcast transmissions and (2) multicast transmissions, for example, for any of the associated V2X applications, V2X data groups, V2X WTRU groups, etc. According to the implementation, a vehicle-mounted WTRU (VWTRU) can be (pre-)configured by a higher layer, for example, to perform (e.g., transmit, send, etc.) periodic auxiliary transmissions to provide available resource information (e.g., by including information indicating said available resource information). According to the implementation, periodic auxiliary transmissions can be launched (e.g., provided, sent, directed, etc.) by a VWTRU to any number of neighboring (e.g., adjacent to a VWTRU). According to the implementation, a neighboring (e.g., adjacent to the VWTRU) (e.g., V2X) WTRU can be and / or include any of the WTRUs discussed below; however, this disclosure is not limited thereto, and any type of WTRU suitable for the operation and features described herein can be a WTRU adjacent to the VWTRU.

[0110] According to the implementation, the neighboring WTRU can be either a PWTRU or a VRU that transitions from an inactive / sleep state to an active / wake state, for example, to initiate a SL transmission. In cases where such a PWTRU / VRU may not perform sensing during its inactive / sleep period, it may lack the information (e.g., used, requested, etc.) required for resource selection for SL transmission during the active / wake state. According to the implementation, in this situation, either the PWTRU or the VRU can perform resource selection, for example, based on (e.g., on) received auxiliary resource information, i.e., for example, until sensing information becomes available.

[0111] According to the implementation, a neighboring WTRU can be either a PWTRU or a VRU (e.g., a device) with battery constraints (e.g., low available battery capacity, high battery energy consumption rate, etc.). According to the implementation, either the PWTRU or VRU device can be (pre)configured to not perform sensing, for example, when the battery level is below a (pre)configured threshold. According to the implementation, in this case, either the PWTRU or VRU can perform resource selection for SL transmission, for example, based on (e.g., on) (e.g., received) auxiliary resource information. According to the implementation, a neighboring WTRU can be a group (e.g., a group of V2X WTRUs) of any number of WTRUs in a group transmission that is (pre)configured to share either sensing information or resource selection information among group members (e.g., WTRUs). For example, according to the implementation, (e.g., one) group member WTRU can perform sensing and resource selection and can, for example, transmit (e.g., obtained and / or other) auxiliary resource information to other member WTRUs.

[0112] According to the implementation scheme, the WTRU can be (pre-)configured with any number of periodicities for auxiliary transmissions, for example, based on any number of resource pools (e.g., relative to resource pools, per resource pool, etc.). For example, according to the implementation scheme, the periodicity of auxiliary transmissions can be based on (e.g., based on, equal to, equivalent to, etc.) the length of the per-slot bitmap for each SL resource pool (e.g., determined, configured, etc.). According to the implementation scheme, the WTRU can be (pre-configured) with a set of auxiliary transmission windows, for example, a set of consecutive auxiliary transmission windows within a resource pool. According to the implementation scheme, the auxiliary WTRU can perform auxiliary transmissions in any (e.g., each) (pre-)configured time period and / or in any (e.g., each) auxiliary transmission window.

[0113] According to the implementation scheme, the auxiliary WTRU can, for example, randomly select a timing instance for the auxiliary transmission within the auxiliary transmission period and / or window. According to the implementation scheme, the auxiliary WTRU can perform the auxiliary transmission based on an offset, such as an offset from the beginning of the auxiliary transmission period and / or window (e.g., a timeslot, window, frame, time, etc.). For example, the offset could be a zero timeslot at the beginning of the auxiliary transmission period and / or window. According to the implementation scheme, the offset can be (pre)configured, for example, based on a resource pool (e.g., based on a resource pool, per resource pool, etc.).

[0114] According to the implementation scheme, the periodicity of auxiliary transmissions can be associated with any of the following: V2X data groups, WTRU groups, QoS requirements associated with auxiliary resource information, and CBR. According to the implementation scheme, a small periodicity can be applied, for example, when there are low latency requirements for V2X data transmission. According to the implementation scheme, the auxiliary WTRU can reduce the periodicity of auxiliary transmissions (e.g., increase the number of auxiliary transmissions) for example, if the measured, determined, etc., CBR is below a (pre)configured threshold. According to the implementation scheme, in this case, for example, without increasing channel congestion, the auxiliary information available for the assisted WTRU may increase (e.g., more auxiliary information is available).

[0115] According to the implementation scheme, the auxiliary WTRU can indicate the periodicity of the auxiliary transmission. For example, according to the implementation scheme, the auxiliary WTRU can transmit information indicating the periodicity of the auxiliary transmission in the reserved time period indication bit field of the SCI of the auxiliary transmission. According to the implementation scheme, the assisted WTRU can determine, for example, any of the following based on the reserved time period indication bit field: V2X application, V2X data group, and QoS requirements associated with the auxiliary resource set information carried in the auxiliary transmission. According to the implementation scheme, in this case, the assisted WTRU can select resources for the SL transmission of its TB from the auxiliary resource set based on the reserved time period indication bit field (e.g., based on the reserved time period indication bit field, as indicated by the reserved time period indication bit field, etc.), such as any of the V2X application, V2X data group, and QoS requirements for its SL TB.

[0116] Figure 5 This is a diagram illustrating the auxiliary transmission of resource set information according to the implementation scheme.

[0117] According to the implementation plan, for example, refer to Figure 5 The auxiliary transmission (e.g., sent by the WTRU) can provide resource set information to other WTRUs, for example, those in a nearby range. According to an implementation, the auxiliary WTRU can, for example, perform sensing to select candidate resources to be included in the auxiliary resource set. According to an implementation, the candidate auxiliary resources in the auxiliary resource set can be single-slot auxiliary resources on multiple (e.g., a reference number) subchannels. According to an implementation, the auxiliary WTRU can determine any one of the following sensing parameters: (1) resource pool; (2) sensing window 501 length; (3) reference transmission window 502 length; (4) reference number of subchannels; (5) reference RSRP threshold; and (6) minimum number of resources for the resource set (e.g., resources required by the resource set, resources demanded by the resource set, etc.).

[0118] According to the implementation, for example, when the resource pool is used as a sensing parameter, the resource pool of the auxiliary resource set can be the same as the resource pool used for auxiliary transmission. According to the implementation, the resource pool for auxiliary resource information (e.g., for, associated with, etc.) can be (pre-)configured for any of the V2X applications, data groups, WTRU groups, etc. According to the implementation, for example, the resource pool for either a V2X WTRU during DRX transition periods or a WTRU with battery constraints can be any of the following: dedicated and (pre-)configured for such a WTRU group (e.g., V2X WTRUs during DRX transition periods and WTRUs with battery constraints). According to the implementation, for example, in the case of the sensing window 501 length (e.g., the length of the sensing window 501 is used as a sensing parameter), the sensing window length can be any value (e.g., indicated by any value), such as a time value (e.g., 100ms, 1000ms, etc.). According to the implementation, for example, in the case of the reference transmission window 502 length (e.g., the length of the reference transmission window 502 is used as a sensing parameter), the reference transmission window length can be any value (e.g., indicated by any value), such as a time value (e.g., 10ms, 20ms, 100ms, etc.). According to the implementation, such a length (e.g., parameters, values, etc. of the reference transmission window) can be associated with any of the V2X data groups, WTRU groups, and QoS requirements supported by auxiliary resource information (e.g., depending on said ones). For example, a small transmission window can be used for low-latency V2X data groups.

[0119] According to the implementation scheme, for example, when the reference number of sub-channels is used as a sensing parameter, the reference number of sub-channels can be a value from a (pre)configured set, including, for example, 1, 2, 4, etc. According to the implementation scheme, the WTRU can select the reference number of sub-channels, for example, based on any of the QoS requirements of V2X data groups, WTRU groups, and auxiliary resource information. For example, the WTRU can use periodicity and packet size to select a smaller reference sub-channel number for either V2X data groups or WTRU groups. According to the implementation scheme, for example, when a reference RSRP threshold is used as a sensing parameter, this can be, for example, a measured RSRP value used to determine whether a resource can be included in the auxiliary resource set. According to the implementation scheme, the reference RSRP threshold can be based on any of the measured RSRP, the L1 priority decoded in the resource, and the reference TX priority.

[0120] According to the implementation scheme, the reference TX priority can be (pre)configured and associated with any of the QoS requirements (e.g., demands) of the V2X data set, WTRU set, and auxiliary resource information. According to the implementation scheme, for example, this is when the sensing parameter is the minimum number of resources required (e.g., used, requested, etc.) in the resource set. According to the implementation scheme, the minimum number of resources can be given as (e.g., referred to as) X%, where X can be a ratio of (1) the number of resources requested in the auxiliary resource set, and (2) the total number of candidate resources in the reference transmission window (e.g., 20%, 35%, 50%, etc.), determined, for example, based on any of the V2X data set, WTRU set, and QoS requirements associated with the auxiliary resource set information. For example, according to the implementation scheme, the WTRU may include more candidate resources (e.g., 50% of the auxiliary resource set), for example, for high-reliability V2X data transmission and / or any of the VRUs.

[0121] According to an implementation, the auxiliary WTRU determines (e.g., selects) a set of candidate resources selected (e.g., derived from the sensing results) based on sensing results, and may include such a set, for example, in auxiliary transmission 504. According to an implementation, the auxiliary WTRU may include any number of sensing parameters in the auxiliary information, such as any of the sensing parameters discussed above. According to an implementation, the auxiliary WTRU may indicate an index of a reference sensing configuration applied to the candidate resource set (e.g., sending a message indicating said index). For example, according to an implementation, the reference sensing configuration may be (pre)configured for either the auxiliary WTRU or the assisted WTRU. According to an implementation, the auxiliary WTRU may include (e.g., transmit, send, etc.) an indication in the SCI, for example, to indicate that the data carried in the PSSCH may be, for example, auxiliary information including either the auxiliary resource set and related parameters.

[0122] According to an implementation scheme, the assisted WTRU can determine reference sensing parameters based on (e.g., based on) either a sensing configuration indication included in the auxiliary transmission or a set of sensing parameters. According to an implementation scheme, the reference transmission window associated with the auxiliary resource set information can be a time slot in which the auxiliary transmission is received. According to an implementation scheme, the start of the reference transmission window can be (pre)configured, for example, using offsets of a plurality of time slots from the time slot in which the auxiliary transmission is received. According to an implementation scheme, the assisted WTRU can calculate the transmission window associated with the received auxiliary resource set, and can, for example, based on... Figure 4The purple window 503 of the actual transmission window of the WTRU shown determines a subset of the received auxiliary resources (e.g., the set) that can be used for (e.g., its) SL transmission. According to the implementation, the actual transmission window 503 can be determined based on (e.g., based on) the packet delay budget (PDB) of the TB to be transmitted.

[0123] According to an implementation, the auxiliary WTRU may include a priority value associated with each auxiliary resource in the auxiliary resource set information. According to an implementation, the assisted WTRU may calculate a relative RSRP threshold for each auxiliary resource, for example, based on the received (e.g., respectively) priority associated with each resource and the priority associated with the actual SL transmission 505 of the assisted WTRU. According to an implementation, the assisted WTRU may determine a subset of auxiliary resources having RSRP values ​​lower than (e.g., the calculated) relative RSRP threshold. According to an implementation, the assisted WTRU may (e.g., randomly) select resources from the determined subset of auxiliary resources, for example, for (e.g., the actual) SL transmission 505. According to an implementation, the assisted WTRU may perform sensing on / for the received auxiliary resources, for example, resource selection for (e.g., the actual) SL transmission 505.

[0124] According to the implementation scheme, upon any transition of the assisted WTRU to an active / wake-up state and the commencement of sensing, the assisted WTRU may receive and / or apply auxiliary resource set transmissions, such as for the first SL transmission. According to the implementation scheme, for example, if sensing information is (e.g., becomes) available for resource selection, i.e., if the assisted WTRU can have accumulated sensing data within or for the full sensing window, the assisted WTRU may stop receiving auxiliary transmissions.

[0125] According to the implementation scheme, the WTRU can determine not to perform an auxiliary transmission if a trigger condition (e.g., an event occurs). According to the implementation scheme, the WTRU can determine not to perform a triggered auxiliary transmission if any of the following occurs: (1) the WTRU TX-RX distance is greater than a threshold of the resource pool configured for inter-WTRU auxiliary transmission; (2) the WTRU battery level is lower than a threshold configured for inter-WTRU auxiliary transmission; (3) the measured CBR is higher than a threshold configured for inter-WTRU auxiliary transmission; and (4) the WTRU receives such a triggered auxiliary transmission from another WTRU.

[0126] UE determines information in / used for auxiliary transmission

[0127] According to an implementation, the WTRU can determine the content included in auxiliary information (e.g., for auxiliary transmissions). According to an implementation, the auxiliary WTRU can provide a set of resources in the auxiliary transmission (e.g., providing information indicating said set of resources). According to an implementation, the auxiliary WTRU can include (e.g., information) indications regarding any number of trigger conditions for the auxiliary transmission. According to an implementation, such indications (e.g., information indications) can be any of the following: collision detection indication, high CBR indication, range indication, and consecutive TB decoding failure indication. According to an implementation, in the case of an X trigger condition, the number of bits used for this indication (e.g., what this indication requires or uses) can be...

[0128] According to the implementation scheme, the auxiliary WTRU may transmit (e.g., include) any of the following (e.g., information) in the auxiliary transmission (together with the auxiliary transmission): (1) congestion control information; (2) resource pool indication; (3) CSI associated with the auxiliary resource; (4) signal measurement associated with the auxiliary resource; (5) interference measurement associated with the auxiliary resource; (6) indication of unlicensed resources; and (7) speed and / or location of the auxiliary WTRU. According to the implementation scheme, when congestion control information (e.g., CBR information) is provided, the WTRU may include the CBR measurement from the auxiliary transmission, for example, based on (e.g., on) either area ID information or a CBR value. For example, according to the implementation scheme, the WTRU may transmit CBR information if there is (e.g., there is, includes, etc.) any area ID change and the measured CBR value exceeds a (pre)configured threshold.

[0129] According to embodiments, when resource pool indication is provided, the WTRU may include an index of resource pools that can (e.g., will) be used by the auxiliary WTRU in auxiliary transmissions. According to embodiments, when CSI (e.g., sub-channel based CSI report) is associated with the provided auxiliary resources, the WTRU may include a CSI report associated with the auxiliary resources provided to another WTRU. According to embodiments, when signal measurements of auxiliary resources are provided, this may be an RSRP value for any or every auxiliary resource. According to embodiments, when interference measurements of auxiliary resources are provided, this may be an RSSI value for any or every auxiliary resource. According to embodiments, when unlicensed resources are indicated, the WTRU may indicate the type of set of auxiliary resources provided. For example, according to embodiments, the WTRU may indicate that auxiliary resources can be used in an unlicensed manner (e.g., without resource reservation).

[0130] According to the implementation scheme, the auxiliary information may include an indication of resource reservations associated with the auxiliary transport (e.g., resource reservations that may be reselected by the assisted WTRU based on the auxiliary information, for example, according to the auxiliary information of the assisted WTRU). According to the implementation scheme, for example, this indication may include any one of L1 destination ID and / or L1 source ID, L2 destination ID and / or L2 source ID, and link ID.

[0131] According to embodiments, for example, as described above, the auxiliary WTRU may include information about a transmission window (e.g., associated with the transmission window) related to the resource set carried in the auxiliary transmission, and such information may include, for example, either T1 or T2. According to embodiments, either T1 or T2 (e.g., in a time slot) may be relative to the auxiliary transmission. According to embodiments, this T1 and / or T2 value may provide reference timing for the assisted WTRU, for example, to (e.g., correctly) interpret the resource set.

[0132] According to the implementation scheme, any number of auxiliary transmission types can exist. According to the implementation scheme, the auxiliary WTRU can perform auxiliary transmissions based on (e.g., on) any of the SL channels and signaling. For example, according to the implementation scheme, the auxiliary WTRU can perform auxiliary transmissions based on (e.g., on) any of the following SL channels and / or signaling (e.g., via channels): PSCCH (e.g., standalone PSCCH), PSFCH, physical SL collision indication channel, PSSCH (e.g., MAC CE signaling, RRC signaling, etc.), and physical SL auxiliary indication channel.

[0133] According to the implementation scheme, auxiliary information transmission may be performed via (e.g., a new) physical SL auxiliary indication channel (e.g., using the physical SL auxiliary indication channel, on the physical SL auxiliary indication channel, through the physical SL auxiliary indication channel, etc.). According to the implementation scheme, the WTRU may transmit auxiliary information in a new SL PHY channel (e.g., a physical SL auxiliary indication channel). According to the implementation scheme, this (e.g., new) channel may have any number (e.g., type) (e.g., different) indications (e.g., auxiliary indications) (e.g., including the indications, consisting of the indications, containing the indications, utilizing the indications, associated with the indications, etc.). According to the implementation scheme, such indications may be determined based on any of the following: (1) auxiliary request transmissions, and configurations (e.g., pre-configurations) for each (e.g., per) resource pool. According to the implementation scheme, auxiliary indications may be (e.g., and / or include) any of the following: (1) collision indications, (2) half-duplex indications, (3) PSFCH transmission indications, and (4) UL transmission indications.

[0134] According to an implementation, a collision indication can indicate the detection of a collision with a resource reservation based on SP (e.g., a detected collision), such as a collision detected by a WTRU targeted by auxiliary information. For example, according to an implementation, the indication can be a bit and can be transmitted in a resource of the reserved resource associated with the next transmission instance between the collision detection and the resource reservation. According to an implementation, an assisted WTRU receiving such information (e.g., a collision indication) can trigger preemption and resource reselection. According to an implementation, a half-duplex indication can indicate an upcoming SL transmission and, for example, can indicate a non-receive slot. According to an implementation, the half-duplex indication can include a bit field, for example, to convey the index of the slot of the non-receive slot. According to an implementation, an assisted WTRU can avoid SL transmissions in slots (e.g., those associated with the half-duplex indication, such as those indicated in / by the half-duplex indication) upon receiving a half-duplex indication.

[0135] According to an implementation, a PSFCH transmission indication can indicate an upcoming PSFCH transmission. According to an implementation, the PSFCH transmission indication may include bit fields, for example, to indicate whether the PSFCH transmission is reserved in the most recent PSFCH slot of the resource pool. According to an implementation, the PSFCH indication may include a PSFCH slot index of all reserved PSFCH transmissions. According to an implementation, the assisted WTRU can, upon receiving this PSFCH transmission indication, avoid (e.g., any) the transmission of PSSCH in a slot that might cause a PSFCH transmission in the indicated slot. In this case, according to an implementation, the assisted WTRU can avoid discarding a PSFCH, for example, due to multiple PSFCH transmissions in a slot. According to an implementation, a UL transmission indication can indicate an upcoming UL transmission. According to an implementation, the UL transmission indication may include bit fields, for example, to indicate the slot in which the UL transmission is scheduled. According to an implementation, the assisted WTRU can, upon receiving a UL transmission indication, avoid (e.g., such) the transmission of PSSCH in the indicated slot. In this scenario, depending on the implementation scheme, the auxiliary WTRU can avoid interference between WTRUs, such as interference from UL transmission to SL reception (e.g., interference affecting SL reception, interference on SL reception, etc.).

[0136] According to the implementation scheme, the WTRU can determine (e.g., select) resources for auxiliary transmissions (e.g., associated with auxiliary transmissions). According to the implementation scheme, the WTRU can be configured (e.g., pre-configured) with resource allocations, such as (e.g., dedicated to, only, specifically, etc.) for auxiliary information transmissions that can occur on either the PSSCH or a new PHY indication channel (e.g., as described above) (e.g., via, using, or transmitted on the aforementioned channel). According to the implementation scheme, (e.g., this) resource allocation can be either a resource pool or a set of time and frequency resources allocated within the resource pool. According to the implementation scheme, such resources may not be used for (e.g., any) other V2X data transmissions or not used by said other V2X data transmissions. According to the implementation scheme, such time and / or frequency resources can be any of a set of SL slots, a set of SL symbols, a set of subchannels, a set of PRBs, and a set of subcarriers (e.g., composed of, containing, including, having, etc.). According to the implementation scheme, such time and / or frequency resources can be configured (e.g., pre-configured) as a separate area within the resource pool for SL transmissions / a separate area of ​​the resource pool.

[0137] According to the implementation scheme, the WTRU can determine (e.g., select) resources for auxiliary transmissions based on associated PSSCH transmissions performed by the assisted WTRU. For example, according to the implementation scheme, the WTRU can determine (e.g., select) resources for initial auxiliary indication transmissions based on resources used for PSSCH transmissions associated with indication information (e.g., indication information as described above). According to the implementation scheme, an indication channel having (e.g., with, including, etc.) a collision indication can use resources associated with PSSCH transmissions for which a collision is detected. According to the implementation scheme, resources for PSSCH transmissions can be reserved via semi-persistent reservation (e.g., using semi-persistent reservation, in semi-persistent reservation, through semi-persistent reservation, etc.). According to the implementation scheme, this association of resources (e.g., such associated resources) can be determined based on any of the following: (1) the starting subchannel and / or PRB index of the PSSCH transmission; (2) the index of the time slot of the PSSCH transmission; (3) the WTRU source ID and / or destination ID of the assisted WTRU; (4) the SL ID of the SL link to which the auxiliary information is targeted; and (5) the total resources configured (e.g., pre-configured) for the auxiliary transmission.

[0138] According to the implementation, the auxiliary WTRU can, for example, determine the initial auxiliary indication transmission / frequency resources for the initial auxiliary indication transmission within either the sub-channels and PRBs used for PSSCH transmission. For example, according to the implementation, the indication channel can use either the lowest-indexed sub-channel and PRB of the PSSCH transmission. According to the implementation, either the sub-channel and PRB can be selected based on a modulo function of either the WTRU ID (e.g., decimal format), the SL ID, and the total number of sub-channels and / or PRBs used in the PSSCH transmission (e.g., performed on / utilized by said one). According to the implementation, the mapping for PSSCH sub-channels and / or PRBs (e.g., PSSCH sub-channels and / or PRBs, between PSSCH sub-channels and / or PRBs, etc.) can be configured with dedicated frequency resources for the auxiliary indication channel. According to the implementation, the WTRU can determine a set of sub-channels and / or PRBs based on the slot index and either the initial sub-channel and PRB index of the PSSCH transmission. According to the implementation scheme, the WTRU can select any one of a set of sub-channels and / or PRBs based on either the WTRU source / destination ID or the SL ID. According to the implementation scheme, the WTRU can determine PSFCH resources based on (e.g., as specified in 3GPP standards) PSSCH transmissions, and can transmit an initial auxiliary indication channel within the determined PSFCH resources.

[0139] According to the implementation scheme, the WTRU can determine the resources for auxiliary transmission based on the association between the resources used for the auxiliary request and the corresponding information transmission. According to the implementation scheme, the WTRU can, for example, perform auxiliary transmission including (e.g., carrying, indicating, etc.) the requested information upon receiving an auxiliary request transmission. According to the implementation scheme, the WTRU can determine the resources for auxiliary information transmission based on a configured association between (e.g., with) the resources corresponding to the received auxiliary request. According to the implementation scheme, this configured (e.g., pre-configured) association can be indicated, for example, explicitly or implicitly (e.g., as discussed below).

[0140] According to the implementation scheme, there may be an explicit association between the resources requested for the auxiliary request and the information transmission. According to the implementation scheme, the WTRU may explicitly indicate the allocation of SL resources reserved for auxiliary information transmission in the SL PHY control channel (e.g., the SL PHY auxiliary request channel). According to the implementation scheme, the SL control information (SCI) may be carried in the auxiliary request channel and may include any of the following: (1) an auxiliary request indication; (2) time and / or frequency resources allocated for the corresponding auxiliary information transmission; (3) either the source ID or the destination ID of the SL link to which the auxiliary request is targeted.

[0141] According to the implementation scheme, the assistance request indication can indicate (e.g., convey) either the type of requested assistance information or the content of the requested assistance information. For example, according to the implementation scheme, the WTRU can request assistance information including any of the following: collision indication, CSI, sensing results, temporary sensing results, etc. According to the implementation scheme, each code point of the SCI bit field can correspond to either the configured type of the requested assistance information or the content of the requested assistance information.

[0142] According to embodiments, when allocating time and / or frequency resources to corresponding auxiliary information transmissions, the allocation (e.g., time and / or frequency resources) may include multiple resources for either initial transmission or retransmission. For example, according to embodiments, time slot intervals (e.g., according to the intervals) may be applied to indicate time resources associated with (e.g., referring to, referencing, etc.) the time slot in which the request channel is transmitted. According to embodiments, an index indicating either a sub-channel or a PRB may be allocated for frequency resources. According to embodiments, in the case of auxiliary information parameters, the WTRU may provide sensing parameters (e.g., as discussed above). According to embodiments, the WTRU may indicate either the buffer state or the packet size to which the auxiliary information is targeted.

[0143] According to the implementation scheme, there may be an implicit association between the resources for the auxiliary request and the transmission of auxiliary information. According to the implementation scheme, the WTRU can perform the auxiliary request transmission, which may not include (e.g., exclude) resource allocation for the corresponding auxiliary information transmission. According to the implementation scheme, there may be a situation where the WTRU can transmit the auxiliary request via an SLPHY auxiliary request channel (e.g., using an SL PHY auxiliary request channel, in an SL PHY auxiliary request channel, on an SL PHY auxiliary request channel, etc.), for example, based on a PHY signal (e.g., a ZC-based sequence). According to the implementation scheme, the WTRU can transmit an auxiliary request including a set of bit fields (e.g., discussed above) in an SL PHY auxiliary request channel, for example, without (e.g., except) resource allocation for the corresponding auxiliary information transmission.

[0144] According to the implementation scheme, the auxiliary WTRU can determine the SL time slots for the initial auxiliary information transmission based on the timing offset (e.g., the number of time slots) between the auxiliary request and the corresponding information transmission. According to the implementation scheme, the timing offset can be configured (e.g., pre-configured) for each (e.g., per) type and / or content of the auxiliary information. For example, a collision indication can be configured with a time slot smaller than the available resource set. According to the implementation scheme, the timing offset (e.g., time slot) can be configured as a fixed value, e.g., allowing the auxiliary WTRU sufficient time to generate the auxiliary information in multiple time slots. According to the implementation scheme, the auxiliary WTRU can determine the frequency resources for the initial auxiliary information transmission based on any of the following parameters: (1) the index of either the subchannel or the PRB in which the auxiliary request is received; (2) the type of auxiliary information indicated in the auxiliary request transmission; (3) either the source ID or the destination ID of the SL link to which the auxiliary information is targeted; (4) the link ID of the SL link to which the auxiliary information is targeted; and (5) the total resources configured for auxiliary transmission.

[0145] According to the implementation scheme, the auxiliary WTRU can select either a sub-channel or a PRB for auxiliary transmission based on a configured (e.g., pre-configured) association between: (1) either a sub-channel or a PRB for requesting transmission; and (2) the corresponding auxiliary transmission. According to the implementation scheme, this association (e.g., between (1) and (2)) can be a one-to-one mapping between sub-channels and / or PRBs for two transmissions. For example, according to the implementation scheme, the WTRU can select either the same sub-channel or the same PRB for an auxiliary request transmission corresponding to the information transmission. According to the implementation scheme, the WTRU can select (e.g., determine) a sub-channel that may include a PRB for the associated request transmission. According to the implementation scheme, the auxiliary WTRU can perform retransmission of auxiliary information according to a configured (e.g., pre-configured) mode. According to the implementation scheme, this mode can be a sequence of time and / or frequency resources (e.g., including the sequence, consisting of the sequence, having the sequence, containing the sequence, etc.), for example, referring to the determined resources of the initial transmission.

[0146] According to the implementation scheme, the WTRU can determine auxiliary information. According to the implementation scheme, the auxiliary WTRU can determine a set of resources (e.g., included in the auxiliary information, indicated in the auxiliary information, etc.) based on any of the following: sensing and resource selection, CSI measurement, and collision detection. According to the implementation scheme, the auxiliary WTRU can perform (e.g., two, any number, etc.) sensing and resource selection. According to the implementation scheme, the two sensing and resource selections can include any of the following: sensing and resource selection for determining resources used for auxiliary transmission; and sensing and resource selection for determining a set of resources for reporting in the auxiliary transmission.

[0147] According to the implementation scheme, sensing and resource selection can be used (e.g., by the WTRU) to determine resources for auxiliary transport. According to the implementation scheme, the auxiliary WTRU can perform resource selection for auxiliary transport based on sensing. According to the implementation scheme, the auxiliary WTRU can apply sensing parameters. According to the implementation scheme, the sensing parameters of the auxiliary WTRU (e.g., by the auxiliary WTRU) can be a resource pool from which resources will be reported. For example, the auxiliary WTRU can select resources from a resource pool dedicated to auxiliary transport.

[0148] According to the implementation, the sensing parameter of the auxiliary WTRU (e.g., applied by the auxiliary WTRU) can be L1 priority. According to the implementation, the L1 priority of the auxiliary transmission can be (pre)configured. For example, the L1 priority can be set to the highest priority. According to the implementation, the L1 priority of the auxiliary transmission can be the same as the L1 priority of the TB carried in the same transmission. According to the implementation, the sensing parameter of the auxiliary WTRU (e.g., applied by the auxiliary WTRU) can be the remaining PDB. According to the implementation, the remaining PDB of the auxiliary transmission can be (pre)configured. For example, either a fixed value or a small value can be (pre)configured. According to the implementation, the auxiliary WTRU can determine a delay limit for the auxiliary transmission based on, for example, the remaining PDB. According to the implementation, the auxiliary WTRU can determine a delay limit for the auxiliary transmission based on, for example, the remaining PDB. According to the implementation, the remaining PDB of the auxiliary transmission request can be the same as the remaining PDB of the TB carried in the same transmission. According to the implementation, the sensing parameter of the auxiliary WTRU (e.g., applied by the auxiliary WTRU) can be (e.g., the number of sub-channels to be used for the auxiliary transmission).

[0149] According to the implementation scheme, the auxiliary WTRU can determine either T1_assist or T2_assist for the auxiliary transmission request. According to the implementation scheme, T1_assist can be determined based on (e.g., based on) WTRU processing. According to the implementation scheme, T2_assist can be determined based on (pre)configuration. That is, according to the implementation scheme, a fixed value of T2_assist (e.g., a fixed value for T2_assist) can be (pre)configured for the auxiliary transmission request. According to the implementation scheme, T2_assist can be determined based on the remaining PDBs of the TB. According to the implementation scheme, T2_assist can be determined based on the time period reserved for the associated resource. According to the implementation scheme, the auxiliary WTRU can select T2_assist, for example, to ensure that the assisted WTRU has sufficient time to receive the auxiliary transmission and reselect resources based on the received set of auxiliary resources. According to the implementation scheme, for example, as... Figure 4 As shown, when T1_TB is applied to the sensing of the resource set, the auxiliary WTRU can set T2_assist before T1_TB–Toffset.

[0150] According to the implementation, sensing and resource selection can be performed, for example, to determine a set of resources reported in the auxiliary transmission. According to the implementation, the auxiliary WTRU can determine any number of sensing parameters. According to the implementation, the auxiliary WTRU can determine the sensing parameters based on any of the following: (1) (e.g., specific to) the (pre)configuration of the resource pool; (2) the L1 priority indicated in (e.g., previous) transmissions received from the assisted WTRU; (3) the number of subchannels in (e.g., previous) transmissions received from the assisted WTRU; (4) the (e.g., received, used) RRC configuration from the assisted WTRU during link establishment; and (5) parameters included in the auxiliary request received from the assisted WTRU. According to the implementation, the auxiliary WTRU can determine the sensing parameters, for example, based on the content of the received auxiliary transmission request, as described above.

[0151] According to the implementation scheme, the auxiliary WTRU can determine sensing parameters based on (e.g., previous) transmissions received from the assisted WTRU. For example, according to the implementation scheme, the auxiliary WTRU can apply either the number of sub-channels or the L1 priority of the previous transmissions.

[0152] According to the implementation scheme, auxiliary resources in the auxiliary resource set (e.g., resources of the auxiliary resource set, resources used for the auxiliary resource set, resources indicated by / in the auxiliary resource set, etc.) can be determined, for example, by the WTRU. According to the implementation scheme, auxiliary resources may include, for example, a set of available resources that can be determined based on the sensing process. For example, according to the implementation scheme, the auxiliary WTRU may provide a set of auxiliary resources based on set A (e.g., based on set A, from set A, etc.), which is determined based on the sensing process (e.g., as a result of the sensing process). According to the implementation scheme, in this case, each auxiliary resource may be a candidate resource specified for the sensing process. According to the implementation scheme, an auxiliary resource (e.g., a candidate resource) may be a time / frequency resource occupying any of the following: a single time slot, and any set (e.g., specified, multiple) of consecutive subchannels used in the sensing, which are included (e.g., for) a corresponding resource pool within and associated with a transmission window.

[0153] According to the implementation scheme, auxiliary resources may include a set of unavailable resources for transmission. For example, according to the implementation scheme, a peer WTRU in either unicast or multicast may indicate a set of unavailable time slots to the assisted WTRU (e.g., a set of time slots that the peer WTRU can use, request, need, reserve, etc. to perform transmission). According to the implementation scheme, the assisted WTRU may avoid selecting (e.g., may not select) the transmission resources included in the set of time slots indicated by the auxiliary WTRU.

[0154] According to the implementation scheme, the WTRU can determine a transmission window associated with an auxiliary resource set. According to the implementation scheme, resources in the auxiliary resource set can be indexed, for example, based on (e.g., total, many) candidate resources in the associated transmission window. According to the implementation scheme, (e.g., in the case of indexing the auxiliary resource set) both the auxiliary WTRU and the assisted WTRU can have the same interpretation of time and frequency resources (e.g., need, require, etc.) based on the index of resources in the auxiliary resource set. According to the implementation scheme, for example, in order to have (e.g., implement) this same interpretation, both the auxiliary WTRU and the assisted WTRU can have the same understanding of the start and end of the transmission window (e.g., should, should, must, etc.).

[0155] According to the implementation scheme, the auxiliary WTRU can receive an explicit indication, for example, including either T1_TB or T2_TB, in the auxiliary transmission request. According to the implementation scheme, either T1_TB or T2_TB can be an absolute frame, subframe, or time slot number. According to the implementation scheme, the indication value can be an offset relative to the timing of the auxiliary transmission request (e.g., within a time slot). According to the implementation scheme, this timing (e.g., this time) can be common to both the auxiliary WTRU and the assisted WTRU, and can (e.g., may, will) not cause ambiguity when interpreting window start, window end, and resource index. According to the implementation scheme, the auxiliary WTRU can determine T2_TB based on the remaining PDBs included in the auxiliary transmission request.

[0156] According to the implementation scheme, the auxiliary WTRU can determine T1_TB based on any of the following: T2_assistTX (e.g., T2 of the auxiliary transmission); a (pre)configured offset (e.g., a timeslot) between T2_assistTX and T1_TB; the timing of the auxiliary transmission; and the timing of the auxiliary transmission request. For example, according to the implementation scheme, the auxiliary WTRU can determine T1_TB = T2_assistTX + offset, and thereby determine a transmission window of [n + T1_TB, n + T2_TB], where n can refer to the timing (e.g., a timeslot) of the auxiliary transmission request. According to the implementation scheme, the (pre)configured offset can (e.g., should, must, need, etc.) allow the assisted WTRU sufficient time to perform WTRU processing to receive the auxiliary transmission and perform resource selection based on the received auxiliary transmission.

[0157] According to the implementation scheme, the auxiliary WTRU can determine the transmission window based on either a reserved transmission timing or a predefined transmission window. For example, according to the implementation scheme, the auxiliary WTRU can perform an auxiliary transmission (e.g., including information) that provides a set of resources for an upcoming transmission performed by the assisted WTRU in a time slot (such as time slot X). According to the implementation scheme, the auxiliary WTRU can determine the transmission window based on either: a reserved time resource (e.g., time slot X); and a (pre)configured transmission window relative to the reserved time resource, for example, a transmission window starting at time slot X with a (pre)configured duration (e.g., time slot). According to the implementation scheme, the transmission window can end at time slot X with a (pre)configured duration (e.g., time slot).

[0158] According to the implementation scheme, the aforementioned determined and / or (e.g., associated) parameters (e.g., any one of them) may be common to both the assisting WTRU and the assisted WTRU, for example, enabling both WTRUs to have the same understanding of the start and end of the transmission window. According to the implementation scheme, for example, due to having such a shared understanding, the assisted WTRU can interpret the resources in the provided resource set according to the index (e.g., correctly). According to the implementation scheme, the assisting WTRU may determine the resource proportion of (e.g., total) candidate resources within (e.g., within) the transmission window, which may be included in a set of resources reported to the assisted WTRU. According to the implementation scheme, the assisting WTRU may determine this resource proportion of the total candidate resources within the transmission window based on any of the following: (1) (pre)configuration (e.g., the proportion may be fixed at X%, where X may be equal to 20); (2) QoS requirements (e.g., the proportion may be X%, where X may be based on L1 priority); and (3) indications in the received assisting transmission request.

[0159] According to the implementation scheme, the quantity (e.g., any) of auxiliary resources in the set can be (pre)configured to be associated with (e.g., a specific) resource pool. According to the implementation scheme, this quantity (e.g., of the auxiliary resources in the set) can be included in the RRC configuration, for example, during link establishment (e.g., signaling notification). According to the implementation scheme, this quantity can be indicated in auxiliary requests from the assisted WTRU.

[0160] According to an implementation scheme, the WTRU can determine auxiliary information upon being triggered by a CSI report. According to an implementation scheme, the auxiliary WTRU can include, for example, CSI information (e.g., either CQI or RI) and a resource set in the auxiliary transmission. According to an implementation scheme, the auxiliary WTRU can determine a set of auxiliary resources based on, for example, the CSI measurements of the resources. According to an implementation scheme, the auxiliary WTRU can include auxiliary resources where the measured CSI value (e.g., CQI) exceeds a threshold (e.g., a (pre-)configured CQI, etc.). According to an implementation scheme, the auxiliary WTRU can receive the CQI threshold in an auxiliary request from the assisted WTRU. According to an implementation scheme, (e.g., in addition to the features described above), the auxiliary WTRU can include a set of resources where the measured CQI is higher than, for example, either the average CQI value or the median CQI value obtained across all measured resources in the determined transmission window. According to an implementation scheme, where the size of the set of auxiliary resources is fixed, the auxiliary WTRU can include certain auxiliary resources, for example, where the measured CQI value is the highest.

[0161] According to the implementation scheme, the WTRU can determine auxiliary information in the event of either collision detection or HARQ NACK. According to the implementation scheme, for example, when HARQ is enabled for transmissions corresponding to resource reservations on which a collision is detected, the WTRU can include collision information in the PSFCH transmission. According to the implementation scheme, for example, the PSFCH format can include bit fields indicating a collision detected at a PSSCH resource associated with a HARQ ACK / NACK carried in the PSFCH. According to the implementation scheme, in this case, the WTRU can transmit either or both of HARQ ACK / NACK information and associated collision detection indications in the PSFCH.

[0162] According to the implementation, the WTRU can transmit a collision indication in an SL PHY channel (e.g., a physical SL collision indication channel), such that the physical SL collision indication channel can carry one bit of information (e.g., a collision indication). According to the implementation, the channel can be sequence-based, for example, based on a (e.g., a predefined) sequence to indicate either collision detection or no-collision detection. According to the implementation, such a sequence can be based on (e.g., on) a ZC sequence with two (predefined) cyclic shifts. According to the implementation, the resources of the physical SL collision indication channel can be (e.g., implicitly) associated with PSSCH resources (e.g., PSSCH resources where the indicated collision was detected). According to the implementation, where the collision indication is based on consecutive collision detection (e.g., as described above), the resources can be (e.g., implicitly) associated with the last PSSCH resource. According to the implementation, the auxiliary WTRU can include a collision detection indication with a resource set in the auxiliary transmission, for example, based on (e.g., on) either MAC CE signaling or RRC signaling. According to the implementation, the WTRU can periodically transmit the physical SL collision indication channel. According to the implementation scheme, the WTRU can transmit a physical SL collision indication channel triggered by collision detection (e.g., as described above).

[0163] According to the implementation, an indication of a collision with a VRU transmission may exist (e.g., for). According to the implementation, the WTRU may identify (e.g., detect, determine, sense, etc.) a collision with a VRU transmission, for example, based on a WTRU type indication in the SCI (e.g., included, carried, notified, indicated, etc.). For example, according to the implementation, the WTRU type indication in the SCI may include a value corresponding to a VRU transmission (e.g., information indicating a VRU transmission). According to the implementation, in the event that the WTRU detects a collision with a VRU transmission, the WTRU may send a collision indication (e.g., conveyed, notified, included, etc.) information. According to the implementation, the collision indication may be included in the PHY control channel, and the collision indication may be configured with a set of values, at least one of which may indicate a collision with a VRU transmission (e.g., may correspond to the collision and / or be associated with an indication of the collision).

[0164] According to the implementation scheme, when the assisted WTRU receives (e.g., this) a collision indication, the assisted WTRU may disregard the priority of the colliding transmission and may determine whether to perform preemption or resource reselection. According to the implementation scheme, either preemption or resource reselection may prioritize, for example, VRU transmissions (e.g., allow prioritization of VRU transmissions), because (e.g., a particular) VRU may have hardware (e.g., software, physical, etc.) constraints (e.g., the VRU may not have a receiver), and the VRU (e.g., as a result of the constraints) may not (e.g., be able to) detect collisions. According to the implementation scheme, when the assisted WTRU receives a collision indication value associated with a collision with another VRU (e.g., corresponding to the collision, indicating the collision, etc.), the assisted WTRU may determine whether to perform preemption or resource reselection, for example, based on (e.g., on) the transmission priority value.

[0165] According to the implementation scheme, the WTRU can perform operations and / or features upon receiving an auxiliary transmission. According to the implementation scheme, the assisted WTRU can select (e.g., determine which, any, any number, any type, etc.) auxiliary messages to use (e.g., process, etc.), for example, for and / or associated with (e.g., any number) auxiliary transmissions.

[0166] According to the implementation scheme, the assisted WTRU can receive any number (e.g., multiple, many) of auxiliary messages from any number (e.g., different) of WTRUs. According to the implementation scheme, the assisted WTRU can determine which number of the received auxiliary messages to use (e.g., process the received auxiliary messages, select resources based on the received auxiliary messages, etc.). According to the implementation scheme, the assisted WTRU can determine which (e.g., select any number) of the received auxiliary messages to use based on any one of the source ID of the auxiliary message, the destination ID of the auxiliary message, and the destination ID of the TB. That is, according to the implementation scheme, in the case of a unicast link, the assisted WTRU can select auxiliary messages from peer WTRUs for unicast transmission with the peer WTRUs. According to the implementation scheme, in the case of multicast transmission, the assisted WTRU can select auxiliary messages from WTRUs within its group. According to the implementation scheme, the assisted WTRU can determine which (e.g., select any number) of the received auxiliary messages to use based on the timing of the auxiliary messages. For example, according to the implementation scheme, the assisted WTRU can use the auxiliary message if the time interval between the arrival of the auxiliary message and the TB is less than a threshold, for example, that can be determined based on the PDB of the TB.

[0167] According to the implementation scheme, the assisted WTRU can perform resource selection (e.g., selecting an auxiliary resource). According to the implementation scheme, the assisted WTRU can select (e.g., auxiliary) a resource from a set of auxiliary resources, for example, based on either random selection or a CSI report.

[0168] According to an implementation, the assisted WTRU may, for example, receive a set of available resources from the assisting WTRU (e.g., information indicating / identifying a set of available resources). According to an implementation, the assisted WTRU may perform sensing upon receiving a set of available resources from the assisting WTRU, for example, to determine a set of available resources (e.g., during / after the sensing process). According to an implementation, the assisted WTRU may determine the set of available resources based on a combination of available resources from its sensing process and a set of available resources determined based on assisting information (e.g., signaled in the assisting information, indicated by the assisting information, from the assisting information, received assisting information, etc.). According to an implementation, the assisted WTRU may determine a set of available resources based on the intersection between a set of available resources determined based on its sensing and a set of available resources determined based on the assisting information.

[0169] According to the implementation scheme, the assisted WTRU may, for example, receive a set of unavailable resources from the auxiliary WTRU. According to the implementation scheme, the assisted WTRU may (e.g., then) exclude all (e.g., indicated, received, etc.) unavailable resources during either the sensing process or the resource (re)selection process, for example, upon receiving a set of unavailable resources. According to the implementation scheme, a set of unavailable resources may be identified as a set of transmission slots associated with the auxiliary WTRU (e.g., those of the auxiliary WTRU and used by the auxiliary WTRU). According to the implementation scheme, the assisted WTRU may identify any one of the unavailable resources excluded from transmissions of a TB associated with the auxiliary WTRU.

[0170] According to the implementation scheme, the assisted WTRU can receive a collision indication from the assisted WTRU. According to the implementation scheme, the resource collision indication (e.g., received from the assisted WTRU) can indicate a (e.g., potential) collision of any number of (e.g., reserved) resources. According to the implementation scheme, the (e.g., assisted) WTRU can, for example, determine to trigger resource selection / reselection upon receiving a resource collision indication.

[0171] According to the implementation scheme, the assisted WTRU can receive auxiliary information from any number (e.g., multiple, more than one, etc.) of auxiliary WTRUs. According to the implementation scheme, the WTRU can process the received auxiliary information and the WTRU's (e.g., its own) sensing results simultaneously (e.g., jointly, together, in parallel, etc.), and can determine a superset of the combined auxiliary information. According to the implementation scheme, the superset of resources (e.g., associated with the superset of the combined auxiliary information) can be a value of the total resources within the transmission window determined by the configured process time of the SL TB and the PDB (e.g., a percentage, X, X% etc.). According to the implementation scheme, this value (e.g., a percentage, X) can be configured (e.g., pre-configured) per QoS requirement (e.g., per priority, per resource pool, etc.).

[0172] According to the implementation scheme, the WTRU can determine the candidate resource set based on (e.g., based on) a superset of either available resources or preferred resources. According to the implementation scheme, the superset (e.g., of available resources and / or preferred resources) can be determined based on (e.g., based on) any of the following: (1) a plurality of resource sets that include auxiliary resources; and (2) either the average RSRP and L1 priority of the candidate resources included in the auxiliary information.

[0173] According to an implementation scheme, when a superset is determined based on the number of resource sets including auxiliary resources, such a resource set may include either the received auxiliary resource set or a resource set determined by sensing (e.g., set A). According to an implementation scheme, each auxiliary resource set may include, for example, either available resources or preferred resources determined by any (e.g., each) auxiliary WTRU. According to an implementation scheme, the assisted WTRU may count in multiple resource sets that include candidate resources. According to an implementation scheme, the assisted WTRU may rank all resources in descending order based on (e.g., on) the count, and may include a first percentage (e.g., X%) of resources in the superset of candidate resources for TB transmission. According to an implementation scheme, the superset may (e.g., therefore) include resources identified as available and / or preferred by a majority of WTRUs.

[0174] According to the implementation scheme, in the case of a superset determined based on either the average RSRP of candidate resources included in the assistance information or the L1 priority, the assisted WTRU can process all of the available and preferred resources in all received assistance resource sets in conjunction with its own sensing (e.g., simultaneously). For example, according to the implementation scheme, the assisted WTRU can calculate the average RSRP of candidate resources based on (e.g., based on) the RSRP reported for the same resource, and can exclude resources with an average RSRP higher than a certain value (e.g., a configured / pre-configured threshold). According to the implementation scheme, this value (e.g., the threshold) can be configured per L1 priority pair, such as the priority of the TB to be transmitted by the assisted UE and the decoded priority associated with the candidate resource (e.g., the priority of decoding in the candidate resource). According to the implementation scheme, the WTRU can determine (e.g., select, notify) the candidate resource set based on (e.g., based on) the superset of unavailable resources included in the received assistance resource set (e.g., indicated by the received assistance resource set) and the WTRU's own sensing results (e.g., set A). According to the implementation plan, the assisted WTRU can exclude any one or all unavailable resources from the unavailable resources received from set A.

[0175] According to the implementation scheme, the assisted WTRU can determine (e.g., whether, need, or require) to perform a resource (re)assessment. According to the implementation scheme, the assisted WTRU can determine whether (e.g., whether or not) a resource (re)assessment needs to be performed. According to the implementation scheme, the assisted WTRU can determine (e.g., whether, need, or require) to perform a resource (re)assessment based on either the timing of the auxiliary information message or the remaining PDBs of the TB. According to the implementation scheme, for example, if the remaining PDBs of the TB are less than a threshold after receiving the auxiliary information message, the WTRU can determine not to perform a resource (re)assessment. According to the implementation scheme, if the remaining TBs of the PDBs do not exceed a threshold, the assisted WTRU can perform a resource (re)assessment.

[0176] According to the implementation scheme, the assisted WTRU can determine (e.g., whether, need, require, etc.) whether to perform a resource (re)evaluation based on either the amount of auxiliary resources (e.g., the total number of either transmission resources or time slots) or the window size of auxiliary resources. For example, according to the implementation scheme, if either the amount of auxiliary resources or the size of the auxiliary resource window is less than (e.g., a corresponding) threshold, the assisted WTRU can determine not to perform a resource (re)evaluation. According to the implementation scheme, if the threshold is not exceeded, the assisted WTRU can perform a resource (re)evaluation. According to the implementation scheme, this method for resource (re)evaluation can allow the WTRU to have (e.g., sufficient) resources for (re)selection. According to the implementation scheme, the assisted WTRU can determine (e.g., whether, need, require, etc.) whether to perform a resource (re)evaluation based on either the QoS of the TB or the CBR of the resource pool. For example, according to the implementation scheme, the assisted WTRU can determine to perform a resource (re)evaluation for either a high-priority TB or a high-measured CBR, and the assisted WTRU can determine not to perform a resource (re)evaluation for either a low-priority TB or a low-measured CBR.

[0177] According to the implementation scheme, the assisted WTRU can determine (e.g., whether) to use, for example, auxiliary information from the auxiliary WTRU. According to the implementation scheme, the assisted WTRU can determine whether to use auxiliary information (e.g., a set of available resources sent from the auxiliary WTRU) based on the distance between the auxiliary WTRU and the assisted WTRU. According to the implementation scheme, the assisted WTRU can determine whether to use auxiliary information (e.g., a set of available resources sent from the auxiliary WTRU) based on, for example, the received signal strength from the auxiliary WTRU. According to the implementation scheme, the assisted WTRU can determine whether to use auxiliary information (e.g., a set of available resources sent from the auxiliary WTRU) based on the CBR of the resource pool. According to the implementation scheme, for example, the WTRU can determine not to use or decode the auxiliary information if, for example, the CBR is less than a threshold. According to the implementation scheme, this assisted WTRU can determine to use the auxiliary information if the CBR is greater than a threshold. According to the implementation scheme, the assisted WTRU can determine whether to use the auxiliary information (e.g., a set of available resources sent from the auxiliary WTRU) based on the QoS of the TB. For example, according to the implementation scheme, the WTRU can determine to use and / or decode the auxiliary information if the priority of the TB is greater than a threshold; otherwise, the WTRU may not use the auxiliary information. According to the implementation plan, the assisted WRTU can determine whether to use the assisted information (e.g., a set of available resources sent from the assisted WTRU) based on the timing of receiving the assisted information.

[0178] According to the implementation scheme, the assisted WTRU can determine either the distance between itself and the assisted WTRU, or the received signal strength from the assisted WTRU. According to the implementation scheme, the assisted WTRU can determine whether to use the assistance information transmitted from the assisted WTRU based on the distance between the assisted WTRU and the assisted WTRU. For example, according to the implementation scheme, if the distance between the assisted WTRU and the assisted WTRU is less than (e.g., a distance) threshold, the assisted WTRU can use the assistance information received from the assisted WTRU; otherwise, the assisted WTRU may not use the assistance information.

[0179] According to the implementation scheme, a (e.g., distance) threshold can be determined based on any of the various methods, parameters, and / or features described below, such as one or any combination thereof. According to the implementation scheme, a (e.g., distance) threshold can be determined based on, for example, a minimum communication range (MCR) indicated in a supplementary message. For example, according to the implementation scheme, the supplementary WTRU can indicate, for example, the MCR used in its supplementary information. According to the implementation scheme, the assisted WTRU can determine the distance threshold based on the MCR indicated by the supplementary WTRU. According to the implementation scheme, a (e.g., distance) threshold can be determined based on the QoS of the TB. For example, according to the implementation scheme, the WTRU can be configured with a mapping between (e.g., any number) distance thresholds and (e.g., any number) priorities of the TB. According to the implementation scheme, this WTRU can (e.g., then) determine the distance threshold based on the QoS of the TB (e.g., any of the TB's priority, latency, and / or reliability). According to the implementation scheme, a (e.g., distance) threshold can be determined based on the CBR of the resource pool. For example, according to the implementation scheme, the WTRU can be configured with a mapping between (e.g., any, each) CBR ranges and (e.g., one, any, each) distance thresholds. According to the implementation scheme, this WTRU can (e.g., then) determine the distance threshold based on the CBR measured by the resource pool.

[0180] According to the implementation scheme, the WTRU can determine the received signal strength, for example, based on the signal received from the auxiliary WTRU. According to the implementation scheme, the assisted WTRU can determine whether to use (e.g., whether it uses) the auxiliary information based on the received signal strength (e.g., either RSSI or RSRP) of the message (e.g., a signal) associated with the auxiliary information. For example, according to the implementation scheme, if the received signal strength is less than a threshold, the assisted WTRU may use (e.g., from the auxiliary WTRU) the auxiliary information. Otherwise, if the received signal strength does not exceed the threshold, the assisted WTRU may not use this auxiliary information.

[0181] According to the implementation scheme, the received signal strength threshold can be determined based on either the transmission power indicated by the auxiliary WTRU or the minimum received signal strength threshold. According to the implementation scheme, the received signal strength threshold can be determined based on the QoS of the TB. For example, according to the implementation scheme, the WTRU can be (pre-)configured with (e.g., one, each, any, etc.) a mapping from the minimum received signal strength threshold to either the priority or reliability value of the TB. According to the implementation scheme, this WTRU can (e.g., then) determine (e.g., whether) to use auxiliary information based on either the transmitted TB or its measured received signal strength. According to the implementation scheme, the received signal strength threshold can be determined based on the CBR of the resource pool. For example, according to the implementation scheme, the WTRU can be configured with a mapping between each CBR range and the received signal strength threshold. According to the implementation scheme, this WTRU can (e.g., then) determine the received signal strength threshold based on the measured CBR of the resource pool.

[0182] According to the implementation scheme, the WTRU can determine (e.g., for) the transmission time of auxiliary information. According to the implementation scheme, the assisted WTRU can determine (e.g., whether) to decode or use the auxiliary information, for example, based on the transmission time of the auxiliary information. For example, according to the implementation scheme, the assisted WTRU can decide not to decode or use the auxiliary information for a time period T (e.g., a time period, a T-slot, etc.) prior to the transmission of the resource. According to the implementation scheme, the value of T can be determined based on any of the following: the resource pool (e.g., the (pre)configured) resource pool; the capacity of the WTRU; the QoS of the TB; and the CBR of the resource pool.

[0183] in conclusion

[0184] Although features and elements have been described above in specific combinations, those skilled in the art will understand that each feature or element may be used alone or in any combination with other features and elements. Furthermore, the methods described herein may be implemented in a computer program, software, or firmware incorporated in a computer-readable medium for execution by a computer or processor. Examples of non-transitory 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 optical discs (DVDs)). A processor associated with the software may be used to implement a radio frequency transceiver for a UE, WTRU, terminal, base station, RNC, or any host computer.

[0185] Furthermore, the above embodiments specify processing platforms, computing systems, controllers, and other devices including constraint servers and convergence points / servers containing processors. These devices may include at least one central processing unit (“CPU”) and memory. According to the practice of those skilled in the art of computer programming, references to symbolic representations of actions and operations or instructions can be executed by various CPUs and memories. Such actions and operations or instructions can be considered as being “executed,” “computer-executed,” or “CPU-executed.”

[0186] Those skilled in the art will recognize that the actions and symbols representing operations or instructions include the CPU's manipulation of electrical signals. The electrical system represents data bits that can result in the final transformation or reduction of electrical signals and the retention of data bits at memory locations in the memory system, thereby reconfiguring or otherwise altering the CPU's operation and performing other signal processing. The memory location holding the data bits is a physical location having specific electrical, magnetic, optical, or organic properties corresponding to or representing the data bits. It should be understood that exemplary embodiments are not limited to the platforms or CPUs described above, and other platforms and CPUs may also support the provided methods.

[0187] Data bits may also be stored on a computer-readable medium, including disks, optical disks, and any other CPU-readable volatile (e.g., random access memory (“RAM”)) or non-volatile (e.g., read-only memory (“ROM”)) mass storage system. The computer-readable medium may include cooperative or interconnected computer-readable media that are uniquely present on the processing system or distributed across multiple interconnected processing systems, which may be local or remote relative to the processing system. It should be understood that representative embodiments are not limited to the memory described above, and other platforms and memories may also support the method described.

[0188] In exemplary embodiments, any of the operations, processes, etc., described herein may be implemented as computer-readable instructions stored on a computer-readable medium. These computer-readable instructions may be executed by a processor of a mobile unit, network element, and / or any other computing device.

[0189] There is little difference between the hardware and software implementations of various aspects of the system. The use of hardware or software typically (but not always, as the choice between hardware and software can become important in certain contexts) represents a design choice that weighs cost against efficiency. Various media (e.g., hardware, software, and / or firmware) may exist to implement the processes and / or systems and / or other technologies described herein, and the preferred media may vary depending on the context of deployment. For example, if the implementer determines that speed and accuracy are most important, the implementer may choose a media that is primarily hardware and / or firmware. If flexibility is most important, the implementer may choose a primarily software implementation. Alternatively, the implementer may choose some combination of hardware, software, and / or firmware.

[0190] The above detailed description has illustrated various embodiments of the apparatus and / or process using block diagrams, flowcharts, and / or examples. Where such block diagrams, flowcharts, and / or examples contain one or more functions and / or operations, those skilled in the art will understand that each function and / or operation within such block diagrams, flowcharts, or examples can be implemented individually and / or collectively by a wide range of hardware, software, firmware, or virtually any combination thereof. Suitable processors include (by way of example) general-purpose processors, special-purpose processors, conventional processors, digital signal processors (DSPs), multiple microprocessors, one or more microprocessors associated with a DSP core, controllers, microcontrollers, application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), field-programmable gate arrays (FPGAs), any other type of integrated circuit (IC), and / or state machines.

[0191] Although features and elements have been provided above in specific combinations, those skilled in the art will understand that each feature or element may be used alone or in any combination with other features and elements. This disclosure is not limited to the specific embodiments described in this patent application, which are intended as examples of various aspects. Many modifications and variations are possible without departing from the spirit and scope of the invention, as will be apparent to those skilled in the art. Unless expressly stated otherwise, no element, action, or description used in this specification should be construed as essential or necessary to the invention. Based on the foregoing description, functionally equivalent methods and apparatus within the scope of this disclosure, other than those listed herein, will be apparent to those skilled in the art. Such modifications and variations are intended to fall within the scope of the appended claims. This disclosure is limited only to the terms of the appended claims and the full scope of equivalents of such claimed claims. It should be understood that this disclosure is not limited to any particular method or system.

[0192] It should also be understood that the terminology used herein (e.g., only) is for the purpose of describing particular embodiments and is not intended to be limiting. As used herein, when referred to herein, the term “User Equipment” and its abbreviation “UE” may mean: (1) a Wireless Transmitting and / or Receiving Unit (WTRU), as described below; (2) any of several embodiments of a WTRU, as described below; (3) a device having wireless and / or wired (e.g., tetherable) capabilities configured with some or all of the structure and functionality of a WTRU, as described below; (4) a device having wireless and / or wired capabilities configured with fewer than all the structure and functionality of a WTRU, as described below; or (5) etc. Details of an exemplary WTRU may represent any WTRU described herein.

[0193] In some representative embodiments, portions of the subject matter described herein may be implemented via application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), digital signal processors (DSPs), and / or other integration formats. However, those skilled in the art will recognize that some aspects of the embodiments disclosed herein are, wholly or partially, equivalently implemented in an integrated circuit as one or more computer programs running on one or more computers (e.g., one or more programs running on one or more computer systems), one or more programs running on one or more processors (e.g., one or more programs running on one or more microprocessors), firmware, or virtually any combination thereof, and that designing circuitry and / or writing software and / or firmware code according to this disclosure will be entirely within the skill of those skilled in the art. Furthermore, those skilled in the art will understand that the mechanisms of the subject matter described herein can be distributed as program products in various forms, and the exemplary embodiments of the subject matter described herein apply regardless of the specific type of signal-bearing medium used to actually implement that distribution. Examples of signal-bearing media include, but are not limited to, the following: recordable media (such as floppy disks, hard disks, CDs, DVDs, digital magnetic tapes, computer memory, etc.); and transmission media (such as digital and / or analog communication media (e.g., fiber optic cables, waveguides, wired communication links, wireless communication links, etc.)).

[0194] The topics described herein sometimes illustrate different components contained within or connected to different other components. It should be understood that such depicted architectures are merely examples, and many other architectures can in fact achieve the same functionality. Conceptually, any arrangement of components achieving the same function is effectively “associated” to enable the desired functionality. Therefore, any two components combined herein to achieve a particular function can be considered “associated” with each other to enable the desired functionality, regardless of the architecture or intermediate components. Similarly, any two such associated components can also be considered “operably connected” or “operably coupled” to each other to achieve the desired functionality, and any two components that can be suchly associated can also be considered “operably coupled” to each other to achieve the desired functionality. Specific examples of operably coupled components include, but are not limited to, components that can physically cooperate and / or physically interact and / or components that can wirelessly interact and / or logically interact and / or logically interact.

[0195] Regarding virtually any plural and / or singular terms used herein, those skilled in the art can appropriately convert them from plural to singular and / or from singular to plural depending on the context and / or application. For clarity, various singular / plural permutations may be explicitly listed herein.

[0196] Those skilled in the art will understand that, in general, the terminology used herein, particularly in the appended claims (e.g., the body of the appended claims), is typically intended as “open-ended” terms (e.g., the term “comprising” should be interpreted as “including but not limited to,” the term “having” should be interpreted as “having at least,” the term “including” should be interpreted as “including but not limited to,” etc.). Those skilled in the art will also understand that if it is intended to specify a particular number of introduced claim objects, such intention will be explicitly stated in the claims, and if no such claim objects are present, such intention will not exist. For example, the term “single” or similar language may be used where only one item is anticipated. To aid understanding, the appended claims and / or the description herein may contain the use of the introductory phrases “at least one” and “one or more” to introduce claim objects. However, the use of such phrases should not be construed as implying that any particular claim containing such introduced claim objects is limited to an embodiment containing only one such claim object by using the indefinite articles “a” or “an.” This is true even when the same claim includes the introductory phrase "one or more" or "at least one" and indefinite articles such as "a" or "an" (e.g., "a" and / or "an" should be interpreted as meaning "at least one" or "one or more"). The same applies to the use of definite articles used to introduce the subject matter of a claim. Furthermore, even when a specific number of the introduced subject matter of a claim is explicitly stated, those skilled in the art will recognize that such a statement should be interpreted as meaning at least the stated number (e.g., a bare statement of "two subject matters" without other modifiers means at least two subject matters, or two or more subject matters). Additionally, in instances where conventions such as "at least one of A, B, and C" are used, generally speaking, such constructions mean that those skilled in the art will understand that convention (e.g., "a system having at least one of A, B, and C" will include, but is not limited to, systems having A alone, having B alone, having C alone, having both A and B, having both A and C, having both B and C, and / or having both A, B, and C, etc.). In instances where conventions such as "at least one of A, B, or C" are used, generally speaking, such a construction implies that a person skilled in the art will understand that the convention (e.g., "a system having at least one of A, B, or C" includes, but is not limited to, systems having A alone, having B alone, having C alone, having both A and B, having both A and C, having both B and C, and / or having both A, B, and C, etc.). A person skilled in the art should also understand that, in fact, any separate words and / or phrases presenting two or more alternative terms, whether in the specification, claims, or drawings, should be understood to contemplate the possibility of including one term, any one of the terms, or both terms.For example, the phrase “A or B” will be understood to include the possibility of “A” or “B” or “A and B”. Additionally, as used herein, the term “any one of…” followed by a list of multiple items and / or multiple item categories is intended to include items alone or in combination with other items and / or other item categories, “any one of,” “any combination,” “any multiple,” and / or “any combination of multiples of.” Furthermore, as used herein, the term “group” or “cluster” is intended to include any number of items, including zero. Additionally, as used herein, the term “quantity” is intended to include any quantity, including zero.

[0197] Furthermore, where features or aspects of this disclosure are described in accordance with the Markush Group, those skilled in the art will recognize that this disclosure is also described in accordance with any individual member of the Markush Group or a subgroup of its members.

[0198] As those skilled in the art will understand, for any and all purposes (such as for providing a written description), all scopes disclosed herein also encompass any and all possible subscopes and combinations thereof. Any listed scope can be readily identified as sufficiently descriptive and such that the same scope can be divided into at least two equal halves, thirds, quarters, fifths, tenths, etc. As a non-limiting example, each scope discussed herein can be readily divided into a lower third, a middle third, and an upper third, etc. As those skilled in the art will also understand, all language such as “at most,” “at least,” “greater than,” “less than,” etc., includes the referenced number and refers to a scope that can subsequently be divided into subscopes as described above. Finally, as those skilled in the art will understand, a scope includes each individual number. Thus, for example, a group having 1 to 3 units means a group having 1, 2, or 3 units. Similarly, a group having 1 to 5 units means a group having 1, 2, 3, 4, or 5 units, etc.

[0199] Furthermore, unless otherwise stated, the claims should not be construed as being limited to the order or elements provided. Additionally, the use of the term "means for..." in any claim is intended to invoke 35 U.S.SC §112. 6. The claim format is either device plus function, and any claim without the term "device for..." is not intended to be so.

[0200] The software-associated processor can be used to implement the radio frequency transceiver in a Transmitter-Receiver Unit (WTRU), User Equipment (UE), terminal, base station, Mobility Management Entity (MME), or Evolved Packet Core (EPC), or any host. The WTRU can be used in conjunction with modules and can be implemented in hardware and / or software including: Software-defined Radio (SDR) and other components such as cameras, video camera modules, videophones, speakerphones, vibration devices, speakers, microphones, television transceivers, hands-free headsets, keypads, etc. Modules, FM radio units, Near Field Communication (NFC) modules, Liquid Crystal Display (LCD) units, Organic Light Emitting Diode (OLED) units, Digital Music Players, Media Players, Video Game Players, Internet Browsers, and / or any Wireless Local Area Network (WLAN) or Ultra-Wideband (UWB) modules.

[0201] Although the invention has been described in relation to a communication system, it is conceivable that the system can be implemented in software on a microprocessor / general-purpose computer (not shown). In some embodiments, one or more functions of the various components can be implemented in software that controls the general-purpose computer.

[0202] Furthermore, while the invention has been shown and described herein with reference to specific embodiments, it is not intended to be limited to the details shown. Rather, various modifications may be made to the details within the scope and domain of equivalents of the claims without departing from the invention.

Claims

1. A method implemented by a first wireless transmit / receive unit (WTRU), the method comprising: A resource information request is received from the second WTRU, the resource information request including an indication of the priority associated with a transmission to be performed by the second WTRU, an indication of the time window associated with the transmission performed by the second WTRU, and an indication of the resource size associated with the transmission performed by the second WTRU. Based on the resource information request, a group of one or more resources is determined based on resource sensing, wherein the group of one or more resources includes one or more resources that the first WTRU has determined are available for the second WTRU to use for the transmission; Auxiliary information resources for transmitting auxiliary information to the second WTRU are determined, wherein the auxiliary information transmission includes an indication of the set of one or more resources, and the first WTRU assigns the highest priority to the auxiliary information transmission when selecting the auxiliary information resources; as well as The auxiliary information resource is used to transmit the auxiliary information to the second WTRU.

2. The method of claim 1, wherein the auxiliary information further includes an indication of a second group of one or more resources, wherein the first WTRU has determined that the second group of one or more resources are not available for the second WTRU to use for the transmission.

3. The method of claim 2, wherein the first WTRU determines that the second group of one or more resources is unavailable for the second WTRU to be used for the transmission based on the first WTRU being configured to perform transmission during a time period associated with the second group of one or more resources.

4. The method of claim 1, wherein the indication of the time window associated with the transmission performed by the second WTRU includes an indication of the start of the time window and an indication of the end of the time window.

5. The method of claim 1, wherein the auxiliary information transmission includes a Media Access Control (MAC) element, the MAC element including the indication of the set of one or more resources.

6. The method of claim 1, wherein the WTRU determines the set of one or more resources by performing resource sensing based on the priority associated with the transmission performed by the second WTRU, the time window associated with the transmission performed by the second WTRU, and the resource size associated with the transmission performed by the second WTRU.

7. The method according to claim 1, further comprising: The time for transmitting the auxiliary information is determined, wherein the first WTRU uses a resource selection window to determine the time for transmitting the auxiliary information, the resource selection window ending at least a configured time period prior to the start of the time window associated with the transmission performed by the second WTRU.

8. A first wireless transmit / receive unit (WTRU), the first WTRU comprising a processor and a memory, the processor and the memory being configured to: A resource information request is received from the second WTRU, the resource information request including an indication of the priority associated with a transmission to be performed by the second WTRU, an indication of the time window associated with the transmission performed by the second WTRU, and an indication of the resource size associated with the transmission performed by the second WTRU. Based on the resource information request, a group of one or more resources is determined based on resource sensing, wherein the group of one or more resources includes one or more resources that the first WTRU has determined are available for the second WTRU to use for the transmission; Auxiliary information resources for transmitting auxiliary information to the second WTRU are determined, wherein the auxiliary information transmission includes an indication of the set of one or more resources, and the first WTRU is configured to assign the highest priority to the auxiliary information transmission when selecting the auxiliary information resources; as well as The auxiliary information resource is used to transmit the auxiliary information to the second WTRU.

9. The first WTRU of claim 8, wherein the auxiliary information further includes an indication of a second group of one or more resources, wherein the first WTRU has determined that the second group of one or more resources are unavailable for the second WTRU to use for the transmission.

10. The first WTRU of claim 9, wherein the processor and the memory are configured to determine that the second group of one or more resources are unavailable for the second WTRU to be used for the transmission based on the first WTRU being configured to perform a transmission during a time period associated with the second group of one or more resources.

11. The first WTRU of claim 8, wherein the indication of the resource time window associated with the transmission performed by the second WTRU includes an indication of the start of the time window and an indication of the end of the time window.

12. The first WTRU of claim 8, wherein the auxiliary information transmission includes a Media Access Control (MAC) element, the MAC element including the indication of the set of one or more resources.

13. The first WTRU of claim 8, wherein the processor and the memory are configured to determine the set of one or more resources based on resource sensing of the priority associated with the transmission performed by the second WTRU, the time window associated with the transmission performed by the second WTRU, and the resource size associated with the transmission performed by the second WTRU.

14. The first WTRU of claim 8, wherein the processor and the memory are configured as follows: The time for transmitting the auxiliary information is determined, wherein the first WTRU uses a resource selection window to determine the time for transmitting the auxiliary information, the resource selection window ending at least a configured time period prior to the start of the time window associated with the transmission performed by the second WTRU.

15. The first WTRU of claim 8, wherein the indication of the time window associated with the transmission performed by the second WTRU includes an indication of one or more time slots in which the transmission can be sent by the second WTRU.

Images