Qualcomm · Filed Apr 20, 2026 · Published Nov 5, 2026

A New Qualcomm Patent Blends Every Car Sensor Into One View of the Road

Self-driving software usually passes its work down a chain of separate programs, and each handoff is a chance for an error. Qualcomm's filing describes a single shared picture of the scene that every driving task reads from.

Side and top views of a car showing where internal driving computers and passenger cabin sensors are located. Drawing from patent filing US 2026/0351012 A1.
Side and top views of a car showing where internal driving computers and passenger cabin sensors are located.
See all 13 drawings from this filing ↓
Publication number US 2026/0351012 A1 US20260351012A1
Applicant QUALCOMM Incorporated
Filing date Apr 20, 2026
Publication date Nov 5, 2026
Inventors Varun RAVI KUMAR, Kiran BANGALORE RAVI, Senthil Kumar YOGAMANI
US classification 382/100
Status when we published Waiting for an examiner (Jun 24, 2026)
Parent application Claims priority from a provisional application 63796962 (filed 2025-04-29)
Document 20 claims

What Qualcomm's one-view driving system does

Most self-driving software works like a relay race. One program spots objects, another tracks them, another plans the route, and each passes its answer to the next. The filing says those handoffs are fragile, and a mistake early in the chain gets carried all the way to the end.

Qualcomm's patent application describes a different setup. Every sensor on the car, including cameras, radar and lidar (a laser sensor that measures distance), gets its own translator. The translator turns what the sensor sees into a common set of digital building blocks called tokens. Those get blended into one shared picture of the scene around the car.

From that single picture, separate readers pull out what the car needs: lane lines, moving things like pedestrians and cyclists, still things like cones, and which spots are open or blocked. The description goes further and has the same system plan the car's path, but the claims shown cover the shared picture and the readers.

From the filing · CLAIM 1
… generate, based on the plurality of outputs of the plurality of encoders, a plurality of world model tokens representing a unified scene representation of the environment; …

Translation: The system combines all sensor data into a single, cohesive digital model of the road.

How the sensor tokens become one scene

The first claim covers a processor that takes data from several vehicle sensors and runs each through an encoder (a neural network that converts raw readings into numbers a model can work with). The outputs can be spatial grid features, sparse tokens, and learned embeddings. The description says they are all projected to the same size so they can be mixed.

Those outputs are combined into world model tokens, a unified picture of the scene. In the description, a transformer (the same family of AI behind modern chatbots) looks across recent moments in time and across sensors. It uses calibration details such as where each camera is mounted, so a laser point and a camera patch can be matched up. A dependent claim feeds a combined embedding to a transformer aggregator.

Then perception decoders read the same tokens in parallel. The claims name tasks such as:

  • Lane detection and lane mapping
  • Static and dynamic object detection
  • Occupancy estimation (which space is open or blocked)
  • Attribute classification, such as a turn signal state

The description also covers optional pieces that go beyond the claims shown: a mapper that tracks objects over time, a planner that outputs a trajectory, and a reasoning block for traffic rules. The whole stack is trained together under one objective.

From the filing · THE ABSTRACT
… decode the plurality of world model tokens using a plurality of perception decoders for performing at least one task.

Translation: It then uses specialized decoders to translate that unified model into actions the car can take.

Why one shared view matters on the road

The practical pitch is fewer handoffs. When separate programs each interpret the road and pass their conclusions along, a misread in the first stage can mislead everything after it. A shared scene that all tasks read from is meant to cut that off at the source.

The filing also says the design can adapt to different sensor setups. A calibration block lets the same model handle a car with an extra radar or camera without rebuilding the architecture. It lists a system-on-a-chip (a single processor package) as one example host. For you, the payoff would be a driver-assist or self-driving system that behaves more consistently, though the filing gives no test results.

Qualcomm's 53rd filing we've tracked since July in our self-driving sensing race builds on its work with single or dual lens depth and tagging footage to its camera.

Editorial take

If this works as the filing hopes, you would notice it as something that does not happen. Fewer moments where a car brakes for something that is not there, or misses something because one program misjudged and the next trusted it blindly.

The filing offers no road tests or numbers, so that benefit is a design argument and nothing more. The claims are also broad: sensors, encoders, tokens, decoders. The more interesting details sit in the description, such as the calibration block and the single training objective.

One caution for riders: a single large model can be harder to inspect when something goes wrong. A relay race at least tells you which runner dropped the baton.

Get our take in your Top Stories

Liked this breakdown? Add Patentlyze as a preferred source on Google, and our plain-English take shows up more often in your Top Stories the next time Qualcomm patent news breaks.

There are more where this came from

We read every patent application Big Tech publishes and send you the ones worth knowing. Plain English, free, every week.

The drawings

13 drawing sheets from US 2026/0351012 A1 · click any drawing to enlarge

Sensor locations around the test car, drawing sheet 1 from US 2026/0351012 A1
Sheet 1 Sensor locations around the test car
Connecting the car computer to towers and phones, drawing sheet 2 from US 2026/0351012 A1
Sheet 2 Connecting the car computer to towers and phones
All-in-one chip running the car electronics, drawing sheet 3 from US 2026/0351012 A1
Sheet 3 All-in-one chip running the car electronics
Merging radar, cameras, and maps to drive, drawing sheet 4 from US 2026/0351012 A1
Sheet 4 Merging radar, cameras, and maps to drive
Using the road model directly for crash avoidance, drawing sheet 5 from US 2026/0351012 A1
Sheet 5 Using the road model directly for crash avoidance
Three ways AI scans an image, drawing sheet 6 from US 2026/0351012 A1
Sheet 6 Three ways AI scans an image
Recognizing a speed limit sign from a camera feed, drawing sheet 7 from US 2026/0351012 A1
Sheet 7 Recognizing a speed limit sign from a camera feed
Steps an AI takes to classify incoming imagery, drawing sheet 8 from US 2026/0351012 A1
Sheet 8 Steps an AI takes to classify incoming imagery
Show the other 5 sheets
An AI setup that translates sensor feeds into predictions, drawing sheet 9 from US 2026/0351012 A1
Sheet 9 An AI setup that translates sensor feeds into predictions
Extracting lane lines and spotting cars from raw camera images, drawing sheet 10 from US 2026/0351012 A1
Sheet 10 Extracting lane lines and spotting cars from raw camera images
Combining sensor data to plan the car's path, drawing sheet 11 from US 2026/0351012 A1
Sheet 11 Combining sensor data to plan the car's path
Steps for turning multiple vehicle sensors into one unified view, drawing sheet 12 from US 2026/0351012 A1
Sheet 12 Steps for turning multiple vehicle sensors into one unified view
Computer hardware that runs the car's driving systems, drawing sheet 13 from US 2026/0351012 A1
Sheet 13 Computer hardware that runs the car's driving systems
Browse all the drawings 13 drawing sheets
Patent filing page

Source. Full patent text and figures from the official USPTO publication PDF.
Reader comments

Be the first to weigh in

Start the discussion

Real name or a handle, either is fine. Comments are read by a person before they appear, so allow a little time. Keep it about the filing.