Method and apparatus for sidelink control information processing

Abstract

Embodiments of an apparatus, system, and method for a wireless device supporting vehicle-to-everything (V2X), the wireless device being configured to perform sidelink cellular communications. The wireless device performs sidelink communications using a two-phase sidelink control information (SCI) protocol comprising phase 1 SCI messaging carried on a physical sidelink control channel (PSCCH) and phase 2 SCI messaging carried on a physical sidelink shared channel (PSSCH). The SCI messaging may be encoded using a polarity code. Channel interleaving is utilized on the SCI to interleave the SCI between two or more layers of a MIMO transmission system. Scrambling of the phase 2 SCI messaging is performed based on a result of a cyclic redundancy check (CRC) performed on the phase 1 SCI messaging. Collisions between the sidelink HARQ feedback to be transmitted to a base station and other transmissions are avoided based on a priority analysis of the sidelink HARQ feedback.

Description

Technical Field

[0001] The present application relates to wireless devices, and more particularly, to apparatus, systems, and methods for wireless devices to utilize sidelink control information (SCI) in vehicle-to-everything (V2X) wireless cellular communications. Background Art

[0002] The use of wireless communication systems is rapidly growing. One proposed use of wireless communication is in vehicular applications, particularly in V2X (Vehicle-to-Everything) systems. V2X systems allow for communication between vehicles (e.g., via communication devices housed in or otherwise carried by the vehicle), pedestrian UEs (including UEs carried by other persons such as cyclists), networks, and other wireless communication devices for various purposes, such as coordinating traffic movements, facilitating autonomous driving, and performing collision avoidance.

[0003] V2X systems may utilize sidelink communications, in which two or more V2X systems communicate with each other without routing their communications through an intermediary or network. Effectively utilizing sidelink communications can present unique challenges due to the absence of a network in the communication chain or other reasons. Accordingly, improvements in this area are desired. Summary of the Invention

[0004] Embodiments of devices, systems, and methods for performing sidelink communications in vehicle-to-everything (V2X) wireless cellular communications are presented herein.

[0005] In some embodiments, the wireless device may perform sidelink communications using a two-phase sidelink control information (SCI) protocol. The two-phase SCI protocol may include phase 1 SCI messaging carried on a physical sidelink control channel (PSCCH) and phase 2 SCI messaging carried on a physical sidelink shared channel (PSSCH). Phase 1 SCI messaging and phase 2 SCI messaging may be encoded using polarity codes.

[0006] In some embodiments, channel interleaving may be utilized on Stage 2 SCI messaging to interleave Stage 2 SCI messaging between two or more layers of a MIMO transmission system. Channel interleaving may be performed before or after scrambling and modulation are performed. Channel interleaving may be selectively performed based on the modulation order of the polarity codes, based on whether two or more layers are utilized in the PSSCH, based on the mapping of modulation symbols to the two or more layers, and / or based on a pre-configuration of the resource pools utilized by the wireless device.

[0007] In some embodiments, scrambling of Phase 2 SCI messaging may be performed based at least in part on the results of a cyclic redundancy check (CRC) performed on received Phase 1 SCI messaging. In some embodiments, scrambling of PSSCH data messaging may be performed based at least in part on the results of a CRC performed on received Phase 2 SCI messaging.

[0008] In some implementations, collisions between sidelink HARQ feedback to be transmitted to a base station and other transmissions may be avoided based on a priority analysis of the sidelink HARQ feedback.

[0009] It should be noted that the techniques described herein may be implemented in and / or used with a number of different types of devices, including but not limited to base stations, access points, cellular telephones, portable media players, tablets, wearable devices, and various other computing devices.

[0010] This summary is intended to provide a brief overview of some of the subject matter described in this document. It should be understood, therefore, that the features described above are merely examples and should not be construed as narrowing the scope or essence of the subject matter described herein in any way. Other features, aspects, and advantages of the subject matter described herein will become apparent from the following detailed description, accompanying drawings, and claims. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] A better understanding of the present subject matter may be obtained when the following detailed description of various embodiments is considered in conjunction with the following drawings, in which:

[0012] Figure 1 illustrates an exemplary vehicle-to-everything (V2X) communication system according to some embodiments;

[0013] Figure 2 shows a base station in communication with a user equipment (UE) device according to some embodiments;

[0014] Figure 3 is an exemplary block diagram of a UE according to some embodiments;

[0015] Figure 4 is an exemplary block diagram of a base station according to some embodiments;

[0016] Figure 5 is a table of exemplary prioritization of different types of uplink transmissions according to some embodiments;

[0017] Figure 6A is a flow chart illustrating a transmitter-side method for inserting channel interleaving into a stage 2 SCI encoding process according to some embodiments;

[0018] Figure 6B is a flow chart illustrating a receiver-side method for performing a channel deinterleaving to stage 2 SCI decoding process according to some embodiments;

[0019] Figure 7 is a flow chart illustrating a method for selectively inserting channel interleaving into a stage 2 SCI encoding process based on certain conditions, according to some embodiments; and

[0020] Figure 8 is a block diagram illustrating a method for avoiding collisions when transmitting sidelink HARQ feedback to a base station according to some embodiments.

[0021] While the features described herein are susceptible to various modifications and alternative forms, specific embodiments thereof are shown by way of example in the drawings and described in detail herein. It should be understood, however, that the drawings and detailed description thereof are not intended to limit this disclosure to the particular forms disclosed, but on the contrary, are intended to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the subject matter as defined by the appended claims. DETAILED DESCRIPTION

[0022] the term

[0023] The following is a glossary of terms used in this disclosure:

[0024] Memory medium - any of various types of non-transitory memory devices or storage devices. The term "memory medium" is intended to include installation media, such as CD-ROMs, floppy disks, or tape devices; computer system memory or random access memory such as DRAM, DDR RAM, SRAM, EDO RAM, Rambus RAM, etc.; non-volatile memory such as flash memory, magnetic media, for example, hard drives or optical storage devices; registers or other similar types of memory elements, etc. The memory medium may also include other types of non-transitory memory or a combination thereof. In addition, the memory medium may be located in the first computer system that executes the program, or may be located in a different second computer system that is connected to the first computer system via a network such as the Internet. In the latter case, the second computer system may provide program instructions to the first computer for execution. The term "memory medium" may include two or more memory media that may reside in different locations in different computer systems connected, for example, via a network. The memory medium may store program instructions (e.g., expressed as a computer program) that can be executed by one or more processors.

[0025] Programmable hardware elements—include various hardware devices that include multiple programmable function blocks connected via programmable interconnects. Examples include FPGAs (field programmable gate arrays), PLDs (programmable logic devices), FPOAs (field programmable object arrays), and CPLDs (complex PLDs). Programmable function blocks can range from fine-grained (combinatorial logic units or lookup tables) to coarse-grained (arithmetic logic units or processor cores). Programmable hardware elements may also be referred to as "reconfigurable logic units."

[0026] Computer System—Any of various types of computing or processing systems, including a personal computer system (PC), a mainframe computer system, a workstation, a network appliance, an Internet appliance, a personal digital assistant (PDA), a television system, a grid computing system, or other devices or combinations of devices. In general, the term "computer system" can be broadly defined to encompass any device (or combination of devices) having at least one processor that executes instructions from a memory medium.

[0027] User equipment—as used herein, generally refers in the context of a V2X system to devices associated with movable participants or traffic participants in the V2X system, i.e., movable (capable of moving) communication devices such as vehicles and pedestrian user equipment (PUE) devices, rather than infrastructure devices such as base stations, roadside units (RSUs), and servers.

[0028] Infrastructure equipment—As used herein, this term generally refers to certain devices in a V2X system that are not user equipment (UE) and are not carried by traffic participants (i.e., pedestrians, vehicles, or other mobile users) but facilitate user equipment participation in the V2X network. Infrastructure equipment includes base stations and roadside units (RSUs).

[0029] User Equipment (UE) (or "UE device") - any of various types of computer systems or devices that are mobile or portable and that implement wireless communication. Examples of UE devices include mobile phones or smartphones (e.g., iPhones, TM , based on Android TM phones), portable gaming devices (e.g., Nintendo DS TM PlayStation Portable TM 、Gameboy Advance TM , iPhone TM), laptops, wearable devices (e.g., smart watches, smart glasses), PDAs, portable Internet devices, music players, data storage devices or other handheld devices, etc. In general, the term "UE" or "UE device" can be broadly defined to cover any electronic device, computing device and / or telecommunication device (or combination of devices) that can be easily transported by a user and capable of wireless communication.

[0030] Pedestrian UE (PUE) devices—User Equipment (UE) devices considered in the context of V2X systems that may be worn or carried by various persons, including not only pedestrians in the strict sense of people walking near roads, but also certain other peripheral or secondary participants or potential participants in the traffic environment. These include stationary persons, persons not in vehicles and who may not necessarily be near traffic or roads, persons jogging, running, skating, etc., or persons in vehicles (such as bicycles, scooters, or certain motor vehicles) that may not substantially support the power capabilities of a UE.

[0031] Base Station—The term “base station” has the full breadth of its ordinary meaning and includes at least a wireless communication station that is installed at a fixed location and used to communicate as part of a wireless telephone system or radio system.

[0032] Processing Element—refers to various elements or combinations of elements. Processing elements include, for example, circuits such as ASICs (Application Specific Integrated Circuits), portions or circuits of individual processor cores, entire processor cores, individual processors, programmable hardware devices such as field programmable gate arrays (FPGAs), and / or larger portions of systems including multiple processors.

[0033] Channel - the medium used to transmit information from a sender (transmitter) to a receiver. It should be noted that since the characteristics of the term "channel" may vary according to different wireless protocols, the term "channel" as used herein may be considered to be used in a manner that is consistent with the standard of the type of device to which the term is used. In some standards, the channel width may be variable (e.g., depending on device capabilities, frequency band conditions, etc.). For example, LTE may support scalable channel bandwidths of 1.4 MHz to 20 MHz. In contrast, a WLAN channel may be 22 MHz wide, while a Bluetooth channel may be 1 MHz wide. Other protocols and standards may include different definitions of channels. In addition, some standards may define and use multiple types of channels, such as different channels for uplink or downlink and / or different channels for different purposes such as data, control information, etc.

[0034] Configured to - Various components may be described as being "configured to" perform one or more tasks. In such contexts, "configured to" is a broad statement that generally means "having a structure" to perform one or more tasks during operation. Thus, a component can be configured to perform a task even when the component is not currently performing the task (e.g., a set of electrical conductors can be configured to electrically connect a module to another module even when the two modules are not connected). In some contexts, "configured to" can be a broad statement that generally means "having circuitry that performs one or more tasks during operation." Thus, the component can be configured to perform a task even when the component is not currently turned on. Typically, the circuitry that forms the structure corresponding to "configured to" may include hardware circuitry.

[0035] For ease of description, various components may be described as performing one or more tasks. Such descriptions should be interpreted as including the phrase "configured to." Representing a component as being configured to perform one or more tasks expressly does not invoke the sixth paragraph of Section 112 of Title 35 of the United States Code with respect to that component.

[0036] Figure 1 -V2X communication system

[0037] Figure 1 An exemplary vehicle-to-everything (V2X) communication system is shown in accordance with some embodiments. Note that Figure 1 The system is only one example of a possible system, and features of the present disclosure may be implemented in any of a variety of systems as desired.

[0038] A vehicle-to-everything (V2X) communication system can be characterized as a network in which vehicles, UEs, and / or other devices and network entities exchange communications to coordinate traffic activities and other possible purposes. V2X communications include communications transmitted between vehicles (e.g., wireless devices or communication devices that form part of, are contained in, or are otherwise carried by a vehicle) and various other devices. V2X communications include vehicle-to-pedestrian (V2P) communications, vehicle-to-infrastructure (V2I) communications, vehicle-to-network (V2N) communications, and vehicle-to-vehicle (V2V) communications, as well as communications between vehicles and other possible network entities or devices. V2X communications can also refer to communications between other non-vehicle devices participating in the V2X network to share V2X-related information.

[0039] V2X communications may, for example, follow the 3GPP Cellular V2X (C-V2X) specification, or one or more other or subsequent standards, whereby vehicles and other devices and network entities may communicate. V2X communications may utilize both long-range (e.g., cellular) communications and short- to medium-range (e.g., non-cellular) communications. V2X communications with cellular capabilities may be referred to as cellular V2X (C-V2X) communications. C-V2X systems may use various cellular radio access technologies (RATs), such as 4G LTE or 5G NRRAT. Certain LTE standards that may be used in V2X systems may be referred to as LTE-Vehicle (LTE-V) standards.

[0040] As shown, the exemplary V2X system includes multiple user devices. As used herein in the context of a V2X system, "user device" may generally refer to a device associated with a mobile participant or traffic participant in the V2X system, i.e., a movable (mobile) communication device such as a vehicle and a pedestrian user equipment (PUE) device. The user devices in the exemplary V2X system include PUEs 104A and 104B and vehicles 106A and 106B.

[0041] The vehicle 106 may constitute various types of vehicles. For example, the vehicle 106A may be a road vehicle or automobile, a public transportation vehicle, or another type of vehicle. The vehicle 106 may perform wireless communications in various ways. For example, the vehicle 106A may include communications equipment that is part of or housed in the vehicle, or may perform communications via wireless communications equipment currently contained within or otherwise carried by the vehicle, such as user equipment (UE) devices (e.g., smartphones or similar devices) installed within the vehicle or carried or worn by the driver, passengers, or other persons on the vehicle, among other possibilities. For simplicity, the term "vehicle," as used herein, may include wireless communications equipment that represents the vehicle and performs its communications. Thus, for example, when the vehicle 106A is referred to as performing wireless communications, it should be understood that, more specifically, certain wireless communications equipment associated with and carried by the vehicle 106A is performing the wireless communications.

[0042] Pedestrian UEs (PUEs) 104 may constitute various types of user equipment (UE) devices, i.e., portable devices capable of wireless communication, such as smartphones, smartwatches, etc., and may be associated with various types of users. Thus, PUEs 104 are UEs and may be referred to as UEs or UE devices. Note that while UEs 104 may be referred to as PUEs (pedestrian UEs), they may not necessarily be carried by people actively walking near roads or streets. PUEs may refer to UEs participating in a V2X system that are carried by a stationary person, by a person walking or running, or by a person in a vehicle that may not substantially support the power capabilities of the device, such as a bicycle, scooter, or certain motor vehicles. Note also that not necessarily all UEs participating in a V2X system are PUEs.

[0043] The user equipment is capable of communicating using multiple wireless communication standards. For example, in addition to at least one cellular communication protocol (e.g., GSM, UMTS, LTE, LTE-A, LTE-V, HSPA, 3GPP2 CDMA2000, 5G NR, etc.), the UE 104A can be configured to communicate using wireless networking (e.g., Wi-Fi) and / or peer-to-peer wireless communication protocols (e.g., Bluetooth, Wi-Fi peer-to-peer, etc.). If desired, the UE 104A can also or alternatively be configured to communicate using one or more global navigation satellite systems (GNSS, such as GPS or GLONASS), one or more mobile television broadcast standards (e.g., ATSC-M / H), and / or any other wireless communication protocols. Other combinations of wireless communication standards (including more than two wireless communication standards) are also possible.

[0044] As shown in the figure, some user devices may be able to communicate directly with each other, that is, without intermediate infrastructure equipment such as base station 102A or RSU 110A. As shown in the figure, vehicle 106A can directly perform V2X-related communications with vehicle 106B. Similarly, vehicle 106B can directly perform V2X-related communications with PUE 104B. In the case of some LTE implementation schemes, such peer-to-peer communications can utilize a "side link" interface such as a PC5 interface and can generally be referred to as "side link communication". In certain LTE implementation schemes, the PC5 interface supports direct cellular communication between user devices (e.g., between vehicles 106), while the Uu interface supports cellular communication with infrastructure equipment such as base stations. The LTE PC5 / Uu interface is used only as an example, and PC5 as used herein can represent various other possible wireless communication technologies that allow direct side link communication between user devices, while Uu can represent cellular communication performed between user devices and infrastructure equipment such as base stations. For example, at least according to some implementation schemes, NR V2X side link communication technology can also be used to perform device-to-device communication. It is also noted that some user equipment in a V2X system (such as, for example, the PUE 104A) may not be able to perform sidelink communications, for example, because they lack certain hardware required to perform such communications.

[0045] As shown, the exemplary V2X system includes multiple infrastructure devices in addition to the aforementioned user devices. As used herein, "infrastructure devices" in the context of a V2X system refer to certain devices in the V2X system that are not user devices and are not carried by traffic participants (i.e., pedestrians, vehicles, or other mobile users), but that facilitate user devices' participation in the V2X network. The infrastructure devices in the exemplary V2X system include a base station 102A and a roadside unit (RSU) 110A.

[0046] Base station (BS) 102A may be a base transceiver station (BTS) or a cell site ("cellular base station") and may include hardware capable of wirelessly communicating with user equipment (eg, with user equipment 104A and 106A).

[0047] The communication area (or coverage area) of a base station may be referred to as a "cell" or "coverage area". The base station 102A and user equipment such as PUE 104A may be configured to communicate over a transmission medium using any of a variety of radio access technologies (RATs), also known as wireless communication technologies or telecommunication standards, such as GSM, UMTS, LTE, LTE-Advanced (LTE-A), LTE-Vehicle (LTE-V), HSPA, 3GPP2 CDMA2000, 5G NR, etc. Note that if the base station 102A is implemented in the context of LTE, it may alternatively be referred to as an "eNodeB" or eNB. Note that if the base station 102A is implemented in the context of NR, it may alternatively be referred to as a 'gNodeB' or 'gNB'.

[0048] As shown, base station 102A may also be configured to communicate with network 100 (e.g., a V2X network, as well as a cellular service provider's core network, a telecommunications network such as a public switched telephone network (PSTN), and / or the Internet, among other possibilities). Thus, base station 102A may facilitate communications between user devices and / or between user devices and network 100. Cellular base station 102A may provide user devices such as UE 104A with various communication capabilities, such as voice, SMS, and / or data services. Specifically, base station 102A may provide connected user devices, such as UE 104A and vehicle 106A, with access to the V2X network.

[0049] Thus, while base station 102A may serve as a "serving cell" for user equipment 104A and 106A, Figure 1 102A. The user devices shown, i.e., user devices 104A, 104B, 106A, and 106B, may also be able to receive signals from (and may be within communication range of) one or more other cells (which may be provided by base stations 102B-N and / or any other base stations), such cells may be referred to as "neighboring cells." Such cells may also be able to facilitate communications between user devices and / or between user devices and network 100. Such cells may include "macro" cells, "micro" cells, "pico" cells, and / or cells of any other variety of granularity of service area size. For example, in Figure 1 The base stations 102A-B shown in FIG may be macro cells, while the base station 102N may be a micro cell. Other configurations are also possible.

[0050] A roadside unit (RSU) 110A constitutes another infrastructure device that may be used to provide certain user devices with access to the V2X network. The RSU 110A may be one of various types of devices, such as a base station, e.g., a transceiver station (BTS) or a cell site ("cell base station"), or another type of device that includes hardware capable of wirelessly communicating with user devices and facilitating their participation in the V2X network.

[0051] The RSU 110A may be configured to communicate using one or more wireless networking communication protocols (e.g., Wi-Fi), cellular communication protocols (e.g., LTE, LTE-V, etc.), and / or other wireless communication protocols. In some embodiments, the RSU 110A may be capable of communicating with devices using sidelink technology such as LTE PC5 or NR V2X sidelink communication technology.

[0052] The RSU 110A can communicate directly with user devices, such as vehicles 106A and 106B, as shown. The RSU 110A can also communicate with the base station 102A. In some cases, the RSU 110A can provide certain user devices (e.g., vehicle 106B) with access to the base station 102A. Although the RSU 110A is shown as communicating with the vehicle 106, it can also (or otherwise) be able to communicate with the PUE 104. Similarly, the RSU 110A may not necessarily forward user device communications to the base station 102A. In some embodiments, the RSU 110A may constitute the base station itself and / or may forward communications to the server 120.

[0053] As shown, server 120 constitutes a network entity of the V2X system and may be referred to as a cloud server. Base station 102A and / or RSU 110A may relay certain V2X-related communications between user devices 104 and 106 and server 120. Server 120 may be configured to process certain information collected from multiple user devices and may manage V2X communications to the user devices to coordinate traffic activities. In various other embodiments of the V2X system, various functions of cloud server 120 may be performed by infrastructure equipment such as base station 102A or RSU 110A, by one or more user devices, or / and not at all.

[0054] Figure 2 – Communication between UE and base station

[0055] Figure 2 102 (e.g., Figure 1 A user equipment (UE) device 104 (e.g., a base station 102A in FIG. Figure 1104B and / or a UE device included within a vehicle 106A or 106B). The UE 104 may be a device with cellular communication capabilities, such as a mobile phone, handheld device, computer or tablet computer, or virtually any type of portable wireless device.

[0056] The UE 104 may include a processor configured to execute program instructions stored in a memory. The UE 104 may perform any of the method embodiments described herein by executing such stored instructions. Alternatively or in addition, the UE 104 may include a programmable hardware element, such as an FPGA (field programmable gate array) configured to perform any of the method embodiments described herein or any portion of any of the method embodiments described herein.

[0057] UE 104 may include one or more antennas for communicating using one or more wireless communication protocols or technologies. In some embodiments, UE 104 may be configured to communicate using, for example, CDMA2000 (1xRTT / 1xEV-DO / HRPD / eHRPD) or LTE using a single shared radio and / or GSM or LTE using a single shared radio. The shared radio may be coupled to a single antenna, or may be coupled to multiple antennas (e.g., for MIMO) for performing wireless communications. Typically, the radio may include any combination of a baseband processor, analog radio frequency (RF) signal processing circuitry (e.g., including filters, mixers, oscillators, amplifiers, etc.), or digital processing circuitry (e.g., for digital modulation and other digital processing). Similarly, the radio may implement one or more receive chains and transmit chains using the aforementioned hardware. For example, UE 104 may share one or more portions of a receive chain and / or transmit chain between multiple wireless communication technologies such as those discussed above.

[0058] In some embodiments, the UE 104 may include a separate transmit chain and / or receive chain (e.g., including separate antennas and other radio components) for each wireless communication protocol with which it is configured to communicate. As another possibility, the UE 104 may include one or more radio components shared between multiple wireless communication protocols, and one or more radio components used uniquely by a single wireless communication protocol. For example, the UE 104 may include a shared radio component for communicating using either LTE or 1xRTT (or LTE or GSM), and separate radio components for communicating using each of Wi-Fi and Bluetooth. Other configurations are also possible.

[0059] Figure 3 —UE block diagram

[0060] Figure 3 An exemplary block diagram of a UE 104 according to some embodiments is shown. As shown, the UE 104 may include a system on a chip (SOC) 300, which may include components for various purposes. For example, as shown, the SOC 300 may include one or more processors 302 that may execute program instructions for the UE 104 and display circuitry 304 that may perform graphics processing and provide display signals to a display 360. The one or more processors 302 may also be coupled to a memory management unit (MMU) 340 (which may be configured to receive addresses from the one or more processors 302 and translate those addresses into locations in memory (e.g., memory 306, read-only memory (ROM) 350, NAND flash memory 310)), and / or to other circuits or devices (such as the display circuitry 304, wireless communication circuitry 330, connector I / F 320, and / or display 360). The MMU 340 may be configured to perform memory protection and page table translation or setup. In some embodiments, the MMU 340 may be included as part of the processor 302.

[0061] As shown, SOC 300 may be coupled to various other circuits of UE 104. For example, UE 104 may include various types of memory (e.g., including NAND flash memory 310), a connector interface 320 (e.g., for coupling to a computer system, a docking station, a charging station, etc.), a display 360, and wireless communication circuitry 330 (e.g., for LTE, LTE-A, LTE-V, 5GNR, CDMA2000, Bluetooth, Wi-Fi, GPS, etc.). The UE may also include at least one SIM device, and may include two SIM devices, each providing a respective International Mobile Subscriber Identity (IMSI) and associated functionality.

[0062] As shown, the UE device 104 may include at least one antenna (and, in various possibilities, multiple antennas, e.g., for MIMO and / or for implementing different wireless communication technologies) for performing wireless communications with base stations, access points, and / or other devices. For example, the UE device 104 may use antenna 335 to perform wireless communications.

[0063] The UE 104 may also include and / or be configured for use with one or more user interface elements. The user interface elements may include various elements such as a display 360 (which may be a touch screen display), a keyboard (which may be a separate keyboard or may be implemented as part of the touch screen display), a mouse, a microphone and / or speakers, one or more cameras, one or more buttons, and / or any of a variety of other elements capable of providing information to a user and / or receiving or interpreting user input.

[0064] As described herein, UE 104 may include hardware components and software components for implementing features such as those described herein for performing unicast side link access layer connection maintenance. The processor 302 of UE device 104 may be configured to implement some or all of the methods described herein, for example, by executing program instructions stored on a memory medium (e.g., a non-transient computer-readable memory medium). In other embodiments, the processor 302 may be configured as a programmable hardware element such as an FPGA (field programmable gate array), or as an ASIC (application-specific integrated circuit). Alternatively (or in addition thereto), in combination with one or more of other components 300, 304, 306, 310, 320, 330, 335, 340, 350, 360, the processor 302 of UE device 104 may be configured to implement part or all of the features described herein, such as the features described herein.

[0065] Figure 4 —Block diagram of a base station

[0066] Figure 4 A base station 102 (e.g., Figure 1 102A). Figure 4 The base station 102 is only one example of a possible base station. As shown, the base station 102 may include a processor 404 that may execute program instructions for the base station 102. The processor 404 may also be coupled to a memory management unit (MMU) 440 or other circuit or device that may be configured to receive addresses from the processor 404 and translate those addresses into locations in memory (e.g., memory 460 and read-only memory (ROM) 450).

[0067] The base station 102 may include at least one network port 470. The network port 470 may be configured to couple to a telephone network and provide access to the telephone network for a plurality of devices, such as the UE device 104.

[0068] The network port 470 (or an additional network port) may also or alternatively be configured to couple to a cellular network, such as a core network of a cellular service provider. The core network may provide mobility-related services and / or other services to multiple devices, such as the UE device 104. In some cases, the network port 470 may couple to a telephony network via the core network, and / or the core network may provide a telephony network (e.g., in other UE devices served by the cellular service provider).

[0069] Base station 102 may include at least one antenna 434 and possibly multiple antennas. The at least one antenna 434 may be configured to function as a wireless transceiver and may be further configured to communicate with UE device 104 via radio 430. Antenna 434 communicates with radio 430 via communication chain 432. Communication chain 432 may be a receive chain, a transmit chain, or both. Radio 430 may be configured to communicate via various wireless communication standards, including but not limited to LTE, LTE-A, LTE-V, GSM, UMTS, CDMA2000, 5G NR, Wi-Fi, and the like.

[0070] Base station 102 may be configured to communicate wirelessly using multiple wireless communication standards. In some cases, base station 102 may include multiple radios that may enable base station 102 to communicate according to multiple wireless communication technologies. For example, as one possibility, base station 102 may include an LTE radio for communicating according to LTE and a Wi-Fi radio for communicating according to Wi-Fi. In such a case, base station 102 may be capable of operating as both an LTE base station and a Wi-Fi access point. As another possibility, base station 102 may include a multimode radio capable of communicating according to any of multiple wireless communication technologies (e.g., LTE and NR, LTE and Wi-Fi, LTE and UMTS, LTE and CDMA2000, UMTS and GSM, etc.).

[0071] As further described later herein, the base station 102 may include hardware and software components for implementing or supporting the implementation of the features described herein. The processor 404 of the base station 102 may be configured to implement or support some or all of the implementations of the methods described herein, for example, by executing program instructions stored on a memory medium (e.g., a non-transitory computer-readable memory medium). Alternatively, the processor 404 may be configured as a programmable hardware element such as an FPGA (field programmable gate array), or as an ASIC (application-specific integrated circuit) or a combination thereof. Alternatively (or in addition), in combination with one or more of the other components 430, 432, 434, 440, 450, 460, and 470, the processor 404 of the base station 102 may be configured to implement or support some or all of the implementations of the features described herein.

[0072] Sidelink communication

[0073] In wireless communications, particularly cellular wireless communications, sidelink communication refers to a special type of communication mechanism between devices that is not carried through a base station (e.g., an eNB / gNB). In other words, devices communicate with each other without going through a base station. In a sense, these devices can be said to be communicating directly with each other. However, the adaptation of this type of communication can utilize new physical layer designs and protocols.

[0074] Recent research has identified technical solutions requiring sidelink designs, such as those in 5G-NR, to meet the requirements of advanced V2X services, including support for sidelink unicast, sidelink multicast, and sidelink broadcast. A number of specific use cases for advanced V2X services have been identified, categorized into four groups: vehicle platooning, extended sensors, advanced driving, and remote driving. Platooning is a cooperative driving application in which multiple vehicles travel in the same lane as a platoon, maintaining a specific (preferably constant) inter-vehicle distance between each other to improve traffic efficiency, such as reducing fuel consumption and gas emissions, and enabling safe and efficient transportation. To implement platooning, vehicles in the platoon can use multiple onboard sensors (e.g., radar, lidar (light detection and ranging), positioning systems, etc.) and sidelink vehicle-to-vehicle communication to synchronize their road operations, such as regarding disruptions, lane changes, and parking. Vehicle platoons can utilize both multicast transmission (e.g., to relay status information for fleet management) and unicast transmission (e.g., for communication between two members). Efficient intra- and inter-fleet communications can help achieve better spectrum / power efficiency while maintaining fair competition for resources, e.g., between members of the same fleet and between fleets (and therefore, between members of different fleets).

[0075] In C-V2X, multiple resource allocation modes may be employed for sidelink communications, and different mechanisms may be used to allocate sidelink communication resources. For example, C-V2X may utilize "Mode 1," whereby sidelink communication resources are allocated by the network (NW) (e.g., through dynamic scheduling or semi-persistent scheduling (SPS)), or utilize "Mode 2," whereby resource allocation is performed autonomously by the UE (e.g., such that the UE autonomously selects resources for communication), as specified by LTE Release 12. Alternatively or in addition, C-V2X may utilize "Mode 3," which operates similarly to Mode 1 (i.e., sidelink communication resources are allocated by the NW), and "Mode 4," which operates similarly to Mode 2 (i.e., resource allocation is performed autonomously by the UE), as specified by LTE Release 14. In this context, "resource allocation" may be understood to refer to the allocation of one or both of time slots and / or frequency slots (e.g., subcarriers) used in performing sidelink communications. In some embodiments, resources may be allocated within one or more "pools." For example, a "Mode 2 pool" of time slots and corresponding subcarrier frequencies may be configured by the base station, where the Mode 2 pool describes a set of time and frequency resources that may be used to perform Mode 2 sidelink communications. Additionally or alternatively, in certain circumstances, the UE may use an "exceptional pool" during a transition from RRC_Idle to RRC_Connected, and a "pre-configured pool" may be pre-configured for use by the UE.

[0076] In some embodiments, dual-mode UEs (or hybrid-mode UEs) can be utilized, whereby the UE is capable of switching between Mode 1 and Mode 2 operation. Advantageously, dual-mode UEs can be employed without introducing backward compatibility issues with other UEs, as the receiving UE can be transparent to the transmission mode used. For example, if a 5G NR-V2X UE supports dual-mode operation, it can even be used for LTE V2X R14 transmissions. For example, dual-mode operation can alternate mode selection to transmit Basic Safety Messages (BSMs) in R14 format.

[0077] In some embodiments, the UE can only communicate according to one mode at a time. For example, all sidelink transmissions can be in the same mode at the same time. Alternatively, in some embodiments, the UE can support simultaneous dual-mode operation, thereby performing some sidelink transmissions in Mode 1 and other sidelink transmissions in Mode 2 at the same time.

[0078] Two-stage sidelink control information in V2X

[0079] V2X communications operated over 5G NR radio access technology may support a two-phase sidelink control information (SCI) protocol that includes both phase 1 SCI messaging and phase 2 SCI messaging. In the protocol, phase 1 SCI messaging may be carried on a physical sidelink control channel (PSCCH) and may include transmissions that specify radio resources (e.g., time and / or frequency resources) to be utilized or reserved by vehicles and other devices in the V2X environment. Polarity codes intended for NR downlink control information (DCI) may be applied to phase 1 SCI transmissions on the PSCCH. Phase 2 SCI messages may be carried on a physical sidelink shared channel (PSSCH) and may include sidelink hybrid automatic repeat request (HARQ) feedback between sidelink devices and other types of transmissions. The embodiments herein present methods and apparatus for improving the performance of the two-phase SCI protocol.

[0080] The polar coding protocol used for the Physical Downlink Control Channel (PDCCH) may be applied to Phase 2 SCI messaging, and the scrambling operation for Phase 2 SCI may be applied separately to the PSSCH. The PSSCH may further be used for data transmission between V2X devices, and in some embodiments, Phase 2 SCI messaging may be interleaved with resource elements (REs) used for data transmission in the PSSCH. Alternatively, Phase 2 SCI messaging may utilize REs that are not interspersed with REs used for data transmission. The modulation used for Phase 2 SCI messaging may utilize Quadrature Phase Shift Keying (QPSK), or alternatively it may utilize the same modulation scheme as the data messages transmitted over the PSSCH.

[0081] In some embodiments, the PSSCH may utilize multiple layers to transmit and receive information. For example, a V2X-enabled device may utilize a multiple-input, multiple-output (MIMO) radio component, and different transmit antennas may be separately assigned to the first and second transmission layers. In various embodiments, when the PSSCH has two layers, the same modulation symbols of the second stage SCI may be mapped to both layers, different modulation symbols of the second stage SCI may be mapped to both layers, or a combination thereof may be employed.

[0082] In some embodiments, V2X sidelink communications can operate autonomously between peer devices without the need for scheduling or direction from a base station. Without coordination from a base station, conflicts (e.g., resource conflicts) may occur between different V2X transmissions. To mitigate conflicts, different types of V2X communications can be prioritized to determine which type of communication takes precedence during a potential conflict. Figure 516. Figure 5 The following table shows which procedure should be followed during resource conflicts between pairs of different communication types. In some cases, the priority ordering from Release 15 (Rel-15) can be used. P / SP CSI can always have low priority, and the priority of aperiodic CSI (A-CSI) can depend on the priority of the PUSCH carrying A-CSI (not shown).

[0083] Given the state of SCI messaging in V2X systems, embodiments herein present methods and devices for improving functionality in these environments. For example, physical layer processing for SCI Phase 2 messaging may include modulation, resource mapping, and layer mapping, and some embodiments herein present methods and devices for maintaining a specified level of SCI Phase 2 polarity coding performance for any given modulation, resource mapping, and layer mapping. In addition, some embodiments present specific implementations of the design of scrambling sequences and / or PSSCH demodulation reference signal (DMRS) sequences for PSSCH. In some embodiments, the scrambling sequence used for SCI Phase 2 may be different from the scrambling sequence used for sidelink data transmission. In addition, for environments where V2X-enabled devices operate in coverage or partial coverage scenarios (i.e., when the device communicates with a base station to facilitate V2X sidelink communication), the device may transmit sidelink HARQ feedback on PUCCH and / or PUSCH, which may conflict with other transmissions such as other uplink transmissions. In these cases, embodiments herein present methods and devices for mitigating these conflicts.

[0084] Channel interleaver for SCI stage 2

[0085] Typically, channel interleaving is not used for communications on the PDCCH because the modulation used for polarity-coded DCI on the PDCCH is QPSK, and there is typically no difference between the reliability of two bits in a QPSK symbol. Furthermore, a single layer is typically used for PDCCH transmission. On the other hand, the PSSCH utilizes two layers, and embodiments herein present methods for mapping different modulation symbols for Phase 2 SCI messaging to these two layers. In these embodiments, Layer 1 may typically have a better signal-to-interference-plus-noise ratio (SINR) than Layer 2. Therefore, the coded bits allocated to Layer 1 may be better protected than the coded bits allocated to Layer 2.

[0086] In some embodiments, the fading pattern of polarity coded bits during transmission can result in degraded polarity decoding performance. When the modulation order of Phase 2 SCI is the same as the modulation order used for PSSCH data transmission, higher-order modulation (e.g., 16QAM, 64QAM, or 256QAM) can be applied to the polarity coded bits to improve performance. Coded bits assigned to the most significant bits (MSBs) of modulation symbols can be better protected than coded bits assigned to the least significant bits (LSBs) of modulation symbols.

[0087] In order to solve these and other problems, in some embodiments, channel interleaver can be used for the 2nd stage SCI message transmission so that the deep fading randomization of the polarity coded bit between the two layers.In some embodiments, channel interleaver can be applied after polarity coding and rate matching.In various embodiments, channel interleaver can be applied before or after scrambling code and / or before or after performing modulation.Can utilize various types of channel interleaver, include but not limited to triangle interleaver, block interleaver or have two or more parallel block interleavers of staggered combination.

[0088] In some embodiments, the Phase 2 SCI message may have a cyclic redundancy check (CRC) attached to it, which may be a 24-bit CRC or another sized CRC. Interleaving of the Phase 2 SCI message and the CRC may be performed to achieve CRC distribution. Polar encoding can be performed with a maximum mother code length of 512 bits or another bit length, followed by rate matching, which may include: sub-block interleaving on the polar coded bits, storing the interleaved bits in a circular buffer, selecting a rate matching scheme based on the coding rate and the number of rate matching output bits, and selecting bits from the circular buffer based on the rate matching scheme.

[0089] Figure 6 to Figure 7 —Flowchart of channel interleaving and scrambling code design

[0090] Figure 6A 1 is a flow chart illustrating a transmitter-side method for inserting channel interleaving into a stage 2 SCI encoding process according to some embodiments. In some embodiments, stage 2 SCI may be associated with a two-stage SCI protocol associated with 5G NR communications. Figure 6A The method described herein may be performed by a wireless device configured with at least one antenna for performing wireless communication, a radio coupled to the at least one antenna, and a processor coupled to the radio. In some embodiments, the wireless device may be included in a vehicle. In various embodiments, some of the illustrated method elements may be performed simultaneously in a different order than shown, may be replaced by other method elements, or may be omitted. Additional method elements may also be performed as needed. As shown, the method may operate as follows.

[0091] The wireless device may have sidelink control information (SCI) to be polarity encoded and transmitted as a stage 2 SCI message.As described in more detail below, steps 602-608 may proceed similarly to a standard polarity encoding chain for PDCCH communication.

[0092] At 602, when the second stage SCI encoding is initialized, a cyclic redundancy check (CRC) bit may be appended to the SCI to be encoded. As shown, the CRC may be a 24-bit CRC, but other lengths of CRC bits may be used as desired.

[0093] At 604, a CRC can be distributed throughout the SCI according to a standard polar encoding protocol.

[0094] At 606, polarity encoding can be performed on the SCI message to obtain a polarity-encoded SCI.

[0095] At 608, rate matching may be performed on the polar coded SCI according to standard protocols to match the bit rate of the message to be transmitted to a desired bit rate.

[0096] At 610, channel interleaving may be performed. Channel interleaving may utilize triangular interleaving, which may be achieved, for example, by setting I BIL =1 to reuse the NR uplink control information (UCI) polarity coding protocol. Alternatively, block interleaving or parallel block interleaving with staggered combinations can be utilized. Channel interleaving can distribute polarity-coded SCI across two or more layers of a wireless device's MIMO antenna system.

[0097] At 612, scrambling may be performed on the polarity-encoded SCI. In some embodiments, scrambling of the Phase 2 SCI messaging may be performed at least in part in response to the result of a CRC performed on the Phase 1 SCI messaging. For example, the wireless device may determine the result of a CRC performed on an SCI message associated with Phase 1 and received by the wireless device from a remote device via the PSCCH. As described in more detail below, the Phase 2 SCI may be scrambled based on a random or pseudo-random number, such as a Gold sequence, and the pseudo-random number may be initialized based on an initialization value determined at least in part based on the result of the CRC performed on the received Phase 1 SCI. In some embodiments, the wireless device may initialize the pseudo-random sequence with one or more other values. For example, the wireless device may use an identifier of the remote device or one or more of the identifiers of the wireless device to obtain the initialization value used in scrambling the Phase 2 SCI message.

[0098] While step 612 describes an embodiment related to scrambling a Phase 2 SCI message based on the result of a CRC performed on the Phase 1 SCI message, other embodiments are possible. For example, a CRC may be performed on a Phase 2 SCI message received from a remote device via the PSSCH, and the result of the CRC may be used to determine an initialization value for scrambling a data message to be transmitted via the PSSCH. In these embodiments, in addition or alternatively, an identifier of one or both of the wireless device and the remote device may be utilized to determine the initialization value for scrambling the data message. In addition or alternatively, the wireless device may scramble a demodulation reference signal (DMRS) based on the initialization value determined from the result of a CRC performed on the received Phase 1 SCI, and the scrambled DMRS may be transmitted to the remote device via the PSSCH.

[0099] At 614, modulation may be performed according to any desired modulation scheme to modulate the SCI prior to transmission.

[0100] Although Figure 6A Scrambling and modulation are shown occurring after channel interleaving, but in various embodiments, channel interleaving can be performed after scrambling and before modulation, or after each of scrambling and modulation. In other words, the order of steps 610-614 can be changed so that step 610 occurs at any position within the sequence.

[0101] At 616, layer mapping and resource mapping can be performed.

[0102] At 618, the polarity-encoded sidelink information can be transmitted to the remote device according to channel interleaving on a physical sidelink shared channel (PSSCH).

[0103] Figure 6B 1 is a flow chart illustrating a receiver-side method for performing channel deinterleaving during a Stage 2 SCI decoding process, according to some embodiments. In some embodiments, Stage 2 SCI may be associated with a two-stage SCI protocol associated with 5G NR communications. Figure 6B The method described herein may be performed by a wireless device configured with at least one antenna for performing wireless communication, a radio coupled to the at least one antenna, and a processor coupled to the radio. In some embodiments, the wireless device may be included in a vehicle. In various embodiments, some of the illustrated method elements may be performed simultaneously in a different order than shown, may be replaced by other method elements, or may be omitted. Additional method elements may also be performed as needed. As shown, the method may operate as follows.

[0104] At 620, a polar-coded message may be received by a radio of the wireless device. The polar-coded message may be received wirelessly from a peer device using cellular technology such as 5G NR, or may be received over a sidelink connection.

[0105] At 622, resource demapping and layer demapping can be performed on the received message.

[0106] At 624, demodulation can be performed on the received message. Demodulation can be performed according to any desired modulation scheme, such as QAM or QPSK, among other possibilities.

[0107] At 626, the received message may be descrambled.

[0108] At 628, channel deinterleaving may be performed on the received message.

[0109] At 630, rate matching may be performed on the received message.

[0110] At 632, polarity decoding may be performed on the received message to obtain a decoded message.

[0111] At 634, CRC distribution, checking, and removal may be performed on the decoded message to determine if the wireless device is the intended recipient of the received message. If the CRC is successful, the wireless device may continue processing the decoded Phase 2 SCI message.

[0112] Figure 7 is with Figure 6A Similar flowchart, except that Figure 7 An embodiment is described in which channel interleaving is selectively applied based on certain conditions. Figure 6A The method described herein may be performed by a wireless device configured with at least one antenna for performing wireless communication, a radio coupled to the at least one antenna, and a processor coupled to the radio. In some embodiments, the wireless device may be included in a vehicle. In various embodiments, some of the illustrated method elements may be performed simultaneously in a different order than shown, may be replaced by other method elements, or may be omitted. Additional method elements may also be performed as needed. As shown, the method may operate as follows.

[0113] Steps 702-708 may be similar to those described above. Figure 6A The corresponding steps 602-608 are performed.

[0114] At 710, a determination may be made as to whether conditions for performing channel interleaving are met. According to various implementations, any one or a combination of various conditions may be used to determine whether to perform channel interleaving. For example, in some implementations, channel interleaving is applied if the PSSCH utilizes a high-order modulation, such as 16QAM. More generally, the wireless device may determine whether the PSSCH utilizes a modulation order above a threshold order and may perform channel interleaving based at least in part on this determination.

[0115] Alternatively or in addition, if the PSSCH has 2 or more layers and different modulation symbols of the second stage SCI are mapped to the two or more layers, channel interleaving may be applied. In some embodiments, if the PSSCH utilizes low-order modulation (such as QPSK modulation) and / or if the PSSCH has 1 layer, and / or if the PSSCH has 2 or more layers but the same modulation symbols of the second stage SCI are mapped to the two or more layers, channel interleaving may not be applied.

[0116] In some embodiments, channel interleaving may be selectively applied based on a preconfiguration of the wireless device and the peer device. For example, the wireless device may communicate with the peer device to determine a preconfiguration associated with a resource pool used for communicating with the peer device. The wireless device may determine whether the resource pool used for communicating with the peer device supports channel interleaving. In these embodiments, channel interleaving may be performed at least in part in response to determining that a preconfiguration associated with the resource pool used for communicating with the remote device supports channel interleaving. In various embodiments, the preconfiguration may be specified based on the resource pool and / or based on a ProSe sidelink radio resource control (PC5-RRC) configuration.

[0117] At 712, if it is determined that one or more conditions for performing channel interleaving are met, then according to the above reference Figure 6A Channel interleaving is performed as described in step 610 .

[0118] At 714-718, similar to the above reference Figure 6A The steps 612-616 described perform scrambling, modulation, layer mapping, and resource mapping. However, steps 714-718 may alternatively be performed without performing channel interleaving (e.g., if the conditions for performing channel interleaving are not met) or in conjunction with channel interleaving (i.e., if the conditions are met). Figure 6A Although steps 714 and 716 are shown as occurring after steps 710 and 712, channel interleaving (and the decision whether to perform channel interleaving) may alternatively occur before or after either scrambling and modulation, as desired.

[0119] At 720, the polarity-encoded sidelink information can be transmitted to a remote device according to a channel interleave on a physical sidelink shared channel (PSSCH).

[0120] Design of scrambling code sequence for SCI message transmission

[0121] In some embodiments, methods and apparatus may be utilized to enhance the scrambling sequence design for Phase 2 SCI messaging on the PSSCH. The following paragraphs provide information on, for example, steps 612 and 613 of FIG. Figure 7 Further details of the scrambling step performed at step 714 are provided.

[0122] The polarity code can typically be scrambled using a pseudo-random sequence (such as a Gold sequence or another type of pseudo-random sequence), and the pseudo-random sequence can be seeded with an initialization value. In some embodiments, the scrambling of the Phase 2 SCI message can utilize an initialization value based at least in part on the result of a cyclic redundancy check (CRC) performed over the PSCCH (such as the Phase 1 SCI CRC). In various embodiments, a portion (e.g., LSB or MSB) or all of the PSCCH CRC bits can be used to determine the initialization value. In addition or alternatively, the initialization value can depend on the destination ID (e.g., the ID of the peer device) or a combination of the destination ID and the PSCCH CRC.

[0123] As a specific example, the initialization value C of the SCI in the second stage init It can be calculated as follows:

[0124] C init =N ID *2 7 +N Const ,

[0125] where N ID is the 24-bit PSCCH CRC, and N Const is a constant value.

[0126] Calculate C init Another example is as follows:

[0127] C init =N ID *2 10 +N Const ,

[0128] where N ID Indicates the 21 (MSB or LSB) bits of the PSCCH CRC, and N Const is a constant value between 1008 and 1023.

[0129] In some embodiments, an initialization value for scrambling data messaging on the PSSCH may be determined based at least in part on the destination ID, the source ID (i.e., an identifier of the transmitting wireless device), the PSCCH CRC, and / or the Phase 2 SCI CRC. As an example, the scrambling value for data messaging on the PSSCH may be determined based at least in part on the destination ID, the source ID (i.e., an identifier of the transmitting wireless device), the PSCCH CRC, and / or the Phase 2 SCI CRC. init It can be calculated as follows:

[0130] C init =N ID *2 24 +N destinationID *2 8 +N sourceID , where N ID Indicates the 7 (MSB or LSB) bits of the second stage SCI CRC, N destinationID is the destination ID (which may be 16 bits in some embodiments), and N sourceID is the source ID (may be 8 bits in some implementations).

[0131] In some embodiments, the initialization value used to scramble the demodulation reference signal (DMRS) on the PSCCH can be determined based at least in part on the results of the PSCCH CRC (or Phase 1 SCI CRC). Similar to Phase 2 SCI messaging, some or all of the PSCCH CRC bits (e.g., LSB or MSB) can be used to determine the initialization value for the DMRS. Alternatively, the destination ID or a combination of the destination ID and the PSCCH CRC can be used to determine the initialization value.

[0132] Note that in some embodiments, the source ID may not be used to generate the initialization value for scrambling the PSSCH DMRS sequence, as it may be included in the Phase 2 SCI, which is typically decoded by performing channel estimation using the PSSCH DMRS sequence. An exemplary formula for calculating the initialization value for scrambling the DMRS sequence is as follows:

[0133] Cinit=(2 10 *(14n s,f +l+1)(2*N ID +1)+N ID )mod 2 31 ,

[0134] where N ID is the 10 (MSB or LSB) bits of the PSCCH CRC, l is the number of OFDM symbols in the slot, and n s,f is the number of time slots in a radio frame.

[0135] Avoiding sidelink HARQ feedback conflicts

[0136] In some embodiments, a wireless device, such as a V2X-enabled wireless device, may perform sidelink communications in-coverage or partial coverage scenarios, and the wireless device may report sidelink HARQ feedback to a base station (e.g., an eNB or gNB). In these embodiments, the base station may indicate to the wireless device via DCI messaging the timing for transmitting the sidelink HARQ feedback. Unfortunately, schedulable sidelink HARQ feedback may cause the sidelink HARQ feedback to conflict with other uplink or downlink transmissions, including UL or DL ​​HARQ messaging, scheduling requests (SRs), channel state information (CSI) reports, and / or uplink data transmissions. Furthermore, multiplexing of sidelink HARQ messaging with uplink control information (UCI) may complicate UE operation. To address these and other issues, some embodiments propose priority-based handling of sidelink HARQ messaging and other transmissions.

[0137] In some embodiments, the priority of sidelink HARQ messaging may be based at least in part on the priority of the associated sidelink data. In some embodiments, there may be up to 8 or more priorities. Similarly, the priority of downlink HARQ messaging may depend on the priority of the associated downlink data, with up to 2 or more priorities.

[0138] In some embodiments, if there is a potential conflict between the sidelink HARQ messaging and the uplink data communication transmitted on the UL channel, the wireless device may piggyback the sidelink HARQ messaging with the uplink data communication on the PUSCH. It should be understood that "piggybacking" as used herein may refer to transmitting two communications simultaneously as part of a single transmission. Alternatively, the behavior of the wireless device may depend on the relative priority of the sidelink HARQ messaging and the uplink data communication. For example, if the sidelink HARQ messaging and the uplink data communication belong to the same priority level, the wireless device may piggyback the sidelink HARQ messaging with the uplink data communication. If they do not have the same priority level, the wireless device may discard (i.e., the wireless device may avoid transmitting or postpone transmitting) the communication with the lower priority.

[0139] In some embodiments, there may be a potential conflict between a sidelink HARQ message being transmitted on the UL channel and a second transmission of another type. The second transmission may include a P / SP CSI report on the PUCCH, an uplink SR message, a downlink HARQ message, or another type of transmission. In some embodiments, the wireless device may, by default (i.e., without querying the priority), determine to transmit the sidelink HARQ message and discard the second transmission. Alternatively, the wireless device may determine its behavior based on the priority of the sidelink HARQ message. For example, if the sidelink HARQ priority is above a threshold, the second transmission may be discarded and the sidelink HARQ message may be executed according to the indicated timing. As another possibility, the priority of the sidelink HARQ message may be compared with the priority of the second transmission, and the higher-priority transmission may be executed according to the corresponding scheduling of the higher-priority transmission, while the lower-priority transmission may be postponed or canceled. In some embodiments, if both the sidelink HARQ message and the second transmission have the same priority, the sidelink HARQ message may be piggybacked on the second transmission (if possible).

[0140] Figure 8 —Flowchart of priority-based sidelink HARQ collision mitigation

[0141] Figure 8 is a block diagram illustrating a method for avoiding collisions when transmitting sidelink HARQ feedback to a base station according to some embodiments. In some embodiments, the sidelink HARQ feedback may be associated with 5G NR communications. Figure 8 The method described herein may be performed by a wireless device configured with at least one antenna for performing wireless communication, a radio coupled to the at least one antenna, and a processor coupled to the radio. In some embodiments, the wireless device may be included in a vehicle. In various embodiments, some of the illustrated method elements may be performed simultaneously in a different order than shown, may be replaced by other method elements, or may be omitted. Additional method elements may also be performed as needed. As shown, the method may operate as follows.

[0142] At 802, downlink control information (DCI) is received from a base station, indicating timing for a wireless device to transmit sidelink hybrid automatic repeat request (HARQ) feedback to the base station. In various implementations, the base station may be an eNB or a gNB. The DCI may further specify one or more frequency resources for the wireless device to use in transmitting sidelink HARQ feedback.

[0143] At 804, it is determined that the indicated timing for transmitting the sidelink HARQ feedback conflicts with the second transmission. For example, it can be determined that the sidelink HARQ feedback overlaps in time and / or frequency with the second transmission. The second transmission can be of various types in the uplink or downlink direction. For example, in various embodiments, the second transmission can include a periodic / semi-persistent (P / SP) channel state information (CSI) report on the uplink channel, an uplink scheduling request, or a downlink HARQ message.

[0144] At 806, the wireless device may prioritize sidelink data associated with the sidelink HARQ feedback based at least in part on determining that the indicated timing for transmitting the sidelink HARQ feedback conflicts with the second transmission. For example, the wireless device may prioritize sidelink data for which the sidelink HARQ feedback reports successful or unsuccessful reception.

[0145] At 808, sidelink HARQ feedback is transmitted according to the indicated timing based at least on a priority of the sidelink data. In some embodiments, determining the priority of the sidelink data includes determining whether the priority of the sidelink data is above a predetermined threshold. In these embodiments, transmitting the sidelink HARQ feedback according to the indicated timing based at least on the priority of the sidelink data may include transmitting the sidelink HARQ feedback according to the indicated timing based at least in part on the priority of the sidelink data being above the predetermined threshold.

[0146] In some embodiments, determining the priority of the sidelink data includes comparing the priority of the sidelink data to a priority of the second transmission or a priority associated with the second transmission. In these embodiments, transmitting the sidelink HARQ feedback at the indicated timing based at least on the priority of the sidelink data includes transmitting the sidelink HARQ feedback at the indicated timing based at least in part on determining that the priority of the sidelink data is higher than the priority of the second transmission.

[0147] In some embodiments, it may be determined that the sidelink data associated with the sidelink HARQ feedback has the same priority level as the second transmission. In these embodiments, transmitting the sidelink HARQ feedback according to the indicated timing may include utilizing the second transmission to piggyback the sidelink HARQ feedback.

[0148] In other embodiments, based on determining that the sidelink data has a lower priority than the second transmission, the wireless device may refrain from transmitting the sidelink HARQ feedback according to the indicated timing. In these embodiments, the wireless device may transmit the second transmission according to the timing of the second transmission schedule and may cancel the sidelink HARQ feedback, or alternatively, the wireless device may defer the sidelink HARQ feedback until a future available opportunity.

[0149] Yet another example embodiment may include a method comprising performing, by a wireless device, any or all of the foregoing examples.

[0150] Another example embodiment may include a device comprising: an antenna; a radio coupled to the antenna; and a processing element operatively coupled to the radio, wherein the device is configured to implement any or all of the foregoing examples.

[0151] Another exemplary set of embodiments may include a non-transitory computer-accessible memory medium including program instructions that, when executed at a device, cause the device to implement any or all portions of any of the foregoing examples.

[0152] Another exemplary set of embodiments may include a computer program comprising instructions for performing any or all of any of the foregoing examples.

[0153] Another exemplary set of embodiments may include an apparatus comprising means for performing any or all of the elements of any of the preceding examples.

[0154] Another exemplary set of embodiments may include an apparatus comprising a processing element configured to cause a wireless device to perform any or all elements of any of the foregoing examples.

[0155] As described above, one aspect of the present technology is to collect and use data obtained from specific and legitimate sources to improve the coordination of traffic flow in a traffic environment. The present disclosure contemplates that, in some instances, the collected data may include personal information data that uniquely identifies or can be used to identify a specific person. Such personal information data may include demographic data, location-based data, online identifiers, phone numbers, email addresses, home addresses, data or records related to the user's health or fitness level (e.g., vital signs measurements, medication information, exercise information), date of birth, or any other personal information.

[0156] The present disclosure recognizes that the use of such personal information data in the present technology can be used to benefit users. For example, personal information data can be used to better coordinate traffic flow in the user's environment, making transportation for the user and other users more efficient. In addition, personal data can improve the safety of the user (and other users) by avoiding traffic accidents, especially vehicle collisions. For example, in the case of pedestrian users, personal information, especially information related to movement and location, can be used to avoid potentially fatal collisions between vehicles and users. In addition, personal information can be used to reduce the resources and power consumed by user devices by benefiting from traffic-related networks, which can improve the user's experience.

[0157] This disclosure contemplates that entities responsible for collecting, analyzing, disclosing, transmitting, storing, or otherwise using such personal information will adhere to established privacy policies and / or practices. Specifically, such entities are expected to implement and consistently apply privacy practices generally recognized as meeting or exceeding industry or government requirements for safeguarding user privacy. Such information regarding the use of personal data should be prominently displayed and easily accessible to users and updated as the collection and / or use of data changes. Users' personal information should be collected only for lawful uses. Furthermore, such collection / sharing should occur only after receiving user consent or other lawful basis as provided in applicable law. Furthermore, such entities should consider taking any necessary steps to safeguard and secure access to such personal information and ensure that others with access to such personal information adhere to their privacy policies and procedures. Furthermore, such entities may subject themselves to third-party assessments to demonstrate compliance with widely accepted privacy policies and practices. Furthermore, policies and practices should be tailored to the specific types of personal information being collected and / or accessed and adapted to applicable laws and standards, including jurisdiction-specific considerations that may impose higher standards. For example, in the United States, the collection or access of certain health data may be governed by federal and / or state laws, such as the Health Insurance Portability and Accountability Act (HIPAA); while health data in other countries may be subject to other regulations and policies and should be handled accordingly.

[0158] Regardless of the foregoing, the present disclosure also contemplates implementation scenarios in which users selectively block the use or access of personal information data. That is, the present disclosure contemplates providing hardware elements and / or software elements to prevent or block access to such personal information data. For example, the present technology may be configured to allow users to choose to "opt in" or "opt out" of participating in the collection of personal information data for use in vehicle and traffic-related networks. In another example, for traffic safety and coordination purposes, users may choose not to provide certain personal data, such as location or motion data, to the V2X network. In another example, users may choose to limit the length and extent of traffic-related data being retained, or to completely block the development of basic traffic or vehicle configurations. In addition to providing "opt-in" and "opt-out" options, the present disclosure contemplates providing notifications related to access or use of personal information. For example, users may be notified that their personal information data will be accessed for use in vehicle and traffic networks.

[0159] Furthermore, it is an object of the present disclosure that personal information data should be managed and processed to minimize the risk of unintentional or unauthorized access or use. Risk can be minimized by limiting data collection and deleting data once it is no longer needed. In addition, and when applicable, including in certain health-related applications, data de-identification can be used to protect the privacy of users. De-identification can be facilitated where appropriate by removing identifiers, controlling the amount or specificity of stored data (e.g., collecting location data at a city level rather than an address level), controlling how data is stored (e.g., aggregating data across users), and / or other methods such as differential privacy.

[0160] Thus, while the present disclosure broadly covers the use of personal information data to implement one or more of the various disclosed embodiments, the present disclosure also contemplates that various embodiments may be implemented without access to such personal information data. That is, various embodiments of the present technology will not fail to function due to the absence of all or a portion of such personal information data. For example, content may be selected and delivered to a user based on aggregated non-personal information data or an absolute minimum amount of personal information, such as content processed only on the user's device or other non-personal information available to the content delivery service.

[0161] The embodiments of the present disclosure may be implemented in any of a variety of forms. For example, some embodiments may be implemented as computer-implemented methods, computer-readable storage media, or computer systems. Other embodiments may be implemented using one or more custom-designed hardware devices such as ASICs. Other embodiments may be implemented using one or more programmable hardware elements such as FPGAs.

[0162] In some embodiments, a non-transitory computer-readable storage medium may be configured such that it stores program instructions and / or data, wherein the program instructions, if executed by a computer system, cause the computer system to perform a method, such as any one of the method embodiments described herein, or any combination of the method embodiments described herein, or any subset of any method embodiments described herein, or any combination of such subsets.

[0163] In some embodiments, a device (e.g., UE 104) may be configured to include a processor (or a group of processors) and a memory medium, wherein the memory medium stores program instructions, wherein the processor is configured to read and execute the program instructions from the memory medium, wherein the program instructions are executable to implement any of the various method embodiments described herein (or any combination of the method embodiments described herein, or any subset of any of the method embodiments described herein, or any combination of such subsets). The device may be implemented in any of various forms.

[0164] Although the above embodiments have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to encompass all such variations and modifications.

Claims

1. A method for transmitting polar-coded sidelink control information, the method comprising: By a processor included in a wireless device: polarity encoding sidelink control information to obtain polarity-encoded sidelink control information, wherein the sidelink control information includes phase 2 sidelink control information; performing rate matching on the polar-encoded sidelink control information; After performing the rate matching, in response at least in part to determining that communications by the wireless device on a physical sidelink shared channel (PSSCH) utilize two or more communication layers and determining that a different modulation symbol is mapped to each of the two or more communication layers, performing channel interleaving on the polarity-coded sidelink information to multiple communication layers; and The polarity-encoded sidelink information is transmitted to a remote device according to the channel interlace on the PSSCH.

2. The method according to claim 1, further comprising: determining that the PSSCH utilizes a modulation order above a first-order threshold, Wherein the performing channel interleaving is performed at least in part in response to determining that the PSSCH utilizes the modulation order above the first order threshold.

3. The method according to claim 1, further comprising: determining that communications by the wireless device on the PSSCH utilize the two or more communication layers; as well as It is determined that different modulation symbols are mapped to each of the two or more communication layers.

4. The method according to claim 1, further comprising: determining a preconfigured supported channel interlace associated with a resource pool for communicating with the remote device, Wherein said performing channel interleaving is performed at least in part in response to determining the preconfigured supported channel interleaving associated with the resource pool for communicating with the remote device.

5. The method of claim 1 , wherein the channel interleaving comprises one of: Triangle interweaving; Block interleaving; or Parallel block interleaving with staggered combinations.

6. The method according to claim 1, further comprising: performing scrambling and modulation on the polarity-encoded sidelink control information, Where channel interleaving is performed: before performing said scrambling and modulation; after performing said scrambling and before performing said modulation; or After performing the scrambling and modulation.

7. The method according to claim 1, The channel interleaving includes: BIL Set equal to one.

8. A wireless device comprising: at least one antenna for performing wireless communication; a radio coupled to the at least one antenna; and a processor coupled to the radio; The wireless device is configured to: polarity-encoding the first sidelink control information to obtain polarity-encoded first sidelink control information, wherein the first sidelink control information includes the second stage sidelink control information; performing rate matching on the polar-encoded first sidelink control information; determining a result of a cyclic redundancy check performed on second sidelink control information received via a physical sidelink control channel (PSCCH); scrambling the polar-encoded first sidelink control information based at least in part on an initialization value determined based at least in part on the result of the cyclic redundancy check; and The scrambled polarity-encoded first sidelink information is transmitted to a remote device on a physical sidelink shared channel (PSSCH).

9. The wireless device according to claim 8, Wherein scrambling is further performed on the polar-encoded first sidelink control information based at least in part on an identifier of the remote device.

10. The wireless device according to claim 8, wherein scrambling the polarity-coded and rate-matched first sidelink control information based at least in part on the initialization value comprises determining an initialization value for a pseudorandom sequence used to scramble the polarity-coded and rate-matched first sidelink control information based at least in part on the result of the cyclic redundancy check, and The initialization value is determined at least in part based on a least significant bit (LSB) of a cyclic redundancy check bit of the second sidelink control information.

11. The wireless device according to claim 8, The wireless device is further configured to: performing a second cyclic redundancy check on third sidelink control information received from the remote device on the PSSCH; The data information is scrambled based at least in part on one or more of: a result of the second cyclic redundancy check; an identifier of the remote device; or an identifier of the wireless device; and The scrambled data information is transmitted to the remote device on the PSSCH.

12. The wireless device according to claim 8, The wireless device is further configured to: scrambling a demodulation reference signal based at least in part on the result of the cyclic redundancy check; and The scrambled demodulation reference signal is transmitted to the remote device on the PSSCH.

Images