Method for efficient resource usage between cooperating vehicles

Abstract

Methods, systems, and apparatus for sidelink communication are provided.SOLUTION: Methods, systems, and apparatuses for sidelink communication are disclosed. The WTRU may receive a first SCI element from a second WTRU in the group. The WTRU may receive a first RIC element in a first set of resources scheduled by the first SCI. The first RCI may include information about which WTRUs in the group are scheduled to use the second set of resources. The WTRU may determine that one or more sub-resources in the second set of resources are available based on the first RCI. The WTRU may transmit data on one or more sub-resources. The first SCI and the first R SCI may be received in a first reservation period, and the one or more sub-resources may be within a second reservation period.SELECTED DRAWING: Figure 2

Description

[Technical Field]

[0001] The present invention relates to a method for efficient resource usage between cooperating vehicles. [Background technology]

[0002] CROSS-REFERENCE TO RELATED APPLICATIONS This application claims the benefit of U.S. Provisional Patent Application No. 62 / 651,974, filed April 3, 2018, U.S. Provisional Patent Application No. 62 / 668,322, filed May 8, 2018, and U.S. Provisional Patent Application No. 62 / 735,982, filed September 25, 2018, the contents of which are incorporated herein by reference.

[0003] Vehicular ("V2X") communications is a mode of communication in which wireless transmit / receive units (WTRUs) can communicate directly with each other. While in coverage, the WTRU can begin transmitting and receiving V2X messages with assistance from the network. While out of coverage, the WTRU can begin transmitting and receiving V2X messages using one or more preconfigured parameters. Summary of the Invention [Problem to be solved by the invention]

[0004] To provide a method for efficient resource usage among cooperating vehicles. [Means for solving the problem]

[0005] A method, system, and apparatus for sidelink communications are disclosed. A WTRU may receive a first SCI element from a second WTRU in a group. The WTRU may receive a first RCI element within a first set of resources scheduled by the first SCI. The first RCI may include information about which WTRU in the group is scheduled to use the second set of resources. The WTRU may determine, based on the first RCI, that one or more sub-resources within the second set of resources are available. The WTRU may transmit data on the one or more sub-resources. The first SCI and the first RCI may be received in a first reservation period, and the one or more sub-resources may be in a second reservation period.

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

[0007] [Figure 1A] FIG. 1 illustrates an exemplary communication system in which one or more disclosed examples may be implemented. [Figure 1B] 1B is a system diagram of an exemplary wireless transmit / receive unit (WTRU) that can be used within the communication system of FIG. 1A, according to an embodiment. [Figure 1C] 1B is a system diagram of an exemplary radio access network (RAN) and core network (CN) that can be used within the communication system of FIG. 1A according to an embodiment. [Figure 1D] FIG. 1B is a system diagram illustrating a further exemplary RAN and CN that can be used within the communication system of FIG. 1A, according to an embodiment. [Figure 2] FIG. 1 illustrates a first method of group reservation using sub-resource coordination. [Figure 3] FIG. 10 illustrates a second method of group reservation using sub-resource coordination. [Figure 4] FIG. 1 illustrates a method for reserving contention-based resources. [Figure 5] 1 is a flowchart of a first method of group reservation using sub-resource coordination. DETAILED DESCRIPTION OF THE INVENTION

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

[0009] 1A, communications system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, a radio access network (RAN) 104, a core network (CN) 106, a public switched telephone network (PSTN) 108, the Internet 110, and other networks 112, although it will be understood that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network elements. Each of WTRUs 102a, 102b, 102c, 102d may be any type of device configured to operate and / or communicate in a wireless environment. By way of example, the WTRUs 102a, 102b, 102c, 102d, any of which may be referred to as a station (STA), may be configured to transmit and / or receive wireless signals and may include user equipment (UE), mobile stations, fixed or mobile subscriber units, subscription-based units, pagers, cellular phones, personal digital assistants (PDAs), smartphones, laptops, netbooks, personal computers, wireless sensors, hotspot or Mi-Fi devices, Internet of Things (IoT) devices, watches or other wearables, head-mounted displays (HMDs), vehicles, drones, medical devices and applications (e.g., remote surgery), industrial devices and applications (e.g., robots and / or other wireless devices operating in industrial and / or automated processing chain situations), consumer electronics devices, and devices operating on commercial and / or industrial wireless networks. Any of the WTRUs 102a, 102b, 102c, 102d may be referred to interchangeably as a UE.

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

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

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

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

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

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

[0016] In an embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement multiple radio access technologies. For example, the base station 114a and the WTRUs 102a, 102b, 102c may jointly implement LTE radio access and NR radio access, e.g., using a dual connectivity (DC) principle. Thus, the air interface utilized by the WTRUs 102a, 102b, 102c may 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).

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

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

[0019] The RAN 104 can communicate with the CN 106, 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 the WTRUs 102a, 102b, 102c, 102d. The data can have various quality of service (QoS) requirements, such as different throughput, delay, error resilience, reliability, data throughput, and mobility requirements. The CN 106 can provide call control, billing services, mobile location-based services, prepaid calling, Internet connectivity, video distribution, and / or perform high-level security functions, such as user authentication. Although not shown in FIG. 1A , it will be understood that the RAN 104 and / or CN 106 can communicate directly or indirectly with other RANs that utilize the same RAT as the RAN 104 or a different RAT. For example, in addition to being connected to the RAN 104, which may utilize NR radio technology, the CN 106 may also communicate with another RAN (not shown) that utilizes GSM, UMTS, CDMA2000, WiMAX, E-UTRA, or WiFi radio technology.

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

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

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

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

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

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

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

[0027] The processor 118 of the WTRU 102 may be coupled to and may receive user input data from a speaker / microphone 124, a keypad 126, and / or a display / touchpad 128 (e.g., a liquid crystal display (LCD) display unit or an organic light emitting diode (OLED) display unit). The processor 118 may also output user data to the speaker / microphone 124, the keypad 126, and / or the display / touchpad 128. Additionally, the processor 118 may obtain information from and store data in any type of suitable memory, such as non-removable memory 130 and / or removable memory 132. The 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. The removable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, etc. In other embodiments, the processor 118 may obtain information from and store data in memory that is not physically located on the WTRU 102, such as located on a server or home computer (not shown).

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

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

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

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

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

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

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

[0035] 1C may include a mobility management entity (MME) 162, a serving gateway (SGW) 164, and a packet data network (PDN) gateway (PGW) 166. While the above elements are depicted as part of the CN 106, it will be understood that any of these elements may be owned and / or operated by an entity different from the CN operator.

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

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

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

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

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

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

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

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

[0044] High-throughput (HT) STAs may use 40 MHz wide channels for communication, for example, by combining a primary 20 MHz channel with adjacent or non-adjacent 20 MHz channels to form a 40 MHz wide channel.

[0045] A Very High Throughput (VHT) STA can support 20 MHz, 40 MHz, 80 MHz, and / or 160 MHz wide channels. A 40 MHz and / or 80 MHz channel can be formed by combining contiguous 20 MHz channels. A 160 MHz channel can be formed by combining eight contiguous 20 MHz channels or two non-contiguous 80 MHz channels, sometimes referred to as an 80+80 configuration. For the 80+80 configuration, after channel encoding, the data can pass through a segment parser that can split the data into two streams. Separate inverse fast Fourier transform (IFFT) and time-domain processing can be performed on each stream. The streams can be mapped onto two 80 MHz channels, and the data can be transmitted by 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 transmitted to the medium access control (MAC).

[0046] Sub-1 GHz mode operation is supported by 802.11af and 802.11ah. Channel operating bandwidths and carriers are reduced in 802.11af and 802.11ah compared to those used in 802.11n and 802.11ac. 802.11af supports 5 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 a representative embodiment, 802.11ah can support meter-type control / machine-type communication (MTC), such as MTC devices in macro coverage areas. MTC devices can have limited functionality, including, for example, support for a certain bandwidth and / or limited bandwidths (e.g., only support for those). MTC devices can include batteries with above-threshold battery life (e.g., to maintain very long battery life).

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

[0048] In the United States, the available frequency bands that can be used by 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 is 6MHz to 26MHz, depending on country regulations.

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

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

[0051] The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using transmissions associated with a scalable numerology. For example, the OFDM symbol spacing and / or OFDM subcarrier spacing may vary for different transmissions, different cells, and / or different portions of the wireless transmission spectrum. The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using subframes or transmission time intervals (TTIs) of different or scalable lengths (e.g., including different numbers of OFDM symbols and / or lasting for different lengths of absolute time).

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

[0053] Each of the gNBs 180a, 180b, 180c can be associated with a particular cell (not shown) and can be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and / or DL, support for network slicing, DC, interworking between NR and E-UTRA, routing of user plane data to User Plane Functions (UPFs) 184a, 184b, and routing of control plane information to Access and Mobility Management Functions (AMFs) 182a, 182b, etc. As shown in FIG. 1D , the gNBs 180a, 180b, 180c can communicate with each other over the Xn interface.

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

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

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

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

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

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

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

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

[0062] As described above, vehicular ("V2X") communications is a mode of communication in which WTRUs can communicate directly with each other. V2X communications is supported in Release 14 Long Term Evolution ("LTE") communications and was inspired by previous work on device-to-device (D2D) communications. V2X communication services may include one or more of the following types: Vehicle-to-Vehicle ("V2V") communications may enable vehicular WTRUs to communicate directly with each other. Vehicle-to-Infrastructure ("V2I") communications may enable vehicular WTRUs to communicate with roadside units (RSUs) and / or gNBs. Vehicle-to-Network ("V2N") communications may enable vehicular WTRUs to communicate with a core network. Vehicle-to-Pedestrian ("V2P") communications may enable vehicular WTRUs to communicate with other types of WTRUs, such as those with special conditions such as low battery capacity.

[0063] LTE defines two operating modes for V2X communications. In Mode 3, the network can provide the WTRU with a scheduling assignment for V2X sidelink transmissions. In Mode 4, the WTRU can autonomously select resources from a configured / preconfigured resource pool. Furthermore, LTE defines two categories of resource pools for V2X communications: receive pools and transmit pools. The receive pool is monitored to receive V2X transmissions. The transmit pool is used by the WTRU to select transmission resources in Mode 4. The transmit pool is not used by a WTRU configured in Mode 3.

[0064] The resource pool may be semi-statically communicated to the WTRU via RRC signaling. In Mode 4, the WTRU may use sensing before selecting resources from the RRC-configured transmission pool. LTE V2X may not support dynamic resource pool reconfiguration. The pool configuration may only be conveyed via system information blocks (SIBs) and / or dedicated RRC signaling.

[0065] A next-generation radio system, called the New Radio ("NR") system, is currently being developed. The NR system is expected to support numerous use cases, including enhanced mobile broadband ("eMBB"), ultra-reliable and low-latency communications ("URLLC"), and enhanced V2X communications. V2X communications in NR is expected to support new services for both safety and non-safety scenarios (e.g., sensor sharing, autonomous driving, vehicle platooning, and remote driving).

[0066] Vehicle platooning can allow vehicles to dynamically form groups while traveling together. Vehicles in the platoon can receive periodic data from the lead vehicle to continue platooning. This information can allow for extremely small distances between vehicles. For example, the separation distance converted to time can be very small (e.g., less than a second). Platooning applications can allow vehicles following the lead vehicle to be driven autonomously.

[0067] Advanced driving can enable semi- or fully-automated driving. Longer inter-vehicle distances can be assumed. Vehicles and / or RSUs can share data acquired from local sensors with nearby vehicles. This can allow vehicles to adjust their trajectory or maneuver. Additionally, vehicles can share their driving intentions with nearby vehicles. This can enable safer driving, collision avoidance, and improved traffic efficiency.

[0068] The extended sensors can enable the exchange of raw or processed data or live video data collected through one or more of the local sensors between the vehicle, the RSU, the pedestrian device, and the V2X application server. Vehicles can have enhanced awareness of their environment beyond what their own sensors can detect and can have a more holistic view of the local situation.

[0069] Remote driving can enable a remote driver or V2X application to drive remote vehicles for passengers who cannot drive themselves, or remote vehicles located in hazardous environments. For cases with limited variability and predictable routes, such as public transportation, cloud computing-based driving can be used. Additionally, access to a cloud-based backend service platform can be used. Note that different V2X services may have different performance requirements, and for some scenarios, a latency of 3 milliseconds may be required.

[0070] In a vehicle platoon, some messages may need to be transmitted to the entire platoon of vehicles, while other messages may need to be transmitted to only one specific vehicle. Many messages may be transmitted between WTRUs in the same platoon (e.g., using unicast transmission). It may be inefficient to assign a unique L2 identification (ID) to each combination of WTRUs that can communicate with each other, as is done in traditional D2D communications.

[0071] The transmission resources used by the vehicles in the platoon can have a deterministic timing relationship. This timing relationship may be needed to address certain requirements for vehicle platooning. For example, very short latency between transmissions of successive WTRUs in the platoon requires that the resources available to each WTRU have a short timing offset. Because independent resource reservation by each WTRU may not be feasible and / or may be inefficient, methods to ensure resource coordination and management may be needed at the access spectrum (AS) layer.

[0072] Additionally, the SA1 requirements indicate that the AS may need to control the communication range for messages based on the message characteristics. A method may be needed for the WTRU to differentiate the required transmission range based on the message characteristics and to be able to use the sidelink transmission resources efficiently.

[0073] A platoon is a V2X application layer concept that represents itself at the access layer as a group of WTRUs. The WTRUs may be related to one another in terms of geographic location, resource usage, sensing, and / or addressing. The description herein may include the general concept of a WTRU group that may be formed from a platooning application or from other V2X applications. A WTRU group in this context may have one or more of the following characteristics: The WTRUs may move together or have an associated geolocation and / or topology. A WTRU may need to communicate with the entire group in a multicast manner. A WTRU may need to communicate with specific members of the group in a unicast manner.

[0074] In one example, group members can be determined through application layer management / signaling. Group formation and modification decisions can be made by the associated V2X application (e.g., platooning application). Group information can be made fully available to the AS. For example, a list of WTRUs that are part of a group can be periodically communicated to the AS.

[0075] In another example, group decisions and / or changes are determined by and known only to the application layer. The AS layer may receive specific information that ensures WTRU behavior related to addressing and resource usage and reflects the existence and topology of groups. The application layer may indicate at the application layer that a WTRU should adopt a specific AS behavior when it becomes a group leader.

[0076] The WTRU may receive the following information from the application layer: With each application layer packet, the WTRU may receive one or more of: an indication whether the packet should be sent multicast or unicast, range information, timing requirements, and an indication whether the packet needs to be relayed to the entire group. Periodically, or upon a specific trigger from the application layer, the WTRU may receive an indication whether the WTRU is or is no longer part of a group of WTRUs in an AS and the associated group ID, an indication that the WTRU should start or stop performing certain group head AS behavior, and an indication that another WTRU has been added and / or removed from the group and its associated ID, the WTRU's member ID, and proximity information (e.g., bearing, distance, etc.) of different WTRUs in the group.

[0077] The WTRU may further apply certain behaviors associated only with data packets, services, and / or control information associated with group communications. More specifically, the information may be associated only with a set of services, possibly identified by a service ID, destination ID, or other identifier provided by the application layer.

[0078] Conventional methods of V2X communication may not have a procedure for unicast addressing. Some types of D2D communication are capable of unicast and multicast addressing. For unicast addressing in D2D, the ProSe WTRU ID of a WTRU can be used as the L2 destination ID instead of the ProSe L2 group ID. While this may allow for unicast message transmission within a group, this approach may have the following problems: The application layer may need to reserve a unique identifier for the service that is different from the ProSe WTRU ID of any WTRU. Additionally, given the possible large address space, it may be necessary to include the entire address in the header of any packet sent by the MAC layer. Also, the group identification in D2D and conventional V2X may only refer to a service, without specifically implying any physical relationship between the destination WTRUs. As a result, the AS may not know whether a transmission is related to a service (e.g., the conventional concept of grouping) or to a physical grouping of WTRUs to enable platooning.

[0079] Note that the term "group communication" can refer to communication within a group of physically associated WTRUs (e.g., a formation) rather than communication in the context of traditional group communication. Without loss of generality, group communication can refer to communication between two WTRUs (unicast) or communication between multiple WTRUs (multicast). The group destination address can be used as a destination address for unicast or multicast communication.

[0080] The WTRU may be provided with and use (e.g., in the MAC header) different destination address structures depending on one or more of the following: whether the application layer packet is associated with communication for a particular group (e.g., physical grouping), whether the transmission is a unicast transmission within that physical grouping, and whether the transmission is multicast to all groups in the physical grouping. More specifically, the destination address may have the following structure: Service ID + Group ID + Member ID. The Group ID and Member ID are optional and may only be used in the case of group communication. The WTRU may send a MAC header with a variable header size based on the destination address received from the application layer. The WTRU may further indicate a header type to distinguish between each transmission case. In the case of group communication, the Service ID may be omitted by the MAC layer. The Service ID may be sent in the application layer information.

[0081] The WTRU may perform different behaviors related to multiplexing and resource selection depending on the destination address received from the application layer for transmission on the sidelink. The WTRU may enable multiplexing of AS group control information, such as resource coordination information ("RCI"), with packets having a destination address that includes a group ID but not a member ID. When a packet has a destination address that includes at least a group ID, the WTRU may perform group-based resource selection for a group of communicating WTRUs. When a packet has a destination address that includes at least a group ID, the WTRU may rely on group-based resources reserved by another WTRU associated with the same group. When a packet has a destination address that includes at least a group ID, the WTRU may transmit a reservation signal for the group-based resources indicated by the group ID.

[0082] Sidelink resources may be reserved for group communications. The sidelink control information ("SCI") may indicate that a transmission is associated with a particular group (e.g., by including a group identifier in the SCI). In this case, the WTRU may include only the member ID in the MAC layer header for transmissions associated with these dedicated resources or for transmissions scheduled by the SCI. For transmissions that are broadcast to the entire group, the WTRU may include a special member ID (e.g., all zeros) to distinguish this as a multicast transmission to the entire group. The WTRU may not include the member ID and may use the MAC header type to distinguish this as a multicast transmission to the entire group.

[0083] The WTRU may receive from higher layers an L2 destination address to be used for group communication, and along with the L2 destination address, the WTRU may receive the L2 source IDs of the WTRUs that form the group.

[0084] The WTRU may receive from higher layers a set of unique L2 destination addresses to use in group communication. The WTRU may select one of these addresses, which may be formed and / or managed by the WTRU, to be used for group communication. The WTRU may also inform higher layers of the L2 source addresses of the WTRUs that form the group and the corresponding L2 destination group addresses.

[0085] The WTRU may inform other WTRUs in the group of the destination address to be used for group communication. The WTRU may initiate group formation signaling between the WTRUs (e.g., through RRC messages), which may exchange destination addresses for the group.

[0086] The WTRU may use a dedicated destination L2 address to exchange group formation and / or group maintenance signaling. For example, the destination L2 address may indicate that the message is a control plane message rather than a user plane message. A WTRU that receives a message with a dedicated control plane destination ID may route the message to an RRC entity in the WTRU's protocol stack. A WTRU that sends inter-WTRU control plane signaling messages (e.g., RRC messages) may utilize a dedicated destination L2 address for the control message. The WTRU may determine the dedicated L2 address for control plane signaling based on pre-configuration. The WTRU may determine this address from a higher layer.

[0087] A WTRU that is part of a configured group may utilize a set of resources reserved for communication by members of the same group of WTRUs. This may enable lower latency and / or more reliable communication between WTRUs within the group. Interference / contention with WTRUs outside the group that may be nearby may be avoided. Low latency and / or high reliability may be required for intra-group communication.

[0088] A WTRU may be configured to use one or more resource pools to be used for group communications. The WTRU may receive the configuration of one or more group-specific resource pools in a broadcast (SIB), in dedicated signaling, or pre-configuration. The group-specific resource pool may be determined from this configuration based on one or more of the WTRU's geographical location, WTRU speed, WTRU heading, group ID, member ID, and application layer information (e.g., related to topology).

[0089] The resource pool configuration may be associated with a group ID. The WTRU may receive a packet from higher layers intended for transmission to a specific group (i.e., the destination address matches the destination address of the group). The WTRU may select resources from the group-specific pool for transmission. The WTRU may further use resources belonging to the group-specific pool under certain conditions associated with the packet to be transmitted. The conditions may be one or more of the following QoS-related conditions: the packet has a certain delay budget that meets a predetermined criterion; the packet needs to be transmitted in a unicast or multicast manner; the packet has a certain required transmission range or a specific directionality for transmission (e.g., as determined by the application); the packet is associated with a certain data rate requirement; and the packet has a certain priority.

[0090] The WTRU may be configured to use a group-specific pool for reception, which may be derived in a similar manner. If any of the above conditions are met, the WTRU may monitor resources belonging to the group-specific pool.

[0091] The WTRU may receive a group-specific resource pool configuration in the RRC configuration. The group-specific resource pool configuration may indicate the use of one or more resource pools depending on the WTRU's geolocation and group ID. The WTRU may select a group-specific resource pool from the set of pools in the configuration based on its geolocation and group ID. The WTRU may select a resource pool using a modulo operation on its latitude / longitude and group ID. More specifically, the pool configuration may consist of a table of M×N resource pools, and the WTRU may determine the index of the resource pool in the table to use at any time by the following formula:

[0092] m = (latitude / longitude) mod M Equation 1 n = (Group ID) mod N Equation 2 Whenever a WTRU is assigned to a group and has a transmission for that group, it may use the group-specific resource pool. Otherwise, it may use other TX pools. The WTRU may receive a message from the application layer that it has been assigned to a particular group. The message may include the associated group identifier. After such assignment, the WTRU may select resources from the group-specific pool when it receives a packet for transmission from higher layers. The packet may be tagged with the same group identifier. The WTRU may further select resources from the group-specific resource pool depending on the member ID within the group.

[0093] A WTRU in a group can transmit a group reservation signal on a sidelink channel to reserve resources that can be used by multiple WTRUs that are part of the group. A WTRU can be further configured to transmit the reservation signal along with its own sidelink data transmission. The reservation signal can also be transmitted along with a sidelink data transmission addressed to the same group for which the reservation signal is transmitted. For example, a WTRU can transmit an SCI that serves as a reservation signal for resources that can be used by the group. The SCI can include a group identifier or a portion of the group identifier. The WTRU can further schedule data on the PSSCH that the WTRU transmits using the same SCI. The data can have one or more members of the group as its intended destination.

[0094] The group reservation signal can be a field in an existing V2X transmission on the PSCCH or PSSCH, in a new message transmitted on either of these channels, or a combination of both. More specifically, the reservation signal can be transmitted in one or more of the following ways: a field in a sidelink scheduling assignment, SCI, or similar message on the PSCCH, a synchronization signal, or a field transmitted in a synchronization signal similar to the PSBCH, and a message included on the PSSCH (MAC CE, RRC, application layer message). This message can further be transmitted in the resources that the group reservation signal is intended to reserve.

[0095] The reservation signal may provide one or more of the following information: The reservation signal may provide a group indication or group identification to specify a particular group of WTRUs for which resources are reserved. The reservation signal may provide an indication of the reserved resources, such as a time, frequency, beam, or set of beams. This indication may be implicitly included in the scheduling information provided by the scheduling message. For example, the reservation signal may reserve the resources that the SCI intends to schedule. In addition, this indication may further comprise additional information about the reservation that is not included in the scheduling information. For example, the reservation signal may indicate reservation of the scheduled resources over multiple subframes, a time period, or it may indicate a subset of the scheduled resources. The reservation signal may provide resource coordination information (RCI) for coordination of resources among multiple WTRUs. The reservation signal may provide the geolocation of the WTRU transmitting the resource reservation signal.

[0096] The RCI for a particular group or group-reserved resources can be transmitted on the sidelink by one or many WTRUs (e.g., a group leader), relayed by the WTRU, or transmitted by all WTRUs. The WTRUs can also be configured by higher layers to transmit and / or relay the RCI. The RCI can be transmitted as part of a resource reservation signal. The RCI can be transmitted as an access stratum control message, such as a MAC CE or an inter-WTRU control message on the sidelink. For example, a WTRU configured to transmit the RCI can do so periodically or upon a change in the content of the RCI (e.g., a change in the set of WTRUs in the group). The RCI is provided to the WTRU by the application layer and can change upon a change in the group topology (e.g., a change in the number of vehicles in the platoon or their ordering).

[0097] A particular or designated WTRU may transmit an RCI in a group reservation signal to indicate the ordering of the use of resources reserved for the group. A WTRU may transmit an RCI to indicate its use or non-use of resources or sub-resources. For example, a WTRU may indicate to the rest of the group by any method described herein that it will not use the sub-resources assigned to it. Another WTRU (e.g., the WTRU with the next highest member ID), which may be indicated in the RCI or determined by a specific rule, may use the sub-resources of the WTRU that transmitted the indication.

[0098] The WTRU may transmit an RCI to indicate its determined sensing results for resources associated with a group. For example, the WTRU may transmit one or more of its detected RSRP, RSSI, and occupancy information (e.g., an SCI transmission reserving resources not associated with its own group) as part of the SCI.

[0099] The RCI associated with a particular group can only be read by members of that group. For example, a WTRU may send the RCI as a MAC CE in a MAC SDU with a destination address that matches the group destination address. While the SCI reserves resources for the group and is visible to WTRUs outside the group, the RCI may indicate such resource usage within the group and may be visible only to WTRUs within the group.

[0100] The RCI may indicate the allowed time / frequency / beam ordering of the WTRU's own transmission subresources within the set of subresources. This may be in the form of a table, a bitmap, or a member ID ordering. The size of the RCI may be determined, for example, by the application layer based on the formation topology. The size of the table / bitmap may be signaled by the application layer.

[0101] The RCI may indicate conditions for the use of sub-resources associated with the WTRU's own transmission or the transmissions of other WTRUs, such as the minimum priority of data for which the WTRU may use its own sub-resources within the group and the minimum priority of data for which the WTRU may use other sub-resources within the group. These conditions may be pre-configured in the WTRU and may not be transmitted using the RCI.

[0102] The RCI may indicate rules and / or indications for changing the ordering of subresource usage. For example, the RCI may include an indication that the WTRU may use other unused subresources belonging to other WTRUs. The RCI may indicate rules for whether / when the WTRU may transmit a new RCI. The RCI may indicate the set of resources sensed by a particular WTRU in a group. For example, the RCI may include an indication for which time / frequency / bwp / beam a given WTRU should perform sensing for to monitor the SCI, and possible reporting in the associated control information. The RCI may indicate buffer occupancy information, such as the amount of data pending in the WTRU's buffer and potentially associated with transmissions for a particular group of WTRUs and / or associated with different QoS requirements. The RCI may indicate a random number associated with the WTRU's selection of the number of reservation periods to be reserved. The RCI may indicate sensing results (e.g., RSRP, RSSI, resource occupancy / availability information) obtained by a particular WTRU's sensing procedure.

[0103] A WTRU that receives a resource reservation signal for a group may transmit coordination information (i.e., its own RCI) as part of its own transmission or within the sub-resources reserved for it. The coordination information may be useful to other WTRUs transmitting resource reservation signals to determine the reserved resources in future reservation periods or in determining the RCI to be transmitted. The coordination information may be transmitted in a control message (e.g., MAC CE, or sidelink RRC message) and may be added to any data transmitted by the WTRU on its own sub-resources.

[0104] The adjustment information may include the WTRU's own member ID or a similar ID identifying the WTRU, which may be provided by the application layer. The adjustment information may include sensing results, such as an indication of available / unavailable resources as determined by the WTRU. The sensing results may also be specific to a subset of the overall resources (e.g., time, frequency, BWP, beam), which may be indicated to the WTRU in the RCI. The adjustment information may include multiple reservation periods during which the WTRU intends to maintain / preserve use of its assigned sub-resources. The adjustment information may include QoS information for resources in the WTRU's buffer, such as priority, latency, periodicity, rate, range requirements, and payload. The adjustment information may include absolute or value changes in the timing, size, and periodicity of any periodic information received from higher layers, such as periodic CAM traffic or similar periodic application layer traffic. The adjustment information may include the difference or time offset between the WTRU's assigned sub-resources and the arrival of data transmitted on the sub-resources. Potential changes to this time difference may be included. The adjustment information may include the WTRU's buffer status.

[0105] A WTRU may receive an RCI from a designated WTRU indicating the set of resources on which it should perform periodic sensing to determine availability. When it transmits data on its sub-resources, possibly indicated by a received resource reservation signal, the WTRU may include the available / unavailable resources and the number of reservation periods during which it intends to continue periodic transmissions on its assigned sub-resources. This information may be transmitted in a MAC CE included with its data transmission.

[0106] The WTRU may be identified as a designated WTRU for transmission of a resource reservation signal. The WTRU may receive coordination information from other WTRUs in the group, including any of the information in the coordination information transmitted by the individual WTRUs. The WTRU may use the received information to perform resource reservation in the next reservation period and may indicate the reserved resources / sub-resources in its next transmission of a resource reservation signal.

[0107] A WTRU may no longer need the resources reserved for it within the resources for a group over a certain number of reservation periods (e.g., the same resources over multiple reservation periods). In this case, the WTRU may indicate its non-use of its assigned sub-resources for future reservation periods. As a result, the WTRU transmitting the resource reservation signal may allocate another WTRU in the group to the same sub-resources by transmitting updated information in the RCI.

[0108] A WTRU may transmit a reservation signal as a result of one or more of the following triggers: The WTRU may transmit a reservation signal upon initiation of a particular service from the application layer, such as a V2X service that requires intra-group communication. The WTRU may transmit a reservation signal upon creation of a logical channel with certain priority, certain QoS characteristics, certain range requirements, or reservation for communication within a group of WTRUs. The WTRU may transmit a reservation signal upon receipt of an indication from the application layer to transmit such a reservation signal. The WTRU may transmit a reservation signal upon receipt of data from the application layer, possibly associated with a group. The WTRU may transmit a reservation signal based on expiration of a timer, possibly configured by the application layer, and / or RRC signaling, and / or broadcasted system information.

[0109] A WTRU may transmit a reservation signal upon receipt by the PHY layer of a reservation signal transmitted by another WTRU. This trigger may be further conditioned on one or more of the following criteria: If the received reservation signal includes a group ID that matches one of the group IDs activated or configured in the WTRU, the WTRU may transmit the reservation signal; If the received reservation signal is received at a power below a threshold, the WTRU may transmit the reservation signal; If the received reservation signal indicates that the WTRU's position in the sequence is a particular position, the WTRU may transmit the reservation signal; If the WTRU's member ID or position in the sequence of transmissions matches the next expected transmission as determined by the received reservation signal, the WTRU may transmit the reservation signal; After a configured or indicated time from receiving the reservation signal, the WTRU may transmit the reservation signal; If the received reservation signal is measured below a threshold, the WTRU may transmit the reservation signal. If the received reservation signal is received from a WTRU whose distance is above / below a threshold, the WTRU may transmit the reservation signal.

[0110] The WTRU may receive an indication from a higher layer (e.g., the V2X application layer, the V2X control layer, the ProSe layer, or the NAS) to start transmitting reservation signals for a particular group associated with the group identifier. After receiving such a higher layer indication, the WTRU may transmit reservation signals periodically until it receives an indication to disable / stop transmitting reservation signals.

[0111] The WTRU may receive an indication from higher layers to begin transmitting a reservation signal for a particular group associated with a group identifier, and the WTRU may transmit the reservation signal upon receipt of data intended for that group of WTRUs received from higher layers.

[0112] A WTRU may receive an indication from higher layers that it is part of a particular communication group. If the RCI indicates that resources are still available in the next reservation period and that the WTRU is next in sequence to transmit on the reserved resources, the WTRU may transmit a reservation signal when it detects a resource reservation signal transmitted by another WTRU in a previous reservation period.

[0113] A WTRU may be configured or indicated, e.g., by the application layer or by receiving a sidelink control message from one or more other WTRUs, to reserve resources for use by a group of WTRUs. For example, one or more WTRUs of a group may be designated or authorized (e.g., as configured by the application layer) to reserve resources for use by all WTRUs in the group. The WTRU may perform a resource selection procedure, which may consist of determining a set of available resources based on sensing results. The WTRU may transmit a reservation signal to reserve available selected resources based on the sensing results. The WTRU may further perform resource selection for multiple WTRUs, possibly associated with the group. The WTRU may determine the amount of resources to be selected and the structure of the resources.

[0114] The resource structure may refer to the periodicity of the resources. For example, the resource selection may select a number of resources that occur with a fixed periodicity. The resource structure may refer to the number of sub-resources. For example, the WTRU may select a fixed number of sub-resources for single or multiple one-shot transmissions by each WTRU.

[0115] The resource structure may refer to the time intervals between sub-resources. For example, the resource selection may select multiple sub-resources associated with each resource. Each sub-resource may be usable by a single WTRU in the group. The time differences (in slots) between such sub-resources may be fixed or may be such that they do not exceed a certain maximum time difference.

[0116] The resource structure may indicate the size of each subresource. The subresources may be reserved so that each subresource is the same size, or there may be some relationship in size between the subresources. The size of each subresource may be prepared to support the maximum packet size of each WTRU transmission in a group reservation. The size of each subresource may be determined by the data rate requirements of each WTRU. The size of each subresource may be indicated by the application layer. The size of each subresource may be determined by the size of data required for transmission by the WTRU transmitting the reservation signal.

[0117] The resource structure can refer to a frequency range (e.g., BWP) over which any part or all of the resources should be reserved. For example, the resource selection can be all resources only within a particular BWP, or a first number of sub-resources within a first BWP and a second number of sub-resources within a second BWP.

[0118] The resource structure can refer to a beam or set of beams on which any portion or all of the resources should be reserved. For example, the resource selection can reserve resources from only a subset of beams, a beam direction, or a pool associated with a beam direction.

[0119] The WTRU may transmit information related to the resource reservation structure in its transmission. The information may or may not be accompanied by its data transmission. For example, the WTRU may transmit the above information within the SCI. The information may be identified by indexing into a fixed resource structure (e.g., a table).

[0120] During resource selection, the WTRU may determine the size and structure of the selected resources based on one or more of the following criteria: The decision may be based on the amount of data the WTRU itself needs to transmit (i.e., the size of the data pending in the WTRU's buffer). For example, the WTRU may reserve N sub-resources of size M. The size M may be determined based on the size of the data the WTRU needs to transmit. The number N may be determined, for example, by application layer data indicating the number of WTRUs currently in the group.

[0121] The decision may be based on the QoS characteristics of the data to be transmitted (e.g., delay requirements, priority, data rate, reliability, and transmission range). The decision may be based on the MCS, as determined by the WTRU or the gNB. The decision may be based on occupancy measurements (e.g., CBR measurements) made by the WTRU or communicated to the WTRU, possibly by other WTRUs in the same group. The decision may be based on beam-level quality measurements. The decision may be based on group-specific information obtained from the application layer. For example, the number of sub-resources may be indicated by the application layer or may be derived from the indicated number of WTRUs in the group. The spacing between different sub-resources may be indicated directly by the application layer.

[0122] The decision may be based on an expectation of the size of transmissions from other WTRUs, and possibly based on the size of the designated WTRU's transmission. For example, the designated WTRU may transmit a request message to which it expects responses from multiple WTRUs. The size of the response messages may be deterministic.

[0123] The WTRU may be configured to transmit a reservation signal along with its data transmission intended for the group. The WTRU may receive a set of parameters for group reservation from higher layers, consisting of the time interval between sub-resources, the number of sub-resources associated with the resource, the sub-band (e.g., BWP) for the resource, and a group identifier. Upon receiving data associated with the group from higher layers or upon initiation of a group-specific service, the WTRU may perform a resource reservation procedure, whereby the WTRU does one or more of the following: The WTRU may determine the amount of resource received for one sub-resource based on the size of its transmission. The WTRU may determine the sub-resource pattern and / or periodicity of the reserved resources. The WTRU may determine the number of sub-resources to reserve based on application layer information. The WTRU may select a set of sub-resources that matches the required time interval and sub-band from higher layers. The WTRU may transmit a resource reservation signal (possibly along with its data) indicating the presence of its data and the reservation of other resources available for use by other WTRUs.

[0124] The WTRU may perform the group resource reservation procedure in conjunction with other resource reservations / transmissions that may not be associated with a group, e.g., the procedure may be used only when data received by higher layers is associated with a group identifier configured in the WTRU.

[0125] A WTRU may transmit a reservation signal along with its data transmission. The reservation signal may be a response message to its transmission. The WTRU may reserve sufficient resources for a single response by each WTRU. The WTRU may autonomously reserve the timing of resources for each of the WTRU responses such that one or more of the following criteria can be met: The WTRU may receive all responses within a specific time frame, whereby the time frame may relate to the QoS of the request / response or any data that depends on the request response. Response messages may not overlap in time / frequency / beam. The response message of one WTRU in a group may also be received by another WTRU in the group.

[0126] A WTRU may monitor sidelink transmissions for resource reservation signals and may be configured to use resources reserved by another WTRU intended for group communication. Upon reception of a resource reservation signal indicating resources available for transmission by a group (e.g., identified by a group identity transmitted in the SCI), the WTRU may transmit pending data intended for the associated group identity on some of the reserved resources, such as on sub-resources of the resources identified in the resource reservation signal. The WTRU may use the resources only for transmission of data intended for the particular group for which the WTRU resources were reserved. If the WTRU does not have pending data intended for the group associated with the resource reservation signal, the WTRU may ignore the resources and may not use them for transmission.

[0127] The WTRU may transmit non-group data on the sub-resources associated with a group, but it may prioritize group data over non-group data. More specifically, the WTRU may utilize the entire sub-resource for group-based data as long as it has data associated with that group. Otherwise, it may also use the resource to transmit non-group-based data.

[0128] The WTRU may delay transmission of group data within a group or sub-resource until the occurrence of its associated resource. The decision to delay transmission of group data may be conditional on the time remaining until the occurrence of the group data (e.g., as determined by the RCI) and the priority and / or latency requirements of the group data. For example, the WTRU may compare the required time for transmission of the group data at the time of packet arrival with the expected occurrence of the group sub-resource. The WTRU may decide to delay transmission until the occurrence of the sub-resource as long as the sub-resource occurs a certain time delta before the required transmission time. The time delta may be zero. If the WTRU determines not to wait for the group sub-resource, it may perform resource selection and transmission on a non-group resource.

[0129] A WTRU may be requested to transmit data with a particular priority (e.g., as determined by PPPP) on a group resource. More specifically, a group resource may be associated with data with a particular priority. The priority associated with a group resource may be included in a group reservation signal (e.g., in an SCI). A WTRU may be allowed to transmit only group data that matches the priority transmitted in the reservation signal. A WTRU may also transmit data of any priority (e.g., less than or greater than the priority in the reservation signal) on a group resource.

[0130] The WTRU may change the priority associated with the group resources, which may occur when the WTRU decides to perform reselection for the group resources, as described herein.

[0131] In addition to the data associated with the group, the WTRU may also transmit an RCI. The RCI may include buffer information associated with the data intended for the group. For example, the WTRU may transmit the amount of data in its buffer intended for the group, possibly along with priority / reliability or other QoS information. The WTRU may indicate in the RCI whether segmentation was required to transmit the data on the assigned resources. The WTRU may also indicate the size of the packets that required segmentation to fit within the group sub-resources.

[0132] If the WTRU does not have data to transmit associated with the group, it may transmit an RCI indicating that it does not need the resource in the next reservation period, or may transmit a buffer status indicating that it does not have data in its buffer associated with the resource.

[0133] The WTRU may indicate in the RCI that it was unable to use group resources because it decided to use transmission on non-group resources (e.g., due to group resources not meeting the WTRU's latency requirements). The WTRU may also indicate the amount of time the group resources failed to meet its latency requirements.

[0134] A WTRU may indicate in the RCI that it has detected an SCI transmission by another WTRU that has scheduled a non-group transmission that conflicts with its own group-scheduled transmission.

[0135] The WTRU may indicate in the RCI the presence of buffered group data that has a priority different from the priority allowed for transmission on the group resources.

[0136] When the resources reserved for a group are SPS-like resources or forward-reserved resources intended for use by WTRUs in the group, the WTRU may make a resource reselection decision. Resource reselection may be performed by any WTRU in the group, or resource reselection may be performed by only a single WTRU. For example, in the case where each WTRU transmits a resource reservation signal, which may include an SCI and an RCI, to schedule its own transmission, any WTRU may perform resource reselection before its scheduled transmission. In the case where a single WTRU (e.g., a designated WTRU) transmits an SCI to schedule all of the group sub-resources, resource reselection may be performed by only a single WTRU in the group.

[0137] The WTRU may perform resource reselection based on one or more of the following triggers or conditions: Resource reselection may be performed by the WTRU prior to its scheduled transmission on a resource or sub-resource. For example, the WTRU may not be allowed to perform resource reselection until the WTRU determines (e.g., by RCI and member ID) that the next resource is reserved for its transmission.

[0138] If the resources do not meet the WTRU's latency requirements, it may perform resource reselection. For example, the WTRU may determine that the expected timing of its next resource does not meet the delay requirements of a packet arriving from higher layers. The WTRU may perform resource reselection to schedule its transmission at an earlier point in time compared to the scheduled periodic resource.

[0139] If the resources do not meet the WTRU's own buffer requirements, it may perform resource reselection. For example, the WTRU may determine that the allocated resources / sub-resources require packet segmentation at L2, and the WTRU may decide not to segment the packet.

[0140] If transmissions of control information (e.g., RCI) from other WTRUs indicate that the latency and / or buffer requirements of the other WTRUs are not met, a resource reselection may be performed. For example, a WTRU may receive RCI from one or more other WTRU transmissions in the group. If one or more of the WTRUs indicate one or more of the following: a need to segment a packet for transmission within the group resources, an inability to transmit group data within the assigned group resources due to group resources not meeting latency requirements, and detection of a collision with another non-group transmission on a sub-resource, the WTRU may perform resource reselection.

[0141] Resource reselection may be performed upon detection of a scheduled transmission by another WTRU that does not belong to the group or a non-group transmission that conflicts with the scheduled resources, possibly only if the non-group transmission is determined to be of higher priority than the group transmission.

[0142] Resource reselection may be performed if a different carrier, bandwidth, or beam becomes better than the current carrier, bandwidth, or beam by a predetermined or configured amount. For example, the WTRU may maintain CBR measurements of the current carrier, bandwidth, and beam in addition to other carriers, bandwidths, and beams, and may decide to perform reselection when the CBR of another carrier, bandwidth, and beam is lower than the current one.

[0143] A WTRU may receive an RCI from one or more WTRUs associated with its group. If a WTRU receives more than a predetermined or configured number of RCIs from different WTRUs, each indicating that the group sub-resources could not meet the latency requirements, the WTRU may perform resource reselection for the group resources. The WTRU may utilize the latency requirements of other WTRUs in the RCI to schedule the group resources.

[0144] A WTRU may be configured to echo a received resource reservation signal under one or more of the following conditions: A WTRU may echo a received resource reservation signal if it is configured to do so by the application layer, either explicitly or implicitly (e.g., through configuration of a member ID with some particular value and by performing an echo for every Nth member ID). A WTRU may echo a received resource reservation signal if the group SCI transmitted by the specified WTRU, or the received value of any group RCI corresponding to the WTRU's group, has a quality (e.g., RSRP) below a threshold. The threshold may depend on the PPPP / PPPR of allowable transmissions for the group.

[0145] The above method may be advantageous for use in a single WTRU that schedules sub-resources for multiple WTRUs in subsequent subframes. If the distance between different WTRUs in a group is large, other WTRUs close to the group may not be able to detect the initial SCI transmission and may select resources that collide with the group resources. Repeating (i.e., echoing) the group resources may avoid such resource collisions by other WTRUs performing resource selection.

[0146] Referring now to FIG. 2, a diagram illustrating a first method of group reservation using sub-resource coordination is shown. In this method, an SCI may schedule transmissions for a single WTRU. A first WTRU 202 may transmit a first SCI 204 or resource reservation signal to schedule its own transmission in a first reservation period 206. Forward reservation in the SCI 204 for a particular resource reservation period may be used to reserve resources for transmissions by other WTRUs in the group. The first WTRU 202 may transmit the group reservation using the SCI 204 or an equivalent sidelink scheduling message in combination with a first RCI 208. The first RCI 208 may be transmitted as a MAC CE on the PSSCH.

[0147] The first WTRU 202 may set the contents of the SCI 204 to indicate the resources 210 scheduled by the first WTRU 202. The first WTRU 202 may indicate a forward reservation indication depending on whether the same resources are reserved in a future reservation period. The SCI 204 may include a group identifier field. The first WTRU 202 may set this field to be the group ID of the group for which the resources are reserved. The scheduling information in the SCI 204 may indicate the specific resources reserved in the scheduling information. The resources 210 may be a subframe / slot or a set of subframes / slots and resource blocks within each subframe / slot. The first WTRU 202 may include the first RCI 208 in its transmission on the resources indicated by the first SCI 204. The first RCI 208 may be transmitted as a MAC CE multiplexed with the first WTRU 202's transmission on the PSSCH. The first RCI 208 may include an indication of whether the first WTRU 202 intends to utilize the same resources (reserved by the first SCI 204) in the next reservation period 212 and / or the sequence of WTRUs that should utilize the group resources in the next reservation period 212. As shown in FIG. 2, the first WTRU 202 may use the first RCI 208 to indicate that the second WTRU 214 should transmit on the resources in the second reservation period 212.

[0148] The first WTRU 202 may include the entire sequence of WTRU IDs so that the second WTRU 214 can know its turn in the transmission sequence based on the last group reservation signal and the WTRU ID in the sequence. The second WTRU 214 may be a member of the same group and may decode the first SCI 204, which includes the group ID, and read the MAC CE. The second WTRU 214 may transmit on the same resources in the second reservation period 212 if it determines that it is the next WTRU in the sequence (i.e., the resources are allocated as transport resources for this WTRU). Otherwise, the second WTRU 214 may only receive transmissions and / or decode the first RCI 208 in the next reservation period.

[0149] The second WTRU 214 may transmit a second SCI 216 to schedule resources in the second reservation period 212. The second WTRU 214 may also transmit a second RCI 218 in its transmission on the resources indicated by the second SCI 216. As shown in FIG. 2, the second WTRU 214 may use the second RCI 218 to indicate that a third WTRU (not shown) should transmit on resources in the third reservation period.

[0150] 3, a diagram illustrating a second method of group reservation using subresource coordination is shown. In this method, the SCI may schedule transmissions for multiple WTRUs in a reservation period. A single WTRU may be assigned a subresource of the SCI scheduled resources. In the case of periodic transmissions by a group, forward reservation may be used to reserve subsequent resources for the WTRU.

[0151] The first WTRU may transmit a group reservation signal using the first SCI 302 and the first RCI 304, e.g., using a PSSCH. The first WTRU may include scheduling information, a group ID, and a forward reservation signal in the first SCI 302 for the first reservation period. The first WTRU may also transmit a format or indication of the subresources in the first reservation period 308. More specifically, the first WTRU may provide an indication of the size and location of each subresource within the resources reserved by the first SCI 302. The first WTRU may transmit data destined for the indicated group in the first subresource 306 indicated by the first SCI 302. In addition, the WTRU may transmit the first RCI 304 in the MAC CE using this first subresource 306. The MAC CE may include an ordering of member WTRU ID transmissions used within the subresources. Each sub-resource may be used for transmission of data from a single WTRU associated with the group. A WTRU receiving the first SCI 302 may determine the sub-resource structure and decode the first sub-resource 306.

[0152] Based on the content of the first RCI 304 transmitted in the first sub-resource 306, the WTRUs in the group may determine their own sub-resources. The WTRUs may transmit data associated with the group in their own sub-resources. For example, a second WTRU may transmit data in the second sub-resource 310 in the first reservation period 308. A third WTRU may transmit data in the third sub-resource 312 in the first reservation period 308. A fourth WTRU may transmit data in the fourth sub-resource 314 in the first reservation period 308. The WTRUs may transmit usage information using their own RCI. For example, the fourth WTRU may transmit a second RCI 316 indicating its resource usage information.

[0153] If a WTRU has no data to transmit associated with a group, it may transmit an RCI indicating that it does not need resources in the next reservation period. This information can be used by the initiator of the RCI (e.g., a designated WTRU) to determine the schedule for the next reservation period or to determine whether there is a need to reserve group resources for the next reservation period at all.

[0154] A WTRU transmitting a group reservation signal can determine the need to reserve group resources in a future reservation period based on the transmission of RCI or control information in each of the sub-resources of a previous reservation period. More specifically, the WTRU can decode the RCI or similar control information from each WTRU in each of the sub-resources of a reservation period. Based on this information, the WTRU can decide whether to retain resources for the next reservation period. The decision can be based on one or more of the following: the number of WTRUs that still have data to transmit associated with the group, each WTRU's buffer occupancy in the RCI, detected RSSI or RSRP in each of the sub-resources in the previous reservation period, etc., and a random number for the reservation period, potentially selected in the first transmission of a group reservation signal associated with a particular resource and decremented with each transmission in the reservation period associated with the same resource.

[0155] If the WTRU decides to keep the resources based on the above conditions, the WTRU may transmit a resource reservation signal associated with the same resources in the next reservation period. Alternatively, based on the above information, the WTRU may decide to perform a reselection procedure to reserve a different set of resources, possibly having a larger or smaller size, and possibly to accommodate other WTRUs in the group based on the information transmitted in their RCI. Alternatively, the WTRU may decide to reserve the same or a different set of resources for use by a subset of the WTRUs in the group, perhaps those that still have data to transmit. The WTRU may also decide not to reserve any resources in the reservation period and not to transmit any group reservation signal if, for example, none of the WTRUs have data pending in their buffers.

[0156] A WTRU configured to transmit a group reservation signal may select a random number between n1 and n2 and transmit the group reservation signal along with a forward reservation indication set. Upon transmission of each resource reservation signal, the WTRU may decrement the random number. When the random number reaches 0, the WTRU may perform a resource reselection procedure for the group resources as long as the WTRU still has data in its buffer and at least n WTRUs in the group have at least x bytes of data associated with the group communication in their buffers. If the counter does not reach 0 and at least y of the WTRUs in the group indicate that they still have at least x bytes of data associated with the group communication in their buffers, the WTRU may decide to retain the existing resources in the next reservation period. Additionally, the WTRU may modify the RCI for the next group reservation signal transmission to change the set of WTRUs with assigned sub-resources and the size of the sub-resources based on the RCI information received from each WTRU.

[0157] A WTRU may implicitly or explicitly associate sub-resources within the set of resources indicated by the resource reservation signal to be used for its own transmission. The WTRU may decide to use particular sub-resources within the resources indicated in the reservation signal based on one or more of the following: explicit mapping based on ID or similar identification; ordering information such as RCI sent by the WTRU, network, or application layer, which may be sent in either the PDCCH or PDSCH; priority of the data to be transmitted, including delay requirements for the data; arrival time of the data to be transmitted; range of the data to be transmitted; previous transmissions by other WTRUs on the same sub-resource (e.g., in a previous reservation period or during a previous transmission of the reservation signal); measured RSRP, RSSI, or CBR associated with the sub-resource in a previous reservation period or associated with a previous transmission of the reservation signal; distance from or relationship to the WTRU that transmitted the resource reservation signal; and validity, from the perspective of the transmitting WTRU, of the sensing results used by the WTRU that performed the resource selection.

[0158] A WTRU may determine the sub-resources on which it can send its transmission based on an identifier assigned to it, such as a group member ID. For example, a WTRU may determine that it can use the i-th sub-resource if its group member ID modulo N=i.

[0159] A WTRU with a pending transmission associated with a group identifier may use resource coordination information (RCI) to determine the sub-resources associated with its own transmission within the set of resources reserved for the group.

[0160] The WTRU may determine its transmission sub-resources based on the RCI under certain conditions associated with the sensing results used by the WTRU that performed the resource selection and / or transmission of the resource reservation signal. More specifically, the WTRU may use its transmission sub-resources indicated in the RCI only if its own sensing results indicate the availability of the transmission sub-resources.

[0161] A WTRU may use its transmission sub-resources only if the received quality of the reservation signal is above a threshold.

[0162] A WTRU may use its transmission sub-resources if the distance to the WTRU that transmitted the resource reservation signal does not exceed a threshold. In such a case, the RCI or resource reservation signal may include the geolocation of the WTRU that transmitted the resource reservation signal.

[0163] If the WTRU is unable to use its sub-resources within the resource indicated by the reservation signal and / or RCI, the WTRU may initiate its own resource reservation procedure (sensing and resource selection) and / or retransmit the resource reservation signal, possibly using its own sub-resources or sub-resources predefined for that purpose.

[0164] The WTRU can determine group resource coordination (i.e., when to transmit within the resources reserved for the group) based on the ordering configuration from the application layer. More specifically, the WTRU can receive a member ID, member index, or similar index that indicates its sequence within the group. The sequence can indicate when and in which sub-resources the WTRU can perform its transmission.

[0165] A WTRU may receive a group member index N and determine that it should transmit on the Nth subresource associated with the group reservation. The Nth subresource may be determined in both time and frequency space. For example, the SCI may specify x subchannels over y consecutive slots and further indicate the subresources corresponding to a single subchannel. The WTRU may then determine the Nth subresource by indexing (first by the subchannel in a given slot) and continuing to index subchannels in subsequent slots until it reaches the Nth subresource.

[0166] A WTRU may determine the timing of its own transmission based on its member index and the member indices transmitted by other WTRUs in the same group in reservation signals. For example, a WTRU with member index N may transmit on the same resource that occurs one resource reservation period after it detects a transmission for the group that includes group member index N-1 in the transmitted SCI or RCI.

[0167] A WTRU may further determine that it is a designated WTRU (i.e., that it should perform resource reservation for other WTRUs) if it is configured with a particular value of Member ID. For example, a WTRU with a Member ID of 0 may determine that it should perform resource reservation for a group of WTRUs. A WTRU configured with a Member ID different from 0 will not perform group reservation and will transmit only on its own sub-resources or according to the sequence indicated by its Member ID.

[0168] The WTRU may further determine that it needs to perform echoing of the reservation signal based on its member ID. For example, a certain member ID may be associated with the task of echoing the reservation signal (e.g., all even-numbered member IDs should perform echoing of the reservation signal). The determination of the need to perform echoing may be based on both the member ID and the sub-resource configuration. For example, the WTRU may determine that it needs to perform echoing if the sub-resource configuration consists of x sub-resources in a given time window and (member ID)(mod x)=0. In other words, one echoed reservation signal transmission may be required per sub-resource configuration window.

[0169] A WTRU configured to monitor sidelink transmissions for resource reservation signals may, upon receiving a resource reservation signal associated with a group to which the WTRU belongs, treat the entire resources reserved by the reservation signal as contention-based resources. More specifically, the WTRU may perform transmission on the entire resources if it has data available for transmission. The WTRU may then initiate a contention detection and / or contention resolution procedure following the transmission to determine whether its own transmission collided with the transmission of another WTRU. The procedure may consist of determining the RSCP measured on the shared resources during transmission on the shared resources. For example, the WTRU may perform an LBT procedure at the start of the reserved resources and may transmit on the reserved resources if the channel is deemed free.

[0170] Referring to FIG. 4, a diagram illustrating a method for reserving contention-based resources is shown. A WTRU configured to monitor sidelink transmissions for resource reservation signals may transmit on some of the resources depending on whether it detects another WTRU in the group already transmitting on the resource upon receiving a reservation signal associated with the group to which the WTRU belongs. For example, the WTRU may be assigned a sequence number for a starting subresource within the resource. The starting subresource associated with a particular WTRU may be determined by one or more of a WTRU member ID and an RCI. For example, the member ID may range from 1 to N, and the starting subresource for that WTRU is given by the WTRU member ID. The RCI may be transmitted periodically in the SCI or in one of the subresources of the PSSCH intended for transmission of the RCI.

[0171] A WTRU can determine whether it can transmit on a contention-based resource by sensing subresources that occurred in time prior to its own starting subresource location. If the WTRU determines that the resources are unoccupied (e.g., the RSRP of each of the subresources is below a threshold), the WTRU can decide to transmit on the remainder of the resources starting from its own subresource. A subresource may consist of either an OFDM symbol, a slot, a subframe, or multiple subframes and may be limited in frequency (contiguous or non-contiguous) to the number of resource blocks. A subresource may be contiguous in time or may not be contiguous. A subresource may itself be contiguous or non-contiguous in time and may or may not be associated with the same resource block. The format of the subresources, the number of subresources, may be provided in one or more of the SCI, the RRC configuration or pre-configuration, and the data to be transmitted on the deterministic subresources (e.g., in the MAC CE).

[0172] As shown in FIG. 4 , the SCI 402 may schedule a set of subresources 404. A first WTRU having a first sequence number may be assigned a first starting subresource 406 based on one or more of the methods described above. The first WTRU may not transmit on the first starting subresource 406. A second WTRU, which may be assigned a second sequence number, may detect that the first WTRU is not transmitting in the first starting subresource 406 and may determine that it can transmit in the second starting subresource 408. However, the second WTRU may not transmit in the second starting subresource 408. A third WTRU, which may be assigned a third sequence number, may detect that the second WTRU is not transmitting in the second starting subresource 408 and may determine that it can transmit in the third starting subresource 410. The third WTRU may start transmitting in the third starting subresource 410. The third WTRU may transmit over the remainder of the set of subresources 404.

[0173] The procedures described above for use of reserved resources for a group of WTRUs can be applied to use with network-scheduled resources. More specifically, a group of WTRUs can use resources allocated by the network. As described herein, a number of procedures can be added to enable use of network-scheduled resources by a group of WTRUs.

[0174] A WTRU in a group may receive a group RNTI ("Gr-V-RNTI") for resource allocation, usable by all WTRUs in the group. The RNTI may be assigned to the WTRU by dedicated RRC signaling. The WTRU may receive the RNTI from the gNB when it joins a V2X group. Alternatively, the WTRU may request the group RNTI when it joins the WTRU's group. For example, upon an indication from higher layers that the WTRU has joined, should join, or should form a group, the WTRU may request the group RNTI from the gNB using sidelink WTRU information or a similar RRC message. The WTRU may receive the group RNTI as part of signaling to establish a unicast / multicast link (e.g., a unicast link establishment request to the network or a network-initiated sidelink unicast link establishment message). The WTRU may receive the group RNTI by dedicated configuration. The request for the group RNTI may further include the WTRU's group ID (as configured by the application layer) for the gNB to identify the WTRU group. The WTRU may further derive the group RNTI from a destination ID (e.g., an L2 ID that identifies a unicast / multicast group). For example, the WTRU may use all bits or the least / most significant bits of the destination ID associated with the unicast / multicast link as the group RNTI. Alternatively, the WTRU may derive the group RNTI from the source L2 ID of one or any of the associated WTRUs in the unicast / multicast link.

[0175] A WTRU may monitor the PDCCH for the Gr-V-RNTI when configured by the application layer as part of a group and when configured by the network to perform network-scheduled V2X communications. Otherwise, the WTRU may not need to monitor the Gr-V-RNTI. A WTRU that participates in multiple groups may be further assigned different Gr-V-RNTI values ​​associated with the groups it has joined.

[0176] The V-RNTI of the designated WTRU may be used for all allocations by the network of resources used for communication within the group of WTRUs. The WTRUs may learn about the V-RNTI of the designated WTRU from coordination information (e.g., RCI) sent by the designated WTRU. Specifically, when a WTRU becomes the designated WTRU for a group (e.g., when it receives an indication from the application layer), it may send an RCI or similar coordination information including its network-assigned V-RNTI over the sidelink to other WTRUs in the group.

[0177] A WTRU may monitor the PDCCH using the V-RNTI of a designated WTRU when configured by the application layer as part of a group and when configured by the network to perform network-scheduled V2X communications. Otherwise, the WTRU may not need to monitor the V-RNTI of a designated WTRU.

[0178] The WTRU may further request permission from the network to use the designated WTRU's V-RNTI. For example, upon receipt of the designated WTRU's V-RNTI, the WTRU may send a request / indication to the network before being allowed to use the WTRU's V-RNTI to transmit on sub-resources within the network-assigned resources. The WTRU may further receive an indication from the network indicating whether the WTRU may or may not transmit in the resources assigned to the designated WTRU's V-RNTI.

[0179] The WTRU may send such a request / indication to the network periodically (e.g., based on some timer), or upon a change in distance (based on geolocation) to the designated WTRU's V-RNTI, upon a change in the designated WTRU for a group, or upon joining a different group.

[0180] A WTRU monitoring a V-RNTI associated with another WTRU may further receive an additional indication (e.g., DCI) from the network in the resource grant. The WTRU may use the indication to distinguish between a resource grant available for use by a group and a resource grant allocated solely for the use of the individual WTRU associated with the V-RNTI. The indication may take two values: group and individual. The group value indicates that the WTRU may utilize sub-resources within the resources allocated using the V-RNTI. The individual value indicates that this is not allowed.

[0181] The WTRU may transmit within sub-resources of the network-allocated resources using the mechanisms described above for WTRU autonomous transmission, which may be based on transmission of RCI by one or more WTRUs. In addition, the WTRU may receive the RCI from the network as part of an RRC message, MAC CE, DCI, or similar message sent by the gNB.

[0182] A WTRU may request semi-persistent sidelink resources available for a group of WTRUs. The WTRU may receive an indication from the application layer to initiate such a request to the network. More specifically, the WTRU may provide assistance information for requesting sidelink SPS resources that reflects the resource requirements of the group of WTRUs. The WTRU may take into account the resource requirements of other WTRUs in the group when requesting SPS resources from the network and / or sending WTRU assistance information for SPS resources from the network. More specifically, a WTRU requesting SPS resources may increase or scale the number of needed SPS resources compared to its own resource requirements based on the additional information. The additional information may include one or more of the following: The additional information may be the number of WTRUs in the group, possibly provided by the application layer. The additional information may be a factor (e.g., a multiplier) compared to the periodicity of the WTRU's own resources, possibly provided by the application layer. The factor may represent the number of WTRUs in the group, the number of WTRUs in the group that have a blocking relationship, the number of WTRUs that need to process and relay the message, or the number of duplications required to broadcast the message to the entire group. For example, if a WTRU determines that the periodicity of communications for a particular service is 300 ms and the application layer indicates a factor of 10, the WTRU may request SPS resources using a periodicity of 30 ms.

[0183] The additional information can be a timing offset change of the SPS resources. The additional information can be QoS-related information (e.g., priority) of a pending transmission at the WTRU aimed at the group. The additional information can be range-related information, such as whether the data with the pending transmission that initiated the SPS request needs to be transmitted over a long or short range. The additional information can be a frequency band of operation, such as whether the transmission between group members is on a high frequency (e.g., mmWave).

[0184] A WTRU may initiate a request for SPS sidelink resources by sending WTRU assistance information. If the WTRU is a designated WTRU of a group (e.g., as determined by the application layer), the assistance information may be based on the WTRU's own resource needs and the potential resource needs of other WTRUs. The WTRU may request SPS for a shorter duration (e.g., by a factor x) compared to its own SPS duration. The factor x may be received from the application layer, or it may be inferred / derived from information provided by the application layer.

[0185] The WTRU can determine in its request for SPS resources whether its packet arrival periodicity needs to be scaled, and by how much it should be scaled. This can be based on the topology (e.g., the number of vehicles that may be in a blocking position as indicated by higher layers), the frequency band (e.g., scaling may be required when the transmission is on mmWave), and the QoS (e.g., scaling may be required depending on the priority or reliability of packets received from higher layers).

[0186] Before requesting SPS resources with a specific periodicity, the WTRU can determine whether its packet periodicity needs to be scaled using one or more of the following rules. When transmitting on millimeter waves and using a beam angle <x, scaling can be performed. When the priority of a packet associated with periodic transmission is higher than a certain value, scaling can be performed. Based on one or more of the above determinations, if scaling should be performed, the scaling can be by a coefficient provided by the application layer.

[0187] The WTRU can determine specific time / frequency resources that it can use to transmit data targeted at a specific group based on one or more of the following criteria. The WTRU can determine the time / frequency resources using RCI or similar information transmitted by another WTRU on the sidelink or by the network. For example, ordering information for resource use between WTRUs can be included within the RCI. The WTRU can determine the time / frequency resources using the timing of data arrival for a specific resource. For example, the WTRU can assume that it can use the resource with the minimum waiting time for packet transmission compared to the arrival of the packet. For example, the WTRU can use the next single resource in time in an SPS grant following the arrival of the packet at the AS layer of the packet.

[0188] The WTRU can determine the time / frequency resources using the WTRU ID within the group assigned by the application layer or the network. A WTRU having a group WTRU ID M can transmit at the M(Mod n)th resource in time of the SPS grant following the receipt of the grant. The values of M and n can be provided by the higher layer.

[0189] Additionally, the WTRU may determine the time / frequency resource using the priority of the data to be transmitted, including the delay requirement of the data, the arrival time of the data to be transmitted, the transmission range of the data to be transmitted, previous transmissions by other WTRUs within the same sub-resource, and the measured RSRP, RSSI, or CBR associated with the sub-resource or other sub-resources, possibly during a previous reservation period.

[0190] Based on the SA1 requirements, the AS may be able to control the communication range for a message based on the characteristics of the message transmitted by the WTRU. These characteristics may be determined by the application layer and may be related to the type of application layer message (e.g., whether it is intended for an entire group of WTRUs or a single WTRU within a group). To ensure resource efficiency, the WTRU may set its transmission parameters assuming a worst-case transmission range, such as transmitting from the head of the group to the end of the group, or taking into account a worst-case group length, assuming that the WTRUs within the group follow each other in a cascade manner on the road.

[0191] The WTRU may receive one or more parameters associated with the range of a message sent from the application layer. In this context, the term "range" may refer to the distance the WTRU's transmission reaches or the distance over which reliable transmission can be guaranteed. The one or more parameters may be associated with the QoS of the transmitted packet. The one or more parameters may be provided with each packet received from a higher layer (e.g., "per-packet" range). Alternatively, the WTRU may receive a range requirement QoS parameter associated with a particular destination address and / or upper layer flow and / or bearer and may assume the same range applicable to all received packets with the same destination address / flow / bearer. Alternatively, the range requirement may be implicitly derived from a particular QoS parameter or other parameter provided by a higher layer, such as the destination address (e.g., multicast vs. groupcast).

[0192] The one or more parameters associated with range may take on a finite number of values. Each value may be further associated with one of the following parameters: A value may be associated with a particular physical distance of a transmission using a single sidelink transmission; A value may be associated with a particular physical distance of a transmission assuming a relayed sidelink transmission; A value may be associated with a physical transmission direction and / or coverage, corresponding to whether a packet needs to be transmitted to a vehicle behind the WTRU, to vehicles both behind and in front of the WTRU, or to vehicles in all directions around the WTRU.

[0193] One or more parameters associated with a range can alternatively take on a finite number of values ​​with a qualitative association, eg, a short range, a medium range, and a long range.

[0194] The WTRU may modify or adapt one or more transmission parameters for the packet based on the received range value associated with the packet. The range value may further be derived from a QoS characteristic associated with the packet (e.g., through a configured table). For example, a QoS value x may indicate a particular entry in a table, which may further be associated with a particular value of a range requirement. The range requirement may take on any number of different possible values ​​(e.g., 1 to x, or low / medium / large, etc.). This adaptation may enable the WTRU to achieve the required range for a V2X transmission without having to assume the worst-case transmission parameters required for all V2X transmissions.

[0195] The WTRU may associate one or more range values ​​with a particular unicast or multicast link. More specifically, the WTRU may associate one or more range values ​​with one or more of the following: a destination ID, a unicast / multicast link ID (determined by the WTRU, from higher layers, or provided by the network), a logical channel, a radio bearer or group thereof, a QoS flow or group of QoS flows. The WTRU may perform the association at one or more of the following times: upon creation of a logical channel or radio bearer, upon initiation by higher layers of a unicast / multicast link with one or more WTRUs, and during signaling with the network to establish a unicast / multicast link with one or more WTRUs.

[0196] The WTRU may receive an association from a higher layer or the network. More specifically, the WTRU may receive an indication from a higher layer to initiate a unicast / multicast link with a particular destination ID and / or unicast / multicast link ID. The WTRU may be provided with an associated QoS value (e.g., VQI) from which the WTRU can derive a range. The WTRU may then apply transmission parameters applicable to the range value for each packet it receives from the higher layer with the particular destination ID or unicast / multicast link ID.

[0197] The WTRU may receive from the network an association of range values ​​for TX parameters. More specifically, the WTRU may initiate signaling with the network for establishment of a unicast / multicast link and may provide the associated range values ​​applicable to this unicast / multicast link. The network may respond with the applicable TX parameters to be applied to the transmission parameters associated with this link. Packets may be associated with a destination ID, a logical channel, etc., as described above.

[0198] The WTRU may determine applicable transmission parameters to modify and particular values ​​to assign to such parameters based on one or more of pre-configuration and network configuration.

[0199] Based on the range value or range parameter received from the application layer, the WTRU may change one or more of the following transmission parameters: number of retransmissions on the PSCCH and / or PSSCH; selected resource pool; minimum / maximum / average number of resources selected by the WTRU; use of TX diversity; TX power on the PSCCH and / or PSSCH; selected MCS for transmission; beamforming characteristics (e.g., whether beamforming is on / off, the beam angle to use, whether to transmit on one beam or multiple beams, and on which beam direction relative to another WTRU's transmission); and whether relaying is enabled / disabled.

[0200] The WTRU may select one value or set of values ​​for any of the above transmission parameters based on the range value associated with its transmission.

[0201] The WTRU may determine the applicable value or values ​​of a given transmission parameter based also on other measured aspects of the channel, such as one or more of the following: a measured CBR on a set of resources, a measured CR at the WTRU, the quality of a reference signal transmitted by the network or another WTRU, HARQ feedback from another WTRU, a CQI measurement from another WTRU, and measured path losses between the WTRU and one or more other WTRUs (e.g., those involving unicast / multicast links).

[0202] The WTRU may be configured to maintain a path loss estimate and / or a channel quality estimate on a unicast link with its paired WTRU (e.g., by measuring a reference signal transmitted by the paired WTRU). The WTRU may be configured to use a set of applicable values ​​for TX power on the PSCCH and / or PSSCH for each combination of measured path loss and / or channel quality and range value. The WTRU may receive a packet associated with a destination address that has a range value associated with it. The WTRU may then select an allowable TX power value for transmission of that packet based on the range parameter and the path loss and / or channel quality (on the unicast link) on the link with the paired WTRU. The WTRU may further adapt the TX power over the allowable range based on the measured CBR of the channel.

[0203] The WTRU may receive packets labeled as either short range, medium range, or long range from the application layer. The WTRU may select a particular MCS value or select from a subset of allowable MCS values ​​for short range packets, and may select a different MCS or select from a different subset of allowable MCS values ​​for medium range packets, and similarly for the long range.

[0204] The WTRU may receive packets labeled as either short-range, medium-range, or long-range from the application layer, and when transmitting packets over the air, the WTRU may use beam angle x1 for short-range packets, beam angle x2 for medium-range packets, and beam angle x3 degrees for long-range packets.

[0205] The WTRU may receive a packet from the application layer with a range parameter value indicating that the packet only requires transmission in a single direction. The direction may further be specified (e.g., using a cardinal direction or relative to the vehicle's heading). The WTRU may decide to transmit the packet only on a single beam or a subset of beams associated with the indicated direction. Alternatively, different packets may indicate transmission in all directions. In this case, the WTRU may decide to transmit the packet on all beams.

[0206] The WTRU can be configured to use a TX power offset value, maximum TX power, or TX power calculation formula for each range parameter value that can be configured by the application layer. The WTRU MAC can indicate the appropriate TX power offset value, maximum TX power, or calculation formula to the PHY layer when a MAC PDU is sent to the PHY layer for transmission. The PHY layer can then apply the associated offset / max / formula to the TX power calculation when transmitting the MAC PDU.

[0207] The range parameters associated with a transport block provided to the PHY layer may consist of the range associated with the worst-case (i.e., maximum range) packet that can be multiplexed onto that transport block.

[0208] The WTRU may estimate a sidelink pathloss value based on the sensing results. The WTRU may process such a set of sidelink pathloss estimates and determine a sidelink pathloss range corresponding to the set of configured ranges by associating the configured small, medium, and large ranges with the estimated pathloss. For example, the WTRU may associate the 33rd percentile pathloss estimate with the small range, the 67th percentile pathloss with the medium range, and the 100th percentile with the large range. The WTRU may determine the sidelink power based on the sidelink pathloss estimates associated with the configured ranges. To enable the pathloss estimation, the WTRU may indicate the transmit power in the SCI information.

[0209] The WTRU can be configured to use a set of transmission characteristics to associate with each value of the range parameter received from higher layers. For example, the range parameter value from higher layers can take on a predefined set of values ​​(1, 2, ..., N). For each value of the parameter, the WTRU can be configured to assign a desired N-tuple of transmission parameters, where each element in the N-tuple consists of one of the transmission parameters mentioned above, such as the N-tuple, number of retransmissions, TX power, selected MCS, and beamforming angle. The WTRU can be configured to use a table mapping of the range parameter to different N-tuples. The WTRU can further be allowed to perform selection of any or a subset of the possible values ​​for one of the N-tuples. For example, the WTRU may have no preference for TX power, or it may be selectable by the WTRU. The beam angle can be a selection from a subset of allowable / supported beam angles for a certain range parameter value.

[0210] The WTRU can be configured to use a set of applicable transmission parameters using a transmission profile. A transmission profile can consist of a set of transmission parameters to apply to transmissions on the sidelink. Based on characteristics of the data to be transmitted, such as its transmission range and / or QoS characteristics (e.g., priority or reliability) associated with the data, the WTRU can select to perform transmissions using the associated transmission profile configured for that transmission range and / or QoS characteristics. The WTRU can use a first transmission profile for transmissions of packets having a first range characteristic, and it can select a second transmission profile for transmissions of packets having a second range characteristic.

[0211] The transmission profile can be configured by the gNB (e.g., through RRC signaling), it can be pre-configured, or it can be hard-coded in the WTRU by specification. The WTRU can further support a subset of hard-coded and defined transmission profiles and can indicate the supported transmission profiles to the gNB and / or higher layers.

[0212] The transmission profile may affect one or more of the following WTRU transmission parameters: The transmission profile may dictate retransmissions on the PSCCH and / or PSSCH. For example, the transmission profile may be associated with the number of retransmissions (e.g., of the SCI) applied on the PSCCH and / or PSSCH. The transmission profile may also dictate the time / frequency relationship between transmissions and retransmissions. For example, the time between transmissions and retransmissions may be fixed and determined by the transmission profile. The channel (or frequency location) of the retransmission may have a relationship to the frequency resources used by the initial transmission, which relationship may be determined from the transmission profile.

[0213] The transmission profile can influence the selected resource pool, for example, the transmission profile can limit or dictate the resource pool that can be used for the transmission of data over the sidelink.

[0214] The transmit profile can influence the use of TX diversity. For example, the transmit profile can indicate whether TX diversity (e.g., spatial diversity) should be applied to the transmission of data. The transmit profile can further configure the settings for diversity transmission (e.g., through resource hopping) by configuring the hopping pattern across slots, beams, resources, BWPs, and TX pools.

[0215] The transmission profile can affect the TX power on the PSCCH and / or PSSCH. The transmission profile can determine the nominal or maximum transmit power used. It can also indicate the amount by which the transmit power can be increased or decreased between each initial transmission / retransmission and / or between successful transmissions / retransmissions.

[0216] The transmission profile can influence the selected MCS for the transmission.

[0217] The transmit profile can influence the beamforming characteristics. The transmit profile can determine or influence the beamforming characteristics for a transmission. The characteristics can include whether to perform omnidirectional transmission or transmit only on a subset of beams, whether to turn beam sweeping on or off, and the beam angle or set of beams to use. The set of beams can be referenced to a particular reference direction, such as the direction of vehicle travel or some fixed direction (e.g., north).

[0218] The transmission profile can affect whether relaying is enabled / disabled. The transmission profile can indicate whether a transmission should be sent to a relay. Based on the transmission profile, the WTRU can also indicate within the transmission (e.g., as a control element within a PDU of one of the AS layers, such as MAC, RLC, PDCP, etc.) whether a particular message should be relayed and how many hops to use.

[0219] The transmission profile may affect the sidelink transmission mode, which may determine whether the WTRU utilizes PC5 or Uu transmission, whether the WTRU uses Mode 3 or Mode 4 for transmission, and / or whether the WTRU selects resources that allow sharing between a scheduled gNB and WTRU autonomously or resources that are not shared.

[0220] The transmission profile can affect the bandwidth and carrier frequency (e.g., an indication of the bandwidth portion or carrier) to use. For example, the transmission profile can indicate the BWP to be utilized for transmission.

[0221] The transmission profile may affect the control channel and / or data channel format (i.e., slot / minislot format) and the set of OFDM symbols used in time / frequency. For example, the WTRU may be configured to transmit SCI or data using different PSCCH or PSSCH formats. The profile may further determine which of the allowable control channel formats to use for the PSCCH and / or PSSCH.

[0222] The transmission profile can affect resource selection criteria for one-shot or periodic resources. The transmission profile can affect one or more of the Mode 4 (WTRU autonomous) resource selection criteria. For example, each transmission profile can be associated with a different RSRP / RSSI / CBR or similar threshold to determine whether a resource is occupied by another WTRU transmission or available for selection. Each transmission profile can be associated with a different criterion for reserving or maintaining selected resources (e.g., a maximum number of contiguous resources reserved, or criteria for resource reselection).

[0223] A WTRU may be configured to use multiple transmission profiles and may be configured to use different transmission profiles depending on the area. More specifically, a WTRU may determine its current geographic location and apply a configured transmission profile to that geographic location.

[0224] The V2X application layer, or either a higher layer as described herein, in the WTRU may know the supported or configured transmission profiles at a given time and may select a transmission profile for transmission of a V2X message when it sends a message for transmission by the AS layer. The application layer may provide an index to the selected transmission profile. For example, each transmission profile may be associated with a different range index, and the application layer may pass the range index to the lower layer along with the packet to be transmitted.

[0225] The WTRU AS may be configured to use a set of transmission profiles (e.g., PF1, PF2, ..., PFN). The WTRU may be further configured by the gNB to use a mapping of range parameters (e.g., short, medium, long, or range1, range2, ..., rangen) to profiles. The configuration may be provided to the WTRU by RRC signaling, by MAC CE, via SI, or by pre-configuration. When the application layer selects a particular range value to be used with a packet, the WTRU AS may then select one of the configured transmission profiles associated with that range value.

[0226] The WTRU may receive an association between a destination address, carrier frequency, or similar parameter identifying the destination of a V2X message and a range within which to transmit the message. The association may take the form of a mapping between one or more destination addresses, and / or carrier frequencies, and / or bandwidth portions, and a range value. The range value may take any form described herein (e.g., short, medium, long, directional information, etc.). The mapping may be provided through configuration (e.g., pre-configuration or gNB / eNB configuration) or may be provided by higher layer configuration. The mapping may also be changed by updated configuration. Based on the mapping of the destination address to the range mapping, the WTRU may apply a certain transmission parameter or set of transmission parameters at any time during transmission of a V2X packet with a particular destination address.

[0227] The WTRU may maintain a mapping of destination addresses to ranges (e.g., short, medium, long) received by the gNB via RRC signaling. The WTRU may maintain such mapping until it receives a new mapping upon receipt of a new RRC configuration. The WTRU may also apply or assume a default range (e.g., long range) for any destination addresses received from higher layers for which it is not configured with a corresponding range value. Upon receipt of a packet with a given destination address, the WTRU may apply transmission parameters that satisfy the associated range characteristic. The decision may further be based on a transmission profile, as described herein.

[0228] The WTRU may be configured to use and maintain an association between a transmission profile and a destination address, carrier frequency, or similar parameter that identifies the destination of a V2X message. The WTRU may receive this configuration from the gNB / eNB, from a higher layer, and / or pre-configured. Upon receipt of a packet with a given destination address, the WTRU may apply the associated configured transmission profile to transmit the packet.

[0229] The WTRU may have a two-stage mapping from destination address to transmission profile to set of transmission parameters. Each stage of the mapping may be configured / reconfigured by a different entity / mechanism or at a different time. The WTRU may be configured by the gNB / eNB and / or pre-configuration to use a mapping of profile numbers / indexes to transmission parameter sets. The transmission parameter set may consist of any setting of parameters associated with a transmission profile. The WTRU may then receive a mapping of destination addresses to transmission profiles from the application layer, such as in the form of an index in a set of known transmission profiles (e.g., PF1, PF2, PF3, etc.). For example, destination address x may use transmission profile PF1.

[0230] The WTRU may provide a mapping of destination addresses to range indices and / or transmission profiles to the gNB. The mapping may enable the gNB to perform appropriate scheduling decisions for Mode 3 type operation (i.e., a scheduled gNB). For example, the WTRU may provide a list of destination addresses to the gNB in ​​an RRC message similar to a UE Sidelink Information message. The message may include range information associated with each of the destination addresses. The WTRU may provide a range index associated with each destination address as provided by an application layer in the WTRU. The WTRU may provide the mapping of destination addresses to range indices to the gNB in ​​one or more of the following events:

[0231] The WTRU may provide a mapping to a destination range index upon a mapping change initiated by the WTRU's application layer, possibly as a result of receiving new mapping information from the V2X Control Function or any other network function in the core network.

[0232] The WTRU may provide a mapping to the range index of the destination upon transition to RRC_CONNECTED by the WTRU, possibly if the mapping was changed while the WTRU was operating in RRC_IDLE / RRC_INACTIVE.

[0233] The WTRU may provide a mapping of destination to range index at handover for the case where the WTRU is performing sidelink transmission while in RRC_CONNECTED.

[0234] Additionally, the WTRU may provide a mapping of destination to range index during a RAN area update or tracking area update, during selection of a new PLMN by the WTRU (i.e., a PLMN change), and when the WTRU changes its geographical area, which may be pre-configured in the WTRU.

[0235] The WTRU may assign different sets of logical channels to packets with particular range parameter values. For example, logical channel IDs L1-L2 may be used for packets labeled as "short range," logical channel IDs L3-L4 may be used for packets labeled as "medium range," and logical channel IDs L5-L6 may be used for packets labeled as "long range." The WTRU may select a particular logical channel ID within the allowable set for a particular range value based on other QoS-related factors (e.g., priority). That is, the WTRU may select the logical channel ID with the lowest value within the set for "medium range" for high-priority packets set on the medium range. The allowable set may be configured by the network or may be pre-configured in the WTRU.

[0236] The WTRU may mark SDUs in the AS with a particular range identifier value based on the range parameter value. The mapping from range identifier values ​​to range parameter values ​​may also be configurable. The WTRU may not restrict packets with a particular range identifier value to use a particular logical channel. Instead, the WTRU may consider the range parameter value / identifier in L2 processing at the PDCP, RLC, and MAC layers. For example, during segmentation of an SDU, the WTRU may associate a particular range identifier value or range parameter value with each of the segments of the SDU.

[0237] The WTRU may perform concatenation / multiplexing of SDUs at any layer (e.g., RLC and / or MAC) such that two packets with different range parameter values ​​are never concatenated / multiplexed, or the WTRU may perform multiplexing between different logical channels such that logical channel sets associated with different range parameters are never multiplexed together.

[0238] The WTRU may perform selective concatenation / multiplexing of packets and / or logical channels depending on the range parameter itself. For range parameter x, multiplexing may be allowed, while for range parameter y, multiplexing may not be allowed. For range parameter values ​​associated with a transmission direction, the WTRU may perform concatenation / multiplexing. For range parameters associated with TX power, the WTRU may not perform concatenation / multiplexing. These rules may be specified or configured for the WTRU by RRC or pre-configuration. The WTRU may further select resources / grant for an identified PDU that is limited with a particular range based on the range associated with that PDU. The range may be a worst-case range.

[0239] The WTRU may determine the transmission parameters to be used for a MAC PDU, including logical channels or packets with different range parameter values. The determination may be based on specific rules depending on the range parameter value. More specifically, when the WTRU receives multiple range parameters for a given packet, the WTRU may be configured to use a specific behavior for each range parameter. The WTRU may be configured to use a combination / sum. For example, if packets associated with different transmission directions are multiplexed, a MAC PDU may be transmitted in each of the directions associated with different range parameter values ​​in that packet. The WTRU may be configured to use a maximum transmit power. For example, if packets associated with different TX powers are multiplexed within a MAC PDU, the MAC PDU may be transmitted using the maximum TX power associated with any of the parameter values ​​provided in the packet.

[0240] The WTRU may be configured to use the minimum beam angle. For example, if packets associated with different beam angles are multiplexed within a MAC PDU, the MAC PDU may be transmitted using the minimum beam angle associated with any of the parameter values ​​provided in the packet. The WTRU may be configured to use an average value of the above parameters.

[0241] The WTRU may also modify the rules associated with parameter selection (e.g., use an average value instead of a maximum value) depending on the resource selection criteria. The resource selection criteria may include, but are not limited to, the currently measured CBR, the percentage of current resource availability or intermediate resource availability from the sensing results, and the average RSSI of the available resources.

[0242] The WTRU may include information associated with the range in a sidelink buffer status report to the gNB. The range information may be provided explicitly. The WTRU may provide the amount of data in the WTRU buffer associated with each range parameter value. For example, for a range parameter that can take on "short," "medium," and "long," the WTRU may report the amount of data in the buffer for each of these three values.

[0243] The WTRU may provide this information implicitly to the reported logical channel groups, possibly using a configurable mapping. For example, a new set of logical channel groups may be reported. Each logical channel group may be associated with one or a set of range parameter values. The mapping between range parameter values ​​and logical channel groups may further be configurable. For example, an LCG may be mapped to one or more PPPPs and one or more range parameter values. The WTRU may report a buffer status associated with each LCG by determining the number of packets in the WTRU buffer that are associated with the configured PPPP and range parameter values.

[0244] The WTRU may report a single range parameter value to the network for each reported LCG. The single parameter value per LCG may be derived similarly to the transmission parameter selection for multiplexed MAC PDUs described above. More specifically, the single parameter value may be a combination, maximum, minimum, or average. For example, the WTRU may determine all different beam directions for packets in each of the logical channels associated with the LCG and the pending data in those logical channels. The WTRU may report this set of beam directions along with the buffer status for that LCG. The set of beam directions may be mapped to a specific number (identifier) ​​by configuration or a standardized mapping.

[0245] The data available at the PHY layer may be labeled with different resource characteristics depending on the range parameter identifiers described above. The WTRU may perform an independent resource selection procedure for each independent range parameter identifier provided above. Each resource selection procedure may have specific rules depending on the associated range parameter identifier with which it is associated. In addition, the WTRU may first perform a resource selection for a first value of the range parameter and second perform a second resource selection for a second value of the range parameter.

[0246] The WTRU may perform resource selection for data that requires a given transmission direction that is different from another transmission direction. Specifically, the WTRU may consider only certain resources for sensing / resource selection.

[0247] Referring to FIG. 5, a flowchart illustrating a first method of group reservation using subresource coordination is shown. In step 502, a WTRU may receive a first SCI element from a second WTRU in a group. In step 504, the WTRU may receive a first RCI element within a first set of resources scheduled by the first SCI. The first RCI may include information about which WTRUs in the group are scheduled to use the second set of resources. In step 506, the WTRU may determine, based on the first RCI, that one or more subresources within the second set of resources are available. In step 508, the WTRU may transmit data on the one or more subresources.

[0248] While features and elements have been described above in particular combinations, those skilled in the art will understand that each feature or element can be used alone or in any combination with the other features and elements. Additionally, the methods described herein can be implemented in a computer program, software, or firmware contained in a computer-readable medium for execution by a computer or processor. Examples of computer-readable media include electronic signals (transmitted over wired or wireless connections) and computer-readable storage media. Examples of computer-readable storage media include, but are not limited to, read-only memory (ROM), random-access memory (RAM), registers, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks and digital versatile disks (DVDs). A processor in association with software can be used to implement a radio frequency transceiver for use in a WTRU, UE, terminal, base station, RNC, or any host computer. [Industrial Applicability]

[0249] The present invention can be generally applied to wireless communication systems. [Explanation of symbols]

[0250] 100 Communication Systems 102a, 102b, 102c, 102d Wireless Transmit / Receive Units (WTRUs) 104 Radio Access Network (RAN) 106 Network (CN) 108 Public Switched Telephone Network (PSTN) 110 Internet

Claims

1. 1. A method for sidelink communication performed by a first wireless transmit / receive unit (first WTRU), comprising: sending a first message to a second WTRU, the first message including information indicating a resource selection window and a resource reservation period; receiving a second message from the second WTRU, the second message including information indicating resource adjustment information; determining resources to use for sending a third message, the resources being determined based on the resource coordination information; A method for providing

2. The method of claim 1 , wherein the resource coordination information indicates conflicting resources.

3. 10. The method of claim 1, wherein the resource adjustment information indicates an unavailable resource, a resource being unavailable if the resource is reserved by another WTRU.

4. The method of claim 1 , wherein the resource is determined based on the resource adjustment information and a sensing procedure.

5. 10. The method of claim 1, wherein the first message is a trigger for the second WTRU to perform a resource sensing procedure.

6. 10. The method of claim 1, wherein the second message includes an indication that resources reserved by the first WTRU overlap with resources reserved by a third WTRU.

7. The method of claim 6 , wherein the second message is received on resources reserved for the second message.

8. 10. The method of claim 1, wherein the second message is received at a medium access control (MAC) control element (CE).

9. The method of claim 1 , further comprising transmitting the third message on the determined resource.

10. a first wireless transmit / receive unit (WTRU), a receiver; A transmitter; a processor; The transmitter is configured to transmit a first message to a second WTRU, the first message including information indicating a resource selection window and a resource reservation period; the receiver is configured to receive a second message from the second WTRU, the second message including information indicating resource adjustment information; The processor is configured to determine resources to use to send the third message, the resources being determined based on the resource adjustment information. The first WTRU.

11. The first WTRU of claim 10 , wherein the resource coordination information indicates conflicting resources.

12. The first WTRU of claim 10 , wherein the resource adjustment information indicates an unavailable resource, a resource being unavailable if the resource is reserved by another WTRU.

13. The first WTRU of claim 10 , wherein the resource is determined based on the resource adjustment information and a sensing procedure.

14. The first WTRU of claim 10, wherein the first message is a trigger for the second WTRU to perform a resource sensing procedure.

15. The first WTRU of claim 10 , wherein the second message includes an indication that resources reserved by the first WTRU overlap with resources reserved by a third WTRU.

16. The first WTRU of claim 15, wherein the second message is received on resources reserved for the second message.

17. The first WTRU of claim 10, wherein the second message is received at a medium access control (MAC) control element (CE).

18. The first WTRU of claim 10 , wherein the transmitter is further configured to transmit the third message on the determined resource.

Images