Transmitting inter-user equipment coordination information based at least in part on beamforming

Abstract

Aspects of the present disclosure generally relate to wireless communications. In some aspects, a first user equipment (UE) may receive an inter-UE coordination (IUC) request from a second UE and via a receive beam of the first UE, where the IUC request is based at least in part on a transmit beam of the second UE associated with an expected transmission of the second UE. The UE may transmit, to the second UE, IUC information indicating preferred resources or non-preferred resources for the intended transmission, wherein the IUC information is based at least in part on channel sensing by the first UE. Numerous other aspects are described.

Description

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This patent application claims priority to U.S. non-provisional patent application No. 17 / 815,870, filed on July 28, 2022, entitled “TRANSMITTING INTER-USER-EQUIPMENT COORDINATION INFORMATION BASED AT LEAST IN PART ON BEAMFORMING,” which is hereby expressly incorporated herein by reference. Technical Field

[0003] Aspects of the present disclosure relate generally to wireless communications, and to techniques and apparatus for transmitting inter-user equipment (UE) coordination (IUC) information based at least in part on beamforming. Background Art

[0004] Wireless communication systems are widely deployed to provide a variety of telecommunication services, such as telephony, video, data, messaging, and broadcasting. Typical wireless communication systems may employ multiple access technologies that can support communication with multiple users by sharing available system resources (e.g., bandwidth, transmit power, etc.). Examples of such multiple access technologies include code division multiple access (CDMA) systems, time division multiple access (TDMA) systems, frequency division multiple access (FDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, single carrier frequency division multiple access (SC-FDMA) systems, time division synchronous code division multiple access (TD-SCDMA) systems, and long term evolution (LTE). LTE / LTE-Advanced is a set of enhancements to the Universal Mobile Telecommunications System (UMTS) mobile standard promulgated by the Third Generation Partnership Project (3GPP).

[0005] A wireless network may include one or more network nodes that support communications for wireless communication devices, such as user equipment (UE) or multiple UEs. A UE may communicate with a network node via downlink communications and uplink communications. A "downlink" (or "DL") refers to a communication link from a network node to a UE, and an "uplink" (or "UL") refers to a communication link from a UE to a network node. Some wireless networks may support device-to-device communications, such as via a local link (e.g., a side link (SL), a wireless local area network (WLAN) link, and / or a wireless personal area network (WPAN) link, among other examples).

[0006] The above-mentioned multiple access technologies have been adopted in various telecommunication standards to provide a common protocol that enables different UEs to communicate at a city, country, region and / or global level. New Radio (NR), which may be referred to as 5G, is a set of enhancements to the LTE mobile standard promulgated by 3GPP. NR is designed to better support mobile broadband Internet access by improving spectrum efficiency, reducing costs, improving services, utilizing new spectrum, and using orthogonal frequency division multiplexing (OFDM) with cyclic prefix (CP) (CP-OFDM) on the downlink, using CP-OFDM and / or single carrier frequency division multiplexing (SC-FDM) (also known as discrete Fourier transform spread OFDM (DFT-s-OFDM)) on the uplink to better integrate with other open standards, as well as supporting beamforming, multiple input multiple output (MIMO) antenna technology and carrier aggregation. As the demand for mobile broadband access continues to increase, further improvements in LTE, NR and other radio access technologies remain useful. Summary of the invention

[0007] In some specific implementations, an apparatus for wireless communication at a first user equipment (UE) includes: a memory; and one or more processors coupled to the memory, the one or more processors configured to: receive an inter-UE coordination (IUC) request from a second UE and via a receive (Rx) beam of the first UE, wherein the IUC request is based at least in part on a transmit (Tx) beam of the second UE associated with an expected transmission of the second UE; and send IUC information to the second UE indicating preferred resources or non-preferred resources for the expected transmission, wherein the IUC information is based at least in part on channel sensing performed by the first UE.

[0008] In some specific implementations, an apparatus for performing wireless communications at a second UE includes: a memory; and one or more processors coupled to the memory, the one or more processors being configured to: send an IUC request to a first UE using a Tx beam of the second UE associated with an expected transmission of the second UE; receive IUC information indicating preferred resources or non-preferred resources for the expected transmission from the first UE and at least partially based on the IUC request, wherein the IUC information is based at least partially on channel sensing performed by the first UE; and send the expected transmission using the Tx beam of the second UE based at least partially on the IUC information.

[0009] In some specific implementations, a method of wireless communication performed by a first UE includes: receiving an IUC request from a second UE and via an Rx beam of the first UE, wherein the IUC request is based at least in part on a Tx beam of the second UE associated with an expected transmission of the second UE; and sending IUC information indicating preferred resources or non-preferred resources for the expected transmission to the second UE, wherein the IUC information is based at least in part on channel sensing performed by the first UE.

[0010] In some specific implementations, a method of wireless communication performed by a second UE includes: sending an IUC request to a first UE using a Tx beam of the second UE associated with an expected transmission of the second UE; receiving IUC information indicating preferred resources or non-preferred resources for the expected transmission from the first UE and at least partially based on the IUC request, wherein the IUC information is at least partially based on channel sensing performed by the first UE; and sending the expected transmission using the Tx beam of the second UE based at least partially on the IUC information.

[0011] In some specific implementations, a non-transitory computer-readable medium storing an instruction set for wireless communication includes one or more instructions that, when executed by one or more processors of a first UE, cause the first UE to: receive an IUC request from a second UE and via an Rx beam of the first UE, wherein the IUC request is based at least in part on a Tx beam of the second UE associated with an expected transmission of the second UE; and send IUC information to the second UE indicating preferred resources or non-preferred resources for the expected transmission, wherein the IUC information is based at least in part on channel sensing performed by the first UE.

[0012] In some specific implementations, a non-transitory computer-readable medium storing an instruction set for wireless communication includes one or more instructions that, when executed by one or more processors of a second UE, cause the second UE to: send an IUC request to a first UE using a Tx beam of the second UE associated with an expected transmission of the second UE; receive IUC information indicating preferred resources or non-preferred resources for the expected transmission from the first UE and based at least in part on the IUC request, wherein the IUC information is based at least in part on channel sensing performed by the first UE; and send the expected transmission using the Tx beam of the second UE based at least in part on the IUC information.

[0013] In some specific implementations, a first device for wireless communication includes: a component for receiving an IUC request from a second device and via an Rx beam of the first device, wherein the IUC request is based at least in part on a Tx beam of the second device associated with an expected transmission of the second device; and a component for sending IUC information indicating preferred resources or non-preferred resources for the expected transmission to the second device, wherein the IUC information is based at least in part on channel sensing performed by the first device.

[0014] In some specific implementations, a second device for wireless communication includes: a component for sending an IUC request to a first device using a Tx beam of the second device associated with an expected transmission of the second device; a component for receiving IUC information indicating preferred resources or non-preferred resources for the expected transmission from the first device at least in part based on the IUC request, wherein the IUC information is at least in part based on channel sensing performed by the first device; and a component for sending the expected transmission using the Tx beam of the second device based at least in part on the IUC information.

[0015] The various aspects generally include methods, apparatus, systems, computer program products, non-transitory computer-readable media, user equipment, base stations, network entities, network nodes, wireless communication devices and / or processing systems as fully described herein with reference to the drawings and description and as illustrated in the drawings and description.

[0016] The features and technical advantages of the examples according to the present disclosure have been outlined quite extensively above so that the following specific embodiments may be better understood. Additional features and advantages will be described below. The disclosed concepts and specific examples may be easily used as a basis for modifying or designing other structures for achieving the same purpose of the present disclosure. Such equivalent constructions do not depart from the scope of the appended claims. The characteristics of the concepts disclosed herein, both in terms of their organization and method of operation, and the associated advantages will be better understood by considering the following description in conjunction with the accompanying drawings. Each of the figures in the accompanying drawings is provided for the purpose of illustration and description, and not as a definition of the limitations of the claims.

[0017] Although various aspects are described in the present disclosure by illustrating some examples, it will be understood by those skilled in the art that such aspects can be implemented in many different arrangements and scenarios. The technology described herein can be implemented using different platform types, devices, systems, shapes, sizes and / or packaging arrangements. For example, some aspects can be implemented via integrated chip implementations or other devices based on non-module components (e.g., end-user devices, vehicles, communication equipment, computing equipment, industrial equipment, retail / shopping equipment, medical equipment, and / or artificial intelligence devices). Various aspects can be implemented in chip-level components, modular components, non-modular components, non-chip-level components, device-level components and / or system-level components. The equipment incorporating the various aspects and features described may include additional components and features for implementing and practicing the various aspects claimed and described. For example, the transmission and reception of wireless signals may include one or more components (e.g., hardware components, including antennas, radio frequency (RF) chains, power amplifiers, modulators, buffers, processors, interleavers, adders and / or summers) for analog and digital purposes. The various aspects described herein are intended to be practiced in various devices, components, systems, distributed arrangements, and / or end-user devices of various sizes, shapes and configurations. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] In order to fully understand the above-mentioned features of the present disclosure, a more specific description of the invention briefly summarized above can be obtained by referring to various aspects (some of which are illustrated in the accompanying drawings). However, it should be noted that the accompanying drawings only illustrate certain typical aspects of the present disclosure and are therefore not to be considered as limiting the scope thereof, as the specification may admit of other equally effective aspects. The same reference numerals in different drawings may identify the same or similar elements.

[0019] Figure 1 is a diagram illustrating an example of a wireless network according to the present disclosure.

[0020] Figure 2 is a diagram illustrating an example of communication between a network node and a user equipment (UE) in a wireless network according to the present disclosure.

[0021] Figure 3 is a diagram illustrating an example decomposed base station architecture according to the present disclosure.

[0022] Figure 4 is a diagram illustrating an example of preferred resources versus non-preferred resources according to the present disclosure.

[0023] Figure 5 is a diagram illustrating an example of Inter-UE Coordination (IUC) information according to the present disclosure.

[0024] Figure 6 is a diagram illustrating an example of channel sensing according to the present disclosure.

[0025] Figure 7 is a diagram illustrating an example of determining a preferred resource according to the present disclosure.

[0026] Figure 8 is a diagram illustrating an example of non-preferred resources according to the present disclosure.

[0027] Fig. 9 is a diagram illustrating an example of non-preferred resources according to the present disclosure.

[0028] Fig.10 is a diagram illustrating an example of determining non-preferred resources according to the present disclosure.

[0029] Fig.11 is a diagram illustrating an example of beamforming according to the present disclosure.

[0030] Fig.12 is a diagram illustrating an example of different propagation paths for a UE according to the present disclosure.

[0031] Figure 13 to Figure 14 is a diagram illustrating an example associated with transmitting IUC information based at least in part on beamforming according to the present disclosure.

[0032] Figure 15 to Figure 16 is a diagram illustrating an example process associated with transmitting IUC information based at least in part on beamforming in accordance with the present disclosure.

[0033] Figure 17 to Figure 18 is a diagram of an example apparatus for wireless communications according to the present disclosure. DETAILED DESCRIPTION

[0034] The various aspects of the present disclosure are described more fully below with reference to the accompanying drawings. However, the present disclosure can be embodied in many different forms, and should not be construed as being limited to any specific structure or function presented throughout the present disclosure. Instead, these aspects are provided so that the present disclosure will be thorough and complete, and the protection scope of the present disclosure will be fully conveyed to those skilled in the art. It should be appreciated by those skilled in the art that the scope of the present disclosure is intended to cover any aspect of the present disclosure disclosed herein, whether it is independently or in combination with any other aspect of the present disclosure. For example, any number of aspects set forth herein may be used to implement a device or practice method. In addition, the scope of the present disclosure is intended to cover such devices or methods implemented using other structures, functions, or structures and functions in addition to or different from the various aspects of the disclosure set forth herein. It should be understood that any aspect of the disclosure disclosed herein may be embodied by one or more elements of the present invention.

[0035] Several aspects of telecommunication systems will now be presented with reference to various devices and techniques. These devices and techniques will be described in the following detailed description and illustrated in the accompanying drawings by various blocks, modules, components, circuits, steps, processes, algorithms, etc. (collectively referred to as "elements"). These elements can be implemented using hardware, software, or a combination thereof. Whether these elements are implemented as hardware or software depends on the specific application and the design constraints imposed on the overall system.

[0036] Although various aspects may be described herein using terms generally associated with 5G or new radio (NR) radio access technology (RAT), various aspects of the present disclosure may be applicable to other RATs, such as 3G RAT, 4G RAT, and / or post-5G RATs (e.g., 6G).

[0037] Figure 1 1 is a diagram illustrating an example of a wireless network 100 according to the present disclosure. The wireless network 100 may be a 5G (e.g., NR) network and / or a 4G (e.g., Long Term Evolution (LTE)) network, or may include elements of a 5G (e.g., NR) network and / or elements of a 4G (e.g., Long Term Evolution (LTE)) network, as well as other examples. The wireless network 100 may include one or more network nodes 110 (shown as network node 110a, network node 110b, network node 110c, and network node 110d), user equipment (UE) 120 or multiple UEs 120 (shown as UE 120a, UE 120b, UE 120c, UE 120d, and UE 120e), and / or other entities. The network node 110 is a network node that communicates with the UE 120. As shown in the figure, the network node 110 may include one or more network nodes. For example, the network node 110 may be a converged network node, which means that the converged network node is configured to utilize a radio protocol stack that is physically or logically integrated within a single radio access network (RAN) node (e.g., within a single device or unit). As another example, the network node 110 may be a decomposed network node (sometimes referred to as a decomposed base station), which means that the network node 110 is configured to utilize a protocol stack that is physically or logically distributed between two or more nodes (such as one or more central units (CUs), one or more distributed units (DUs), or one or more radio units (RUs)).

[0038] In some examples, the network node 110 is or includes a network node that communicates with the UE 120 via a radio access link, such as an RU. In some examples, the network node 110 is or includes a network node that communicates with other network nodes 110 via a fronthaul link or a midhaul link, such as a DU. In some examples, the network node 110 is or includes a network node that communicates with other network nodes 110 via a midhaul link or communicates with the core network via a backhaul link, such as a CU. In some examples, the network node 110 (such as an aggregated network node 110 or a decomposed network node 110) may include multiple network nodes, such as one or more RUs, one or more CUs, and / or one or more DUs. The network node 110 may include, for example, an NR base station, an LTE base station, a Node B, an eNB (e.g., in 4G), a gNB (e.g., in 5G), an access point, a transmit receive point (TRP), a DU, a RU, a CU, a mobility element of a network, a core network node, a network element, a network equipment, a RAN node, or a combination thereof. In some examples, network nodes 110 may be interconnected to each other or to one or more other network nodes 110 in wireless network 100 via various types of fronthaul, midhaul, and / or backhaul interfaces, such as direct physical connections, air interfaces, or virtual networks, using any suitable transport network.

[0039] In some examples, the network node 110 may provide communication coverage for a particular geographic area. In the Third Generation Partnership Project (3GPP), the term "cell" may refer to the coverage area of ​​the network node 110 and / or the network node subsystem serving the coverage area, depending on the context in which the term is used. The network node 110 may provide communication coverage for a macro cell, a pico cell, a femto cell, and / or another type of cell. A macro cell may cover a relatively large geographic area (e.g., a radius of several kilometers) and may allow unrestricted access by a UE 120 with a service subscription. A pico cell may cover a relatively small geographic area and may allow unrestricted access by a UE 120 with a service subscription. A femto cell may cover a relatively small geographic area (e.g., a home) and may allow restricted access by a UE 120 associated with the femto cell (e.g., a UE 120 in a closed subscriber group (CSG)). A network node 110 for a macro cell may be referred to as a macro network node. A network node 110 for a pico cell may be referred to as a pico network node. The network node 110 for a femto cell may be referred to as a femto network node or a home network node. Figure 1In the example shown in , network node 110a may be a macro network node for macro cell 102a, network node 110b may be a pico network node for pico cell 102b, and network node 110c may be a femto network node for femto cell 102c. A network node may support one or more (e.g., three) cells. In some examples, a cell may not necessarily be stationary, and the geographic area of ​​a cell may move depending on the location of a mobile network node 110 (e.g., a mobile network node).

[0040] In some aspects, the term "base station" or "network node" may refer to a clustered base station, a decomposed base station, an integrated access and backhaul (IAB) node, a relay node, or one or more components thereof. For example, in some aspects, a "base station" or "network node" may refer to a CU, a DU, a RU, a near real-time (near RT) RAN intelligent controller (RIC) or a non-real-time (non-RT) RIC, or a combination thereof. In some aspects, the term "base station" or "network node" may refer to a device configured to perform one or more functions (such as those described herein in conjunction with network node 110). In some aspects, the term "base station" or "network node" may refer to multiple devices configured to perform one or more functions. For example, in some distributed systems, each of a number of different devices (which may be located in the same geographic location or in different geographic locations) may be configured to perform at least a portion of a function, or to repeat the execution of at least a portion of the function, and the term "base station" or "network node" may refer to any one or more of these different devices. In some aspects, the term "base station" or "network node" may refer to one or more virtual base stations or one or more virtual base station functions. For example, in some aspects, two or more base station functions may be instantiated on a single device. In some aspects, the term "base station" or "network node" may refer to one of the base station functions but not the other. In this way, a single device may include more than one base station.

[0041] The wireless network 100 may include one or more relay stations. A relay station is a network node that can receive transmissions of data from an upstream node (e.g., a network node 110 or a UE 120) and transmit transmissions of data to a downstream node (e.g., a UE 120 or a network node 110). A relay station may be a UE 120 that is capable of relaying transmissions for other UEs 120. Figure 1 In the example shown in , a network node 110d (e.g., a relay network node) may communicate with a network node 110a (e.g., a macro network node) and a UE 120d to facilitate communication between the network node 110a and the UE 120d. A network node 110 that relays communications may be referred to as a relay station, a relay base station, a relay network node, a relay node, a relay, etc.

[0042] The wireless network 100 may be a heterogeneous network that includes different types of network nodes 110, such as macro network nodes, pico network nodes, femto network nodes, relay network nodes, etc. These different types of network nodes 110 may have different transmit power levels, different coverage areas, and / or different impacts on interference in the wireless network 100. For example, a macro network node may have a high transmit power level (e.g., 5 watts to 40 watts), while a pico network node, a femto network node, and a relay network node may have a lower transmit power level (e.g., 0.1 watt to 2 watts).

[0043] The network controller 130 may be coupled to or in communication with a set of network nodes 110 and may provide coordination and control for the network nodes 110. The network controller 130 may communicate with the network nodes 110 via a backhaul communication link or a midhaul communication link. The network nodes 110 may also communicate directly with each other or indirectly via a wireless backhaul communication link or a wired backhaul communication link. In some aspects, the network controller 130 may be or may include a CU or a core network device.

[0044] UE 120 may be dispersed throughout the wireless network 100, and each UE 120 may be fixed or mobile. UE 120 may include, for example, an access terminal, a terminal, a mobile station, and / or a subscriber unit. UE 120 may be a cellular phone (e.g., a smart phone), a personal digital assistant (PDA), a wireless modem, a wireless communication device, a handheld device, a laptop computer, a cordless phone, a wireless local loop (WLL) station, a tablet computer, a camera, a gaming device, a netbook, a smartbook, an ultrabook, a medical device, a biometric device, a wearable device (e.g., a smart watch, smart clothing, smart glasses, a smart wristband, smart jewelry (e.g., a smart ring or a smart bracelet)), an entertainment device (e.g., a music device, a video device, and / or a satellite radio), a vehicle component or sensor, a smart meter / sensor, an industrial manufacturing equipment, a global positioning system device, a UE function of a network node, and / or any other suitable device configured to communicate via a wireless or wired medium.

[0045] Some UEs 120 may be considered as machine type communication (MTC) or evolved or enhanced machine type communication (eMTC) UEs. MTC UEs and / or eMTC UEs may include, for example, robots, drones, remote devices, sensors, meters, monitors, and / or location tags that may communicate with a network node, another device (e.g., a remote device), or some other entity. Some UEs 120 may be considered as Internet of Things (IoT) devices and / or may be implemented as NB-IoT (narrowband IoT) devices. Some UEs 120 may be considered as customer premises equipment. UE 120 may be included in a housing that houses components of UE 120, such as a processor component and / or a memory component. In some examples, the processor component and the memory component may be coupled together. For example, a processor component (e.g., one or more processors) and a memory component (e.g., a memory) may be operably coupled, communicatively coupled, electronically coupled, and / or electrically coupled.

[0046] In general, any number of wireless networks 100 may be deployed in a given geographic area. Each wireless network 100 may support a specific RAT and may operate on one or more frequencies. RAT may be referred to as a radio technology, air interface, etc. Frequency may be referred to as a carrier, frequency channel, etc. Each frequency may support a single RAT in a given geographic area to avoid interference between wireless networks of different RATs. In some cases, NR or 5G RAT networks may be deployed.

[0047] In some examples, two or more UEs 120 (e.g., shown as UE 120a and UE 120e) may communicate directly (e.g., without using network node 110 as an intermediary to communicate with each other) using one or more side link channels. For example, UE 120 may communicate using peer-to-peer (P2P) communication, device-to-device (D2D) communication, vehicle-to-everything (V2X) protocols (e.g., which may include vehicle-to-vehicle (V2V) protocols, vehicle-to-infrastructure (V2I) protocols, or vehicle-to-pedestrian (V2P) protocols), and / or mesh networks. In such examples, UE 120 may perform scheduling operations, resource selection operations, and / or other operations described elsewhere herein as being performed by network node 110.

[0048] The devices of the wireless network 100 may communicate using an electromagnetic spectrum, which may be subdivided into various categories, bands, channels, etc., according to frequency or wavelength. For example, the devices of the wireless network 100 may communicate using one or more operating bands. In 5G NR, two initial operating bands have been identified as frequency ranges designated FR1 (410 MHz–7.125 GHz) and FR2 (24.25 GHz–52.6 GHz). It should be understood that, although a portion of FR1 is greater than 6 GHz, FR1 is often (interchangeably) referred to as a “below 6 GHz” band in various documents and articles. A similar naming problem sometimes occurs with respect to FR2, which is often (interchangeably) referred to as a “millimeter wave” band in documents and articles, although different from the extremely high frequency (EHF) band (30 GHz–300 GHz) identified as a “millimeter wave” band by the International Telecommunication Union (ITU).

[0049] Frequencies between FR1 and FR2 are generally referred to as mid-band frequencies. Recent 5G NR research has identified the operating bands for these mid-band frequencies as frequency range designation FR3 (7.125GHz–24.25GHz). The bands falling within FR3 can inherit FR1 characteristics and / or FR2 characteristics, and therefore the features of FR1 and / or FR2 can be effectively extended to mid-band frequencies. In addition, higher frequency bands are currently being explored to extend 5G NR operations to more than 52.6GHz. For example, three higher operating bands have been identified as frequency range designations FR4a or FR4-1 (52.6GHz–71GHz), FR4 (52.6GHz–114.25GHz), and FR5 (114.25GHz–300GHz). Each of these higher frequency bands falls within the EHF band.

[0050] Considering the above examples, unless otherwise explicitly stated, it should be understood that if the term "below 6 GHz" or the like is used herein, the term may broadly refer to frequencies that may be lower than 6 GHz, may be within FR1, or may include mid-band frequencies. In addition, unless otherwise explicitly stated, it should be understood that if the term "millimeter wave" or the like is used herein, the term may broadly refer to frequencies that may include mid-band frequencies, may be within FR2, FR4, FR4-a or FR4-1, and / or FR5, or may be within the EHF band. It is contemplated that the frequencies included in these operating bands (e.g., FR1, FR2, FR3, FR4, FR4-a, FR4-1, and / or FR5) may be modified, and the techniques described herein are applicable to those modified frequency ranges.

[0051] In some aspects, a first UE (e.g., UE 120a) may include a communication manager 140. As described in more detail elsewhere herein, the communication manager 140 may receive an inter-UE coordination (IUC) request from a second UE and via a receive (Rx) beam of the first UE, wherein the IUC request is based at least in part on a transmit (Tx) beam of the second UE associated with an intended transmission of the second UE; and send IUC information to the second UE indicating a preferred resource or a non-preferred resource for the intended transmission, wherein the IUC information is based at least in part on channel sensing performed by the first UE. Additionally or alternatively, the communication manager 140 may perform one or more other operations described herein.

[0052] In some aspects, the second UE (e.g., UE 120e) may include a communication manager 150. As described in more detail elsewhere herein, the communication manager 150 may send an IUC request to the first UE using a Tx beam of the second UE associated with an intended transmission of the second UE; receive IUC information indicating preferred resources or non-preferred resources for the intended transmission from the first UE and based at least in part on the IUC request, wherein the IUC information is based at least in part on channel sensing performed by the first UE; and send the intended transmission using the Tx beam of the second UE based at least in part on the IUC information. Additionally or alternatively, the communication manager 150 may perform one or more other operations described herein.

[0053] As indicated above, Figure 1 Other examples can be found in the Figure 1 The examples described are different.

[0054] Figure 2 2 is a diagram illustrating an example 200 of a network node 110 communicating with a UE 120 in a wireless network 100 according to the present disclosure. The network node 110 may be equipped with a set of antennas 234a to 234t, such as T antennas (T≥1). The UE 120 may be equipped with a set of antennas 252a to 252r, such as R antennas (R≥1). The network node 110 of example 200 includes one or more radio frequency components, such as an antenna 234 and a modem 254. In some examples, the network node 110 may include an interface, a communication component, or another component that facilitates communication with the UE 120 or another network node. Some network nodes 110 may not include a radio frequency component that facilitates direct communication with the UE 120, such as one or more CUs or one or more DUs.

[0055] At the network node 110, a transmit processor 220 may receive data intended for a UE 120 (or a set of UEs 120) from a data source 212. The transmit processor 220 may select one or more modulation and coding schemes (MCS) for the UE 120 based at least in part on one or more channel quality indicators (CQIs) received from the UE 120. The network node 110 may process (e.g., code and modulate) the data for the UE 120 based at least in part on the MCS selected for the UE 120, and may provide data symbols for the UE 120. The transmit processor 220 may process system information (e.g., for semi-static resource partitioning information (SRPI)) and control information (e.g., CQI requests, grants, and / or upper layer signaling), and provide overhead symbols and control symbols. The transmit processor 220 may generate reference symbols for reference signals (e.g., cell-specific reference signals (CRS) or demodulation reference signals (DMRS)) and synchronization signals (e.g., primary synchronization signals (PSS) or secondary synchronization signals (SSS)). The transmit (TX) multiple-input multiple-output (MIMO) processor 230 may perform spatial processing (e.g., precoding) on ​​data symbols, control symbols, overhead symbols, and / or reference symbols, where applicable, and may provide a set of output symbol streams (e.g., T output symbol streams) to a corresponding set of modems 232 (e.g., T modulators) (shown as modems 232a to 232t). For example, each output symbol stream may be provided to a modulator component (shown as MOD) of the modem 232. Each modem 232 may process a corresponding output symbol stream (e.g., for OFDM) using a corresponding modulator component to obtain an output sample stream. Each modem 232 may further process (e.g., convert to analog, amplify, filter, and / or upconvert) the output sample stream using a corresponding modulator component to obtain a downlink signal. The modems 232a through 232t may transmit a set of downlink signals (eg, T downlink signals) via a corresponding set of antennas 234 (eg, T antennas) (shown as antennas 234a through 234t).

[0056] At the UE 120, a set of antennas 252 (shown as antennas 252a to 252r) may receive downlink signals from the network node 110 and / or other network nodes 110 and may provide a set of received signals (e.g., R received signals) to a set of modems 254 (e.g., R modems) (shown as modems 254a to 254r). For example, each received signal may be provided to a demodulator component (shown as DEMOD) of the modem 254. Each modem 254 may use a corresponding demodulator component to condition (e.g., filter, amplify, downconvert, and / or digitize) the received signal to obtain input samples. Each modem 254 may use a demodulator component to further process the input samples (e.g., for OFDM) to obtain received symbols. A MIMO detector 256 may obtain received symbols from the modem 254, may perform MIMO detection on the received symbols where applicable, and may provide detected symbols. The receive processor 258 may process (e.g., demodulate and decode) the detected symbols, may provide decoded data for the UE 120 to the data sink 260, and may provide decoded control information and system information to the controller / processor 280. The term "controller / processor" may refer to one or more controllers, one or more processors, or a combination thereof. The channel processor may determine a reference signal received power (RSRP) parameter, a received signal strength indicator (RSSI) parameter, a reference signal received quality (RSRQ) parameter, and / or a CQI parameter, among other things. In some examples, one or more components of the UE 120 may be included in the housing 284.

[0057] The network controller 130 may include a communication unit 294, a controller / processor 290, and a memory 292. The network controller 130 may include, for example, one or more devices in a core network. The network controller 130 may communicate with the network node 110 via the communication unit 294.

[0058] One or more antennas (e.g., antennas 234a to 234t and / or antennas 252a to 252r) may include or be included within one or more antenna panels, one or more antenna groups, one or more sets of antenna elements, and / or one or more antenna arrays, etc. Antenna panels, antenna groups, sets of antenna elements, and / or antenna arrays may include one or more antenna elements (in a single housing or multiple housings), sets of coplanar antenna elements, sets of non-coplanar antenna elements, and / or coupled to one or more transmit and / or receive components (such as, Figure 2 One or more antenna elements of one or more components in.

[0059] On the uplink, at the UE 120, the transmit processor 264 may receive and process data from the data source 262 and control information from the controller / processor 280 (e.g., for reports including RSRP, RSSI, RSRQ, and / or CQI). The transmit processor 264 may generate reference symbols for one or more reference signals. The symbols from the transmit processor 264 may be pre-decoded by the TX MIMO processor 266, where applicable, further processed by the modem 254 (e.g., for DFT-s-OFDM or CP-OFDM), and sent to the network node 110. In some examples, the modem 254 of the UE 120 may include a modulator and a demodulator. In some examples, the UE 120 includes a transceiver. The transceiver may include any combination of an antenna 252, a modem 254, a MIMO detector 256, a receive processor 258, a transmit processor 264, and / or a TX MIMO processor 266. The transceiver may be used by a processor (eg, controller / processor 280) and memory 282 to perform the functions described herein (eg, with reference to Figures 13 to 18 )Aspects of any of the methods described herein.

[0060] At the network node 110, uplink signals from the UE 120 and / or other UEs may be received by the antenna 234, processed by the modem 232 (e.g., a demodulator component (shown as DEMOD) of the modem 232), detected by the MIMO detector 236 (where applicable), and further processed by the receive processor 238 to obtain decoded data and control information transmitted by the UE 120. The receive processor 238 may provide the decoded data to the data sink 239 and the decoded control information to the controller / processor 240. The network node 110 may include a communication unit 244 and may communicate with the network controller 130 via the communication unit 244. The network node 110 may include a scheduler 246 to schedule one or more UEs 120 for downlink communication and / or uplink communication. In some examples, the modem 232 of the network node 110 may include a modulator and a demodulator. In some examples, the network node 110 includes a transceiver. The transceiver may include any combination of antenna 234, modem 232, MIMO detector 236, receive processor 238, transmit processor 220, and / or TX MIMO processor 230. The transceiver may be used by a processor (e.g., controller / processor 240) and memory 242 to perform operations described herein (e.g., with reference to Figures 13 to 18 )Aspects of any of the methods described herein.

[0061] The controller / processor 240 of the network node 110, the controller / processor 280 of the UE 120, and / or Figure 2 Any other components of the network node 110 may perform one or more techniques associated with sending IUC information based at least in part on beamforming, as described in more detail elsewhere herein. For example, the controller / processor 240 of the network node 110, the controller / processor 280 of the UE 120, and / or Figure 2 Any other component of the Fig.15 The process of 1500 Fig.16 1600 and / or operations of other processes as described herein. Memory 242 and memory 282 may store data and program codes for network node 110 and UE 120, respectively. In some examples, memory 242 and / or memory 282 may include a non-transitory computer-readable medium that stores one or more instructions (e.g., code and / or program code) for wireless communication. For example, the one or more instructions, when executed (e.g., directly, or after compilation, conversion, and / or interpretation) by one or more processors of network node 110 and / or UE 120, may cause the one or more processors, UE 120, and / or network node 110 to perform or direct, for example, Fig.15 The process of 1500 Fig.16 The operations of the process 1600 and / or other processes described herein. In some examples, executing instructions may include running instructions, converting instructions, compiling instructions, and / or interpreting instructions, etc.

[0062] In some aspects, a first UE (e.g., UE 120a) includes components for receiving an IUC request from a second UE and via an Rx beam of the first UE, wherein the IUC request is based at least in part on a Tx beam of the second UE associated with an intended transmission of the second UE (e.g., using antenna 252, modem 254, MIMO detector 256, receive processor 258, controller / processor 280, memory 282, etc.); and / or components for sending IUC information indicating preferred resources or non-preferred resources for the intended transmission to the second UE, wherein the IUC information is based at least in part on channel sensing performed by the first UE (e.g., using controller / processor 280, transmit processor 264, TX MIMO processor 266, modem 254, antenna 252, memory 282, etc.). Means for the first UE to perform the operations described herein may include, for example, one or more of the communication manager 140, antenna 252, modem 254, MIMO detector 256, receive processor 258, transmit processor 264, TX MIMO processor 266, controller / processor 280, or memory 282.

[0063] In some aspects, the second UE (e.g., UE 120e) includes a component for sending an IUC request to the first UE using a Tx beam associated with an intended transmission of the second UE (e.g., using the controller / processor 280, the transmit processor 264, the TX MIMO processor 266, the modem 254, the antenna 252, the memory 282, etc.); a component for receiving, from the first UE and at least in part based on the IUC request, IUC information indicating preferred resources or non-preferred resources for the intended transmission using an Rx beam associated with the Tx beam, wherein the IUC information is at least in part based on channel sensing performed by the first UE (e.g., using the antenna 252, the modem 254, the MIMO detector 256, the receive processor 258, the controller / processor 280, the memory 282, etc.); and / or a component for sending the intended transmission to the third UE using the Tx beam at least in part based on the IUC information (e.g., using the controller / processor 280, the transmit processor 264, the TX MIMO processor 266, the modem 254, the antenna 252, the memory 282, etc.). 254, TX MIMO processor 266, controller / processor 280, or memory 282). Means for performing the operations described herein for the second UE may include, for example, one or more of the communications manager 150, antenna 252, modem 254, MIMO detector 256, receive processor 258, transmit processor 264, TX MIMO processor 266, controller / processor 280, or memory 282.

[0064] Although Figure 2 The blocks in the 200 and 210 are illustrated as distinct components, but the functionality described above for these blocks may be implemented in a single hardware, software, or combined component or in various combinations of components. For example, the functionality described for the transmit processor 264, the receive processor 258, and / or the TX MIMO processor 266 may be performed by or under the control of the controller / processor 280.

[0065] As indicated above, Figure 2 Other examples can be found in the Figure 2 The examples described are different.

[0066] The deployment of a communication system (such as a 5G NR system) can be arranged with various components or components in a variety of ways. In a 5G NR system or network, a network node, a network entity, a mobility element of a network, a RAN node, a core network node, a network element, a base station or network equipment can be implemented in an aggregated or decomposed architecture. For example, a base station (such as a node B (NB), an evolved NB (eNB), an NR BS, a 5G NB, an access point (AP), a TRP or a cell, etc.) or one or more units (or one or more components) that perform base station functionality can be implemented as an aggregated base station (also referred to as an independent base station or a monolithic base station) or a decomposed base station. "Network entity" or "network node" may refer to a decomposed base station or one or more units of a decomposed base station (such as one or more CUs, one or more DUs, one or more RUs, or a combination thereof).

[0067] An aggregated base station (e.g., an aggregated network node) may be configured to utilize a radio protocol stack that is physically or logically integrated within a single RAN node (e.g., within a single device or unit). A decomposed base station (e.g., a decomposed network node) may be configured to utilize a protocol stack that is physically or logically distributed between two or more units (such as one or more CUs, one or more DUs, or one or more RUs). In some examples, a CU may be implemented within a network node, and one or more DUs may be co-located with the CU, or alternatively, may be geographically or virtually distributed across one or more other network nodes. A DU may be implemented to communicate with one or more RUs. Each of a CU, a DU, and a RU may also be implemented as a virtual unit, such as a virtual central unit (VCU), a virtual distributed unit (VDU), or a virtual radio unit (VRU), and the like.

[0068] Base station type operations or network designs may take into account the aggregated nature of base station functionality. For example, a decomposed base station may be utilized in an IAB network, an open radio access network (O-RAN (such as a network configuration initiated by the O-RAN Alliance)), or a virtualized radio access network (vRAN, also known as a cloud radio access network (C-RAN)) to facilitate the scaling of a communication system by separating base station functionality into one or more units that can be deployed separately. A decomposed base station may include functionality implemented across two or more units at various physical locations, as well as functionality implemented virtually for at least one unit, which may enable flexibility in network design. Individual units of a decomposed base station may be configured for wired or wireless communication with at least one other unit of the decomposed base station.

[0069] Figure 33 is a diagram illustrating an example disaggregated base station architecture 300 according to the present disclosure. The disaggregated base station architecture 300 may include a CU 310 that may communicate directly with a core network 320 via a backhaul link, or indirectly with the core network 320 through one or more disaggregated control units, such as a near-RT RIC 325 via an E2 link, or a non-RT RIC 315 associated with a service management and orchestration (SMO) framework 305, or both. The CU 310 may communicate with one or more DUs 330 via respective midhaul links, such as via an F1 interface. Each of the DUs 330 may communicate with one or more RUs 340 via respective fronthaul links. Each of the RUs 340 may communicate with one or more UEs 120 via respective radio frequency (RF) access links. In some implementations, a UE 120 may be served simultaneously by multiple RUs 340.

[0070] Each of the units (including CU 310, DU 330, RU 340) and the near-RT RIC 325, non-RT RIC 315, and SMO framework 305 may include or be coupled to one or more interfaces, the one or more interfaces being configured to receive or send signals, data, or information (collectively referred to as signals) via a wired or wireless transmission medium. Each of the units or an associated processor or controller that provides instructions to one or more communication interfaces of the corresponding unit may be configured to communicate with one or more of the other units via a transmission medium. In some examples, each of the units may include a wired interface and a wireless interface, the wired interface being configured to receive signals or send signals to one or more of the other units via a wired transmission medium, the wireless interface being configured to receive signals or send signals to one or more of the other units via a wired transmission medium, or both.

[0071] In some aspects, CU 310 may host one or more higher layer control functions. Such control functions may include radio resource control (RRC) functions, packet data convergence protocol (PDCP) functions, or service data adaptation protocol (SDAP) functions, etc. Each control function may be implemented using an interface that is configured to communicate signals with other control functions hosted by CU 310. CU 310 may be configured to handle user plane functionality (e.g., central unit-user plane (CU-UP) functionality), control plane functionality (e.g., central unit-control plane (CU-CP) functionality), or a combination thereof. In some specific implementations, CU310 may be logically split into one or more CU-UP units and one or more CU-CP units. When implemented in an O-RAN configuration, the CU-UP unit may communicate bidirectionally with the CU-CP unit via an interface (such as an E1 interface). As needed, CU 310 may be implemented to communicate with DU 330 for network control and signaling.

[0072] Each DU 330 may correspond to a logical unit that includes one or more base station functions for controlling the operation of one or more RUs 340. In some aspects, the DU 330 may host one or more of a radio link control (RLC) layer, a medium access control (MAC) layer, and one or more high physical (PHY) layers, at least in part, according to a functional split (such as a functional split defined by 3GPP). In some aspects, the one or more high PHY layers may be implemented by one or more modules for forward error correction (FEC) encoding and decoding, scrambling, modulation and demodulation, etc. In some aspects, the DU 330 may also host one or more low PHY layers, such as one or more modules for fast Fourier transform (FFT), inverse FFT (iFFT), digital beamforming or physical random access channel (PRACH) extraction and filtering. Each layer (which may also be referred to as a module) may be implemented using an interface that is configured to communicate signals with other layers (and modules) hosted by the DU 330 or with control functions hosted by the CU 310.

[0073] Each RU 340 may implement lower layer functionality. In some deployments, the RU 340 controlled by the DU 330 may correspond to a logical node that hosts RF processing functions or low PHY layer functions such as performing FFT, performing iFFT, digital beamforming, or PRACH extraction and filtering based on functional split (e.g., functional split defined by 3GPP) (such as lower layer functional split). In this architecture, each RU 340 may be operated to handle over-the-air (OTA) communications with one or more UEs 120. In some specific implementations, real-time and non-real-time aspects of control and user plane communications with the RU 340 may be controlled by the corresponding DU 330. In some scenarios, this configuration may enable each DU 330 and CU 310 to be implemented in a cloud-based RAN architecture (such as a vRAN architecture).

[0074] The SMO framework 305 may be configured to support RAN deployment and provisioning of non-virtualized network elements and virtualized network elements. For non-virtualized network elements, the SMO framework 305 may be configured to support the deployment of dedicated physical resources for RAN coverage requirements, which may be managed via an operation and maintenance interface (such as an O1 interface). For virtualized network elements, the SMO framework 305 may be configured to interact with a cloud computing platform (such as an open cloud (O-Cloud) platform 390) to perform network element lifecycle management (such as instantiating virtualized network elements) via a cloud computing platform interface (such as an O2 interface). Such virtualized network elements may include, but are not limited to, CU 310, DU 330, RU 340, non-RT RIC 315, and near-RT RIC 325. In some specific implementations, the SMO framework 305 may communicate with hardware aspects of the 4G RAN (such as an open eNB (O-eNB) 311) via the O1 interface. Additionally, in some implementations, the SMO framework 305 can communicate directly with each of the one or more RUs 340 via a corresponding O1 interface. The SMO framework 305 can also include a non-RT RIC 315 configured to support the functionality of the SMO framework 305.

[0075] The non-RT RIC 315 may be configured to include logic functions that enable non-real-time control and optimization of RAN elements and resources, artificial intelligence / machine learning (AI / ML) workflows including model training and updating, or policy-based guidance of applications / features in the near-RT RIC 325. The non-RT RIC 315 may be coupled to or in communication with the near-RT RIC 325 (such as via an A1 interface). The near-RT RIC 325 may be configured to include logic functions that enable near-real-time control and optimization of RAN elements and resources via data collection and actions through an interface (such as via an E2 interface) that connects one or more CUs 310, one or more DUs 330, or both, and the O-eNB with the near-RT RIC 325.

[0076] In some implementations, in order to generate an AI / ML model to be deployed in the near-RT RIC 325, the non-RT RIC 315 may receive parameters or external enrichment information from an external server. Such information may be utilized by the near-RT RIC 325 and may be received from a non-network data source or from a network function at the SMO framework 305 or the non-RT RIC 315. In some examples, the non-RT RIC 315 or the near-RT RIC 325 may be configured to tune RAN behavior or performance. For example, the non-RT RIC 315 may monitor long-term trends and patterns of performance and employ AI / ML models to perform corrective actions through the SMO framework 305 (such as via reconfiguration of the O1 interface) or via the creation of RAN management policies (such as A1 interface policies).

[0077] As indicated above, Figure 3 Other examples can be found in the Figure 3 The examples described are different.

[0078] The sidelink channel may have two modes of operation. In the first mode, the network node may manage the sidelink resources. The network node may instruct the UE as to which sidelink resources are to be used for sidelink communication. In the second mode, the UE may determine which sidelink resources are to be used for sidelink communication. In the second mode, in order to determine which sidelink resources are available for the Tx UE (e.g., the sidelink Tx UE) to use for sending sidelink data to the Rx UE (e.g., the sidelink Rx UE), the Tx UE may sense the channel for the sidelink resources used by other nearby Tx UEs. The Tx UE may use sidelink control information (SCI) to reserve the upcoming sidelink resources expected for sidelink communication. By sensing the channel (e.g., receiving SCI from other nearby Tx UEs), the Tx UE may determine which upcoming sidelink resources (e.g., sidelink resources not reserved by other Tx UEs) are available for the Tx UE to use for sidelink communication. Inter-UE coordination (IUC) or Mode 2 resource selection may be applicable to the sub-6 GHz frequency range (eg, for sidelinks without beamforming), but may be extended to sidelinks with beamforming.

[0079] IUC may be associated with different schemes. In a first scheme, the Tx UE may be enabled to (re)select sidelink resources with assistance from nearby UEs. The nearby UE may indicate which sidelink resources are preferred or not preferred for the Tx UE to use for sidelink communication from the perspective of the nearby UE. In the first scheme, the auxiliary information (e.g., IUC information) may be sent by the UE, triggered by a request from the Tx UE, or the auxiliary information (e.g., IUC information) may be sent by satisfying some conditions at the UE. The first scheme may be based at least in part on request-triggered auxiliary information or condition-triggered auxiliary information. In a second scheme, after the Tx UE has selected a sidelink resource and sent a resource reservation, the nearby UE may indicate to the Tx UE that the UE has conflicted with one of the sidelink resources selected by the Tx UE.

[0080] In the first scheme, the second UE (e.g., Tx UE or UE-B) may have data to be sent, and the second UE may determine which side link resources are available for sending data. The second UE may send an IUC request to the first UE (e.g., a nearby UE or UE-A) to provide auxiliary information (e.g., IUC information) about which side link resources the first UE prefers or does not prefer for the second UE to use to send data. The auxiliary information may indicate a set of resources (e.g., preferred resources) that the first UE wants the second UE to use to send data, or a set of resources (e.g., non-preferred resources) that the first UE does not want the second UE to use to send data. The IUC request from the second UE may indicate which type of auxiliary information (e.g., preferred resources versus non-preferred resources) the second UE is requesting from the first UE. In some cases, the first UE may be the intended Rx UE for the side link transmission of the second UE. When the second UE receives an indication of preferred resources from the first UE, the second UE may try to use the preferred resources to send data (e.g., as much as possible). When the second UE receives an indication of non-preferred resources from the first UE, the second UE may not use non-preferred resources to send data.

[0081] The first UE may prefer or not prefer certain sidelink resources, and may inform the second UE about which sidelink resources are preferred by the first UE and which sidelink resources are not preferred by the first UE. In order for the first UE to determine whether a sidelink resource is preferred or not preferred, the first UE may need to know whether other nearby Tx UEs (e.g., other second UEs) are reserving the resource, which can be determined by the first UE sensing the channel for the reserved SCI from any other nearby Tx UE.

[0082] Figure 4 is a diagram illustrating an example 400 of preferred resources versus non-preferred resources according to the present disclosure.

[0083] As shown by reference numeral 402, a second UE (e.g., UE-B) may send an IUC request to a first UE (e.g., UE-A). A nearby Tx UE may reserve a first resource for its own transmission. The first UE may receive the transmission of the nearby Tx UE at a relatively high RSRP. When the first UE is the intended Rx UE of the second UE, the first UE may prefer the second UE to use the second resource for transmission, so that the first UE does not receive the signal of the second UE and the interference signal of the nearby Tx UE in the same resource. The first UE may send IUC information indicating that the second resource is a preferred resource to the second UE.

[0084] As shown by reference numeral 404, the second UE may send an IUC request to the first UE. The nearby Tx UE may reserve the first resource for its own transmission. The first UE may receive the transmission of the nearby Tx UE at a relatively low RSRP. When the first UE is the expected Rx UE of the nearby Tx UE, the first UE may not prefer the second UE to use the first resource. When the second UE uses the first resource for transmission, the signal of the second UE may interfere with the desired signal of the first UE from the nearby Tx UE.

[0085] As indicated above, Figure 4 Other examples can be found in the Figure 4 The examples described are different.

[0086] Figure 5 is a diagram illustrating an example 500 of IUC information transmission according to the present disclosure.

[0087] As shown by reference numeral 502, in a first scheme associated with IUC, a first UE (e.g., UE-A) may receive an IUC request from a second UE (e.g., Tx UE or UE-B). As shown by reference numeral 504, the first UE may send IUC information to the second UE. The first UE may or may not be a target receiver of data transmission of the second UE. The IUC information may indicate a preferred or non-preferred resource of the first UE for the transmission of the second UE. As shown by reference numeral 506, the second UE may receive the IUC information from the first UE, and the second UE may use the IUC information to perform resource selection (or reselection) for its own data transmission. The transmission of IUC information according to the first scheme may be triggered by a request, which may be enabled or disabled based at least in part on a configuration.

[0088] As indicated above, Figure 5 Other examples can be found in the Figure 5 The examples described are different.

[0089] The IUC information transmission may be triggered based at least in part on the IUC request. The resource pool level configuration may enable different alternatives. With respect to the trigger configuration, the specific implementation of the second UE may determine whether to trigger request generation, wherein request generation may be triggered only when the second UE has data to be sent to the first UE. With respect to the IUC information type (e.g., preferred resources or non-preferred resources), the resource pool level configuration may enable different alternatives. For example, the resource set type to be set in the IUC information may be determined by the specific implementation of the first UE and indicated in the IUC information, or the request of the second UE may indicate the resource set type to be set in the IUC information. With respect to the resource pool in which the preferred resources or non-preferred resources are determined, the resource pool level configuration may configure the Tx resource pool in which the second UE sends the IUC request, and the first UE may use the same Tx resource pool to send the IUC information.

[0090] The IUC information transmission may be triggered based at least in part on the IUC request. With respect to the channel sensing parameters of the first UE, when the second UE requests preferred resources from the first UE, the IUC request of the second UE may indicate the prio of the intended transmission of the second UE. TX , the L that the second UE is expected to send subCH , the second UE's expected transmission P rsvp_Tx and the start / end time of the resource selection window (e.g., the packet delay budget (PDB) of the second UE's transmission), where the start / end time of the resource selection window may be a combination of a direct frame number (DFN) index and a slot index. TX The RSRP threshold may be used to determine the RSRP threshold, which may be used to determine the availability of a resource (eg, when the RSRP associated with a resource satisfies the threshold, the resource may be unavailable). subCH The P of the second UE may indicate the amount of subchannels that the second UE will use for transmission. rsvp_Tx The first UE may indicate a time interval between periodic transmissions of the second UE. The first UE may be based at least in part on the prio TX , L subCH , P rsvp_Tx and the start / end time of the resource selection window, and the first UE can perform PHY layer channel sensing, and the first UE can determine which sidelink resources are available for the second UE to use for transmission (e.g., to the first UE).

[0091] The sending of IUC information may be triggered at least in part based on an IUC request. Regarding the priority of the IUC information, when configured, the priority of the IUC information may be a configuration value. Otherwise, the priority of the IUC information may be the same as indicated by the IUC request of the second UE. When the IUC information is sent together with other data, the priority value sent by the multiplexing side link may be the minimum priority value (e.g., the highest priority) between the IUC information and the other data. Whether the IUC information is sent at least in part based on the IUC request may be determined by the specific implementation of the first UE, which may be subject to uplink / sidelink prioritization, LTE sidelink and NR sidelink prioritization, and congestion control. Regarding the priority of the IUC request, when configured, the priority of the IUC request may be a configuration value. Otherwise, the priority of the IUC request may be the same as the priority of the transport block to be sent by the second UE. When the IUC request is sent together with other data, the priority value sent by the multiplexing side link may be the minimum priority value (e.g., the highest priority) between the IUC request and the other data. Regarding the broadcast type, unicast may be supported for explicit IUC request transmission for IUC information, and unicast may be used for IUC information transmission triggered by an explicit IUC request.

[0092] SCI format 2-C or a medium access control element (MAC-CE) may be used to carry the IUC request. The SCI format 2-C or MAC-CE for the IUC request may indicate an offer / request indicator, a priority, an amount of subchannels, a resource reservation period, a resource selection window position, and / or a resource set type. The priority, the amount of subchannels, the resource reservation period, and the resource selection window position may correspond to the expected Tx parameters of the second UE, which the first UE may need to determine the preferred resource. The resource selection window position may correspond to the time slot n+ T1 and n+ T2 The resource set type may correspond to a preferred resource set or a non-preferred resource set.

[0093] SCI format 2-C may indicate all fields present in SCI format 2-A except the broadcast type indicator. Resource pool level (pre) configuration may enable different alternatives. In a first example, MAC CE and second-level SCI may be used as containers for explicit requests sent from a second UE to a first UE. When both SCI format 2-C and MAC CE are used as containers for explicit requests for IUC information, the same bit field size used for requests in SCI format 2-C may apply to MAC CE. SCI 2-C ​​may be optional for UE RX. UE specific implementation may determine whether to use the second-level SCI additionally for the second UE. In a second example, MAC CE may be used as a container for explicit requests sent from a second UE to a first UE. When MAC CE is used only as a container for explicit requests for IUC information, the same bit field size used for requests in SCI format 2-C may apply to MAC CE.

[0094] The first UE may determine the reserved resources for the third UE based at least in part on channel sensing. The first UE may be sensing (or receiving) SCI from a nearby Tx UE (which may include a third UE). The SCI may indicate an upcoming resource reservation, and based at least in part on these reservations, the first UE may determine which resources are available. The SCI may include a time resource assignment (TRA) field, a frequency resource assignment (FRA) field, and a resource reservation interval (RRI) field that may be used to indicate the upcoming resource reservation. The SCI of the third UE may be for the expected Rx UE, and in this scenario the first UE may happen to receive the SCI of the second UE. The available resource determination may be based at least in part on the RSRP of the received SCI, the priority of the first UE's transmission (e.g., when the first UE determines the available resources for its own transmission) and / or the priority in the received SCI.

[0095] Figure 6 is a diagram illustrating an example 600 of channel sensing according to the present disclosure.

[0096] like Figure 6As shown, in channel sensing independent of IUC, a first UE (e.g., UE-1) may receive an SCI indicating resource reservation of a third UE (e.g., UE-3). The first UE may receive the SCI of the third UE during the sensing window of the first UE. The resource selection trigger of the first UE may occur at the side link time slot n. The SCI indicating the resource reservation of the third UE may reserve resources in the resource selection window of the first UE, and the resource selection window of the first UE may be associated with a start time (e.g., n+T1) and an end time (e.g., n+T2). The first UE may determine which resources are reserved and which resources are available during the resource selection window of the first UE. When the first UE receives an SCI having an RSRP of the third UE that meets a threshold (e.g., RSRP is greater than a threshold) (the threshold may depend on the priority indicated in the SCI or the Tx priority of the first UE), the first UE may regard the reserved resources of the third UE as unavailable.

[0097] As indicated above, Figure 6 Other examples can be found in the Figure 6 The examples described are different.

[0098] When determining preferred resources, the first UE may determine (or assume) the properties of the intended transmission of the second UE so that the first UE may perform PHY layer channel sensing. PHY layer channel sensing may be used to determine available resources for the transmission of the second UE. The first UE may determine the properties of the intended transmission of the second UE, because whether the resources are available or not available for transmission may depend on the properties of the transmission (e.g., the RSRP threshold may depend on the priority of the transmission of the second UE). Tx resource selection may be enabled based at least in part on RxUE channel sensing. The IUC request may not have a field for indicating whether the first UE is the intended Rx UE, but when the IUC request indicates preferred resources, the first UE may be the intended Rx UE. When determining non-preferred resources, the first UE may not determine the properties of the intended transmission of the second UE. The first UE may measure the RSRP of the transmission of nearby Tx UEs and calculate the corresponding priority and resource reservation. Rx UE-assisted Tx resource selection may be enabled. The first UE may still be the intended Rx UE of the second UE, even when the IUC request from the second UE indicates non-preferred resources.

[0099] Regarding the first condition for preferred resources, the preferred resources may be resources that exclude those resources that overlap with reserved resources identified by the first UE whose RSRP measurement satisfies the RSRP threshold (e.g., is greater than the RSRP threshold) of other UEs. The set of preferred resources for sending to the second UE may be in the form of candidate single-slot resources. When the IUC information sending is triggered by a request from the second UE, the second UE may signal at least various parameters to the first UE, which may include a priority value of the PSCCH / PSSCH, the amount of subchannels of the PSCCH / PSSCH, the resource reservation interval, and / or the start / end time of the resource selection window. An RSRP threshold increase may be applied, and a maximum limit for the RSRP threshold increase may be defined. When the IUC information sending is triggered by a condition, a parameter value may be (pre) configured for the resource pool for determining the preferred resource. When no (pre) configuration is available, the first UE may determine the parameter value through its specific implementation, which may include a priority value of the PSCCH / PSSCH, a number of subchannels of the PSCCH / PSSCH, a resource reservation interval, and / or a start / end time of the resource selection window. TX , L subCH , P rsvp_Tx The first UE may determine the values ​​of n+T1 and n+T2 that may define the resource selection window through its specific implementation. Regarding the second condition for the preferred resource, the first UE may be an intended receiver of the second UE. The set of resources preferred for the transmission of the second UE may be in the form of candidate single-slot resources. The first UE may exclude candidate single-slot resources belonging to time slots in which the first UE, as an intended receiver of the second UE, is not expected to perform sidelink reception from the second UE due to half-duplex operation.

[0100] The first UE may be a sensing UE, and the third UE may be a nearby Tx UE, which may send an SCI indicating resource reservation. The first UE may determine which resources are preferred for the transmission of the second UE within the resource selection window of the first UE, and the resource selection window of the first UE may be based at least in part on the SCI indicating resource reservation. The first UE may sense (or receive) the SCI from the nearby Tx UE. The channel sensing of the SCI from the nearby Tx UE by the first UE may be triggered by the IUC request of the second UE to the first UE. The IUC request from the second UE may indicate the sensing parameters used by the first UE when determining the preferred resources. The SCI of the nearby UE may be for the expected Rx UE, and in this scenario the first UE may happen to receive the SCI of the nearby UE. The available resource determination may be based at least in part on the RSRP of the received SCI, the priority of the IUC request of the second UE, and / or the priority in the received SCI.

[0101] Figure 7 is a diagram illustrating an example 700 of determining preferred resources according to the present disclosure.

[0102] like Figure 7As shown, a first UE (e.g., UE-1) may receive an SCI indicating resource reservation of a third UE (e.g., UE-3). The first UE may receive the SCI of the third UE during a sensing window of the first UE. The resource selection trigger of the first UE may occur at a sidelink time slot n. The SCI indicating resource reservation of the third UE may reserve resources in a resource selection window of the first UE, which may be specified by a second UE (e.g., UE-2) and may be associated with a start time (e.g., n+T1) and an end time (e.g., n+T2). The first UE may determine which resources may be preferred for transmission of the second UE during the resource selection window of the first UE. When the first UE receives an SCI having an RSRP of the third UE that satisfies a threshold (e.g., RSRP is greater than a threshold) (the threshold may depend on a priority indicated in the SCI and a priority indicated in an IUC request of the second UE), the first UE may regard the reserved resources of the third UE as unavailable for transmission of the second UE. In other words, the first UE may not prefer the second UE to use the reserved resources of the third UE for the second UE's transmission, and may prefer other resources in the resource selection window of the first UE.

[0103] As indicated above, Figure 7 Other examples can be found in the Figure 7 The examples described are different.

[0104] Regarding the first condition of non-preferred resources, in a first option, the reserved resources of other UEs may be identified by a first UE whose RSRP measurement is greater than a (pre) configured RSRP threshold, which may be determined by at least a priority value indicated by the SCI of the UE. In the first option, the first UE may be an expected Rx UE of the second UE. The first UE may not want the second UE to transmit in resources where the first UE can receive the transmissions of other UEs when the RSRP is greater than the (pre) configured RSRP threshold, because if the second UE transmits in those non-preferred resources, the transmission of the second UE may be interfered by the transmissions of other UEs. If the RSRP of the transmissions of other UEs may be relatively high, the first UE may be less likely to receive the transmissions of the second UE due to interference from other UEs. Therefore, the first UE may not want the second UE to transmit in the same resource as another UE, in which the RSRP of the transmissions of the other UE is greater than the RSRP threshold. In a second option, the reserved resources of other UEs may be identified by a first UE whose RSRP measurement is less than a (pre) configured RSRP threshold, which may be determined by at least a priority value indicated by the SCI of the UE when the first UE is the destination of a transport block sent by the UE. In a second option, the first UE may be the expected Rx UE of the other UEs. The first UE may not want the second UE to transmit in the reserved resources of the other UEs because in these resources, the first UE may be receiving transmissions from other UEs. If the RSRP of the transmission of the other UE is lower than the (pre) configured RSRP threshold, the first UE may not want the second UE to transmit in the same resource. Otherwise, the second UE may cause interference to the reception of the first UE. Regarding the second condition for non-preferred resources, the first UE may be the expected receiver of the second UE. In some resources (e.g., time slots), the first UE may not be expected to perform sidelink reception from the second UE due to half-duplex operation when it is the expected receiver of the second UE. Under the second condition, those resources in which the first UE does not expect to receive from the second UE may be non-preferred resources of the first UE.

[0105] Figure 8 is a diagram illustrating an example 800 of non-preferred resources according to the present disclosure.

[0106] like Figure 8 As shown, in the first option, a first UE (e.g., UE-A) may be the intended Rx UE of a second UE (e.g., UE-B). The second UE may have data to send to the first UE. One other UE may be in certain resources ( Figure 8The first UE may perform transmission on the shadowed resources in the other UE, which may correspond to subchannels where the RSRP measurement is greater than the RSRP threshold (e.g., subchannels used for transmission by the other UE). The RSRP threshold may be based at least in part on the priority of the other UE (e.g., a mapping between priority and RSRP threshold may be (pre-)configured). The first UE may prefer that the second UE not use these resources ( Figure 8 The shadow resources in the RSRP are used for transmission, because such resources can be considered as non-preferred resources due to the RSRP measurement being greater than the RSRP threshold.

[0107] As indicated above, Figure 8 Other examples can be found in the Figure 8 The examples described are different.

[0108] Fig. 9 is a diagram illustrating an example 900 of non-preferred resources according to the present disclosure.

[0109] like Fig. 9 As shown, in the second option, the first UE (e.g., UE-A) may not be the expected Rx UE of the second UE (e.g., UE-B). One other UE may have data to send to the first UE. The other UE may be in certain resources ( Fig. 9 The first UE may transmit on non-shadow resources in the first UE's subchannels (e.g., subchannels used by the other UE to transmit to the first UE) where the RSRP measurement is less than the RSRP threshold. The RSRP threshold may be based at least in part on the priority of the other UE (e.g., a mapping between priority and RSRP threshold may be (pre)configured). The first UE may not prefer that the second UE use these resources for transmission because the first UE may be receiving from the other UE in these resources. The first UE may not want the second UE to transmit in these resources, which may not exceed the RSRP threshold.

[0110] As indicated above, Fig. 9 Other examples can be found in the Fig. 9 The examples described are different.

[0111] The first UE may be a sensing UE, and the third UE may be a nearby Tx UE, which may send an SCI indicating resource reservation. The first UE may determine which resources are not preferred within a resource selection window of the first UE, and the resource selection window of the first UE may be based at least in part on the SCI indicating resource reservation. The first UE may be sensing (or receiving) SCI from a nearby Tx UE (which may include a third UE). The first UE's channel sensing of the SCI from the nearby Tx UE may be triggered by an IUC request from the second UE to the first UE. The SCI of the third UE may be for an expected Rx UE, and in this scenario the first UE may happen to receive the SCI of the third UE. The non-preferred resource determination may be based at least in part on the RSRP of the received SCI and the priority in the received SCI.

[0112] Fig.10 is a diagram illustrating an example 1000 of determining a non-preferred resource (first option) according to the present disclosure.

[0113] like Fig.10 As shown, a first UE (e.g., UE-1) may receive an SCI indicating resource reservation of a third UE (e.g., UE-3). The first UE may receive the SCI of the third UE during the sensing window of the first UE. The resource selection trigger of the first UE may occur at the side link time slot n. The SCI indicating the resource reservation of the third UE may reserve resources in the resource selection window of the first UE, which may be specified by the second UE (UE-2) and may be associated with a start time (e.g., n+T1) and an end time (e.g., n+T2). The first UE may determine which resources are not preferred during the resource selection window of the first UE. When the first UE receives an SCI having an RSRP of the third UE that meets a threshold (e.g., RSRP is greater than a threshold) (the threshold may depend on the priority indicated in the SCI), the first UE may regard the reserved resources of the third UE as not preferred. In other words, the first UE may not prefer the second UE to transmit in the reserved resources of the third UE.

[0114] As indicated above, Fig.10 Other examples can be found in the Fig.10 The examples described are different.

[0115] After receiving the IUC information, the second UE may perform Tx resource selection based at least in part on the sensing results and the IUC information or based only on the IUC information (e.g., preferred resources). The second UE may receive an indication of preferred resources in the IUC information. The second UE may perform a selection based only on the IUC information, which may correspond to a Tx resource selection based on Rx UE sensing. The second UE may perform a selection based at least in part on the sensing and IUC information of the second UE, which may correspond to Rx UE-assisted Tx resource selection. The MAC entity of the second UE may select Tx resources based at least in part on the sensing results and the IUC information, wherein the IUC information may be for the MAC entity of the second UE. The second UE may receive an indication of non-preferred resources in the IUC information, which may correspond to a selection based at least in part on the sensing and IUC information of the second UE. The selection may be an Rx UE-assisted Tx resource selection. The PHY layer of the second UE may eliminate non-preferred resources from the sensing results before reporting to the MAC entity, wherein the IUC information may be for the PHY layer of the second UE.

[0116] With respect to the preferred resource set, the second UE may perform various actions based at least in part on the reception of the IUC information. In a first option, the resources of the second UE to be used for its transmission resource (re)selection may be based at least in part on both the sensing results of the second UE (if available) and the received IUC information. The second UE may use resources belonging to the preferred resource set in combination with its own sensing results in resource (re)selection. The second UE may use resources that do not belong to the preferred resource set in resource (re)selection when certain conditions are met. The first option may be supported when the second UE performs sensing / resource exclusion. The MAC layer of the second UE may use S A The MAC layer can select resources based on the S A The MAC layer selects resources for transmission within the intersection of the S and the preferred resource set until it becomes impossible to select resources within the intersection. When the amount of selected resources is less than the amount required for transmission of the transport block, the MAC layer may select resources for transmission outside the intersection but within the S. A In a second option, the resources of the second UE to be used for sending resource (re)selection may be based only on the received IUC information. The second UE may use resources belonging to the preferred resource set in resource (re)selection. The second option may be supported at least when the second UE does not support sensing / resource exclusion.

[0117] For the behavior of the second UE when the second UE receives multiple preferred resource sets from different first UEs, the second UE may use each received preferred resource set for resource selection by the second UE for each transport block to be sent to each first UE providing the preferred resource set. For the behavior of the second UE when the second UE receives multiple preferred resource sets from the same first UE, the second UE may use one or more preferred resource sets in resource (re)selection based at least in part on a specific implementation.

[0118] Regarding the non-preferred resource set, the second UE may perform various actions based at least in part on the reception of the IUC information. The resources of the second UE to be used for sending resource (re) selection may be based at least in part on both the sensing results of the second UE (if available) and the received IUC information. The PHY layer at the second UE may exclude candidate single-slot resources that overlap with the non-preferred resource set in its resource (re) selection. When the amount of candidate single-slot resources cannot meet a certain requirement after applying the received non-preferred resource set, the specific implementation of the second UE may define whether to adopt the received non-preferred resource set in resource selection to meet the requirement.

[0119] For the behavior of the second UE when the second UE receives both a single preferred set of resources and a single non-preferred set of resources from different first UEs, a specific implementation of the second UE may define whether one or multiple resource sets are used in the resource (re)selection. For the behavior of the second UE when the second UE receives both a single preferred set of resources and a single non-preferred set of resources from the same first UE, a specific implementation of the second UE may define whether one or multiple resource sets are used in the resource (re)selection. The behavior of the second UE may be defined when the second UE receives multiple non-preferred sets of resources from different first UEs. The behavior of the second UE may be defined when the second UE receives multiple non-preferred sets of resources from the same first UE.

[0120] When using a millimeter wave channel (e.g., FR2, which may correspond to 28 GHz) for sidelink communication, the UE may use beamforming. Otherwise, the signal attenuation may be too large and may result in a low signal-to-noise ratio (SNR) at the Rx UE. Beamforming may involve directing a signal to propagate in a desired direction, where the desired direction may be a propagation path from the Tx UE to the Rx UE that results in the best SNR at the Rx UE (e.g., when interference is not an issue). A Tx UE and Rx UE pair may have multiple signal propagation paths, and the pair may use only one signal propagation path with beamforming (e.g., depending on the UE beamforming capabilities).

[0121] Fig.11 is a diagram illustrating an example 1100 of beamforming according to the present disclosure.

[0122] As indicated by reference numeral 1102, a Tx UE may use a Tx beam for transmission and an Rx UE may use an Rx beam for reception. The Tx beam and the Rx beam may avoid reflectors (eg, buildings).

[0123] As indicated by reference numeral 1104, the Tx UE may transmit using the Tx beam and the Rx UE may receive using the Rx beam. A reflector (e.g., a building) may be in a path associated with the Tx beam and the Rx beam. For example, the Tx UE may transmit a signal using the Tx beam, the signal may be reflected off the reflector, and the signal may be received by the Rx UE using the Rx beam.

[0124] As indicated above, Fig.11 Other examples can be found in the Fig.11 The examples described are different.

[0125] Before useful communication can occur between two UEs (e.g., two side link UEs), the UEs may need to discover each other and establish at least one beam pair (e.g., one beam per UE). When the IUC information is triggered by a request and is based at least in part on the millimeter wave frequency, the first UE and the second UE may determine each other's identities and may establish at least one beam pair for communication between the first UE and the second UE. Unicast may be supported for sending explicit IUC requests for IUC information. Unicast may be used to send IUC information triggered by explicit IUC requests. Unlike IUC information triggered by conditions, broadcast or multicast of IUC information triggered by IUC requests may not be supported. Therefore, when the IUC information is extended to the millimeter wave side link, only unicast may be supported for IUC information triggered by a request. Unicast may involve communication from one UE directly to another UE, and may require two UEs to have information about each other and have established a beamforming link between each other. The first UE and the second UE may store information about which resources (e.g., time, frequency, and beam) to use when communicating with each other (e.g., at least for control information).

[0126] When determining preferred resources or non-preferred resources for a transmission to a second UE, the first UE may need to determine which Tx beam the second UE will use to perform the transmission, and which Rx beam the first UE should use to perform channel sensing. The signal propagation paths corresponding to different Tx beams of the second UE may have different amounts of interference, and thus may result in different preferred / non-preferred resource sets for different Tx beams of the second UE.

[0127] Fig.12 is a diagram illustrating an example 1200 of different propagation paths for a UE according to the present disclosure.

[0128] like Fig.12 As shown, a first UE (e.g., UE-A) may have a first Rx beam and a second Rx beam. A second UE (e.g., UE-B) may have a first Tx beam and a second Tx beam. The first Rx beam and the first Tx beam may form a first beam pair, and the second Rx beam and the second Tx beam may form a second beam pair. The second UE may have two propagation paths for the first Tx beam and the second Tx beam. The first propagation path may be associated with a first reflector. The second propagation path may be associated with a second reflector. The second propagation path may be associated with interference caused by a nearby Tx UE transmitting toward the first UE. Due to the interference caused by the nearby Tx UE, the first UE may not prefer the second UE to transmit in any resource on the second Tx beam. However, the first UE may not know which Tx beam the second UE will use to perform the transmission (e.g., the second UE may use a second Tx beam that may not be preferred by the first UE). The first UE may not be configured to determine which Tx beam the second UE will use to perform the transmission. When the first UE cannot determine which Tx beam the second UE will use to perform transmission, the first UE may not be able to determine which Rx beam to use to perform channel sensing for determining preferred / non-preferred resources.

[0129] As indicated above, Fig.12 Other examples can be found in the Fig.12 The examples described are different.

[0130] In various aspects of the techniques and devices described herein, a first UE (e.g., an Rx UE or UE-A) may receive an IUC request from a second UE (e.g., a Tx UE or UE-B) and via an Rx beam of the first UE. The IUC request may be a request for IUC information, such as information about an expected transmission of the second UE. The IUC information may include preferred resources or non-preferred resources for the expected transmission of the second UE, which may be from the perspective of the first UE (e.g., a UE that does not send the expected transmission). The first UE may indicate via the IUC information which resources are preferred or not preferred by the first UE for the expected transmission of the second UE. The second UE may send an IUC request based at least in part on a Tx beam of the second UE associated with the expected transmission of the second UE. The second UE may expect to use the Tx beam of the second UE to send the expected transmission to a third UE (e.g., a second Rx UE).

[0131] In some aspects, the first UE may send IUC information to the second UE in response to the IUC request, and the IUC information may indicate a preferred resource or a non-preferred resource for the expected transmission of the second UE. The IUC information may be based at least in part on channel sensing performed by the first UE using the Rx beam of the first UE. In other words, the first UE may perform channel sensing using the Rx beam of the first UE, and based at least in part on the channel sensing, the first UE may determine a preferred resource or a non-preferred resource for the expected transmission of the second UE, which may be indicated in the IUC information. The first UE may be configured to perform channel sensing using an Rx beam of the first UE corresponding to the Tx beam of the second UE used to send the IUC request, and the first UE may not use any other Rx beam of the first UE to perform channel sensing. The second UE may receive IUC information from the first UE. The second UE may send the expected transmission using the Tx beam of the second UE based at least in part on the IUC information. The second UE may send the expected transmission according to the preferred resource or the non-preferred resource.

[0132] In some aspects, the second UE may use implicit signaling to indicate the Tx beam of the expected transmission (e.g., the expected Tx beam) because the first UE may infer that the second UE will use the same Tx beam to send the IUC request and send the expected transmission. The first UE may infer that the Tx beam associated with the IUC request is the same Tx beam that the second UE will use to send the expected transmission. Therefore, the first UE may use the Rx beam of the first UE associated with the Tx beam of the second UE to perform channel sensing. Therefore, the first UE may determine which Rx beam of the first UE is used for channel sensing without a new field in the IUC request, which may reduce the amount of bits associated with the IUC request.

[0133] Fig.13 1 is a diagram illustrating an example 1300 associated with transmitting IUC based at least in part on beamforming according to the present disclosure. Fig.13 As shown, communication may occur between a first UE (eg, UE 120a) and a second UE (eg, UE 120e). In some aspects, the first UE and the second UE may be included in a wireless network (such as wireless network 100).

[0134] As shown by reference numeral 1302, a first UE (e.g., Rx UE or UE-A) may receive an IUC request from a second UE and via an Rx beam of the first UE. The IUC request may be a request for an indication of preferred resources or non-preferred resources for an intended transmission for the second UE from the perspective of the first UE. In other words, the first UE may prefer certain resources (e.g., preferred resources) for the intended transmission of the second UE, and / or the first UE may not prefer certain resources (e.g., non-preferred resources) for the intended transmission of the second UE. The Rx beam of the first UE may be associated with a spatial relationship or a transmit configuration indication (TCI) state or a spatial filter.

[0135] In some aspects, the IUC request may be based at least in part on a Tx beam of the second UE associated with the expected transmission of the second UE. In other words, the second UE may send the IUC request using a Tx beam that is the same as the Tx beam used by the second UE to send the expected transmission. The Tx beam of the second UE used to send the IUC request and the Tx beam of the second UE used to send the expected transmission may be quasi-co-located Tx beams. If, for a given channel, a signal sent (or received) using one beam will have the same or similar signal propagation characteristics as when another beam is used to send (or receive) the same signal, the two beams may be quasi-co-located. The signal propagation characteristics may be Doppler shift, Doppler spread, average delay, delay spread, or spatial receiver parameters. A quasi-co-located beam may point its main lobe at the same or similar spatial angle, or its beam width may be the same or similar. The two beams (Tx and Tx, or Tx and Rx, or Rx and Rx) of a wireless device that are considered to be quasi-co-located may be the same, for example, the two beams are the same. The first UE may determine that the Tx beam used by the second UE to send the IUC request is the same as the Tx beam to be used by the second UE when sending the intended transmission. The Tx beam of the second UE for sending the IUC request and the Rx beam of the first UE for receiving the IUC request may form a beam pair.

[0136] In some aspects, the first UE may perform channel sensing using the Rx beam of the first UE for receiving the IUC request. The Rx beam of the first UE for channel sensing and the Rx beam for receiving the IUC request may be quasi-co-located Rx beams. The first UE may perform channel sensing using the Rx beam of the first UE because the first UE may know that the second UE will use the same Tx beam used to send the IUC request to perform the expected transmission. From the perspective of the first UE, the first UE may determine preferred resources or non-preferred resources based at least in part on channel sensing performed using the Rx beam of the first UE.

[0137] As indicated by reference numeral 1304, the first UE may send IUC information to the second UE, the IUC information indicating preferred resources or non-preferred resources for an intended transmission for the second UE. The IUC information may be based at least in part on channel sensing performed by the first UE. The second UE may receive the IUC information from the first UE.

[0138] As shown by reference numeral 1306, the second UE may send the intended transmission to a third UE (e.g., a second Rx UE) using the Tx beam of the second UE based at least in part on the IUC information. The third UE may be the intended recipient of the intended transmission. The second UE may send the intended transmission using the preferred resources of the first UE, as indicated by the IUC information. The second UE may send the intended transmission by not using non-preferred resources, as indicated by the IUC information. Therefore, the intended transmission of the second UE using the Tx beam may not negatively affect the first UE.

[0139] In some aspects, the transmission resources of the intended transmission of the second UE may be based at least in part on the IUC information and the channel sensing performed by the second UE. In other words, both the first UE and the second UE may perform channel sensing. The channel sensing performed by the second UE may be based at least in part on the Tx beam of the second UE used to send the IUC request and the intended transmission.

[0140] In some aspects, the IUC request may not indicate which Rx beam of the first UE is to be used for performing channel sensing. Instead, the first UE may assume that the Rx beam of the first UE used to receive the IUC request should be the same Rx beam used to perform channel sensing, which may be based at least in part on the first UE's assumption that the second UE will use the same Tx beam of the second UE used to send the IUC request to send the expected transmission. In some aspects, the IUC request may indicate the Rx beam of the first UE to be used for performing channel sensing. In other words, the IUC request may indicate which specific Rx beam of the first UE should be used to perform channel sensing, but this approach will increase the amount of bits signaled in the IUC request.

[0141] In some aspects, the Tx beam that the second UE can use for the expected transmission may be implicitly indicated to the first UE, and the Tx beam may correspond to the Rx beam for which the second UE of the first UE requests IUC information. The second UE may send an IUC request to the first UE using the Tx beam, spatial relationship, or TCI state that the second UE will use to perform the expected transmission. The Tx beam used by the second UE to send the IUC request may be quasi-co-located (e.g., type D) with the Tx beam that the second UE will use to perform the expected transmission. When the first UE is the receiver of the expected transmission of the second UE, the second UE may use the same Tx beam, spatial relationship, or TCI state that the second UE will use to send the expected transmission to the first UE to send the IUC request to the first UE. When the second UE is using both the IUC information and its own channel sensing results, the second UE may use the Tx beam, spatial relationship, or TCI state that the second UE will use to perform the expected transmission to perform channel sensing.

[0142] In some aspects, the first UE may perform channel sensing using an Rx beam of the first UE for receiving an IUC request, wherein the channel sensing may enable the first UE to determine preferred resources and / or non-preferred resources. The first UE may perform channel sensing using an Rx beam, a spatial relationship, or a TCI state used by the first UE for receiving an IUC request from a second UE and determine preferred resources and / or non-preferred resources for an intended transmission to the second UE. The Rx beam used by the first UE for performing channel sensing may be quasi-co-located (e.g., type D) with the Rx beam used by the first UE for receiving an IUC request.

[0143] In some aspects, when the IUC request does not indicate which Rx beam, spatial relationship, or TCI state the first UE should use to perform channel sensing, the first UE may use the Rx beam, spatial relationship, or TCI state used by the first UE to receive the IUC request from the second UE to perform channel sensing and determine preferred resources and / or non-preferred resources for the intended transmission of the second UE. When the IUC request indicates which Rx beam, spatial relationship, or TCI state the first UE should use to perform channel sensing, the first UE may use the indicated Rx beam to perform channel sensing and determine preferred resources and / or non-preferred resources for the intended transmission of the second UE.

[0144] As indicated above, Fig.13 Other examples can be found in the Fig.13 The examples described are different.

[0145] Fig.14 is a diagram illustrating an example 1400 associated with transmitting IUC information based at least in part on beamforming in accordance with the present disclosure.

[0146] As shown by reference numeral 1402, a second UE (e.g., a Tx UE or UE-B) may be expected to send an expected transmission to a third UE (e.g., a second Rx UE). The second UE may be expected to use a Tx beam (e.g., an expected Tx beam) of the second UE to send the expected transmission to the third UE. The second UE may send an IUC request to a first UE (e.g., a first Rx UE). The second UE may send an IUC request to the first UE using a Tx beam that the second UE of the second UE will use to send to the third UE. In other words, the second UE may send an IUC request using the same Tx beam to be used by the second UE to send to the third UE.

[0147] As shown by reference numeral 1404, the second UE may use the Tx beam of the second UE to send an IUC request to the first UE. The first UE may use the Rx beam of the first UE to receive the IUC request from the second UE. The Rx beam of the first UE may be associated with the Tx beam of the second UE so that the Rx beam of the first UE and the Tx beam of the second UE may form a beam pair. The second UE may use the Rx beam for receiving the IUC request from the second UE to perform channel sensing and determine preferred resources and / or non-preferred resources. In other words, depending on the Rx beam of the first UE for receiving the IUC request, the first UE may know which Rx beam to use when performing channel sensing and determining preferred resources and / or non-preferred resources. The first UE may receive the IUC request and perform channel sensing using the same Rx beam.

[0148] As indicated above, Fig.14 Other examples can be found in the Fig.14 The examples described are different.

[0149] Fig.15 is a diagram illustrating an example process 1500, performed, for example, by a first UE, according to the present disclosure. Example process 1500 is an example in which a first UE (eg, UE 120) performs operations associated with sending IUC information based at least in part on beamforming.

[0150] like Fig.15 As shown, in some aspects, process 1500 may include: receiving an IUC request from a second UE and via an Rx beam of the first UE, wherein the IUC request is based at least in part on a Tx beam of the second UE associated with an intended transmission of the second UE (block 1510). Fig.17 The receiving component 1702 depicted in may receive an IUC request from the second UE and via the Rx beam of the first UE, wherein the IUC request is based at least in part on a Tx beam of the second UE associated with an expected transmission of the second UE, as described above.

[0151] like Fig.15 As further shown, in some aspects, process 1500 may include sending IUC information indicating preferred resources or non-preferred resources for an intended transmission to a second UE, wherein the IUC information is based at least in part on channel sensing performed by the first UE (block 1520). Fig.17 The transmitting component 1704 depicted in FIG. 1 may transmit IUC information indicating preferred resources or non-preferred resources for an intended transmission to the second UE, wherein the IUC information is based at least in part on channel sensing performed by the first UE, as described above.

[0152] Process 1500 may include additional aspects, such as any single aspect or any combination of aspects described below and / or in conjunction with one or more other processes described elsewhere herein.

[0153] In a first aspect, the Rx beam of the first UE is associated with a spatial relationship or a TCI state or a spatial filter.

[0154] In a second aspect, alone or in combination with the first aspect, the Tx beams of the second UE used for sending the IUC request and for sending the expected transmission are quasi co-located Tx beams.

[0155] In a third aspect, alone or in combination with one or more of the first and second aspects, the transmission resources of the expected transmission are at least partially based on the IUC information and channel sensing performed by the second UE, wherein the channel sensing performed by the second UE is at least partially based on the Tx beam of the second UE used to send the expected transmission.

[0156] In a fourth aspect, alone or in combination with one or more of the first to third aspects, an Rx beam of the first UE used for channel sensing and for receiving the IUC request is a quasi co-located Rx beam.

[0157] In a fifth aspect, alone or in combination with one or more of the first to fourth aspects, the IUC request does not indicate which Rx beam of the first UE is used to perform the channel sensing.

[0158] In a sixth aspect, alone or in combination with one or more of the first to fifth aspects, the IUC request indicates the Rx beam of the first UE to be used for performing the channel sensing.

[0159] In a seventh aspect, alone or in combination with one or more of the first to sixth aspects, the intended transmission by the second UE is to a third UE, wherein the third UE is an intended recipient of the intended transmission.

[0160] although Fig.15Example blocks of process 1500 are shown, but in some aspects, process 1500 may include Fig.15 Additional blocks, fewer blocks, different blocks, or blocks arranged in a different manner than those depicted in the process 1500. Additionally or alternatively, two or more blocks in the blocks of process 1500 may be performed in parallel.

[0161] Fig.16 is a diagram illustrating an example process 1600 performed, for example, by a second UE in accordance with the present disclosure. The example process 1600 is an example in which a second UE (eg, UE 120) performs operations associated with sending IUC information based at least in part on beamforming.

[0162] like Fig.16 As shown, in some aspects, process 1600 may include: using a Tx beam of a second UE associated with an intended transmission of the second UE to send an IUC request to the first UE (block 1610). For example, the second UE (e.g., using Fig.18 The transmitting component 1804) depicted in FIG. 1 may send an IUC request to the first UE using a Tx beam of the second UE associated with an intended transmission of the second UE.

[0163] like Fig.16 As further shown, in some aspects, process 1600 may include receiving, from a first UE and based at least in part on the IUC request, IUC information indicating preferred resources or non-preferred resources for an intended transmission, wherein the IUC information is based at least in part on channel sensing performed by the first UE (block 1620). Fig.18 The receiving component 1802 depicted in can receive IUC information indicating preferred resources or non-preferred resources for an expected transmission from the first UE and based at least in part on the IUC request, wherein the IUC information is based at least in part on channel sensing performed by the first UE, as described above.

[0164] like Fig.16 As further shown, in some aspects, process 1600 may include: transmitting the intended transmission using a Tx beam of a second UE based at least in part on the IUC information (block 1630). For example, the second UE (e.g., using Fig.18 The transmitting component 1804 depicted in FIG. 1 may transmit the intended transmission using a Tx beam of the second UE based at least in part on the IUC information, as described above.

[0165] Process 1600 may include additional aspects, such as any single aspect or any combination of aspects described below and / or in conjunction with one or more other processes described elsewhere herein.

[0166] In a first aspect, the Tx beam of the second UE is associated with a spatial relationship or TCI state or a spatial filter.

[0167] In a second aspect, alone or in combination with the first aspect, the Tx beams of the second UE used for sending the IUC request and for sending the expected transmission are quasi co-located Tx beams.

[0168] In a third aspect, alone or in combination with one or more of the first and second aspects, the transmission resources of the expected transmission are at least partially based on the IUC information and channel sensing performed by the second UE, wherein the channel sensing performed by the second UE is at least partially based on the Tx beam of the second UE used to send the expected transmission.

[0169] In a fourth aspect, alone or in combination with one or more of the first to third aspects, an Rx beam of the first UE used for the channel sensing and for receiving the IUC request is a quasi co-located Rx beam.

[0170] In a fifth aspect, alone or in combination with one or more of the first to fourth aspects, the IUC request does not indicate which Rx beam of the first UE is to be used by the first UE to perform the channel sensing.

[0171] In a sixth aspect, alone or in combination with one or more of the first to fourth aspects, the IUC request indicates an Rx beam of the first UE to be used for performing the channel sensing.

[0172] although Fig.16 An example block diagram of process 1600 is shown, but in some aspects, process 1600 may include Fig.16 Additional blocks, fewer blocks, different blocks, or blocks arranged in a different manner than those depicted in the process 1600. Additionally or alternatively, two or more blocks of the blocks of process 1600 may be performed in parallel.

[0173] Fig.17 1 is a diagram of an example apparatus 1700 for wireless communication according to the present disclosure. Apparatus 1700 may be a first UE, or the first UE may include apparatus 1700. In some aspects, apparatus 1700 includes a receiving component 1702 and a transmitting component 1704 that may communicate with each other (e.g., via one or more buses and / or one or more other components). As shown, apparatus 1700 may use receiving component 1702 and transmitting component 1704 to communicate with another apparatus 1706 (such as a UE, a base station, or another wireless communication device).

[0174] In some aspects, the apparatus 1700 may be configured to perform Figure 13 to Figure 14Additionally or alternatively, the apparatus 1700 may be configured to perform one or more processes described herein, such as Fig.15 In some aspects, the apparatus 1700 and / or Fig.17 One or more of the components shown may include a combination of Figure 2 Additionally or alternatively, Fig.17 One or more of the components shown may be combined with Figure 2 Additionally or alternatively, one or more components in the set of components may be implemented at least in part as software stored in a memory. For example, a component (or a portion of a component) may be implemented as instructions or codes that are stored in a non-transitory computer-readable medium and can be executed by a controller or processor to perform the function or operation of the component.

[0175] The receiving component 1702 may receive communications, such as reference signals, control information, data communications, or combinations thereof, from the device 1706. The receiving component 1702 may provide the received communications to one or more other components of the device 1700. In some aspects, the receiving component 1702 may perform signal processing (such as filtering, amplification, demodulation, analog-to-digital conversion, demultiplexing, deinterleaving, demapping, equalization, interference cancellation, or decoding, etc.) on the received communications and may provide the processed signals to one or more other components of the device 1700. In some aspects, the receiving component 1702 may include combining Figure 2 One or more antennas, modems, demodulators, MIMO detectors, receive processors, controllers / processors, memories, or combinations thereof of the described first UE.

[0176] The transmitting component 1704 may transmit communications, such as reference signals, control information, data communications, or combinations thereof, to the device 1706. In some aspects, one or more other components of the device 1700 may generate communications and may provide the generated communications to the transmitting component 1704 for transmission to the device 1706. In some aspects, the transmitting component 1704 may perform signal processing (such as filtering, amplification, modulation, digital-to-analog conversion, multiplexing, interleaving, mapping, or encoding, etc.) on the generated communications and may transmit the processed signals to the device 1706. In some aspects, the transmitting component 1704 may include combining Figure 2 One or more antennas, modems, modulators, transmit MIMO processors, transmit processors, controllers / processors, memories, or combinations thereof of the described first UE. In some aspects, the transmit component 1704 can be co-located with the receive component 1702 in a transceiver.

[0177] The receiving component 1702 may receive an IUC request from the second UE and via the Rx beam of the first UE, wherein the IUC request is based at least in part on the Tx beam of the second UE associated with the expected transmission of the second UE. The transmitting component 1704 may send IUC information indicating preferred resources or non-preferred resources for the expected transmission to the second UE, wherein the IUC information is based at least in part on channel sensing performed by the first UE.

[0178] Fig.17 The number and arrangement of components shown are provided as examples. In practice, there may be Fig.17 Additional components, fewer components, different components, or components arranged in a different manner than those shown. Fig.17 Two or more components shown may be implemented in a single component, or Fig.17 The single component shown may be implemented as multiple distributed components. Additionally or alternatively, Fig.17 The illustrated set of component(s) may be described as being executable by Fig.17 Another collection of components shown performs one or more functions.

[0179] Fig.18 1 is a diagram of an example apparatus 1800 for wireless communication according to the present disclosure. Apparatus 1800 may be a second UE, or the second UE may include apparatus 1800. In some aspects, apparatus 1800 includes a receiving component 1802 and a transmitting component 1804 that may communicate with each other (e.g., via one or more buses and / or one or more other components). As shown, apparatus 1800 may communicate with another apparatus 1806 (such as a UE, a base station, or another wireless communication device) using receiving component 1802 and transmitting component 1804.

[0180] In some aspects, the apparatus 1800 may be configured to perform Figure 13 to Figure 14 Additionally or alternatively, the apparatus 1800 may be configured to perform one or more processes described herein, such as Fig.16 In some aspects, the apparatus 1800 and / or Fig.18 One or more of the components shown may include a combination of Figure 2 One or more components of the second UE. Additionally or alternatively, Fig.18 One or more of the components shown may be combined with Figure 2Additionally or alternatively, one or more components in the set of components may be implemented at least in part as software stored in a memory. For example, a component (or a portion of a component) may be implemented as instructions or codes that are stored in a non-transitory computer-readable medium and can be executed by a controller or processor to perform the function or operation of the component.

[0181] The receiving component 1802 may receive communications, such as reference signals, control information, data communications, or combinations thereof, from the device 1806. The receiving component 1802 may provide the received communications to one or more other components of the device 1800. In some aspects, the receiving component 1802 may perform signal processing (such as filtering, amplification, demodulation, analog-to-digital conversion, demultiplexing, deinterleaving, demapping, equalization, interference cancellation, or decoding, etc.) on the received communications and may provide the processed signals to one or more other components of the device 1800. In some aspects, the receiving component 1802 may include combining Figure 2 One or more antennas, modems, demodulators, MIMO detectors, receiving processors, controllers / processors, memories or combinations thereof of the second UE.

[0182] The transmitting component 1804 may transmit communications, such as reference signals, control information, data communications, or combinations thereof, to the device 1806. In some aspects, one or more other components of the device 1800 may generate communications and may provide the generated communications to the transmitting component 1804 for transmission to the device 1806. In some aspects, the transmitting component 1804 may perform signal processing (such as filtering, amplification, modulation, digital-to-analog conversion, multiplexing, interleaving, mapping, or encoding, etc.) on the generated communications and may transmit the processed signals to the device 1806. In some aspects, the transmitting component 1804 may include combining Figure 2 One or more antennas, modems, modulators, transmit MIMO processors, transmit processors, controllers / processors, memories, or combinations thereof of the second UE. In some aspects, the transmit component 1804 can be co-located with the receive component 1802 in a transceiver.

[0183] The transmitting component 1804 may use a Tx beam of the second UE associated with the expected transmission of the second UE to send an IUC request to the first UE. The receiving component 1802 may receive IUC information indicating preferred resources or non-preferred resources for the expected transmission from the first UE and at least in part based on the IUC request, wherein the IUC information is based at least in part on channel sensing performed by the first UE. The transmitting component 1804 may use a Tx beam of the second UE to send the expected transmission based at least in part on the IUC information.

[0184] Fig.18The number and arrangement of components shown are provided as examples. In practice, there may be Fig.18 Additional components, fewer components, different components, or components arranged in a different manner than those shown. Fig.18 Two or more components shown may be implemented in a single component, or Fig.18 The single component shown may be implemented as multiple distributed components. Additionally or alternatively, Fig.18 The illustrated set of component(s) may be described as being executable by Fig.18 Another collection of components shown performs one or more functions.

[0185] The following provides an overview of some aspects of the disclosure:

[0186] Aspect 1: A method of wireless communication performed by a first user equipment (UE), comprising: receiving an inter-UE coordination (IUC) request from a second UE and via a receive beam of the first UE, wherein the IUC request is based at least in part on a transmit beam of the second UE associated with an intended transmission of the second UE; and sending IUC information to the second UE indicating preferred resources or non-preferred resources for the intended transmission, wherein the IUC information is based at least in part on channel sensing performed by the first UE.

[0187] Aspect 2: The method according to aspect 1, wherein the reception beam of the first UE is associated with a spatial relationship or a transmission configuration indication state or a spatial filter.

[0188] Aspect 3: The method according to any one of Aspects 1 to 2, wherein the transmission beam used by the second UE for sending the IUC request and for sending the expected transmission is a quasi-co-located transmission beam.

[0189] Aspect 4: A method according to any one of Aspects 1 to 3, wherein the transmission resources of the expected transmission are at least partially based on the IUC information and channel sensing performed by the second UE, wherein the channel sensing performed by the second UE is at least partially based on the transmission beam of the second UE for sending the expected transmission.

[0190] Aspect 5: The method according to any one of aspects 1 to 4, wherein the reception beam of the first UE used for channel sensing and for receiving the IUC request is a quasi co-located reception beam.

[0191] Aspect 6: The method according to any one of aspects 1 to 5, wherein the IUC request does not indicate which receive beam of the first UE is to be used to perform the channel sensing.

[0192] Aspect 7: The method according to any one of aspects 1 to 6, wherein the IUC request indicates a receive beam of the first UE to be used for performing the channel sensing.

[0193] Aspect 8: The method according to any one of aspects 1 to 7, wherein the intended transmission by the second UE is to a third UE, wherein the third UE is an intended recipient of the intended transmission.

[0194] Aspect 9: A method of wireless communication performed by a second user equipment (UE), comprising: sending an inter-UE coordination (IUC) request to a first UE using a transmit beam of the second UE associated with an intended transmission of the second UE; receiving IUC information indicating preferred resources or non-preferred resources for the intended transmission from the first UE and based at least in part on the IUC request, wherein the IUC information is based at least in part on channel sensing performed by the first UE; and sending the intended transmission using the transmit beam of the second UE based at least in part on the IUC information.

[0195] Aspect 10: The method according to aspect 9, wherein the transmit beam of the second UE is associated with a spatial relationship or a transmit configuration indication state or a spatial filter.

[0196] Aspect 11: The method according to any one of aspects 9 to 10, wherein the transmission beam used by the second UE for sending the IUC request and for sending the expected transmission is a quasi co-located transmission beam.

[0197] Aspect 12: A method according to any one of Aspects 9 to 11, wherein the transmission resources of the intended transmission are at least partially based on the IUC information and channel sensing performed by the second UE, wherein the channel sensing performed by the second UE is at least partially based on the transmission beam of the second UE for sending the intended transmission.

[0198] Aspect 13: The method according to any one of aspects 9 to 12, wherein the reception beam of the first UE used for the channel sensing and for receiving the IUC request is a quasi co-located reception beam.

[0199] Aspect 14: The method according to any one of aspects 9 to 13, wherein the IUC request does not indicate which receive beam of the first UE is to be used by the first UE to perform the channel sensing.

[0200] Aspect 15: The method according to any one of aspects 9 to 14, wherein the IUC request indicates a receive beam of the first UE to be used for performing the channel sensing.

[0201] Aspect 16: An apparatus for wireless communication at a device, comprising: a processor; a memory coupled to the processor; and instructions stored in the memory and executable by the processor to cause the apparatus to perform one or more of the methods described in Aspects 1 to 8.

[0202] Aspect 17: A device for wireless communication, comprising: a memory; and one or more processors coupled to the memory, the one or more processors configured to execute the method according to one or more of aspects 1 to 8.

[0203] Aspect 18: An apparatus for wireless communication, comprising at least one component for performing the method according to one or more of aspects 1 to 8.

[0204] Aspect 19: A non-transitory computer-readable medium storing a code for wireless communication, the code comprising instructions executable by a processor to perform the method according to one or more of aspects 1 to 8.

[0205] Aspect 20: A non-transitory computer-readable medium storing an instruction set for wireless communication, the instruction set comprising one or more instructions which, when executed by one or more processors of a device, cause the device to perform one or more of the methods described in aspects 1 to 8.

[0206] Aspect 21: An apparatus for performing wireless communications at a device, comprising: a processor; a memory coupled to the processor; and instructions stored in the memory and executable by the processor to cause the apparatus to perform one or more of the methods described in Aspects 1 to 8.

[0207] Aspect 22: An apparatus for wireless communication, comprising: a memory; and one or more processors coupled to the memory, the one or more processors configured to execute the method according to one or more of aspects 9 to 15.

[0208] Aspect 23: An apparatus for wireless communication, comprising at least one component for performing the method according to one or more of aspects 9 to 15.

[0209] Aspect 24: A non-transitory computer-readable medium storing code for wireless communication, the code comprising instructions executable by a processor to perform the method according to one or more of aspects 9 to 15.

[0210] Aspect 25: A non-transitory computer-readable medium storing an instruction set for wireless communication, the instruction set comprising one or more instructions which, when executed by one or more processors of a device, cause the device to perform one or more of the methods described in aspects 9 to 15.

[0211] While the foregoing disclosure provides illustration and description, it is not intended to be exhaustive or to limit the aspects to the precise forms disclosed. Modifications and variations are possible in light of the above disclosure or may be acquired from practice of these aspects.

[0212] As used herein, the term "component" is intended to be broadly interpreted as hardware, and / or a combination of hardware and software. Whether referred to as software, firmware, middleware, microcode, hardware description language or other names, "software" should be broadly interpreted as meaning instructions, instruction sets, codes, code segments, program codes, programs, subroutines, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, threads, processes and / or functions implemented, etc. As used herein, a "processor" is implemented in hardware and / or a combination of hardware and software. It will be clear that the system and / or method described herein can be implemented by a combination of hardware and / or hardware and software in different forms. The actual dedicated control hardware or software code used to implement these systems and / or methods does not limit various aspects. Therefore, the operation and behavior of the system and / or method are not described herein with reference to specific software codes, because those skilled in the art will understand that software and hardware can be designed to implement the system and / or method based at least in part on the description herein.

[0213] As used herein, "satisfying a threshold" may refer to a value being greater than a threshold, greater than or equal to a threshold, less than a threshold, less than or equal to a threshold, equal to a threshold, not equal to a threshold, etc., depending on the context.

[0214] Although specific combinations of features are set forth in the claims and / or disclosed in the specification, these combinations are not intended to limit the disclosure of various aspects. Many of these features can be combined in a manner that is not specifically described in the claims and / or is not disclosed in the specification. The disclosure of various aspects includes each dependent claim combined with each other claim in the claim set. As used herein, the phrase "at least one of" the list of items refers to any combination of these items (which includes a single member). As an example, "at least one of a, b or c" is intended to cover a, b, c, a+b, a+c, b+c and a+b+c, and any combination with multiple identical elements (e.g., a+a, a+a+a, a+a+b, a+a+c, a+b+b, a+c+c, b+b, b+b+b, b+b+c, c+c and c+c+c, or any other ordering of a, b and c).

[0215] Any element, action or instruction used herein should not be interpreted as key or necessary, unless explicitly stated. In addition, as used herein, the articles "one" and "a kind of" are intended to include one or more items, and can be used interchangeably with "one or more". In addition, as used herein, the article "said" is intended to include one or more items connected with the article "said", and can be used interchangeably with "one or more". In addition, as used herein, the terms "set" and "group" are intended to include one or more items, and can be used interchangeably with "one or more". If only one item is intended to be referred to, the phrase "only one" or similar terms are used. In addition, as used herein, the terms "have", "have", "have" etc. are intended to be open terms, which do not limit the elements they modify (for example, "an element with" A can also have B). In addition, the phrase "based on" is intended to represent "based at least in part", unless otherwise explicitly stated. Furthermore, as used herein, the term "or" when used in a series is intended to be open-ended and used interchangeably with "and / or" unless explicitly stated otherwise (eg, if used in conjunction with "either" or "only one of").

Claims

1. An apparatus for wireless communication at a first user equipment (UE), comprising: Memory; and one or more processors coupled to the memory, the one or more processors configured to: receiving an inter-UE coordination (IUC) request from a second UE and via a receive beam of the first UE, wherein the IUC request is based at least in part on a transmit beam of the second UE associated with an intended transmission of the second UE; and IUC information indicating preferred resources or non-preferred resources for the intended transmission is sent to the second UE, wherein the IUC information is based at least in part on channel sensing performed by the first UE.

2. The apparatus of claim 1, wherein the receive beam of the first UE is associated with a spatial relationship or a transmit configuration indication state or a spatial filter. 3 . The apparatus according to claim 1 , wherein a transmission beam of the second UE used for sending the IUC request and for sending the expected transmission is a quasi co-located transmission beam.

4. The apparatus of claim 1 , wherein the transmit resources for the intended transmission are based at least in part on the IUC information and channel sensing performed by the second UE, wherein the channel sensing performed by the second UE is based at least in part on the transmit beam of the second UE for transmitting the intended transmission. 5 . The apparatus according to claim 1 , wherein a reception beam of the first UE used for the channel sensing and for receiving the IUC request is a quasi co-located reception beam. 6 . The apparatus of claim 1 , wherein the IUC request does not indicate which receive beam of the first UE is to be used to perform the channel sensing. 7 . The apparatus of claim 1 , wherein the IUC request indicates a receive beam of the first UE to be used to perform the channel sensing.

8. The apparatus of claim 1, wherein the intended transmission by the second UE is to a third UE, wherein the third UE is an intended recipient of the intended transmission.

9. An apparatus for wireless communication at a second user equipment (UE), comprising: Memory; and one or more processors coupled to the memory, the one or more processors configured to: sending an inter-UE coordination (IUC) request to the first UE using a transmit beam of the second UE associated with an intended transmission of the second UE; receiving, from the first UE and based at least in part on the IUC request, IUC information indicating preferred resources or non-preferred resources for the intended transmission, wherein the IUC information is based at least in part on channel sensing performed by the first UE; and The intended transmission is transmitted using the transmit beam of the second UE based at least in part on the IUC information.

10. The apparatus of claim 9, wherein the transmit beam of the second UE is associated with a spatial relationship or a transmit configuration indicating a state or a spatial filter. 11 . The apparatus according to claim 9 , wherein the transmission beam used for sending the IUC request and for sending the expected transmission of the second UE is a quasi co-located transmission beam.

12. The apparatus of claim 9, wherein the transmit resources for the intended transmission are based at least in part on the IUC information and channel sensing performed by the second UE, wherein the channel sensing performed by the second UE is based at least in part on the transmit beam of the second UE for transmitting the intended transmission. 13 . The apparatus according to claim 9 , wherein a reception beam of the first UE used for the channel sensing and for receiving the IUC request is a quasi co-located reception beam.

14. The apparatus of claim 9, wherein the IUC request does not indicate which receive beam of the first UE is to be used by the first UE to perform the channel sensing.

15. The apparatus of claim 9, wherein the IUC request indicates a receive beam of the first UE to be used to perform the channel sensing.

16. A method of wireless communication performed by a first user equipment (UE), comprising: receiving an inter-UE coordination (IUC) request from a second UE and via a receive beam of the first UE, wherein the IUC request is based at least in part on a transmit beam of the second UE associated with an intended transmission of the second UE; and IUC information indicating preferred resources or non-preferred resources for the intended transmission is sent to the second UE, wherein the IUC information is based at least in part on channel sensing performed by the first UE.

17. The method of claim 16, wherein the receive beam of the first UE is associated with a spatial relationship or a transmit configuration indicating a state or a spatial filter. 18 . The method according to claim 16 , wherein a transmission beam of the second UE used for sending the IUC request and for sending the expected transmission is a quasi co-located transmission beam.

19. The method of claim 16, wherein the transmit resources for the intended transmission are based at least in part on the IUC information and channel sensing performed by the second UE, wherein the channel sensing performed by the second UE is based at least in part on the transmit beam of the second UE used to transmit the intended transmission. 20 . The method according to claim 16 , wherein a reception beam of the first UE used for the channel sensing and for receiving the IUC request is a quasi co-located reception beam.

21. The method of claim 16, wherein the IUC request does not indicate which receive beam of the first UE is to be used to perform the channel sensing.

22. The method of claim 16, wherein the IUC request indicates a receive beam of the first UE to be used to perform the channel sensing.

23. The method of claim 16, wherein the intended transmission by the second UE is to a third UE, wherein the third UE is an intended recipient of the intended transmission.

24. A method of wireless communication performed by a second user equipment (UE), comprising: sending an inter-UE coordination (IUC) request to the first UE using a transmit beam of the second UE associated with an intended transmission of the second UE; receiving, from the first UE and based at least in part on the IUC request, IUC information indicating preferred resources or non-preferred resources for the intended transmission, wherein the IUC information is based at least in part on channel sensing performed by the first UE; and The intended transmission is transmitted using the transmit beam of the second UE based at least in part on the IUC information.

25. The method of claim 24, wherein the transmit beam of the second UE is associated with a spatial relationship or a transmit configuration indicating a state or a spatial filter. 26 . The method according to claim 24 , wherein a transmission beam of the second UE used for sending the IUC request and for sending the expected transmission is a quasi co-located transmission beam.

27. The method of claim 24, wherein the transmit resources for the intended transmission are based at least in part on the IUC information and channel sensing performed by the second UE, wherein the channel sensing performed by the second UE is based at least in part on the transmit beam of the second UE used to transmit the intended transmission.

28. The method of claim 24, wherein a reception beam of the first UE used for the channel sensing and for receiving the IUC request is a quasi co-located reception beam.

29. The method of claim 24, wherein the IUC request does not indicate which receive beam of the first UE is to be used by the first UE to perform the channel sensing.

30. The method of claim 24, wherein the IUC request indicates a receive beam of the first UE to be used to perform the channel sensing.

Images