Wireless In-Vehicle Network Interference Management between Vehicles

Abstract

Aspects of the present disclosure generally relate to wireless communication. In some aspects, a user equipment (UE) may send a wIVN capability indication indicating that the UE is associated with a vehicle including a wireless in-vehicle network (wIVN); receive a response to the wIVN capability indication from another UE; and provide configuration information associated with configuring the wIVN to a wIVN control unit of the vehicle at least in part based on the response. Numerous other aspects are provided.

Description

[0001] Cross - Reference to Related Applications

[0002] This patent application claims priority to U.S. Provisional Patent Application No. 62 / 971,663, filed on February 7, 2020, titled "INTER - VEHICLE WIRELESS IN - VEHICLE NETWORK INTERFERENCE MANAGEMENT" and U.S. Non - Provisional Patent Application No. 17 / 167,852, filed on February 4, 2021, titled "INTER - VEHICLE WIRELESS IN - VEHICLE NETWORK INTERFERENCE MANAGEMENT", the entire disclosures of which are hereby incorporated by reference. Technical Field

[0003] Broadly speaking, aspects of the present disclosure relate to wireless communication and techniques and apparatus for inter - vehicle wireless in - vehicle network interference management. Background Art

[0004] Wireless communication systems are widely deployed to provide various telecommunication services such as telephony, video, data, messaging, and broadcasting. A typical wireless communication system may employ a multiple access technology that is capable of supporting 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 / Advanced LTE is an enhanced set of the Universal Mobile Telecommunications System (UMTS) mobile standards released by the 3rd Generation Partnership Project (3GPP).

[0005] A wireless network may include multiple Base Stations (BSs) capable of supporting communication for multiple User Equipments (UEs). A User Equipment (UE) may communicate with a BS via a downlink and an uplink. The downlink (or forward link) refers to the communication link from the BS to the UE, and the uplink (or reverse link) refers to the communication link from the UE to the BS. As will be described in more detail herein, a BS may be referred to as a Node B, gNB, Access Point (AP), radio head, Transmission and Reception Point (TRP), New Radio (NR) BS, 5G Node B, etc.

[0006] The above multi-access technologies have been adopted in various telecommunication standards to provide a common protocol that enables different user equipments to communicate at the urban, national, regional, and even global levels. NR (which may also be referred to as 5G) is an enhanced set of the LTE mobile standard released by 3GPP. NR is designed to better integrate with other open standards by improving spectral efficiency, reducing costs, enhancing services, leveraging new spectrums, and using orthogonal frequency division multiplexing (OFDM) with cyclic prefix (CP) (CP-OFDM) on the downlink (DL), and CP-OFDM and / or SC-FDM (e.g., also referred to as discrete Fourier transform spread OFDM (DFT-s-OFDM)) on the uplink (UL), so as to better support mobile broadband Internet access, as well as support 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 wireless access technologies remain useful. SUMMARY OF THE INVENTION

[0007] In some aspects, a method for wireless communication performed by a user equipment (UE) may include: transmitting a wIVN capability indication indicating that the UE is associated with a vehicle including a wireless in-vehicle network (wIVN); receiving, from another UE, a response to the wIVN capability indication; and providing, at least in part based on the response, configuration information associated with configuring the wIVN to a wIVN control unit of the vehicle.

[0008] In some aspects, a method for wireless communication performed by a UE may include: receiving a wIVN capability indication indicating that another UE is associated with a vehicle including a wIVN; and transmitting a response to the wIVN capability indication to the another UE.

[0009] In some aspects, a UE for wireless communication may include a memory and one or more processors operatively coupled to the memory. The memory and the one or more processors may be configured to: transmit a wIVN capability indication indicating that the UE is associated with a vehicle including a wIVN; receive, from another UE, a response to the wIVN capability indication; and provide, at least in part based on the response, configuration information associated with configuring the wIVN to a wIVN control unit of the vehicle.

[0010] In some aspects, a UE for wireless communication may include a memory and one or more processors operatively coupled to the memory. The memory and the one or more processors may be configured to: receive a wIVN capability indication indicating that another UE is associated with a vehicle including a wIVN; and transmit a response to the wIVN capability indication to the another UE.

[0011] In some aspects, a non-transitory computer-readable medium may store one or more instructions for wireless communication. When the one or more instructions are executed by one or more processors of a UE, the one or more processors may be caused to perform the following operations: send a wIVN capability indication indicating that the UE is associated with a vehicle including a wIVN; receive a response to the wIVN capability indication from another UE; and provide configuration information associated with configuring the wIVN to a wIVN control unit of the vehicle at least in part based on the response.

[0012] In some aspects, a non-transitory computer-readable medium may store one or more instructions for wireless communication. When the one or more instructions are executed by one or more processors of a UE, the one or more processors may be caused to perform the following operations: receive a wIVN capability indication indicating that another UE is associated with a vehicle including a wIVN; and send a response to the wIVN capability indication to the another UE.

[0013] In some aspects, a device for wireless communication may include: a unit for sending a wIVN capability indication indicating that the device is associated with a vehicle including a wIVN; a unit for receiving a response to the wIVN capability indication from another device; and a unit for providing configuration information associated with configuring the wIVN to a wIVN control unit of the vehicle at least in part based on the response.

[0014] In some aspects, a device for wireless communication may include: a unit for receiving a wIVN capability indication indicating that another device is associated with a vehicle including a wIVN; and a unit for sending a response to the wIVN capability indication to the another device.

[0015] Broadly speaking, aspects include methods, devices, systems, computer program products, non-transitory computer-readable media, user equipment, base stations, wireless communication devices, and / or processing systems substantially as described herein with reference to the accompanying drawings and the specification and as illustrated by the accompanying drawings and the specification.

[0016] The features and technical advantages of examples in accordance with the present disclosure have been outlined rather extensively above so that the following detailed description may be better understood. Additional features and advantages will be described below. The disclosed concepts and specific examples can readily be used as a basis for modifying or designing other structures for carrying out the same purposes of the present disclosure. Such equivalent constructions do not depart from the scope of the appended claims. When considered in conjunction with the accompanying drawings, the characteristics of the concepts disclosed herein (both their organization and method of operation) as well as the associated advantages will be better understood from the following description. Each of the drawings in the figures is provided for purposes of illustration and description and is not to be construed as a definition of the limits of the claims. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] A more specific description of what was briefly outlined above can be obtained by reference to the various aspects, some of which are illustrated in the drawings, so that the above features of the present disclosure can be understood in detail. It should be noted, however, that the drawings only illustrate certain typical aspects of the present disclosure and are not to be considered as limiting the scope of the present disclosure, since the description may admit other equally effective aspects. The same reference numerals in different drawings may identify the same or similar elements.

[0018] Figure 1 is a diagram illustrating an example of a wireless network in accordance with the present disclosure.

[0019] Figure 2 is a diagram illustrating an example of communication between a base station and a UE in a wireless network in accordance with the present disclosure.

[0020] Figure 3 is a diagram illustrating an example of sidelink communication in accordance with the present disclosure.

[0021] Figure 4 is a diagram illustrating an example of sidelink communication and access link communication in accordance with the present disclosure.

[0022] Figure 5 is a diagram illustrating an example of inter-vehicle wireless vehicular network interference in accordance with the present disclosure.

[0023] Figure 6 is a diagram illustrating an example of inter-vehicle wireless vehicular network interference management in accordance with the present disclosure.

[0024] Figure 7 is a diagram illustrating an example of inter-vehicle wireless vehicular network interference management in accordance with the present disclosure.

[0025] Figure 8 is a diagram illustrating an example of a process, such as may be performed by a user equipment, in accordance with the present disclosure.

[0026] Figure 9FIG. is a diagram illustrating an example process performed, for example, by a user equipment in accordance with the present disclosure. DETAILED DESCRIPTION

[0027] Aspects of the present disclosure are described more fully hereinafter with reference to the accompanying drawings. However, the present disclosure may be embodied in many different forms and should not be construed as limited to any specific structure or function presented throughout this disclosure. Rather, these aspects are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the present disclosure to those skilled in the art. Based on the teachings herein, one skilled in the art should appreciate that the scope of the present disclosure is intended to cover any aspect of the disclosure disclosed herein, whether implemented independently of or in combination with any other aspect of the present disclosure. For example, an apparatus may be implemented or a method may be practiced using any number of the aspects set forth herein. In addition, the scope of the present disclosure is intended to cover such an apparatus or method practiced using other structures, functions, or combinations of structures and functions in addition to or different from the aspects of the present disclosure set forth herein. It should be understood that any aspect of the present disclosure disclosed herein may be embodied by one or more elements of a claim.

[0028] Certain aspects of a telecommunications system will now be presented with reference to various apparatuses and techniques. These apparatuses and techniques will be described in the detailed description below by various blocks, modules, components, circuits, steps, processes, algorithms, etc. (collectively referred to as "elements"), and illustrated in the accompanying drawings. These elements may be implemented using hardware, software, or a combination thereof. Whether such elements are implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.

[0029] It should be noted that although terms commonly associated with 5G or NR radio access technology (RAT) are used herein to describe aspects herein, aspects of the present disclosure may also be applicable to other RATs (e.g., 3G RAT, 4G RAT, and / or post-5G RATs (e.g., 6G)).

[0030] Figure 1FIG. is a diagram illustrating an example of a wireless network 100 in accordance with the present disclosure. The wireless network 100 may be a 5G (NR) network and / or an LTE network, etc., or may include elements of a 5G (NR) network and / or an LTE network, etc. The wireless network 100 may include a plurality of base stations 110 (shown as BS 110a, BS 110b, BS 110c, and BS 110d) and other network entities. A base station (BS) is an entity that communicates with a user equipment (UE), and may also be referred to as an NR BS, a Node B, a gNB, a 5G Node B (NB), an access point, a transmit receive point (TRP), etc. Each BS may provide communication coverage for a specific geographical area. In 3GPP, depending on the context in which the term "cell" is used, the term "cell" may refer to the coverage area of a BS and / or the BS subsystem serving that coverage area.

[0031] The BS 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 geographical area (e.g., with a radius of several kilometers) and may allow unrestricted access by UEs with a service subscription. A pico cell may cover a relatively small geographical area and may allow unrestricted access by UEs with a service subscription. A femto cell may cover a relatively small geographical area (e.g., a residence) and may allow restricted access by UEs associated with the femto cell (e.g., UEs in a closed subscriber group (CSG)). The BS for a macro cell may be referred to as a macro BS. The BS for a pico cell may be referred to as a pico BS. The BS for a femto cell may be referred to as a femto BS or a home BS. In Figure 1 the example shown, BS 110a may be a macro BS for macro cell 102a, BS 110b may be a pico BS for pico cell 102b, and BS 110c may be a femto BS for femto cell 102c. The BS may support one or more (e.g., three) cells. The terms "eNB", "base station", "NR BS", "gNB", "TRP", "AP", "Node B", "5G NB", and "cell" may be used interchangeably herein.

[0032] In some aspects, a cell may not have to be stationary, and the geographical area of a cell may move according to the location of a mobile BS. In some aspects, the BSs may be interconnected with each other and / or with one or more other BSs or network nodes (not shown) in the wireless network 100 through various types of backhaul interfaces (e.g., using a direct physical connection or a virtual network of any suitable transport network).

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

[0034] The wireless network 100 may be a heterogeneous network including different types of BSs (e.g., macro BSs, pico BSs, femto BSs, relay BSs, etc.). These different types of BSs may have different transmit power levels, different coverage areas, and different impacts on interference in the wireless network 100. For example, a macro BS may have a high transmit power level (e.g., 5 to 40 watts), while pico BSs, femto BSs, and relay BSs may have lower transmit power levels (e.g., 0.1 to 2 watts).

[0035] The network controller 130 may be coupled to a set of BSs and may provide coordination and control for these BSs. The network controller 130 may communicate with the BSs via a backhaul. The BSs may also communicate with each other directly or indirectly via a wireless or wired backhaul.

[0036] The UEs 120 (e.g., 120a, 120b, 120c) may be scattered throughout the wireless network 100, and each UE may be stationary or mobile. The UE may also be referred to as an access terminal, a terminal, a mobile station, a user unit, a station, etc. The UE 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 device, a camera, a gaming device, a netbook, a smartbook, a superbook, a medical device or apparatus, a biometric sensor / device, a wearable device (smart watch, smart clothing, smart glasses, smart wristband, smart jewelry (e.g., smart ring, smart bracelet, etc.)), an entertainment device (e.g., a music or video device, or a satellite wireless unit, etc.), a vehicle-mounted component or sensor, a smart meter / sensor, an industrial manufacturing device, a global positioning system device, or any other suitable device configured to communicate via a wireless or wired medium.

[0037] Some UEs may be considered machine type communication (MTC) or evolved or enhanced machine type communication (eMTC) UEs. MTC and eMTC UEs include, for example, robots, drones, remote devices, sensors, meters, monitors, and / or location tags, which may communicate with a base station, another device (e.g., a remote device), or some other entity. A wireless node may provide a connection to or from a network (e.g., a wide area network such as the Internet or a cellular network) via a wired or wireless communication link, for example. Some UEs may be considered Internet of Things (IoT) devices, and / or may be implemented as narrowband IoT (NB-IoT) devices. Some UEs may be considered customer premise equipment (CPE). UE 120 may be included inside a housing that houses components of UE 120, such as a processor component, a memory component, etc. In some aspects, the processor component and the memory component may be coupled together. For example, the processor component (e.g., one or more processors) and the memory component (e.g., a memory) may be operatively coupled, communicatively coupled, electrically coupled, and / or electronically coupled.

[0038] Generally, any number of wireless networks may be deployed in a given geographical area. Each wireless network may support a particular RAT and may operate on one or more frequencies. The RAT may also be referred to as a radio technology, an air interface, etc. The frequency may also be referred to as a carrier, a frequency channel, etc. Each frequency may support a single RAT in a given geographical area to avoid interference between wireless networks of different RATs. In some cases, an NR or 5G RAT network may be deployed.

[0039] In some aspects, two or more UEs 120 (e.g., shown as UE 120a and UE 120e) may communicate directly using one or more sidelink channels (e.g., without using base station 110 as an intermediary for communicating with each other). 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, or vehicle-to-infrastructure (V2I) protocols), and / or a mesh network. In such cases, UE 120 may perform scheduling operations, resource selection operations, and / or other operations described elsewhere herein as being performed by base station 110.

[0040] Devices of the wireless network 100 can communicate using the electromagnetic spectrum, which can be subdivided into various categories, bands, channels, etc. based on frequency or wavelength. For example, devices of the wireless network 100 can communicate using an operating band having a first frequency range (FR1) (FR1 can span from 410 MHz to 7.125 GHz), and / or can communicate using an operating band having a second frequency range (FR2) (FR2 can span from 24.25 GHz to 52.6 GHz). The frequencies between FR1 and FR2 are generally referred to as mid-band frequencies. Although a portion of FR1 is greater than 6 GHz, FR1 is often referred to as the "sub-6 GHz" band. Similarly, FR2 is generally referred to as the "millimeter wave" band, although it is different from the extremely high frequency (EHF) band (30 GHz - 300 GHz) identified as the "millimeter wave" band by the International Telecommunication Union (ITU). Thus, unless otherwise explicitly stated, it should be understood that the terms "sub-6 GHz" etc. (if used herein) can broadly represent frequencies less than 6 GHz, frequencies within FR1, and / or mid-band frequencies (e.g., greater than 7.125 GHz). Similarly, unless otherwise explicitly stated, it should be understood that the terms "millimeter wave" etc. (if used herein) can broadly represent frequencies within the EHF band, frequencies within FR2, and / or mid-band frequencies (e.g., less than 24.25 GHz). It is expected that the frequencies included in FR1 and FR2 can be modified, and the techniques described herein can be applied to these modified frequency ranges.

[0041] As noted above, Figure 1 is provided as an example. Other examples may be different from those Figure 1 described.

[0042] Figure 2 FIG. 200 is a diagram showing an example of communication between a base station 110 and a UE 120 in the wireless network 100 according to the present disclosure. The base station 110 may be equipped with T antennas 234a to 234t, and the UE 120 may be equipped with R antennas 252a to 252r, where generally T≥1 and R≥1.

[0043] At base station 110, transmit processor 220 may receive data for one or more UEs from data source 212, select one or more modulation and coding schemes (MCSs) for the UE at least in part based on channel quality indicators (CQIs) received from each UE, process (e.g., encode and modulate) the data for the UE at least in part based on the MCSs selected for each UE, and provide data symbols for all UEs. Transmit processor 220 may also 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. Transmit processor 220 may also generate reference symbols for reference signals (e.g., cell-specific reference signal (CRS) or demodulation reference signal (DMRS)) and synchronization signals (e.g., primary synchronization signal (PSS) or secondary synchronization signal (SSS)). Transmit (TX) multiple-input multiple-output (MIMO) processor 230 may perform spatial processing (e.g., precoding) on the data symbols, control symbols, overhead symbols, and / or reference symbols (if applicable), and may provide T output symbol streams to T modulators (MOD) 232a through 232t. Each modulator 232 may process the corresponding output symbol stream (e.g., for OFDM) to obtain an output sample stream. Each modulator 232 may further process (e.g., convert to analog, amplify, filter, and up-convert) the output sample stream to obtain a downlink signal. The T downlink signals from modulators 232a through 232t may be transmitted via T antennas 234a through 234t, respectively.

[0044] At the UE 120, antennas 252a through 252r may receive downlink signals from the base station 110 and / or other base stations and may provide the received signals to demodulators (DEMOD) 254a through 254r, respectively. Each demodulator 254 may condition (e.g., filter, amplify, down-convert, and digitize) the received signal to obtain input samples. Each demodulator 254 may further process the input samples (e.g., for OFDM) to obtain received symbols. The MIMO detector 256 may obtain received symbols from all R demodulators 254a through 254r, perform MIMO detection on the received symbols (if applicable), and provide detected symbols. The receive processor 258 may process (e.g., demodulate and decode) the detected symbols, provide decoded data for the UE 120 to the data sink 260, and 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 reference signal received power (RSRP) parameters, received signal strength indicator (RSSI) parameters, reference signal received quality (RSRQ) parameters, and / or channel quality indicator (CQI) parameters, etc. In some aspects, one or more components of the UE 120 may be included in the housing 284.

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

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

[0047] On the uplink, at the UE 120, the transmit processor 264 may receive data from the data source 262, as well as control information (e.g., for reporting including RSRP, RSSI, RSRQ, and / or CQI) from the controller / processor 280, and process the data and control information. The transmit processor 264 may also generate reference symbols for one or more reference signals. The symbols from the transmit processor 264 may be precoded by the TX MIMO processor 266 (if applicable), further processed by the modulators 254a to 254r (e.g., for DFT-s-OFDM or CP-OFDM), and sent back to the base station 110. In some aspects, the modulator and demodulator (e.g., MOD / DEMOD 254) of the UE 120 may be included in the modem of the UE 120. In some aspects, the UE 120 includes a transceiver. The transceiver may include any combination of the antenna 252, modulator and / or demodulator 254, MIMO detector 256, receive processor 258, transmit processor 264, and / or TX MIMO processor 266. The processor (e.g., controller / processor 280) and the memory 282 may use the transceiver to perform aspects of any of the methods described herein, e.g., as referred to Figures 6 - 9 as described.

[0048] At the base station 110, the uplink signals from the UE 120 and other UEs may be received by the antenna 234, processed by the demodulator 232, detected by the MIMO detector 236 (if applicable), and further processed by the receive processor 238 to obtain the decoded data and control information sent 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 base station 110 may include a communication unit 244, and may communicate with the network controller 130 via the communication unit 244. The base station 110 may include a scheduler 246 to schedule the UE 120 for downlink and / or uplink communication. In some aspects, the modulator and demodulator (e.g., MOD / DEMOD 232) of the base station 110 may be included in the modem of the base station 110. In some aspects, the base station 110 includes a transceiver. The transceiver may include any combination of the antenna 234, modulator and / or demodulator 232, MIMO detector 236, receive processor 238, transmit processor 220, and / or TX MIMO processor 230. The processor (e.g., controller / processor 240) and the memory 242 may use the transceiver to perform aspects of any of the methods described herein, e.g., as referred to Figures 6 - 9 as described.

[0049] The controller / processor 240 of base station 110, the controller / processor 280 of UE 120, and / or Figure 2 any other components of may perform one or more techniques associated with inter-vehicle wireless vehicular network interference management, as further described in detail elsewhere herein. For example, the controller / processor 240 of base station 110, the controller / processor 280 of UE 120, and / or Figure 2 any other components of may execute or direct, for example, Figure 8 process 800 of, Figure 9 process 900 of, and / or the operation of other processes as described herein. The memories 242 and 282 may store data and program code for base station 110 and UE 120, respectively. In some aspects, the memory 242 and / or the memory 282 may include a non-transitory computer-readable medium storing one or more instructions for wireless communication (e.g., code and / or program code). For example, when the one or more instructions are executed by one or more processors of base station 110 and / or UE 120 (e.g., directly, or after compilation, conversion, and / or interpretation), the one or more processors, UE 120, and / or base station 110 may be caused to execute or direct, for example, Figure 8 process 800 of, Figure 9 process 900 of, and / or the operation of other processes described herein. In some aspects, executing the instructions may include running the instructions, converting the instructions, compiling the instructions, and / or interpreting the instructions, etc.

[0050] In some aspects, UE 120 may include: a unit for sending a wIVN capability indication indicating that the UE is associated with a vehicle including a wireless in-vehicle network (wIVN); a unit for receiving a response to the wIVN capability indication from another UE; a unit for providing configuration information associated with configuring the wIVN to a wIVN control unit of the vehicle, at least in part based on the response, and so on. In some aspects, such units may include one or more components of UE 120 described in connection with Figure 2 , such as the controller / processor 280, the transmit processor 264, the TX MIMO processor 266, the MOD 254, the antenna 252, the DEMOD 254, the MIMO detector 256, the receive processor 258, and so on.

[0051] In some aspects, UE 120 may include: a unit for receiving a wIVN capability indication indicating that another UE is associated with a vehicle including a wireless in-vehicle network (wIVN); a unit for sending a response to the wIVN capability indication to another UE, and so on. In some aspects, such units may include one or more components of UE 120 described in connection with Figure 2One or more components of the described UE 120, such as controller / processor 280, transmit processor 264, TX MIMO processor 266, MOD 254, antenna 252, DEMOD 254, MIMO detector 256, receive processor 258, and so on.

[0052] Although the boxes in Figure 2 are shown as different components, the functions described above with reference to these boxes can be implemented in a single hardware, software, or combined component or in various combinations of components. For example, the functions described with reference to transmit processor 264, receive processor 258, and / or TX MIMO processor 266 can be performed by controller / processor 280 or under the control of controller / processor 280.

[0053] As noted above, Figure 2 is provided as an example. Other examples may be different from the example described with respect to Figure 2 described.

[0054] Figure 3 is a diagram illustrating an example 300 of sidelink communication in accordance with the present disclosure.

[0055] As Figure 3 shown, the first UE 305-1 may communicate with the second UE 305-2 (and one or more other UEs 305) via one or more sidelink channels 310. The UEs 305-1 and 305-2 may communicate using one or more sidelink channels 310 for P2P communication, D2D communication, V2X communication (e.g., which may include V2V communication, V2I communication, V2P communication, etc.), mesh networks, etc. In some aspects, the UEs 305 (e.g., UE 305-1 and / or UE 305-2) may correspond to one or more other UEs (e.g., UE 120) described elsewhere herein. In some aspects, one or more sidelink channels 310 may use the PC5 interface and / or may operate in a high frequency band (e.g., 5.9 GHz band). Additionally or alternatively, the UEs 305 may use Global Navigation Satellite System (GNSS) timing to synchronize the timing of transmission time intervals (TTIs) (e.g., frames, sub-frames, time slots, symbols, etc.).

[0056] As Figure 3As further shown, one or more sidelink channels 310 may include a Physical Sidelink Control Channel (PSCCH) 315, a Physical Sidelink Shared Channel (PSSCH) 320, and / or a Physical Sidelink Feedback Channel (PSFCH) 325. The PSCCH 315 may be used to transmit control information, similar to the Physical Downlink Control Channel (PDCCH) and / or the Physical Uplink Control Channel (PUCCH) used for cellular communication with the base station 110 via an access link or access channel. The PSSCH 320 may be used to transmit data, similar to the Physical Downlink Shared Channel (PDSCH) and / or the Physical Uplink Shared Channel (PUSCH) used for cellular communication with the base station 110 via an access link or access channel. In some aspects, the PSCCH 315 may carry Sidelink Control Information (SCI) 330, which may indicate various control information for sidelink communication (e.g., one or more resources (such as time resources, frequency resources, spatial resources, etc.) similar to a Transport Block (TB) 335 that may be carried on the PSSCH 320). The TB 335 may include data. The PSFCH 325 may be used to transmit sidelink feedback 340, such as Hybrid Automatic Repeat reQuest (HARQ) feedback (e.g., acknowledgement or negative acknowledgement (ACK / NACK) information), Transmit Power Control (TPC), Scheduling Request (SR), etc.

[0057] In some aspects, one or more sidelink channels 310 may use a resource pool. For example, a specific Resource Block (RB) across time may be used to send a scheduling assignment (e.g., which is included in the SCI 330) in a subchannel. In some aspects, the data transmission associated with the scheduling assignment (e.g., on the PSSCH 320) may occupy adjacent RBs in the same subframe as the scheduling assignment (e.g., using frequency division multiplexing). In some aspects, the scheduling assignment and the associated data transmission are not sent on adjacent RBs.

[0058] In some aspects, the UE 305 may operate using a transmission mode in which resource selection and / or scheduling is performed by the UE 305 (e.g., rather than the base station 110). In some aspects, the UE 305 may perform resource selection and / or scheduling by sensing the channel availability for transmission. For example, the UE 305 may measure the received signal strength indicator (RSSI) parameter associated with each sidelink channel (e.g., the sidelink RSSI (S-RSSI) parameter), may measure the reference signal received power (RSRP) parameter associated with each sidelink channel (e.g., the PSSCH-RSRP parameter), may measure the reference signal received quality (RSRQ) parameter associated with each sidelink channel (e.g., the PSSCH-RSRQ parameter), etc., and may select the channel for transmission for sidelink communication based at least in part on the measurements.

[0059] Additionally or alternatively, the UE 305 may use the SCI 330 received in the PSCCH 315 to perform resource selection and / or scheduling, where the SCI 330 may indicate the occupied resources, channel parameters, etc. Additionally or alternatively, the UE 305 may perform resource selection and / or scheduling by determining the channel busy rate (CBR) associated with each sidelink channel, and the CBR may be used for rate control (e.g., by indicating the maximum number of resource blocks that the UE 305 can use for a set of specific subframes).

[0060] In the transmission mode in which the UE 305 performs resource selection and / or scheduling, the UE 305 may generate a sidelink grant and may send the grant in the SCI 330. The sidelink grant may indicate, for example, one or more parameters (e.g., transmission parameters) for an upcoming sidelink transmission, such as one or more resource blocks to be used for an upcoming sidelink transmission on the PSSCH 320 (e.g., for the TB 335), one or more subframes to be used for an upcoming sidelink transmission, the modulation and coding scheme (MCS) to be used for an upcoming sidelink transmission, etc. In some aspects, the UE 305 may generate a sidelink grant that indicates one or more parameters for semi-persistent scheduling (SPS), such as the periodicity of the sidelink transmission. Additionally or alternatively, the UE 305 may generate a sidelink grant for event-driven scheduling, such as for on-demand sidelink messages.

[0061] As noted above, Figure 3 is provided as an example. Other examples may be different from the examples described with respect to Figure 3 which is described.

[0062] Figure 4FIG. is a diagram illustrating an example 400 of sidelink communication and access link communication in accordance with the present disclosure.

[0063] As Figure 4 shown, a transmitter (Tx) UE 405 and a receiver (Rx) UE 410 may communicate with each other via a sidelink, as described above in connection with Figure 3 . As further shown in the figure, in some sidelink modes, the base station 110 may communicate with the Tx UE 405 via a first access link. Additionally or alternatively, in some sidelink modes, the base station 110 may communicate with the Rx UE 410 via a second access link. The Tx UE 405 and / or the Rx UE 410 may correspond to one or more UEs described elsewhere herein (e.g., Figure 1 UE 120). Thus, a “sidelink” may refer to a direct link between UEs 120, and an “access link” may refer to a direct link between the base station 110 and a UE 120. Sidelink communication may be transmitted via the sidelink, and access link communication may be transmitted via the access link. Access link communication may be downlink communication (from the base station 110 to the UE 120) or uplink communication (from the UE 120 to the base station 110).

[0064] As noted above, Figure 4 is provided as an example. Other examples may differ from the example described with respect to Figure 4 .

[0065] Figure 5 FIG. is a diagram illustrating an example 500 of in-vehicle wireless network interference between vehicles in accordance with the present disclosure. As Figure 5 shown, a plurality of vehicles (shown as “Vehicle A 502”, “Vehicle B 504”, and “Vehicle C 506”) may be traveling in close proximity to each other.

[0066] Vehicle A 502 may include a plurality of sensors 508 that may transmit and / or receive wireless communication via an in-vehicle wireless network (wIVN) 510. The wIVN may include a wIVN control unit 512 for controlling various aspects of the operation of the wIVN 510. As Figure 5 shown, Vehicle B 504 may also include a plurality of sensors 514 and a wIVN control unit 516 that may transmit and / or receive wireless communication via a wIVN 518. Vehicle C 506 may also include a plurality of sensors 520 and a wIVN control unit 522 that may transmit and / or receive wireless communication via a wIVN 524.

[0067] Vehicle-mounted communication (e.g., via sensors and / or other vehicle components) on one or more of wIVN 510, 518, or 524 may interfere with communication on one or more of the other wIVN 510, 518, or 524. When the associated vehicles are adjacent to each other, interference between two or more of wIVN 510, 518, or 524 may be more disruptive. Such interference may inhibit the functionality of wIVN 510, 518, and / or 524 and / or sensors 508, 514, and / or 520.

[0068] Some aspects described herein enable a UE to send a wIVN capability indication indicating that the UE is associated with a vehicle including a wIVN, thereby warning another UE associated with another vehicle including another wIVN of the presence of the wIVN. Indications from other UEs and subsequent responses can facilitate and thereby enable the controller of the corresponding wIVN to take proactive mitigation steps, which improves the operation of the corresponding wIVN. In some aspects, a set of application layer information elements (IEs) can be used to describe the wIVN capabilities of a vehicle, thereby enabling vehicle-to-vehicle negotiation for interference management.

[0069] As noted above, Figure 5 is provided as an example. Other examples may be different from the example described with respect to Figure 5 the example.

[0070] Figure 6 is a diagram illustrating an example 600 of vehicle-to-vehicle wireless in-vehicle network interference management in accordance with the present disclosure.

[0071] As Figure 6 shown, UE A 120 and UE B 120 may communicate with each other. UE A 120 and UE B 120 may communicate with each other using cellular communication, sidelink communication, and the like. For example, UE A 120 and UE B 120 may communicate using one or more sidelink channels for D2D communication, which may include V2X communication (e.g., V2V communication, V2I communication, V2P communication, etc.), dedicated short-range communication (DSRC) networks, and the like.

[0072] As shown by reference numeral 605, UE A 120 may send a wireless in-vehicle network (wIVN) capability indication indicating that UE A 120 is associated with a vehicle 610 including a wIVN 615, and UE B 120 may receive the capability indication. UE A 120 may use an application layer message to send the wIVN capability indication in D2D communication. In some aspects, UE A 120 may use an application layer message to send the wIVN capability indication in a cellular vehicle-to-everything (C-V2X) network, a DSRC network, etc.

[0073] The application layer message may be an existing type of application layer message (e.g., an application layer message that has been specified in a communication protocol standard). For example, the application layer message may include a basic safety message (BSM), a cooperative awareness message (CAM), etc. In some aspects, the application layer message may include a new type of message (e.g., a message dedicated to the purpose of carrying the wIVN capability indication).

[0074] As Figure 6 shown, the wIVN capability indication may include a capability parameter 620. The capability parameter 620 may be sent using an information element (IE) (shown as "DE_wIVN") indicating whether the vehicle associated with UE A 120 includes a wIVN. The term information element (IE) may be interchangeable with "data element" (DE) herein. In some aspects, the capability parameter 620 may include a binary value set by a single bit. Additionally or alternatively, the wIVN capability indication may include a preliminary set of wIVN parameters. The term "preliminary set of wIVN parameters" refers to the first set of wIVN parameters indicated during negotiation between UEs. The preliminary set of wIVN parameters may include: a current set of wIVN parameters (e.g., a set of wIVN parameters corresponding to the current operation of the UE), a requested set of wIVN parameters (e.g., a set of wIVN parameters requested by the UE for future operations), a set of capabilities, or a combination thereof. The preliminary set of wIVN parameters may be sent in the capability indication using an application layer IE. In some aspects, the preliminary set of wIVN parameters may be sent in a message separate from the wIVN capability indication.

[0075] The initial wIVN parameter set may include a set of requested operation parameters 625 for the wIVN 615. The set of requested operation parameters 625 may indicate the requested use of the wIVN 615. In some aspects, the set of requested operation parameters 625 may at least partially correspond to the current operation of the wIVN 615. For example, if the wIVN 615 is operating according to a parameter set when the UE A120 sends a wIVN capability indication, the set of requested operation parameters 625 may indicate a request to continue operating according to at least one of the same parameters. In some aspects, the set of requested operation parameters 625 may at least partially correspond to the future operation of the wIVN 615. For example, the set of requested operation parameters 625 may indicate a request to operate according to at least one new parameter or a plurality of parameters.

[0076] The set of requested operation parameters 625 may include frequency domain IEs, time domain IEs, signal characteristic IEs, etc. In some aspects, the set of requested operation parameters 625 may include: the requested channel start frequency for the wIVN 615 (shown as "DE_wIVNFreqStart"), the requested channel stop frequency for the wIVN 615 (shown as "DE_wIVNFreqStop"), the requested number of channels for the wIVN 615 (shown as "DE_wIVNChannelCount"), the requested channel size for the wIVN 615 (shown as "DE_wIVNChannelSize"), and so on. The set of requested operation parameters 625 may include: the requested transmit power for the wIVN 615 (shown as "DE_wIVNTransmitPower"), the requested start time of use associated with the wIVN 615 (shown as "DE_DtimeStart"), the requested stop time of use associated with the wIVN 615 (shown as "DE_DtimeStop"), the requested duration of use associated with the wIVN 615 (shown as "DE_Duration"), and so on.

[0077] As Figure 6As shown, the initial wIVN parameter set may include a set of capability parameters 630 indicating at least one operating capability of the wIVN 615. The set of capability parameters 630 may include frequency domain IEs, time domain IEs, signal characteristic IEs, etc. In some aspects, the set of capability parameters 630 may include: the start frequency of the operating frequency range of the wIVN 615 (shown as "DE_wIVNFreqStart"), the stop frequency of the operating frequency range of the wIVN 615 (shown as "DE_wIVNFreqStop"), the operating frequency range of the wIVN 615 (not shown, but implicitly defined by DE_wIVNFreqStart and DE_wIVNFreqStop), the operating frequency channel width of the wIVN 615 (shown as "DE_wIVNChannelSize"), etc. In some aspects, IEs may be reused in different data fields, thereby reducing signaling overhead. For example, as shown, DE_wIVNFreqStart, DE_wIVNFreqStop, and DE_wIVNChannelSize may be used to indicate both capability parameters and requested operating parameters.

[0078] As indicated by reference numeral 635, UE A 120 may send a status message, and UE B 120 may receive the status message. The status message may include a location indication indicating the current location of UE A 120. The status message may include a trajectory indication indicating the current trajectory of UE A 120, the predicted trajectory of UE A 120, etc. In some aspects, the status message may include a C-V2X status message (e.g., BSM, CAM, etc.).

[0079] In some aspects, UE B 120 may determine whether the operation of the wIVN 615 presents a potential conflict (e.g., due to interference) with the operation of another wIVN 640, at least in part based on at least one of the wIVN capability indication, location indication, trajectory indication, or a combination thereof, where UE B 120 may be associated with another vehicle 645 including another wIVN 640. For example, UE B 120 may determine whether the operation of the wIVN 615 presents a potential conflict with the operation of the wIVN 640 by receiving an indication of a potential conflict (or no potential conflict) from the wIVN control unit 650 corresponding to the wIVN 640.

[0080] In some aspects, due to at least one of position indication and / or trajectory indication, UE B 120 may determine that the operation of wIVN 615 does not present a potential conflict with the operation of wIVN 640. For example, UE B 120 may determine, at least in part based on the position indication, that the distance between UE A 120 (and thus vehicle 610) and vehicle 645 is not close enough for wIVN 615 to cause interference with wIVN 640. UE B 120 may also determine that the trajectory and / or predicted trajectory of UE A 120 will not result in UE A 120 getting close enough to cause interference.

[0081] In some aspects, UE B 120 may determine that the operation of wIVN 615 does present a potential conflict with the operation of wIVN 640 due to wIVN capability indication, position indication, trajectory indication, etc. As shown by reference numeral 655, UE B 120 may provide configuration information associated with configuring wIVN 640 to wIVN control unit 650, at least in part based on wIVN capability indication, position indication, trajectory indication, etc. UE B 120 may provide the configuration information to wIVN control unit 650 in response to a successful negotiation to obtain a set of proposed parameters for transmission to UE A 120, etc.

[0082] As described above, UE A 120 and UE B 120 may negotiate to establish mutually compatible parameters through which the corresponding wIVNs 615 and 640 may operate. As shown by reference numeral 660, UE B 120 may send a response to the wIVN capability indication, and UE A 120 may receive the response. In some aspects, UE B 120 may use an application layer message to send the response in D2D communication, via a C-V2X network, a DSRC network, etc. The application layer message may be an existing type of application layer message (e.g., BSM, CAM, etc.), a new type of application layer message, etc.

[0083] In some aspects, the response may indicate acceptance of a preliminary parameter set, rejection of a preliminary wIVN parameter set, a different wIVN parameter set, etc. For example, the response may include a wIVN parameter acceptance message from UE B 120 indicating acceptance of a wIVN parameter set (e.g., a requested set of operating parameters for wIVN 615). In some aspects, the response may include a wIVN parameter rejection message indicating rejection of a proposed wIVN parameter set (e.g., a preliminary wIVN parameter set including a requested set of operating parameters for wIVN 615). In some aspects, the response may include a proposed wIVN parameter set.

[0084] As shown by reference numeral 665, UE A 120 may provide configuration information associated with configuring wIVN 615 to the wIVN control unit 670 of vehicle 610, at least in part based on a response. UE A 120 may provide the configuration information to the wIVN control unit 670 in response to a successful negotiation (e.g., in response to receiving a wIVN parameter acceptance message from UE B 120 indicating acceptance of a set of parameters) to obtain the proposed set of parameters for transmission to UE B 120, etc.

[0085] Some aspects of the inter-vehicle wIVN network interference management techniques described above may enable a UE to send wIVN capability information indicating the wIVN capabilities of a vehicle, specific operating parameters, requested operating parameters, and so on. In this way, aspects of the techniques described herein may facilitate inter-vehicle negotiation for interference management by allowing UEs to exchange information to determine mutually compatible wIVN parameters. In some aspects, the IEs for indicating parameters discussed above may be sent in existing application layer messages, thereby enabling interference management without increasing signaling overhead.

[0086] As noted above, Figure 6 is provided as an example. Other examples may differ from the example described with respect to Figure 6 the example described.

[0087] Figure 7 is a diagram illustrating an example 700 of inter-vehicle wireless in-vehicle network interference management in accordance with the present disclosure.

[0088] As Figure 7 shown, UE A 120 and UE B 120 may communicate with each other. UE A 120 and UE B 120 may communicate with each other using cellular communication, sidelink communication, and so on. For example, UE A 120 and UE B 120 may communicate using one or more sidelink channels for D2D communication, which may include V2X communication (e.g., V2V communication, V2I communication, V2P communication, etc.).

[0089] As shown by reference numeral 710, UE A 120 may send a wIVN capability indication indicating that UE A 120 is associated with a vehicle including a wIVN, and UE B 120 may receive the wIVN capability indication. UE A 120 may send the wIVN capability indication using an application layer message in D2D communication, via a C-V2X network, a DSRC network, etc. The application layer message may be an existing type of application layer message (e.g., BSM, CAM, etc.), a new type of message, and so on.

[0090] As shown by reference numeral 720, UE B 120 may send a response to the wIVN capability indication, and UE A 120 may receive the response. The response may include a request for preliminary parameters. As shown by reference numeral 730, UE A 120 may send a set of preliminary wIVN parameters, and UE B 120 may receive the set of preliminary wIVN parameters. UE A 120 may send the set of preliminary wIVN parameters in response to receiving the request for preliminary parameters. The set of preliminary wIVN parameters may include at least one of the following: a set of requested operating parameters for wIVN, a set of capability parameters indicating at least one operating capability of wIVN, or a combination thereof.

[0091] As shown by reference numeral 740, UE B 120 may send a parameter rejection message, and UE A 120 may receive the parameter rejection message. The parameter rejection message may include a set of proposed wIVN parameters for compatible operation of wIVN. As shown by reference numeral 750, UE A 120 may send a wIVN parameter acceptance message to indicate acceptance of the set of proposed parameters, and UE B 120 may receive the wIVN parameter acceptance message. In some aspects, UE A 120 and UE B 120 may exchange any number of messages, sets of proposed wIVN parameters, etc., to facilitate negotiation of compatible wIVN parameters.

[0092] Some aspects of the inter-vehicle wIVN network interference management signaling described above may facilitate inter-vehicle negotiation for interference management by allowing UEs to exchange information to determine mutually compatible wIVN parameters. In some aspects, the IEs for indicating parameters discussed above may be sent in existing application layer messages, thereby facilitating interference management without increasing signaling overhead.

[0093] As noted above, Figure 7 is provided as an example. Other examples may be different from the example Figure 7 described.

[0094] Figure 8 is a diagram illustrating an example process 800 that may be performed by a UE, such as UE 120, etc. Example process 800 is an example in which a UE (e.g., UE 120, etc.) performs operations associated with inter-vehicle wireless in-vehicle network interference management.

[0095] As Figure 8As shown, in some aspects, process 800 may include: sending a wIVN capability indication indicating that the UE is associated with a vehicle including a wIVN (block 810). For example, the UE may (e.g., using the sending processor 264, the controller / processor 280, the memory 282, etc.) send a wIVN capability indication indicating that the UE is associated with a vehicle including a wIVN, as described above.

[0096] As Figure 8 Further shown, in some aspects, process 800 may include: receiving, from another UE, a response to the wIVN capability indication (block 820). For example, the UE may (e.g., using the receiving processor 258, the controller / processor 280, the memory 282, etc.) receive, from another UE, a response to the wIVN capability indication, as described above.

[0097] As Figure 8 Further shown, in some aspects, process 800 may include: providing, to the wIVN control unit of the vehicle, configuration information associated with configuring the wIVN, at least in part based on the response (block 830). For example, the UE may (e.g., using the controller / processor 280, the memory 282, etc.) provide, to the wIVN control unit of the vehicle, configuration information associated with configuring the wIVN, at least in part based on the response, as described above.

[0098] Process 800 may include additional aspects, e.g., any individual aspect or any combination of aspects described below and / or in conjunction with one or more other processes described elsewhere herein.

[0099] In a first aspect, the wIVN capability indication is sent using an application layer message in device-to-device (D2D) communication.

[0100] In a second aspect, alone or in combination with the first aspect, the wIVN capability indication is sent using an application layer message in a cellular vehicle-to-everything (C-V2X) network.

[0101] In a third aspect, alone or in combination with one or more of the first and second aspects, the wIVN capability indication is sent in at least one of a basic safety message (BSM), a cooperative awareness message (CAM), or a combination thereof.

[0102] In a fourth aspect, alone or in combination with one or more of the first to third aspects, the wIVN capability indication includes: a set of parameters for indicating a requested usage for the wIVN.

[0103] In a fifth aspect, either alone or in combination with one or more of the first to fourth aspects, the response indicates acceptance of the parameter set, rejection of the parameter set, a different parameter set, or a combination thereof.

[0104] In a sixth aspect, either alone or in combination with one or more of the first to fifth aspects, the wIVN capability indication includes a parameter set indicating at least one of the following: the operating frequency range of the wIVN, the start frequency of the operating frequency range of the wIVN, the stop frequency of the operating frequency range of the wIVN, the operating frequency channel width of the wIVN, the requested channel start frequency for the wIVN, the requested channel stop frequency for the wIVN, the requested number of channels for the wIVN, the requested channel size for the wIVN, the requested transmit power for the wIVN, the requested start time of use associated with the wIVN, the requested stop time of use associated with the wIVN, the requested duration of use associated with the wIVN, or a combination thereof.

[0105] In a seventh aspect, either alone or in combination with one or more of the first to sixth aspects, process 800 includes: receiving, from the other UE, a proposed parameter set for the wIVN; determining that the wIVN supports the proposed parameter set; sending a wIVN parameter acceptance message to the other UE to indicate acceptance of the proposed parameter set; and providing an indication of the proposed wIVN parameter set to the wIVN control unit.

[0106] In an eighth aspect, either alone or in combination with one or more of the first to seventh aspects, process 800 includes: sending a preliminary wIVN parameter set to the other UE, and the preliminary wIVN parameter set includes at least one of the following: a requested set of operating parameters for the wIVN, a set of capability parameters indicating at least one operating capability of the wIVN, or a combination thereof.

[0107] In a ninth aspect, either alone or in combination with one or more of the first to eighth aspects, the wIVN capability indication includes the preliminary wIVN parameter set.

[0108] In a tenth aspect, either alone or in combination with one or more of the first to ninth aspects, the preliminary wIVN parameter set is sent to the other UE at least partially based on the response, where the response includes a request for preliminary parameters.

[0109] In an eleventh aspect, alone or in combination with one or more of the first to tenth aspects, the set of requested operation parameters corresponds to the current operation of the wIVN.

[0110] In a twelfth aspect, alone or in combination with one or more of the first to eleventh aspects, process 800 includes: receiving, in the response, an initial set of proposed wIVN parameters for compatible operation of the wIVN; determining that the wIVN does not support the initial set of proposed wIVN parameters; and sending a wIVN parameter rejection message to the other UE to indicate rejection of the initial set of proposed wIVN parameters.

[0111] In a thirteenth aspect, alone or in combination with one or more of the first to twelfth aspects, the wIVN parameter rejection message includes an alternative set of proposed wIVN parameters.

[0112] Although Figure 8 illustrative blocks of process 800 are shown, in some aspects, process 800 may include additional blocks, fewer blocks, different blocks, or differently arranged blocks compared to those described in Figure 8 . Additionally or alternatively, two or more blocks of process 800 may be executed in parallel.

[0113] Figure 9 is a diagram illustrating an example process 900, e.g., performed by a UE, in accordance with the present disclosure. Example process 900 is an example of operations performed by a UE (e.g., UE 120, etc.) related to inter-vehicle wireless in-vehicle network interference management.

[0114] As Figure 9 shown, in some aspects, process 900 may include: receiving a wIVN capability indication indicating that another UE is associated with a vehicle including a wIVN (block 910). For example, the UE may receive (e.g., using receive processor 258, controller / processor 280, memory 282, etc.) a wIVN capability indication indicating that another UE is associated with a vehicle including a wIVN, as described above.

[0115] As Figure 9 further shown, in some aspects, process 900 may include: sending a response to the wIVN capability indication to the other UE (block 920). For example, the UE may send (e.g., using transmit processor 264, controller / processor 280, memory 282, etc.) a response to the wIVN capability indication to the other UE, as described above.

[0116] Process 900 may include additional aspects, e.g., any single aspect or any combination of aspects described below and / or in connection with one or more other processes described elsewhere herein.

[0117] In a first aspect, the wIVN capability indication includes: a set of parameters for indicating a requested use for the wIVN.

[0118] In a second aspect, either alone or in combination with the first aspect, the response indicates acceptance of the set of parameters, rejection of the set of parameters, a different set of parameters, or a combination thereof.

[0119] In a third aspect, either alone or in combination with one or more of the first and second aspects, the wIVN capability indication includes a set of parameters indicating at least one of: an operating frequency range of the wIVN, a start frequency of the operating frequency range of the wIVN, a stop frequency of the operating frequency range of the wIVN, an operating frequency channel width of the wIVN, a requested channel start frequency for the wIVN, a requested channel stop frequency for the wIVN, a requested number of channels for the wIVN, a requested channel size for the wIVN, a requested transmit power for the wIVN, a requested use start time associated with the wIVN, a requested use stop time associated with the wIVN, a requested use duration associated with the wIVN, or a combination thereof.

[0120] In a fourth aspect, either alone or in combination with one or more of the first to third aspects, process 900 includes: sending to the other UE a set of proposed parameters for the wIVN, where the UE is associated with another vehicle including another wIVN; receiving from the other UE a wIVN parameter acceptance message indicating acceptance of the set of proposed parameters; and providing, at least in part based on the wIVN parameter acceptance message, configuration information associated with configuring the other wIVN to a wIVN control unit of the other vehicle.

[0121] In a fifth aspect, either alone or in combination with one or more of the first to fourth aspects, process 900 includes: receiving from the other UE a preliminary wIVN parameter set, the preliminary wIVN parameter set including at least one of: a set of requested operating parameters for the wIVN, a set of capability parameters indicating at least one operating capability of the wIVN, or a combination thereof.

[0122] In a sixth aspect, alone or in combination with one or more of the first to fifth aspects, the wIVN capability indication includes the set of preliminary wIVN parameters.

[0123] In a seventh aspect, alone or in combination with one or more of the first to sixth aspects, the response to the wIVN capability indication includes a request for preliminary parameters, and the set of preliminary wIVN parameters is sent to the UE at least in part based on the response.

[0124] In an eighth aspect, alone or in combination with one or more of the first to seventh aspects, the set of requested operating parameters corresponds to the current operation of the wIVN.

[0125] In a ninth aspect, alone or in combination with one or more of the first to eighth aspects, process 900 includes: sending, in the response, an initial set of proposed wIVN parameters for compatible operation of the wIVN; and receiving, from the other UE, a wIVN parameter rejection message indicating rejection by the other UE of the initial set of proposed wIVN parameters.

[0126] In a tenth aspect, alone or in combination with one or more of the first to ninth aspects, the wIVN parameter rejection message includes an alternative set of proposed wIVN parameters.

[0127] In an eleventh aspect, alone or in combination with one or more of the first to tenth aspects, process 900 includes: receiving, from the other UE, a location indication indicating the current location of the other UE and a trajectory indication indicating at least one of the following: the current trajectory of the other UE, the predicted trajectory of the UE, or a combination thereof; determining, at least in part based on at least one of the wIVN capability indication, the location indication, the trajectory indication, or a combination thereof, that an operation of the wIVN presents a potential conflict with an operation of another wIVN, where the UE is associated with another vehicle including the other wIVN; and providing, at least in part based on at least one of the wIVN capability indication, the location indication, the trajectory indication, or a combination thereof, configuration information associated with configuring the other wIVN to a wIVN control unit of the other vehicle.

[0128] In a twelfth aspect, alone or in combination with one or more of the first to eleventh aspects, the wIVN capability indication is sent using an application layer message in D2D communication.

[0129] In a thirteenth aspect, either alone or in combination with one or more of the first aspect to the twelfth aspect, the wIVN capability indication is sent using an application layer message over a cellular V2X network.

[0130] In a fourteenth aspect, either alone or in combination with one or more of the first aspect to the thirteenth aspect, the wIVN capability indication is sent in at least one of a BSM, a CAM, or a combination thereof.

[0131] Although Figure 9 example boxes of process 900 are shown, in some aspects, compared to what is described in Figure 9 process 900 may include additional boxes, fewer boxes, different boxes, or boxes in a different arrangement. Additionally or alternatively, two or more boxes of process 900 may be executed in parallel.

[0132] An overview of some aspects of the present disclosure is provided below.

[0133] Aspect 1: A method of wireless communication performed by a user equipment (UE), comprising: sending a wIVN capability indication indicating that the UE is associated with a vehicle including a wireless in-vehicle network (wIVN); receiving a response to the wIVN capability indication from another UE; and providing configuration information associated with configuring the wIVN to a wIVN control unit of the vehicle at least in part based on the response.

[0134] Aspect 2: The method according to aspect 1, wherein the wIVN capability indication is sent using an application layer message in device-to-device (D2D) communication.

[0135] Aspect 3: The method according to aspect 2, wherein the wIVN capability indication is sent using an application layer message in a cellular vehicle-to-everything (C-V2X) network.

[0136] Aspect 4: The method according to any one of aspects 1-3, wherein the wIVN capability indication is sent in at least one of a basic safety message (BSM), a cooperative awareness message (CAM), or a combination thereof.

[0137] Aspect 5: The UE according to any one of aspects 1-4, wherein the wIVN capability indication includes: a set of parameters for indicating a requested use for the wIVN.

[0138] Aspect 6: The method according to aspect 5, wherein the response indicates acceptance of the set of parameters, rejection of the set of parameters, a different set of parameters, or a combination thereof.

[0139] Aspect 7: The method according to any one of aspects 1-6, wherein the wIVN capability indication comprises a set of parameters indicating at least one of the following: the operating frequency range of the wIVN, the start frequency of the operating frequency range of the wIVN, the stop frequency of the operating frequency range of the wIVN, the operating frequency channel width of the wIVN, the requested channel start frequency for the wIVN, the requested channel stop frequency for the wIVN, the requested number of channels for the wIVN, the requested channel size for the wIVN, the requested transmit power for the wIVN, the requested start time of use associated with the wIVN, the requested stop time of use associated with the wIVN, the requested duration of use associated with the wIVN, or a combination thereof.

[0140] Aspect 8: The method according to any one of aspects 1-7, further comprising: receiving, from the other UE, a set of proposed parameters for the wIVN; determining that the wIVN supports the set of proposed parameters; sending a wIVN parameter acceptance message to the other UE to indicate acceptance of the set of proposed parameters; and providing an indication of the set of proposed wIVN parameters to the wIVN control unit.

[0141] Aspect 9: The method according to any one of aspects 1-8, further comprising: sending a preliminary set of wIVN parameters to the other UE, wherein the preliminary set of wIVN parameters comprises at least one of the following: a set of requested operating parameters for the wIVN, a set of capability parameters indicating at least one operating capability of the wIVN, or a combination thereof.

[0142] Aspect 10: The method according to aspect 9, wherein the wIVN capability indication comprises the preliminary set of wIVN parameters.

[0143] Aspect 11: The method according to any one of aspects 9 or 10, wherein the preliminary set of wIVN parameters is sent to the other UE at least partially based on the response, wherein the response comprises a request for preliminary parameters.

[0144] Aspect 12: The method according to any one of aspects 1-11, further comprising: receiving, in the response, an initial set of proposed wIVN parameters for compatible operation of the wIVN; determining that the wIVN does not support the initial set of proposed wIVN parameters; and sending a wIVN parameter rejection message to the other UE to indicate rejection of the initial set of proposed wIVN parameters.

[0145] Aspect 13: The method according to aspect 12, wherein the wIVN parameter rejection message includes an alternative set of proposed wIVN parameters.

[0146] Aspect 14: A method for wireless communication to be performed by a user equipment (UE), comprising: receiving a wIVN capability indication indicating that another UE is associated with a vehicle including a wireless in-vehicle network (wIVN); and sending a response to the wIVN capability indication to the another UE.

[0147] Aspect 15: The method according to aspect 14, wherein the wIVN capability indication includes: a set of parameters for indicating a requested usage for the wIVN.

[0148] Aspect 16: The method according to aspect 15, wherein the response indicates acceptance of the set of parameters, rejection of the set of parameters, a different set of parameters, or a combination thereof.

[0149] Aspect 17: The method according to any one of aspects 14-16, wherein the wIVN capability indication includes a set of parameters indicating at least one of the following: an operating frequency range of the wIVN, a start frequency of the operating frequency range of the wIVN, a stop frequency of the operating frequency range of the wIVN, an operating frequency channel width of the wIVN, a requested channel start frequency for the wIVN, a requested channel stop frequency for the wIVN, a requested number of channels for the wIVN, a requested channel size for the wIVN, a requested transmit power for the wIVN, a requested usage start time associated with the wIVN, a requested usage stop time associated with the wIVN, a requested usage duration associated with the wIVN, or a combination thereof.

[0150] Aspect 18: The method according to any one of aspects 14-17, further comprising: sending a set of proposed parameters for the wIVN to the another UE, wherein the UE is associated with another vehicle including another wIVN; receiving a wIVN parameter acceptance message from the another UE indicating acceptance of the set of proposed parameters; and providing configuration information associated with configuring the another wIVN to a wIVN control unit of the another vehicle at least in part based on the wIVN parameter acceptance message.

[0151] Aspect 19: The method according to any one of aspects 14-18 further comprises: receiving a set of preliminary wIVN parameters from the other UE, wherein the set of preliminary wIVN parameters comprises at least one of the following: a set of requested operation parameters for the wIVN, a set of capability parameters indicating at least one operation capability of the wIVN, or a combination thereof.

[0152] Aspect 20: The method according to aspect 19, wherein the wIVN capability indication comprises the set of preliminary wIVN parameters.

[0153] Aspect 21: The method according to any one of aspects 19 or 20, wherein the response to the wIVN capability indication comprises a request for preliminary parameters, and wherein the set of preliminary wIVN parameters is sent to the UE at least in part based on the response.

[0154] Aspect 22: The method according to any one of aspects 14-21 further comprises: sending an initial set of proposed wIVN parameters in the response for compatible operation of the wIVN; receiving a wIVN parameter rejection message from the other UE indicating rejection by the other UE of the initial set of proposed wIVN parameters.

[0155] Aspect 23: The method according to aspect 22, wherein the wIVN parameter rejection message comprises an alternative set of proposed wIVN parameters.

[0156] Aspect 24: The method according to any one of aspects 14-23 further comprises: receiving a location indication indicating the current location of the other UE and a trajectory indication indicating at least one of the following: the current trajectory of the other UE, the predicted trajectory of the UE, or a combination thereof; determining, at least in part based on at least one of the wIVN capability indication, the location indication, the trajectory indication, or a combination thereof, a potential conflict between the operation of the wIVN and the operation of another wIVN, wherein the UE is associated with another vehicle comprising the other wIVN; and providing configuration information associated with configuring the other wIVN to a wIVN control unit of the other vehicle, at least in part based on at least one of the wIVN capability indication, the location indication, the trajectory indication, or a combination thereof.

[0157] Aspect 25: The method according to any one of aspects 14-24, wherein the wIVN capability indication is sent using an application layer message in device-to-device (D2D) communication.

[0158] Aspect 26: The method according to any one of aspects 14 - 25, wherein the wIVN capability indication is sent using an application layer message over a cellular vehicle-to-everything (V2X) network.

[0159] Aspect 27: The method according to aspect 14, wherein the wIVN capability indication is sent in at least one of a basic safety message (BSM), a cooperative awareness message (CAM), or a combination thereof.

[0160] Aspect 28: 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 device to perform the method according to one or more of aspects 1 - 13.

[0161] Aspect 29: A device for wireless communication, comprising a memory and one or more processors coupled to the memory, the memory and the one or more processors being configured to perform the method according to one or more of aspects 1 - 13.

[0162] Aspect 30: An apparatus for wireless communication, comprising at least one unit for performing the method according to one or more of aspects 1 - 13.

[0163] Aspect 31: 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 1 - 13.

[0164] Aspect 32: A non-transitory computer-readable medium storing an instruction set for wireless communication, the instruction set comprising one or more instructions that, when executed by one or more processors of a device, cause the device to perform the method according to one or more of aspects 1 - 13.

[0165] Aspect 33: 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 device to perform the method according to one or more of aspects 14 - 27.

[0166] Aspect 34: A device for wireless communication, comprising a memory and one or more processors coupled to the memory, the memory and the one or more processors being configured to perform the method according to one or more of aspects 14 - 27.

[0167] Aspect 35: An apparatus for wireless communication, comprising at least one unit configured to perform the method according to one or more of aspects 14-27.

[0168] Aspect 36: 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 14-27.

[0169] Aspect 37: A non-transitory computer-readable medium storing an instruction set for wireless communication, the instruction set comprising one or more instructions that, when executed by one or more processors of a device, cause the device to perform the method according to one or more of aspects 14-27.

[0170] The foregoing disclosure provides illustration and description, but is not intended to be exhaustive or to limit the aspects to the precise forms disclosed. Modifications and variations can be made in light of the above disclosure, or can be obtained from practice of the aspects.

[0171] As used herein, the term "component" is intended to be broadly construed as hardware, and / or a combination of hardware and software. "Software" should be broadly construed to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, and / or functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or other terms. As used herein, a processor is implemented in hardware, and / or a combination of hardware and software. It is apparent that the systems and / or methods described herein can be implemented in different forms of hardware, and / or a combination of hardware and software. The actual specific control hardware or software code used to implement these systems and / or methods is not a limitation on the aspects. Thus, the operations and behaviors of the systems and / or methods have been described without reference to specific software code, and it should be understood that software and hardware can be designed to implement the systems and / or methods at least in part based on the description herein.

[0172] As used herein, depending on the context, meeting a threshold can refer to a value greater than the threshold, greater than or equal to the threshold, less than the threshold, less than or equal to the threshold, equal to the threshold, not equal to the threshold, etc.

[0173] Even if specific combinations of features are recited in the claims and / or disclosed in the specification, these combinations are not intended to limit the disclosure of the various aspects. In fact, many of these features may be combined in ways that are not specifically recited in the claims and / or specifically disclosed in the specification. Although each dependent claim listed below may directly depend only on one claim, the disclosure of the various aspects includes the combination of each dependent claim with every other claim in the set of claims. As used herein, the phrase referring to “at least one” of a list of items refers to any combination of those items, including a single member. For 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, as well as any combination with multiples of the same element (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).

[0174] Any element, act, or instruction used herein should not be construed as critical or essential unless so expressly described. Additionally, as used herein, the articles “a” and “an” are intended to include one or more and may be used interchangeably with “one or more.” Additionally, as used herein, the article “the” is intended to include one or more of the items recited in conjunction with the article “the” and may be used interchangeably with “one or more.” Additionally, as used herein, the terms “set” and “group” are intended to include one or more (e.g., related items, unrelated items, combinations of related and unrelated items) and may be used interchangeably with “one or more.” Where only one item is desired, the phrase “only one” or similar language is used. Additionally, as used herein, the terms “has,” “have,” “having,” and similar terms are intended to be open-ended terms. Additionally, unless expressly stated otherwise, the phrase “based on” is intended to mean “at least partially based on.” Additionally, as used herein, the term “or” when used in a series is intended to be inclusive and may be used interchangeably with “and / or” unless expressly stated otherwise (e.g., if used in conjunction with “either” or “only one of”).

Claims

1. A user equipment (UE) for wireless communication, comprising: a memory; and one or more processors coupled to the memory, the one or more processors being configured to: send a wIVN capability indication indicating the association of the UE with a vehicle including a wireless in-vehicle network (wIVN); receive, from another UE, a response to the wIVN capability indication; and provide, at least in part based on the response, configuration information associated with configuring the wIVN to a wIVN control unit of the vehicle; wherein the wIVN capability indication includes a set of parameters indicating at least one of the following: an operating frequency range of the wIVN, a start frequency of the operating frequency range of the wIVN, a stop frequency of the operating frequency range of the wIVN, an operating frequency channel width of the wIVN, a requested channel start frequency for the wIVN, a requested channel stop frequency for the wIVN, a requested number of channels to be used for the wIVN, a requested channel size to be used for the wIVN, a requested start time of use associated with the wIVN, a requested stop time of use associated with the wIVN, or a requested duration of use associated with the wIVN.

2. The UE according to claim 1, wherein The wIVN capability indication is sent using an application layer message in device-to-device (D2D) communication.

3. The UE according to claim 2, wherein, The wIVN capability indication is sent using an application layer message in a cellular vehicle-to-everything (C-V2X) network.

4. The UE according to claim 1, wherein, The wIVN capability indication is sent in at least one of a basic safety message (BSM) or a cooperative awareness message (CAM).

5. The UE according to claim 1, wherein The wIVN capability indication includes: a set of parameters for indicating a requested use for the wIVN.

6. The UE according to claim 5, wherein, The response indicates acceptance of the set of parameters, rejection of the set of parameters, a different set of parameters, or a combination thereof.

7. The UE according to claim 1, wherein The wIVN capability indication further includes a set of parameters indicating a requested transmit power for the wIVN.

8. The UE according to claim 1, wherein The one or more processors are further configured to: receive, from the another UE, a set of proposed parameters for the wIVN; determine that the wIVN supports the set of proposed parameters; send a wIVN parameter acceptance message to the another UE to indicate acceptance of the set of proposed parameters; and provide an indication of the set of proposed wIVN parameters to the wIVN control unit.

9. The UE according to claim 1, wherein, The one or more processors are further configured to send a preliminary wIVN parameter set to the another UE, wherein the preliminary wIVN parameter set includes at least one of the following: a set of requested operating parameters for the wIVN, or a set of capability parameters indicating at least one operating capability of the wIVN.

10. The UE according to claim 9, wherein, The wIVN capability indication includes the preliminary wIVN parameter set.

11. The UE according to claim 9, wherein, The preliminary wIVN parameter set is sent to the another UE at least in part based on the response, wherein the response includes a request for preliminary parameters.

12. The UE according to claim 1, wherein, The one or more processors are further configured to: Receive an initial set of proposed wIVN parameters in the response for compatible operation of the wIVN; Determine that the wIVN does not support the initial set of proposed wIVN parameters; And Send a wIVN parameter rejection message to the other UE to indicate rejection of the initial set of proposed wIVN parameters.

13. The UE according to claim 12, wherein The wIVN parameter rejection message includes an alternative set of proposed wIVN parameters.

14. A user equipment (UE) for wireless communication, comprising: A memory; And One or more processors coupled to the memory, the one or more processors configured to: Receive a wIVN capability indication indicating that another UE is associated with a vehicle including a wireless in-vehicle network (wIVN); and Send a response to the wIVN capability indication to the other UE, Wherein the wIVN capability indication includes a set of parameters indicating at least one of the following: The operating frequency range of the wIVN, The starting frequency of the operating frequency range of the wIVN, The stopping frequency of the operating frequency range of the wIVN, The operating frequency channel width of the wIVN, The requested channel starting frequency for the wIVN, The requested channel stopping frequency for the wIVN, The number of requested channels to be used for the wIVN, The size of the requested channels to be used for the wIVN, The requested start time of use associated with the wIVN, The requested stop time of use associated with the wIVN, or The requested duration of use associated with the wIVN.

15. The UE according to claim 14, wherein, The wIVN capability indication includes: a set of parameters for indicating a requested use for the wIVN.

16. The UE according to claim 15, wherein, The response indicates acceptance of the set of parameters, rejection of the set of parameters, a different set of parameters, or a combination thereof.

17. The UE according to claim 14, wherein, The wIVN capability indication further includes a set of parameters indicating a requested transmit power for the wIVN.

18. The UE according to claim 14, wherein the one or more processors are further configured to: Send a set of proposed parameters for the wIVN to the other UE, wherein, The UE is associated with another vehicle including another wIVN; Receive a wIVN parameter acceptance message from the other UE indicating acceptance of the proposed set of parameters; And Provide configuration information associated with configuring the other wIVN to a wIVN control unit of the other vehicle at least in part based on the wIVN parameter acceptance message.

19. The UE according to claim 14, wherein, The one or more processors are further configured to receive a preliminary set of wIVN parameters from the other UE, where the preliminary set of wIVN parameters includes at least one of the following: A set of requested operating parameters for the wIVN, or A set of capability parameters indicating at least one operating capability of the wIVN.

20. The UE according to claim 19, wherein The wIVN capability indication includes the preliminary set of wIVN parameters.

21. The UE according to claim 19, wherein, The response to the wIVN capability indication includes a request for preliminary parameters, and wherein the preliminary set of wIVN parameters is received from the other UE at least in part based on the response.

22. The UE according to claim 14, wherein, The one or more processors are further configured to: Send an initial set of proposed wIVN parameters in the response for compatible operation of the wIVN; Receive a wIVN parameter rejection message from the other UE indicating rejection by the other UE of the initial set of proposed wIVN parameters.

23. The UE according to claim 22, wherein The wIVN parameter rejection message includes an alternative set of proposed wIVN parameters.

24. The UE according to claim 14, wherein, The one or more processors are further configured to: Receive from the other UE a location indication indicating the current location of the other UE and a trajectory indication indicating at least one of the following: the current trajectory of the other UE, or the predicted trajectory of the UE; Determine that operation of the wIVN presents a potential conflict with operation of another wIVN, at least in part based on at least one of the wIVN capability indication, the location indication, or the trajectory indication, wherein the UE is associated with another vehicle including the other wIVN; And Provide configuration information associated with configuring the other wIVN to a wIVN control unit of the other vehicle, at least in part based on at least one of the wIVN capability indication, the location indication, or the trajectory indication.

25. The UE according to claim 14, wherein The wIVN capability indication is received using an application layer message in device-to-device (D2D) communication.

26. The UE according to claim 14, wherein The wIVN capability indication is received using an application layer message over a cellular vehicle-to-everything (V2X) network.

27. The UE according to claim 14, wherein The wIVN capability indication is received in at least one of a basic safety message (BSM), or a cooperative awareness message (CAM).

28. A method of wireless communication performed by a user equipment (UE), comprising: Sending a wIVN capability indication indicating that the UE is associated with a vehicle including a wireless in-vehicle network (wIVN); Receiving a response to the wIVN capability indication from another UE; And Providing configuration information associated with configuring the wIVN to a wIVN control unit of the vehicle, at least in part based on the response, Wherein the wIVN capability indication includes a set of parameters indicating at least one of the following: The operating frequency range of the wIVN, The start frequency of the operating frequency range of the wIVN, The stop frequency of the operating frequency range of the wIVN, The operating frequency channel width of the wIVN, The requested channel start frequency for the wIVN, The requested channel stop frequency for the wIVN, The number of requested channels to be used for the wIVN, The size of the requested channels to be used for the wIVN, The requested start time of use associated with the wIVN, The requested stop time of use associated with the wIVN, or The requested duration of use associated with the wIVN.

29. The method according to claim 28, wherein, The wIVN capability indication includes: a set of parameters for indicating the requested use for the wIVN.

30. A method of wireless communication performed by a user equipment (UE), comprising: Receiving a wIVN capability indication indicating that another UE is associated with a vehicle including a wireless in-vehicle network (wIVN); and send a response to the wIVN capability indication to the other UE wherein the wIVN capability indication includes a set of parameters indicating at least one of the following: the operating frequency range of the wIVN, the start frequency of the operating frequency range of the wIVN, the stop frequency of the operating frequency range of the wIVN, the operating frequency channel width of the wIVN, the requested channel start frequency for the wIVN, the requested channel stop frequency for the wIVN, the requested number of channels to be used for the wIVN, the requested channel size to be used for the wIVN, the requested start time of use associated with the wIVN, the requested stop time of use associated with the wIVN, or the requested duration of use associated with the wIVN.

Images