Pre-security message verification
US-2024114341-A1 · Apr 4, 2024 · US
US12133079B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-12133079-B2 |
| Application number | US-202217936981-A |
| Country | US |
| Kind code | B2 |
| Filing date | Sep 30, 2022 |
| Priority date | Sep 30, 2022 |
| Publication date | Oct 29, 2024 |
| Grant date | Oct 29, 2024 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
Performing filtering of infrastructure-to-vehicle (V2I) messages by a vehicle is provided. First messages are received from one or more road-side units (RSUs). Responsive to the vehicle approaching a check-in location indicated by the first messages, a check-in location identifier is stored for the check-in location retrieved from the first messages as being a current check-in location for the vehicle. Second messages are received from the one or more RSUs. Responsive to a message identifier in the second messages matching the check-in location identifier, the second messages are forwarded to a vehicle application for processing. Otherwise the second messages are discarded.
Opening claim text (preview).
What is claimed is: 1. A vehicle for performing filtering of infrastructure-to-vehicle (I2V) messages, comprising: a transceiver; and an on-board unit (OBU), programmed to: receive first messages from one or more road-side units (RSUs), verify the first messages are valid before utilizing a check-in location indicated by the first messages, the verify including to identify a current position and/or heading of the vehicle, and to ensure that the first messages are a match to the check-in location before performing security verification of the first messages, responsive to the vehicle approaching the check-in location indicated by the first messages, store a check-in location identifier for the check-in location retrieved from the first messages as being a current check-in location for the vehicle, responsive to the vehicle exiting a check-out location indicated by the first messages, removing the check-in location identifier from storage to reset the current check-in location, forward the first messages matching the current check-in location to a vehicle application for processing, receive second messages from the one or more RSUs, verify the second messages are valid before forwarding the second messages to the vehicle application the second verify including to identify the current position and/or heading of the vehicle, and to ensure that the second messages are a match to the check-in location before performing security verification of the second messages, responsive to a message identifier in the second messages matching the check-in location identifier, forward the second messages to a vehicle application for processing, and otherwise discard the second messages. 2. The vehicle of claim 1 , wherein the OBU is further programmed to verify the first messages using Wireless Access in Vehicular Environments (WAVE) protocol as defined by Institute of Electrical and Electronics Engineer (IEEE) 1609.2 WAVE standard. 3. The vehicle of claim 1 , wherein the OBU is further programmed to verify the second messages using WAVE protocol as defined by IEEE 1609.2 WAVE standard. 4. The vehicle of claim 1 , wherein the first messages are MAP messages, and the second messages are signal status message (SSM) messages. 5. The vehicle of claim 1 , wherein the first messages are toll access message (TAM) messages, and the second messages are toll usage message acknowledgement (TUMAck) messages. 6. A method for performing filtering of I2V messages by a vehicle, comprising: receiving first messages from one or more road-side units (RSUs); verifying the first messages are valid before utilizing a check-in location indicated by the first messages, the verify including to identify a current position and/or heading of the vehicle, and to ensure that the first messages are a match to the check-in location before performing security verification of the first messages; responsive to the vehicle approaching the check-in location indicated by the first messages, storing a check-in location identifier for the check-in location retrieved from the first messages as being a current check-in location for the vehicle; responsive to the vehicle exiting a check-out location indicated by the first messages, removing the check-in location identifier from storage to reset the current check-in location; forwarding the first messages matching the current check-in location to a vehicle application for processing; receiving second messages from the one or more RSUs; verifying the second messages are valid before forwarding the second messages to the vehicle application the second verify including to identify the current position and/or heading of the vehicle, and to ensure that the second messages are a match to the check-in location before performing security verification of the second messages: responsive to a message identifier in the second messages matching the check-in location identifier, forwarding the second messages to a vehicle application for processing; and otherwise discarding the second messages. 7. The method of claim 6 , further comprising verifying the first messages using Wireless Access in Vehicular Environments (WAVE) protocol as defined by Institute of Electrical and Electronics Engineer (IEEE) 1609.2 WAVE standard. 8. The method of claim 6 , further comprising verifying the second messages using WAVE protocol as defined by IEEE 1609.2 WAVE standard. 9. The method of claim 6 , wherein one of: the first messages are MAP messages, and the second messages are signal status message (SSM) messages; or the first messages are toll access message (TAM) messages, and the second messages are toll usage message acknowledgement (TUMack) messages. 10. A non-transitory computer-readable medium comprising instructions for performing filtering of I2V messages that, when executed by an OBU of a vehicle, cause the OBU to perform operations including to: receive first messages from one or more road-side units (RSUs); verify the first messages are valid before utilizing a check-in location indicated by the first messages, the verify including to identify a current position and/or heading of the vehicle, and to ensure that the first messages are a match to the check-in location before performing security verification of the first messages; responsive to the vehicle approaching the check-in location indicated by the first messages, store a check-in location identifier for the check-in location retrieved from the first messages as being a current check-in location for the vehicle; responsive to the vehicle exiting a check-out location indicated by the first messages, removing the check-in location identifier from storage to reset the current check-in location; forward the first messages matching the current check-in location to a vehicle application for processing; receive second messages from the one or more RSUs; verify the second messages are valid before forwarding the second messages to the vehicle application the second verify including to identify the current position and/or heading of the vehicle, and to ensure that the second messages are a match to the check-in location before performing security verification of the second messages; responsive to a message identifier in the second messages matching the check-in location identifier, forward the second messages to the vehicle application for processing; and otherwise discard the second messages. 11. The non-transitory computer-readable medium of claim 10 , wherein one of: the first messages are MAP messages, and the second messages are signal status message (SSM) messages; or the first messages are toll access message (TAM) messages, and the second messages are toll usage message acknowledgement (TUMAck) messages.
Business processes related to the transportation industry (shipping G06Q10/083) · CPC title
Location-dependent; Proximity-dependent · CPC title
for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H] · CPC title
Packet or message integrity · CPC title
WLAN [Wireless Local Area Networks] · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.