Managing Vehicle-to-Everything Communications with Vulnerable Roadside User Device Configurations

Abstract

[0003] Various aspects of the present disclosure generally relate to wireless communications. In some aspects, a device may receive Vehicle-to-Everything (V2X) communications associated with a vehicle in an environment, determine a VRU notification profile associated with a vulnerable roadside user (VRU) in the environment to indicate vehicle data for the vehicle based at least in part on a vulnerability measure of the VRU, and perform an action according to the VRU notification profile. [0004] Numerous other aspects are provided.

Description

[Technical field]

[0001] Claiming priority under 35 U.S.C. § 119 This patent application claims priority to non-provisional application Ser. No. 16 / 831,067, entitled “VEHICLE TO EVERYTHING COMMUNICATION MANAGEMENT ACCORDING TO A VULNERABLE ROADSIDE USER DEVICE CONFIGURATION,” filed Mar. 26, 2020, which is assigned to the assignee of this application and is expressly incorporated by reference herein.

[0002] Aspects of the present disclosure relate generally to Vehicle-to-Everything (V2X) communications and V2X communications management with vulnerable roadside user (VRU) device configurations. [Background technology]

[0003] A vehicle may include a sensor system including one or more sensors for determining characteristics associated with the vehicle and / or characteristics associated with the vehicle's environment. For example, such a sensor system may be configured to detect proximity to objects, weather conditions, road conditions, vehicle speed, traffic conditions, vehicle location, etc. The vehicle may share information associated with the sensor system and / or vehicle with other vehicles, roadside units (RSUs), valuable roadside unit (VRU) devices, etc. (e.g., using vehicle-to-everything (V2X) communications, vehicle-to-vehicle (V2V) communications, etc.). Summary of the Invention [Means for solving the problem]

[0004] In some aspects, a method performed by the device may include receiving Vehicle-to-Everything (V2X) communications associated with a vehicle in an environment; determining a VRU notification profile associated with a vulnerable roadside user (VRU) in the environment based at least in part on a vulnerability measure of the VRU to indicate vehicle data of the vehicle; and performing an action according to the VRU notification profile.

[0005] In some aspects, a device may include a memory and one or more processors operably coupled to the memory. The memory and the one or more processors may be configured to receive V2X communications associated with vehicles in an environment, determine a VRU notification profile associated with whether an alert is to be provided to a VRU to indicate vehicle data of the vehicles based at least in part on a vulnerability measure of a VRU in the environment, and perform an action according to the VRU notification profile.

[0006] In some aspects, a non-transitory computer-readable medium may store one or more instructions for wireless communication that, when executed by one or more processors of a device, may cause the one or more processors to receive V2X communications associated with vehicles in an environment, determine a VRU notification profile associated with whether an alert is to be provided to a VRU to indicate vehicle data of the vehicles based at least in part on a vulnerability measure of a VRU in the environment, and perform an action according to the VRU notification profile.

[0007] In some aspects, an apparatus for wireless communication may include means for receiving V2X communications associated with vehicles in an environment, means for determining a VRU notification profile associated with whether an alert is to be provided to the VRU to indicate vehicle data of the vehicles based at least in part on a vulnerability measure of the VRU in the environment, and means for performing an action according to the VRU notification profile.

[0008] Aspects generally include methods, apparatus, systems, computer program products, non-transitory computer-readable media, user devices, wireless communication devices, and / or processing systems as fully described with reference to and as illustrated in the drawings and this specification.

[0009] The foregoing has outlined rather broadly the features and technical advantages of examples according to the present disclosure so that the following detailed description may be better understood. Additional features and advantages are described below. The concepts and examples disclosed may be readily utilized as a basis for modifying or designing other structures for carrying out the same purposes of the present disclosure. Such equivalent structures do not depart from the scope of the appended claims. The nature of the concepts disclosed herein, both their organization and method of operation, together with associated advantages, will be better understood from the following description when considered in conjunction with the accompanying figures. Each of the figures is provided for the purpose of illustration and explanation, and not as a definition of the limits of the claims.

[0010] So that the above-mentioned features of the present disclosure can be understood in detail, a more detailed description, briefly summarized above, may be had by reference to embodiments, some of which are illustrated in the accompanying drawings. However, since the present description may admit of other equally effective embodiments, it should be noted that the accompanying drawings illustrate only some typical embodiments of the present disclosure and therefore should not be considered as limiting its scope. The same reference numbers in different drawings may identify the same or similar elements. [Brief description of the drawings]

[0011] [Figure 1] FIG. 1 conceptually illustrates an example environment in which a vulnerable roadside user (VRU) device as described herein may be implemented, in accordance with various aspects of the present disclosure. [Diagram 2] FIG. 2 conceptually illustrates example components of one or more devices shown in FIG. 1, such as a VRU device, in accordance with various aspects of the disclosure. [Figure 3A] FIG. 1 conceptually illustrates one or more examples related to V2X communications management, in accordance with various aspects of the present disclosure. [Figure 3B] FIG. 1 conceptually illustrates one or more examples related to V2X communications management, in accordance with various aspects of the present disclosure. [Figure 3C] FIG. 1 conceptually illustrates one or more examples related to V2X communications management, in accordance with various aspects of the present disclosure. [Figure 4] FIG. 1 conceptually illustrates one or more examples related to V2X communications management, in accordance with various aspects of the present disclosure. [Diagram 5] 1 is a flowchart of an example process related to V2X communications management by a VRU device configuration, in accordance with various aspects of the present disclosure. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0012] Various aspects of the present disclosure will be described more fully below 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 particular structure or function presented throughout the present disclosure. Rather, these aspects are provided so that the disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art. Based at least in part on the teachings herein, those skilled in the art will appreciate that the scope of the present disclosure encompasses any aspect of the present 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 described herein. In addition, the scope of the present disclosure is intended to encompass such an apparatus or method practiced using other structures, functions, or structures and functions in addition to or other than the various aspects of the present disclosure described herein. It will be understood that any aspect of the present disclosure disclosed herein may be embodied by one or more elements of a claim.

[0013] In some instances, the vehicles may be configured to communicate with each other and / or other devices (e.g., via the vehicle's electronic control unit (ECU), such as a telematics control unit (TCU)). For example, advances in communication technology enable vehicle-to-everything (V2X) communications, which may include vehicle-to-vehicle (V2V) communications, vehicle-to-pedestrian (V2P) communications, and the like. Additionally, one or more roadside units (RSUs) of a roadside platform may be utilized in connection with V2X communications. For example, the RSUs may be configured to facilitate communications between the vehicles, receive information associated with and / or from vehicles traveling along the roadway, provide information to and / or associated with vehicles traveling along the roadway, and the like.

[0014] In some cases, the vehicle and / or RSU may be configured to share information from V2X communications with a vulnerable roadside user (VRU). For example, the V2X device (e.g., vehicle, RSU, etc.) may transmit vehicle information to a user device of the VRU (referred to herein as a "VRU device") to cause or enable the VRU device to use a user interface component to alert the VRU to the presence of the vehicle, indicate the location of the vehicle, provide information associated with the vehicle, etc. However, in some instances, using some user interface components (e.g., output components such as a display, speaker, vibration mechanism, etc.) may be wasteful. For example, when the VRU device is in a pocket or the VRU's environment is noisy, the VRU may not see the VRU device's display or hear the VRU's speaker rendering the information associated with the vehicle.

[0015] According to some aspects described herein, a VRU device performs V2X communication management through a VRU device configuration. In some aspects, the VRU device may determine a VRU device configuration associated with the VRU and determine a VRU notification profile for notifying (e.g., alerting, warning, indicating, etc.) the VRU. The VRU device may determine the VRU device configuration by identifying any or all activatable output components associated with the VRU, including output components of the VRU device and other devices (e.g., wearable devices) communicatively coupled with the VRU device. The VRU notification profile may correspond to an optimal manner in which the VRU may receive vehicle information associated with the vehicle. More specifically, the VRU notification profile may identify which output components will render certain outputs (e.g., according to a model or priority scheme described herein) based at least in part on the VRU device configuration and contextual information associated with the vehicle and / or VRU. In this manner, the VRU device may conserve computing resources (e.g., processing resources, memory resources, etc.), communication resources (e.g., short-range wireless communication resources between the VRU device and the wearable device), and / or power resources (e.g., power resources for activating output components) associated with providing V2X-related notifications to the VRU as compared to previous techniques by avoiding transmitting and / or rendering V2X-related notifications that are unlikely to be received by the VRU. Additionally, the VRU device may improve the user experience associated with receiving V2X-related notifications by determining and / or providing notifications that are more likely to be received by the VRU as compared to previous techniques.

[0016] 1 is a diagram of an example environment 100 in which the systems and / or methods described herein may be implemented. As shown in FIG. 1, environment 100 may include one or more VRU devices 110 (individually referred to as a “VRU device 110” and collectively referred to as “VRU devices 110”), an RSU 120, one or more vehicles 130-1 through 130-N (individually referred to as a “vehicle 130” and collectively referred to as “vehicles 130”) having corresponding ECUs 132-1 through 132-N (individually referred to as a “TCU 132” and collectively referred to as “ECUs 132”), and a network 140. 1 with a single corresponding TCU 132 (e.g., the TCU 132 is co-located with the vehicle), one or more of the vehicles 130 in the environment 100 may include two or more ECUs 132. The devices of the environment 100 may be interconnected via wired connections, wireless connections, or a combination of wired and wireless connections.

[0017] The VRU devices 110 include one or more devices capable of receiving, generating, storing, processing, transmitting, and / or providing information associated with V2X communications management, as described herein. For example, the VRU devices 110 may include communications and / or computing devices, such as user equipment (UE) or mobile phones (e.g., smartphones, wireless phones, etc.), laptop computers, tablet computers, handheld computers, wearable communications devices (e.g., smart watches, smart glasses, etc.), or similar types of devices. The VRU devices 110 include V2X-compatible and / or V2X devices capable of communicating with other V2X devices, as described herein.

[0018] The RSU 120 includes one or more computing and / or communication devices (e.g., RSUs) assigned to receive, generate, process, and / or provide information associated with V2X communications, as described herein. For example, the RSU 120 may include a server device or a group of server devices. The RSU 120 may be configured to enable communication with the VRU device 110 and the ECU 132 of the vehicle 130 and / or located along a roadway. In some aspects, the RSU 120 may be a device of a V2X communications platform, which may be implemented in or by a cloud computing environment, that receives vehicle data via V2X communications associated with the vehicle 130 and distributes the vehicle data to other vehicles 130 (e.g., vehicles coupled to the RSUs of the V2X communications platform), the VRU device 110, etc.

[0019] Vehicle 130 may include any vehicle capable of transmitting and / or receiving V2X communications as described herein. For example, vehicle 130 may be a consumer vehicle, an industrial vehicle, a commercial vehicle, etc. Vehicle 130 may be capable of traveling and / or providing transportation via public roads, may be capable of being used in operations related to a workplace (e.g., a construction site), etc. Vehicle 130 may include a sensor system including one or more sensors used to generate and / or provide (e.g., to VRU device 110 and / or RSU 120) vehicle data associated with vehicle 130.

[0020] The vehicle 130 may be controlled by the TCU 132, which may include one or more devices capable of receiving, generating, storing, processing, and / or providing information associated with V2X communication management as described herein. For example, the TCU 132 may include and / or be a component of a communication and / or computing device, such as an ECU, an on-board computer, a control console, an operator station, or a similar type of device. In some aspects, the TCU 132 may include and / or be used to provide V2X communications and vehicle data (e.g., identification information, sensor data, etc.) associated with the vehicle 130, as described herein. For example, the TCU 132 may enable the vehicle 130 to have one or more on-board capabilities related to sharing vehicle information associated with the vehicle, as described herein, with the VRU device 110 and / or the RSU 120.

[0021] Network 140 includes one or more wired and / or wireless networks. For example, network 140 may include a peer-to-peer (P2P) network, a cellular network (e.g., a long-term evolution (LTE) network, a code division multiple access (CDMA) network, a 3G network, a 4G network, a 5G network, another type of next generation network, etc.), a public land mobile network (PLMN), a local area network (LAN), a wide area network (WAN), a metropolitan area network (MAN), a telephone network (e.g., a public switched telephone network (PSTN)), a private network, an ad-hoc network, an intranet, the Internet, a fiber-optic based network, a cloud computing network, etc., and / or a combination of these or other types of networks. In some aspects, network 140 may include and / or be a P2P communication link that is directly between one or more of the devices of environment 100.

[0022] The number and arrangement of devices and networks shown in Figure 1 are provided as one or more examples. In practice, there may be additional devices and / or networks, fewer devices and / or networks, different devices and / or networks, or differently arranged devices and / or networks than those shown in Figure 1. Furthermore, two or more devices shown in Figure 1 may be implemented within a single device, or a single device shown in Figure 1 may be implemented as multiple distributed devices. Additionally or alternatively, a set of devices (e.g., one or more devices) of environment 100 may perform one or more functions described as being performed by another set of devices of environment 100.

[0023] 2 is a diagram of example components of a device 200. The device 200 may correspond to a VRU device 110, an RSU 120, a TCU 132, etc. In some aspects, the VRU device 110, the RSU 120, and / or the TCU 132 may include one or more of the devices 200 and / or one or more components of the devices 200. As shown in FIG. 2, the device 200 may include a bus 210, a processor 220, a memory 230, a storage component 240, an input component 250, an output component 260, a communication interface 270, and one or more context sensors 280 (individually referred to herein as “context sensors 280” and collectively referred to herein as “context sensors 280”).

[0024] The bus 210 includes components that enable communication between multiple components of the device 200. The processor 220 is implemented in hardware, firmware, and / or a combination of hardware and software. The processor 220 is a central processing unit (CPU), a graphics processing unit (GPU), an accelerated processing unit (APU), a microprocessor, a microcontroller, a digital signal processor (DSP), a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), or another type of processing component. In some aspects, the processor 220 includes one or more processors that can be programmed to perform functions. The memory 230 includes a random access memory (RAM), a read only memory (ROM), and / or another type of dynamic or static storage device (e.g., flash memory, magnetic memory, and / or optical memory) that stores information and / or instructions for use by the processor 220.

[0025] The storage component 240 stores information and / or software related to the operation and use of the device 200. For example, the storage component 240 may include a hard disk (e.g., a magnetic disk, an optical disk, and / or a magneto-optical disk), a solid-state drive (SSD), a compact disk (CD), a digital versatile disk (DVD), a floppy disk, a cartridge, a magnetic tape, and / or another type of non-transitory computer-readable medium along with a corresponding drive.

[0026] Input components 250 include components that enable device 200 to receive information such as through user input (e.g., a touchscreen display, a keyboard, a keypad, a mouse, buttons, switches, a microphone, a camera, etc.). Additionally or alternatively, input components 250 may include components for determining location (e.g., a Global Positioning System (GPS) component) and / or sensors (e.g., an accelerometer, a gyroscope, an actuator, another type of positional or environmental sensor, etc.). Output components 260 include components that provide output information from device 200 (e.g., via a display, a speaker, a haptic feedback component, an audio or visual indicator, etc.).

[0027] Communications interface 270 includes transceiver-like components (e.g., a transceiver, a separate receiver, a separate transmitter, etc.) that enable device 200 to communicate with other devices via a wired connection, a wireless connection, or a combination of wired and wireless connections, etc. Communications interface 270 may enable device 200 to receive information from another device and / or provide information to another device. For example, communications interface 270 may include an Ethernet interface, an optical interface, a coaxial interface, an infrared interface, a radio frequency (RF) interface, a universal serial bus (USB) interface, a Wi-Fi interface, a cellular network interface, etc.

[0028] Device 200 may perform one or more processes described herein. Device 200 may perform these processes based at least in part on processor 220 executing software instructions stored by a non-transitory computer-readable medium, such as memory 230 and / or storage component 240. As used herein, the term "computer-readable medium" refers to a non-transitory memory device. A memory device includes memory space within a single physical storage device or memory space spread across multiple physical storage devices.

[0029] Software instructions may be read into memory 230 and / or storage component 240 from another computer-readable medium or another device via communication interface 270. When executed, the software instructions stored in memory 230 and / or storage component 240 may cause processor 220 to perform one or more processes described herein. Additionally or alternatively, hardware circuitry may be used in place of or in combination with software instructions to perform one or more processes described herein. Thus, the aspects described herein are not limited to any particular combination of hardware circuitry and software.

[0030] Context sensors 280 include one or more devices capable of receiving, detecting, analyzing, processing, and / or providing information associated with one or more characteristics of an environment of device 200 (e.g., an environment of a VRU). For example, as described herein, context sensors 280 may be configured to determine time, a visibility measure, an ambient noise level, a speed of an object, a presence of an object, a physical characteristic of an object, a type of object, a direction of travel, etc. Such information may be determined based at least in part on sensor data (e.g., associated with sensors of input component 250), communications (e.g., from other devices), etc.

[0031] In some aspects, device 200 includes a means for performing one or more processes and / or a means for performing one or more operations of the processes described herein. For example, the means for performing the processes and / or operations described herein may include bus 210, processor 220, memory 230, storage component 240, input component 250, output component 260, communication interface 270, context sensor 280, and / or any combination thereof.

[0032] The number and arrangement of components shown in Figure 2 are provided as an example. In practice, device 200 may include additional, fewer, different, or differently arranged components than those shown in Figure 2. Additionally or alternatively, a set of components (e.g., one or more components) of device 200 may perform one or more functions described as being performed by another set of components of device 200.

[0033] 3A-3C are diagrams conceptually illustrating an example 300 related to V2X communications management, according to various aspects of the disclosure. The example 300 includes a VRU device configuration of a VRU (e.g., including one or more VRU devices 110), a vehicle (e.g., vehicle 130), a base station (e.g., a base station of network 140), and an RSU (e.g., RSU 120). In the example 300, the vehicle and the VRU may be approaching the same road intersection.

[0034] In example 300, a VRU may carry and / or wear multiple VRU devices that make up a VRU device configuration. More specifically, as shown, a VRU may carry a primary VRU device (depicted as “UE” and referred to herein as “UE”) and a set of secondary VRU devices (depicted as smart glasses “W1” (or augmented reality glasses) and a smart watch “W2”, collectively referred to herein as “wearable devices”). Thus, a VRU device configuration may be utilized to notify a VRU that a vehicle is approaching an intersection via one or more output components of the devices of the VRU device configuration. The VRU device configuration is provided by way of example and may include more, fewer, and / or different devices than those described with respect to example 300.

[0035] As indicated by reference numeral 310 in FIG. 3A , the UE receives V2X communications associated with the vehicle. For example, the V2X communications may be received from the vehicle and / or the RSU using any suitable V2X communications protocol. Thus, the V2X communications may be received by the UE based at least in part on the UE being within communication range of the vehicle and / or the RSU. Additionally or alternatively, the V2X communications may be received by the UE based at least in part on the UE being within a threshold distance of the vehicle (e.g., based at least in part on the vehicle and / or the RSU determining that the UE is within a threshold distance). As described herein, when referring to the vehicle performing an action related to the V2X communications (e.g., transmitting / receiving the V2X communications, processing the V2X communications, etc.), it should be understood that an ECU (e.g., TCU 132) of the vehicle may be performing the action.

[0036] As described herein, V2X communications may include vehicle data associated with a vehicle. For example, the vehicle data may include information identifying at least one of a location of the vehicle (e.g., geographic coordinates, altitude information, etc.), a speed of the vehicle, a heading of the vehicle (e.g., heading information, navigation information, etc.), an identification of the vehicle (e.g., a vehicle identifier, a make / model of the vehicle, etc.), and the like. According to some aspects, the vehicle data may identify a type of vehicle to indicate one or more performance capabilities of the vehicle. More specifically, the vehicle data may represent V2X communication capabilities (e.g., whether the vehicle is a connected V2X (C-V2X)-enabled vehicle), autonomous driving control capabilities (e.g., whether the vehicle is an autonomous vehicle, a semi-autonomous vehicle, etc.), sensing capabilities (e.g., whether the vehicle includes several types of sensors, has several sensor systems, has the ability to detect several objects, etc.), and the like.

[0037] In this manner, the UE may receive V2X communications associated with the vehicle and enable the UE to determine whether to share vehicle data with the VRU (e.g., using one or more output components of the UE and / or the wearable device).

[0038] 3A by reference numeral 320, the UE determines context information associated with the VRU and / or the vehicle. For example, the UE determines, via one or more sensors associated with the UE and / or the wearable device, one or more characteristics of the environment (e.g., the environment including the VRU, the vehicle, an intersection, etc.), one or more characteristics of the VRU, and / or one or more characteristics of the vehicle. Based at least in part on the context information, as described herein, the UE may determine a probability or likelihood that the VRU is aware of the vehicle, that a driver of the vehicle is aware of the VRU, that the VRU and / or the vehicle may collide, etc.

[0039] The UE may determine context information associated with the vehicle based at least in part on vehicle data (e.g., location, speed, heading, vehicle capabilities, etc.) received in the V2X communication. To obtain or determine context information associated with the environment, the UE may use sensors of the UE and / or sensors of the wearable device associated with one or more characteristics of the environment. For example, the UE may use a clock to determine the time of day, a camera or light sensor to determine the amount of ambient light in the environment, a microphone to determine the ambient noise level in the environment, etc. Additionally or alternatively, the UE may determine context information associated with the environment based at least in part on receiving and / or processing data associated with one or more applications of the UE. For example, the UE may use a weather application to obtain weather information associated with the environment, a vehicle traffic or navigation application to obtain traffic density information associated with the environment, a mapping application to obtain roadside obstacle information (e.g., based at least in part on buildings depicted on a map, terrain depicted on a map, etc.). In some aspects, the UE may obtain information associated with the environment from the RSU. For example, the RSU may broadcast and / or provide (e.g., within and / or in association with the V2X communication) information associated with the environment, such as traffic density, pedestrian density, visibility information, etc.

[0040] The UE may determine context information associated with the VRU using one or more sensors or systems of the UE and / or the wearable device. For example, the UE may use a pedometer (which may include, e.g., an accelerometer) and / or a GPS component to determine the speed of the VRU, a compass or GPS component to determine the heading of the VRU, a heart rate monitor or other biometric monitoring sensor to determine health characteristics of the VRU, etc. The UE may determine context information associated with the VRU based at least in part on one or more user inputs to the UE. For example, the UE may determine whether the VRU is exercising (e.g., walking, running, cycling, etc.), has a certain mobility characteristic (e.g., uses a wheelchair or other mobility assistance device), has a certain health condition (e.g., hearing impairment, vision impairment, etc.), is of a certain age, etc. based at least in part on the user providing one or more inputs to a fitness and / or health application.

[0041] Thus, the UE may use any or all of the above contextual information and / or other similar types of information to correspondingly determine the probability that the VRU can hear the vehicle (e.g., using ambient noise levels and / or other information) and the probability that the VRU can see the vehicle and / or that the vehicle driver can see the VRU (e.g., using location information, roadside obstacle information, etc.).

[0042] In this manner, the UE may determine context information associated with the VRU and / or the vehicle to enable the UE to determine a vulnerability measure associated with the VRU.

[0043] As further indicated by reference numeral 330 in FIG. 3A, the UE determines a vulnerability measure associated with the VRU. For example, the UE may determine the vulnerability measure based at least in part on the context information. The vulnerability measure may represent a level of vulnerability of the VRU and / or a degree of severity of an emerging situation involving the VRU and the vehicle. The vulnerability measure may be based at least in part on determining a probability that the VRU is aware of the vehicle, a probability that a driver of the vehicle is aware of the VRU, a probability that the VRU and the vehicle may collide, etc.

[0044] The one or more probabilities may be determined based at least in part on a value associated with the context information. For example, if the context information indicates that an obstacle is between the VRU and the vehicle (e.g., line of sight is blocked) and that there is a relatively high level of ambient noise, the UE may determine that there is a relatively higher likelihood that the VRU is unaware of the vehicle than if the environment is relatively quiet and / or no obstacle is between the VRU and the vehicle (e.g., because the VRU would likely hear and / or see the vehicle). According to some aspects, the RSU may notify the UE that the vehicle is approaching an intersection if the vehicle is not a C-V2X vehicle. For example, the RSU may determine that the vehicle is approaching an intersection based on a camera and / or sensor associated with the RSU detecting the vehicle and / or based on messages, location information, and / or navigation information provided to the RSU by a user device carried by the vehicle. In such an example, if the vehicle is not a C-V2X vehicle with which the RSU can communicate, the UE may determine that there is a relatively higher likelihood that the vehicle's driver is unaware of the VRU than if the vehicle is a C-V2X vehicle (e.g., because the driver of the C-V2X vehicle becomes aware of the VRU via V2X communications from the RSU and / or UE). Further, based at least in part on the respective location, speed, and heading information of the VRU and the vehicle, the UE can determine a probability that the VRU and the vehicle will collide.

[0045] According to some aspects, the UE can utilize a vulnerability scoring system to determine a vulnerability measure (and / or one or more probabilities) associated with the VRU and the vehicle based at least in part on the context information. For example, using such a scoring system, the UE can apply a weight (w) to one or more vulnerability parameters associated with the context information. The weight may be based at least in part on the relevant impact that each vulnerability parameter has on a potential collision (or other hazardous scenario) between the VRU and the vehicle (e.g., relevance of VRU perception to a potential collision, relevance of vehicle driver perception to a potential collision, relevance of concurrent overlapping VRU and vehicle travel paths, etc.).

[0046] More specifically, given three vulnerability parameters including a visibility measure between the VRU and the vehicle, an audibility measure of the environment, and a mobility measure corresponding to the current or estimated future distance between the VRU and the vehicle, the UE may determine a vulnerability measure (s) based at least in part on the three vulnerability parameters, denoted as a, b, and c for vehicle (i) for VRU j using: ij ) can be determined. s ij =w aj a i +w bj b i +w cj c i +... (1) Here, w aj , w bj , w cj is the vulnerability parameter a, which corresponds to the value for vehicle i specifically i , b i , c iIn accordance with the above, when a VRU is relatively stationary, a greater weight may be given to the mobility measure than the visibility measure or the audibility measure to cause the vulnerability measure to indicate a relatively higher degree of vulnerability than if all three were weighted equally. In some aspects, the weight w aj , w bj , w cj may be normalized (e.g., where 0≦w aj , w bj , w cj ≦1 and w aj +w bj +w cj =1).

[0047] In some aspects, the UE may use and / or be associated with a machine learning model, such as a vulnerability model, to determine the vulnerability measure. For example, the UE may train the vulnerability model based on one or more vulnerability parameters associated with determining whether the VRU is vulnerable to the vehicle, such as a visibility measurement, an audibility measurement, a distance between the VRU and the vehicle, the awareness level or capability of the VRU, the awareness level or capability of the vehicle driver, the speed of the VRU, the speed of the vehicle, the direction of travel of the VRU, the direction of travel of the vehicle, the location of the VRU, the location of the vehicle, the time of day, the time of year, weather characteristics, vehicle capability or type, etc. The vulnerability model may be trained using historical data associated with determining whether the VRU is vulnerable to the vehicle according to the one or more vulnerability parameters. Using the historical data and corresponding context information associated with the VRU and / or the vehicle (e.g., corresponding context information for the vulnerability parameter) as inputs to the vulnerability model, the UE may determine a vulnerability measure to determine whether a VRU notification profile and / or a notification associated with the vehicle will be sent to (or rendered for) the VRU.

[0048] 3B illustrates example scenarios 330a-330d related to example 300. In example scenario 330a, the VRU is near a loud speaker that is making a lot of noise. In such a scenario, the UE may obtain and / or determine contextual information (e.g., from the UE's microphone) that indicates that there is a high level of ambient noise around the VRU. In such a case, the UE may determine a vulnerability measure that indicates that the VRU is vulnerable to vehicles (e.g., because the VRU cannot possibly hear the vehicles).

[0049] In an example scenario 330b, there is a building that blocks the line of sight between the VRU and the vehicle. In such a scenario, the UE may obtain and / or determine (e.g., using location information, mapping information, etc.) context information indicating that the building is between the VRU and the vehicle. In such a case, the UE may determine a vulnerability measure that indicates that the VRU is vulnerable to the vehicle (e.g., because the VRU cannot possibly see the vehicle).

[0050] In an example scenario 330c, the intersection includes a bridge such that a vehicle passes over the VRU's road. In such a scenario, the UE may obtain and / or determine (e.g., using location and / or altitude information, mapping information, etc.) context information indicating that the VRU and the vehicle are not approaching the same location and / or are unable to collide. In such a case, based at least in part on the vehicle possibly not being in the intersection at the same time as the VRU, the UE may determine a vulnerability measure indicating that the VRU is not vulnerable to the vehicle.

[0051] In an example scenario 330d, a vehicle is stopped (or is stopped). In such a scenario, the UE may obtain and / or determine (e.g., from V2X communications) context information indicating that the vehicle is stopped. In such a case, based at least in part on the vehicle possibly not being in the intersection at the same time as the VRU, the UE may determine a vulnerability measure indicating that the VRU is not vulnerable to the vehicle.

[0052] In this manner, the UE may determine the vulnerability measure from the context information to enable the UE to determine a VRU notification profile for notifying the VRU via one or more output components of the VRU device configuration.

[0053] As indicated by reference numeral 340 in FIG. 3C, the UE determines a VRU notification profile according to the VRU device configuration. The VRU notification profile may be selected based at least in part on the vulnerability measure and / or may indicate whether the VRU will be notified that a V2X communication has been received and / or to provide vehicle information associated with the vehicle data of the V2X communication (e.g., to indicate the location of the vehicle, the speed of the vehicle, the direction of travel of the vehicle, etc.). For example, if the VRU is determined to be vulnerable (e.g., there is a threshold probability that the VRU and the vehicle will arrive at the intersection at the same time), the VRU may determine that the VRU will receive a notification associated with the vehicle and / or the received V2X communication. If the UE determines a vulnerability measure that indicates that the VRU is not vulnerable to the vehicle (although the VRU may be vulnerable to other vehicles), the UE may continue to monitor the V2X communication associated with the vehicle (e.g., when the UE determines from one of the V2X communications that the VRU is vulnerable to the vehicle).

[0054] In some aspects, when a VRU is to be notified that a V2X communication has been received, a VRU notification may be determined and / or configured to indicate which output components of a VRU device in the VRU device configuration are to be used to send a notification (e.g., a message, an alert, a warning, etc.) to the VRU. Additionally or alternatively, the VRU notification profile may indicate a frequency and / or pattern associated with sending notifications via one or more output components.

[0055] The UE may determine a VRU user interface configuration associated with a VRU based at least in part on the VRU devices (e.g., quantity and / or type) in the VRU device configuration. The VRU user interface configuration may identify activatable output components of any or all of the VRU devices in the VRU device configuration. In example 300, the activatable output components may include a display, speaker, and haptic feedback component of the UE, a display, speaker, and haptic feedback component of a smart watch, and a display and speaker of smart glasses.

[0056] The UE may determine a VRU user interface configuration based at least in part on which of the output components of the VRU device are activatable. For example, the UE may determine which of the UE's output components are activatable (e.g., according to the UE's settings and / or the UE's preferences) and which of the wearable device's output components are activatable (e.g., according to one or more messages or communications identifying the availability of the respective output components of the wearable device). In some aspects, the UE may determine that one or more settings of the output components can be overridden according to a vulnerability measure (e.g., if the UE is in silent mode, the speaker may be activated for a vulnerability measure associated with a critical condition).

[0057] According to certain aspects described herein, when the UE determines that a VRU is to be notified for a vehicle, the UE may select one or more of the output components for the VRU notification profile. The device selected may be based at least in part on a priority scheme associated with the type of device and / or the preferences of the VRU. For example, the priority scheme may prioritize sending notifications via a wearable device over a UE. Additionally or alternatively, the priority scheme may specify that a particular wearable device is to be prioritized over another wearable device (e.g., smart glasses are to be prioritized over a smart watch), that a particular type of wearable device in the VRU is to be prioritized over another type of wearable device (e.g., any set of smart glasses in the VRU is to be prioritized over a smart watch).

[0058] In some aspects, a priority scheme for selecting which output components of a VRU device in a VRU device configuration will be used for notification may be based at least in part on the vulnerability measure. For example, when the UE determines a relatively significant or large vulnerability measure indicating that the VRU is likely (e.g., above a threshold probability) vulnerable to a vehicle (e.g., because the VRU may be more likely to receive notification via the wearable device's output components than the UE's output components), the UE may select one or more wearable device's output components over the UE's output components to notify the VRU. On the other hand, for a less significant or smaller vulnerability measure indicating that the VRU is likely not vulnerable to a vehicle (e.g., below a threshold probability), the UE may select the UE's output components (e.g., to provide information associated with the vehicle but to avoid the likelihood of distracting the VRU).

[0059] In this manner, the UE may determine a VRU notification profile to enable the UE to notify the VRU (e.g., send a notification and / or cause a notification to be rendered) via one or more output components of the UE and / or the wearable device.

[0060] 3C by reference numeral 350, the UE controls notifications according to the VRU notification profile. For example, the UE may render one or more notifications (e.g., displayed content, messages, sounds, vibrations, etc.) via one or more output components of the UE and / or cause the wearable device to render one or more notifications via one or more output components of each of the wearable devices.

[0061] In some aspects, the UE may select a VRU notification profile that will block one or more notifications configured to be transmitted pursuant to a V2X communication. For example, a vehicle may transmit a V2X communication to notify a VRU that the vehicle is within a threshold distance of the VRU (e.g., without context information available to the VRU and / or described herein). In such a case, the UE may ignore and / or block the V2X communication associated with the vehicle (e.g., because the UE has determined that the VRU is not vulnerable to the vehicle).

[0062] In this manner, one or more of the VRU devices described with respect to example 300 may be used to selectively notify a VRU that a V2X communication has been received in a selective manner based at least in part on the VRU's contextual information and / or VRU device configuration. Thus, one or more VRU devices described herein may conserve computing and / or communication resources associated with irrelevant V2X communications (e.g., V2X communications associated with vehicles not associated with the VRU) and / or improve the user experience associated with receiving notifications regarding V2X communications (e.g., by improving the likelihood that the VRU will receive important notifications without being distracted by unnecessary or irrelevant notifications).

[0063] As noted above, Figures 3A-3C are provided only as one or more examples, and other examples may differ from those described with respect to Figures 3A-3C.

[0064] 4 is a diagram conceptually illustrating an example 400 related to V2X communications management in accordance with various aspects of the disclosure. The example 400 includes a call flow involving a V2X device 402 (e.g., the RSU and / or vehicle of example 300), a VRU device controller 404 (e.g., processor 220, a processor of a UE of example 300, etc.), a VRU device output component 406 (e.g., a display, speaker, or haptic component of the UE), and a VRU wearable device 408 (e.g., the smart glasses and / or smart watch of example 300).

[0065] As indicated by reference numeral 410, a short-range wireless communication session (e.g., a BLUETOOTH® communication session, a BLUETOOTH LOW-ENERGY® (BLE) communication session, a Wi-Fi communication session, etc.) is established between the VRU device controller 404 and the VRU wearable device 408. As indicated by reference numeral 420, a V2X session is established between the VRU device controller 404 and the V2X device 402.

[0066] In example 400, the VRU device controller 404 receives a first V2X message ("V2X Message 1") from the V2X device 402, as indicated by reference numeral 430. The VRU device controller 404 may determine that a low priority VRU notification profile (which may be associated, for example, with a vulnerability measure associated with a relatively low risk to the VRU) is to be used to send a notification associated with the first V2X message, as indicated by reference numeral 440, in accordance with certain aspects described herein. The VRU device controller 404 may render a notification via the VRU device output component 406 (e.g., to provide information, such as vehicle data, associated with the first V2X message), as indicated by reference numeral 450.

[0067] As further indicated by reference numeral 460 in FIG. 4, in example 400, the VRU device controller 404 receives a second V2X message ("V2X message 2") from the V2X device 402. As indicated by reference numeral 470, the VRU device controller 404 may determine that a high priority VRU notification profile (which may be associated, for example, with a vulnerability measure associated with a relatively high risk to the VRU), according to certain aspects described herein, will be used to send a notification associated with the second V2X message. As indicated by reference numeral 480, the VRU device controller 404 may send a message to the VRU wearable device 408 to enable the VRU wearable device 408 to render the notification via an output component of the VRU wearable device 408 (e.g., to alert the VRU, to warn the VRU, etc.).

[0068] As noted above, Figure 4 is provided as one or more examples. Other examples may differ from those described with respect to Figure 4.

[0069] 5 illustrates an example process 500 performed, for example, by a VRU device, in accordance with various aspects of the disclosure. The example process 500 is an example of a VRU device (such as, for example, VRU device 110) performing operations related to V2X communications management according to a VRU device configuration.

[0070] 5, in some aspects, process 500 may include receiving V2X communications associated with vehicles in the environment (block 510). For example, the VRU device (e.g., using processor 220, memory 230, storage component 240, input component 250, output component 260, communication interface 270, context sensor 280, etc.) may receive V2X communications associated with vehicles in the environment, as described above.

[0071] 5, in some aspects, process 500 may include determining (block 520) a VRU notification profile associated with whether an alert is to be provided to the VRU to indicate vehicle data of the vehicle based at least in part on the vulnerability measure of the VRU in the environment. For example, the VRU device (e.g., using processor 220, memory 230, storage component 240, input component 250, output component 260, communication interface 270, context sensor 280, etc.) may determine a VRU notification profile associated with whether an alert is to be provided to the VRU to indicate vehicle data of the vehicle based at least in part on the vulnerability measure of the VRU in the environment, as described above.

[0072] 5, in some aspects, process 500 may include performing an action according to the VRU notification profile (block 530). For example, the VRU device (e.g., using processor 220, memory 230, storage component 240, input component 250, output component 260, communication interface 270, context sensor 280, etc.) may perform an action according to the VRU notification profile, as described above.

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

[0074] In a first aspect, V2X communications are received from at least one of a vehicle or a roadside unit in the environment. In a second aspect, alone or in combination with the first aspect, the V2X communications identify at least one of a location of the vehicle, a speed of the vehicle, a direction of travel of the vehicle, or a type of vehicle.

[0075] In a third aspect, alone or in combination with one or more of the first and second aspects, the vulnerability measure is determined based at least in part on at least one of information in the V2X communication or information obtained from a sensor of the device. In a fourth aspect, alone or in combination with one or more of the first to third aspects, the vulnerability measure is determined based at least in part on at least one of a timing associated with receiving the V2X communication, a visibility measure of the environment, a traffic density of the environment, an ambient noise level of the environment, whether the vehicle is autonomous, whether there is a clear line of sight between the vehicle and the VRU, a mobility characteristic of the VRU, a speed of the VRU, or a heading of the VRU.

[0076] In a fifth aspect, alone or in combination with one or more of the first through fourth aspects, determining a VRU notification profile includes determining that an alert will be provided to the VRU according to the vulnerability measure, determining a VRU user interface configuration associated with the VRU, selecting a user interface of the VRU user interface configuration from a plurality of user interfaces of the VRU user interface configurations for alerting the vehicle's VRU, generating an alert for rendering via the user interface, and assigning the alert to the VRU notification profile, and performing the action includes causing the user interface to render the alert.

[0077] In a sixth aspect, alone or in combination with one or more of the first through fifth aspects, a VRU user interface configuration is determined based at least in part on identifying at least one of an activatable output component associated with the device or an activatable output component associated with a wearable device that is communicatively coupled to the device and associated with the VRU.

[0078] In a seventh aspect, alone or in combination with one or more of the first to sixth aspects, the user interface comprises at least one of a display of the wearable device, a haptic component of the wearable device, a speaker of the wearable device, a display of the device, a haptic component of the device, or a speaker of the device.

[0079] In an eighth aspect, alone or in combination with one or more of the first through seventh aspects, a user interface is selected based at least in part on the vulnerability measure and the VRU user interface configuration. In a ninth aspect, alone or in combination with one or more of the first through eighth aspects, a user interface is selected based at least in part on a priority scheme associated with a plurality of user interfaces.

[0080] In a tenth aspect, alone or in combination with one or more of the first to ninth aspects, the priority scheme is configured to weight the plurality of user interfaces based at least in part on at least one of a vulnerability measure, a quantity of the plurality of user interfaces, individual types of the plurality of user interfaces, or individual types of devices associated with the plurality of user interfaces.

[0081] In an eleventh aspect, alone or in combination with one or more of the first through tenth aspects, the V2X communication is a first V2X communication, the user interface is a first user interface, and the alert is a first alert, the method includes receiving a second V2X communication associated with the vehicle and updating a VRU notification profile to include the second alert based at least in part on a change to the vulnerability measure due to information in the second V2X communication, and performing the action includes causing the second user interface to render the second alert.

[0082] In a twelfth aspect, alone or in combination with one or more of the first through eleventh aspects, the updated VRU notification profile indicates that the first user interface is to render a first alert and that the second user interface is to render a second alert. In a thirteenth aspect, alone or in combination with one or more of the first through twelfth aspects, the second user interface comprises the first user interface and the updated VRU notification profile indicates that the first user interface is to render a second alert.

[0083] In a fourteenth aspect, alone or in combination with one or more of the first through thirteenth aspects, determining the VRU notification profile includes determining, according to the vulnerability measure, that an alert will not be provided to the VRU in association with receiving the V2X communication, and performing the action includes at least one of preventing a user interface from rendering an alert via the user interface, or monitoring subsequent V2X communications associated with the vehicle.

[0084] 5 illustrates example blocks of process 500, in some aspects process 500 may include additional, fewer, different, or differently arranged blocks compared to the blocks illustrated in FIG 5. Additionally or alternatively, two or more of the blocks of process 500 may be performed in parallel.

[0085] The above disclosure provides illustration and description, but is not intended to be exhaustive or to limit the embodiments to the precise form disclosed. Modifications and variations may be made in light of the above disclosure or may be acquired from practice of the embodiments.

[0086] As used herein, the term "component" is intended to be broadly interpreted as hardware, firmware, and / or a combination of hardware and software. As used herein, a processor is implemented in hardware, firmware, and / or a combination of hardware and software.

[0087] Certain aspects are described herein with respect to thresholds. As used herein, "meeting a threshold" can refer to a value being 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.

[0088] Although certain combinations of features are recited in the claims and / or disclosed herein, these combinations do not limit the disclosure of the various aspects. In fact, many of these features may be combined in ways not specifically recited in the claims and / or disclosed herein. Although each dependent claim listed below may depend directly on only one claim, the disclosure of the various aspects includes each dependent claim in combination with every other claim in the set of claims. A phrase referring to a list of "at least one of" items refers to any combination of those items, including a single element. As an example, "at least one of a, b, or c" is intended to include a, b, c, ab, ac, bc, and abc, as well as any combination having multiple identical elements (e.g., aa, aaa, aab, aac, abb, acc, bb, bbb, bbc, cc, and ccc, or any other order of a, b, and c).

[0089] No element, act, or instruction used herein should be construed as critical or essential unless expressly described as such. Additionally, the articles "a" and "an" as used herein include one or more items and may be used interchangeably with "one or more." Additionally, the article "the" as used herein includes one or more items mentioned with the article "the" and may be used interchangeably with "one or more." Additionally, the terms "set" and "group" as used herein include one or more items (e.g., related items, unrelated items, combinations of related and unrelated items, etc.) and may be used interchangeably with "one or more." When only one item is intended, the phrase "only one" or similar language is used. Additionally, terms such as "has," "have," and "having" as used herein are intended to be open-ended terms. Additionally, the phrase "based on" is intended to mean "based at least in part on," unless otherwise specified. Additionally, as used herein, the term "or" is intended to be inclusive when used in a consecutive manner, and may be used interchangeably with "and / or" unless otherwise noted (e.g., when used in combination with "either" or "only one of"). [Explanation of symbols]

[0090] 100 Exemplary Environment, Environment 110 VRU Devices 120 RSU 130, 130-1~130-N Vehicles 132 TCU, ECU 132-1~132-N ECU 140 Network 200 devices 210 Bus 220 Processor 230 Memory 240 Memory Components 250 Input Components 260 Output Components 270 Communication Interface 280 Context Sensor 300, 400 examples 330a-330d Example scenarios 402 V2X Devices 404 VRU Device Controller 406 VRU Device Output Component 408 VRU Wearable Devices

Claims

1. 1. A device-implemented method, comprising: receiving, by the device, vehicle-to-everything (V2X) communications associated with vehicles in an environment; determining a Vulnerable Roadside User (VRU) notification profile associated with whether an alert will be provided to the VRU to indicate vehicle data of the vehicle based at least in part on a vulnerability measure of the VRU by the device and in the environment; determining that an alert will be provided to the VRU according to the vulnerability measure; determining a VRU user interface configuration associated with the VRU; selecting a user interface from a plurality of user interfaces of the VRU user interface configuration for alerting the VRU about the vehicle based at least in part on a priority scheme associated with the plurality of user interfaces of the VRU user interface configuration, wherein the vulnerability measure is determined based at least in part on information in the V2X communication, and the priority scheme is configured to weight the plurality of user interfaces based at least in part on the vulnerability measure; generating the alert for rendering via the user interface; assigning the alert to the VRU notification profile; performing, by the device, an action in accordance with the VRU notification profile; causing the user interface to render the alert; Steps A method comprising:

2. 2. The method of claim 1, wherein the V2X communications are received from at least one of the vehicles or roadside units in the environment.

3. The V2X communication, the location of the vehicle; the speed of the vehicle; the direction of travel of said vehicle, or The type of vehicle The method of claim 1 , further comprising identifying at least one of:

4. The method of claim 1 , wherein the vulnerability measure is further determined based at least in part on information obtained from a sensor of the device.

5. The vulnerability measure is a timing associated with receiving the V2X communication; a visibility measure of said environment; the traffic density of said environment; the ambient noise level of said environment; whether the vehicle is autonomous; Whether there is a clear line of sight between the vehicle and the VRU; a mobility characteristic of the VRU; The speed of the VRU, or Direction of travel of the VRU The method of claim 1 , wherein the at least one of the following is determined at least in part:

6. The VRU user interface configuration, an activatable output component associated with said device; or an activatable output component associated with a wearable device communicatively coupled to the device and associated with the VRU; The method of claim 1 , wherein the determination is based at least in part on identifying at least one of:

7. The user interface, Wearable device displays, a haptic component of the wearable device; A speaker of the wearable device; a display of said device; a haptic component of said device; or The speaker of the device The method of claim 1 , comprising at least one of:

8. The method of claim 1 , wherein the user interface is selected based at least in part on the vulnerability measure and the VRU user interface configuration.

9. The priority scheme further comprises: a quantity of the plurality of user interfaces; a respective type of said plurality of user interfaces; or The respective types of devices associated with the plurality of user interfaces The method of claim 1 , further configured to weight the plurality of user interfaces based at least in part on at least one of:

10. The V2X communication is a first V2X communication, the user interface is a first user interface, the alert is a first alert, and the method further comprises: receiving a second V2X communication associated with the vehicle; updating the VRU notification profile to include a second alert based at least in part on a change to the vulnerability measure due to information in the second V2X communication; Including, The step of performing the action comprises: causing a second user interface to render the second alert.

2. The method of claim 1, comprising:

11. 11. The method of claim 10, wherein the updated VRU notification profile indicates that the first user interface is to render the first alert and the second user interface is to render the second alert.

12. 11. The method of claim 10, wherein the second user interface comprises the first user interface, and the updated VRU notification profile indicates that the first user interface is to render the second alert.

13. determining the VRU notification profile, determining, according to the vulnerability measure, that an alert will not be provided to the VRU in association with receiving the V2X communication. Including, The step of performing the action comprises: preventing a user interface from rendering said alert via a user interface; or monitoring subsequent V2X communications associated with the vehicle. The method of claim 1 , comprising at least one of:

14. A device, comprising: one or more memories; one or more processors communicatively coupled to the one or more memories, Receiving vehicle-to-everything (V2X) communications associated with vehicles in the environment; determining a VRU notification profile associated with whether an alert will be provided to a vulnerable roadside user (VRU) in the environment to indicate vehicle data of the vehicle based at least in part on a vulnerability measure of the VRU; determining that an alert will be provided to the VRU according to the vulnerability measure; determining a VRU user interface configuration associated with the VRU; selecting a user interface from a plurality of user interfaces of the VRU user interface configuration for alerting the VRU about the vehicle based at least in part on a priority scheme associated with the plurality of user interfaces of the VRU user interface configuration, wherein the vulnerability measure is determined based at least in part on information in the V2X communication, and the priority scheme is configured to weight the plurality of user interfaces based at least in part on the vulnerability measure; generating the alert for rendering via the user interface; assigning the alert to the VRU notification profile; performing an action in accordance with the VRU notification profile; causing the user interface to render the alert; and Including, one or more processors configured to A device comprising:

15. A non-transitory computer-readable storage medium having instructions stored thereon, comprising: One or more instructions that, when executed by one or more processors, cause the one or more processors to: Receiving vehicle-to-everything (V2X) communications associated with vehicles in the environment; determining a VRU notification profile associated with whether an alert will be provided to a vulnerable roadside user (VRU) in the environment to indicate vehicle data of the vehicle based at least in part on a vulnerability measure of the VRU; determining that an alert will be provided to the VRU according to the vulnerability measure; determining a VRU user interface configuration associated with the VRU; selecting a user interface from a plurality of user interfaces of the VRU user interface configuration for alerting the VRU about the vehicle based at least in part on a priority scheme associated with the plurality of user interfaces of the VRU user interface configuration, wherein the vulnerability measure is determined based at least in part on information in the V2X communication, and the priority scheme is configured to weight the plurality of user interfaces based at least in part on the vulnerability measure; generating the alert for rendering via the user interface; assigning the alert to the VRU notification profile; performing an action in accordance with the VRU notification profile; causing the user interface to render the alert; and Including, A non-transitory computer-readable storage medium configured to cause

Images