Qualcomm Incorporated

Onboard Security, Inc.

Security Innovation Inc.

Ntru Cryptosystems, Inc.

Verizon Ireland Limited

Ntru Cryptosystmes, Inc.

William Whyte

Jonathan Petit

Cong Chen

Mohammad Raashid Ansari

Jeffrey Hoffstein

Jean-Philippe Monteuuis

Joseph H Silverman

Drew Foster Van Duren

Jill C Pipher

Sean Vincent Maschue

Virendra Kumar

Jonathan Kies

Michael Franco Taveira

Wesley James Holland

Abhijeet Bisain

Brian D Vogelsang

Zhenfei Zhang

John M Schanck

Nicholas A Howgrave-Graham

Stefano M Faccin

Anand Palanigounder

Soumya Das

Richard Dominic Wietfeldt

Adrian Edward Escott

Philip Michael Hawkes

Anthony Bahadir Lopez

Abhishek Jain

Disclosed are systems, apparatuses, processes, and computer-readable media for wireless communications. For example, a process may include determining a potential position overlap between a first vehicle and a second vehicle and determining a characteristic of at least one of the first vehicle or the second vehicle based on information from a vehicle-based message. The process may include determining whether the potential position overlap is an actual position overlap between the first vehicle and the second vehicle based on the characteristic.

Detection of position overlap (PO) between objects

A method for managing a plurality of imaging devices in a vehicle includes determining that a change of data security mode is indicated for frames of image data transmitted over a first data communication link, determining whether a sensor management system has sufficient processing capacity to support the change of data security mode, increasing the processing capacity of the sensor management system by modifying data security settings for at least one other data communication link when the processing capacity of the sensor management system is insufficient to support the change of data security mode, and initiating the change of data security mode when the sensor management system has sufficient processing capacity to support the change of data security mode. The change of data security mode may include a change from an application-based to a link-based data security mode or a change from the link-based to the application-based data security mode.

Mode switch for link-based and application-based security operations

Systems and techniques are described for token device transfer management. A system identifies, in a payload of at least one block of a distributed ledger, a token corresponding to media content. A parameter of the token in the distributed ledger indicates that the token is associated with a first user. The system identifies a device that is associated with the token and the media content. The device is also associated with the first user. The system identifies that the device has been relocated to an area associated with a second user. In response to identifying that the device has been relocated to the area, the system causes the parameter of the token in the distributed ledger to be modified from indicating that the token is associated with the first user to indicating that the token is associated with the second user.

Systems and methods for management of non-fungible tokens and corresponding digital assets

Various embodiments include methods and systems for vehicle-to-everything (V2X) system of a vehicle for managing transmission of misbehavior reports. Various embodiments may include generating a misbehavior report based on a detected V2X misbehavior, assigning a priority or a transmission probability to the generated misbehavior report based on an external condition related to the detected V2X misbehavior, and transmitting the misbehavior report based on the assigned priority or transmission probability.

Managing transmission of misbehavior reports

Systems and techniques are described for situational token-associated media output. A system receives sensor data captured by at least one sensor of a media device. The system identifies, based on the sensor data, a relationship between the media device and an anchor element that is associated with a token. The system identifies the token in a payload of at least one block of a distributed ledger. The token corresponds to media content according to the distributed ledger. The system generates a representation of the media content corresponding to the token. In response to identifying the relationship between the media device and the anchor element, the system outputs the representation of the media content.

Methods, systems, and devices for road usage charging (RUC) are described. RUC computation may be performed at a vehicle using a vehicle computing device (VCD) that is trusted by a service provider, charger, or both. The VCD may be trusted to collect high accuracy, high resolution time and location data for RUC, and also compute for itself what the RUC charge is according to one or more applicable charge policies that are provided to the VCD. Anonymity related to specific vehicle and location information may be provided by encrypting portions of RUC data that are decryptable by different entities with reduced likelihood of revealing specific vehicle, location, and time information.

Road usage charging (RUC) determination and reporting techniques

Various embodiments include methods and systems for managing a volume of misbehavior reports. In various embodiments, a vehicle processing system may identify one or more misbehavior observations from among a plurality of misbehavior observations made by the vehicle processing system based on one or more volume management criteria for misbehavior report generation, generate a misbehavior report including information about the identified misbehavior observations, and transmit the generated misbehavior report to a network computing device.

Managing a volume of misbehavior reports

Embodiments include methods performed by vehicle-to-everything (V2X) system for protecting proprietary data within misbehavior reports. Various embodiments may include detecting misbehavior conditions based on received sensor data, determining whether the received sensor data that supports a conclusion that a misbehavior condition has occurred is or includes proprietary information, and encrypting the sensor data that supports the conclusion that the misbehavior condition has occurred in response to determining that the received sensor data is or includes the proprietary information. Various embodiments may further include generating a misbehavior report including the received sensor data that supports the conclusion that the misbehavior condition has occurred in response to determining that the misbehavior condition has occurred, in which the received sensor data included in the misbehavior report is encrypted in response to determining that the received sensor data is or includes proprietary information, and transmitting the generated misbehavior report to a misbehavior managing authority.

Method and system for protecting proprietary information used to determine a misbehavior condition for vehicle-to-everything (V2X) reporting

A method of controlling a radio-frequency (RF) transaction region comprises: determining a value of a characteristic associated with an ability of roadside equipment, associated with an RF transaction, to obtain information from a user equipment (UE) in the RF transaction region; determining, based on the value of the characteristic, a value of a parameter affecting the ability of the roadside equipment to obtain the information from the UE in the RF transaction region; and conveying the value of the parameter to the UE to affect transmission of messages from the UE to the roadside equipment.

User equipment messaging techniques and applications

Embodiments include methods performed by a processor of a vehicle-to-everything (V2X) system within a vehicle for detecting misbehavior conditions by comparing information received in V2X messages to local dynamic map data. Various embodiments may include receiving V2X messages from other V2X system participants, determining whether a misbehavior condition is detected by comparing data contained in the received V2X messages to information in a locally maintained or stored local dynamic map data model, detecting a misbehavior condition and generating a misbehavior report identifying the misbehavior condition in response to a conflict or inconsistency between some data in the received V2X message and the local dynamic map.

Vehicle-to-everything (V2X) misbehavior detection using a local dynamic map data model

Various embodiments enable broadcast communications security. Various embodiments enable the authentication of broadcast communications. Various embodiments may enable asymmetric authentication and integrity protection of small size messages, such as one or more signed messages totaling a length of 250 bytes or less. Various embodiments may support cryptographic signing of beacon type messages using certificates. Various embodiments may include generating a beacon type message, cryptographically signing the beacon type message at least in part using a certificate to generate a signed beacon message, and sending the signed beacon type message in one or more broadcast transmissions in conjunction with, or independently of, certificate information used to verify the signed beacon message.

Methods of using certificate-based security with drone identity and broadcasting

Methods and devices and systems for implementing the methods for authenticating plaintext and ciphertext in a vehicle-to-everything (V2X) message include generating ciphertext from a plaintext message to be transmitted in a V2X message, generating a hash of the ciphertext and a hash of the plaintext message, generating a digital signature of a concatenation of the hash of the ciphertext and the hash of the plaintext message, and sending to a network node a V2X message that includes the ciphertext, the hash of the plaintext message, and the digital signature. The hash of the plaintext message, and the digital signature may be configured to enable the network node to verify that the V2X endpoint node signed the concatenation.

Authenticating plaintext and ciphertext in a vehicle-to-everything (V2X) message

Methods and devices for implementing the methods for communicating vehicle-to-everything (V2X) information to a network node include transmitting a first V2X message that is associated with a first service and that includes an identifier of a second service, and transmitting a second V2X message that is associated with the second service and that includes an identifier of the first service configured to enable the network node to use information from the first V2X message with the second service. The network node may receive the first V2X message and the second V2X message, and may use information from the first V2X message with the second service.

Methods and systems for communication vehicle-to-everything (V2X) information

Methods, misbehavior management systems, non-transitory processor-readable media of various embodiments provide for managing the generation, storage, and transmission of misbehavior reports from vehicle-to-everything (V2X) onboard equipment to an associated entity, such as a misbehavior managing authority. Various embodiments may include detecting a misbehavior condition has occurred and determining whether to generate a misbehavior report based on an aggregated criticality value. The misbehavior management system may then determine whether to store the generated misbehavior report. The misbehavior management system may also determine whether to transmit the generated misbehavior report to a misbehavior managing authority. In some embodiments, the misbehavior management system may determine which stored misbehavior reports may be deleted from storage.

Method and system for misbehavior detection report management routing

Embodiments are disclosed that include systems and methods performed by vehicle-to-everything (V2X) system participant to determine whether a misbehavior condition may have occurred based on the generation and/or receipt of a V2X message. The detection of a misbehavior condition may occur if the V2X message is generated and/or received too frequently or not frequently enough. In addition, a misbehavior condition may be detected if the generated and/or received V2X message does include the appropriate security credential.

Growing community of inventors

Belmont, MA, United States of America

William Whyte