Collision detection is the computational process of determining whether the geometric models of a robot's links, end-effector, or payload intersect with models of obstacles or other objects in the environment. It is a critical safety and feasibility check performed before or during motion planning and trajectory execution to prevent physical damage. The core algorithms perform efficient intersection tests between shapes like bounding volumes, meshes, or point clouds, often leveraging spatial data structures like bounding volume hierarchies (BVH) or octrees for speed.
Glossary
Collision Detection

What is Collision Detection?
Collision detection is a fundamental computational geometry process in robotics and embodied intelligence systems.
In robot manipulation, collision detection is used in grasp planning to find collision-free gripper approaches and in path planning to compute safe arm trajectories. It operates in the robot's configuration space (C-space), where collisions are mapped to forbidden regions. For real-time safety, especially with collaborative robots (cobots), lightweight detection runs in the control loop to enable collision avoidance and emergency stops. Advanced systems also perform self-collision checks between a robot's own links, which is essential for complex manipulators and humanoid robots.
Key Algorithms and Approaches
Collision detection is the computational process of determining whether the geometric models of a robot and objects in its environment intersect or are in contact. This section details the core algorithmic approaches used to perform this critical safety and planning function.
Broad-Phase vs. Narrow-Phase
Collision detection is typically performed in two stages to optimize performance. The broad-phase uses efficient bounding volume tests (like Axis-Aligned Bounding Boxes (AABBs) or bounding spheres) to quickly cull pairs of objects that are too far apart to possibly collide. Pairs that pass this coarse test are passed to the narrow-phase, which performs precise geometric intersection tests on the detailed meshes or primitives. This hierarchical approach prevents the computationally expensive O(n²) pairwise checks of complex models in every planning cycle.
Bounding Volume Hierarchies (BVH)
A Bounding Volume Hierarchy (BVH) is a tree data structure used to accelerate spatial queries. Each node in the tree represents a bounding volume (e.g., an AABB) that contains all the geometry of its child nodes. For collision detection, the tree is traversed recursively: if the bounding volumes of two nodes do not intersect, all their children are guaranteed not to intersect and can be skipped. This structure is highly efficient for complex scenes with many objects and is fundamental to physics engines like Bullet and NVIDIA PhysX.
Continuous Collision Detection (CCD)
Standard discrete collision detection checks for intersections at discrete time steps, which can fail for fast-moving objects—a problem known as tunneling. Continuous Collision Detection (CCD) solves this by modeling the continuous motion of objects between time steps, often by sweeping their bounding volumes along their trajectories. It calculates the time of impact (TOI). This is critical for high-speed robotics and simulation accuracy, ensuring that thin objects or fast-moving end-effectors do not pass through obstacles undetected.
Signed Distance Fields (SDFs)
A Signed Distance Field (SDF) is a volumetric representation where each point in space stores the distance to the nearest surface, with the sign indicating inside (negative) or outside (positive). For collision detection, checking the SDF value at a point provides an immediate proximity query. This representation enables:
- Fast proximity and penetration depth queries.
- Efficient gradient calculation for collision response (the gradient points in the direction to resolve penetration).
- GPU-accelerated collision checks for large numbers of particles or voxels in simulation.
Gilbert–Johnson–Keerthi (GJK) Algorithm
The GJK algorithm is a highly efficient iterative method for computing the distance between two convex shapes and detecting collision. It operates by using the Minkowski difference between the two shapes' point sets. The algorithm iteratively constructs a simplex (a point, line segment, triangle, or tetrahedron) within this difference space. If the simplex contains the origin, the shapes intersect. Its efficiency comes from requiring only support functions—a routine that returns the farthest point in a given direction for a shape—making it ideal for real-time applications with convex polyhedra.
Collision Response and Contact Generation
Once a collision is detected, the system must generate a contact manifold—data describing the contact points, penetration depths, and surface normals—to resolve it. Algorithms like the Expanding Polytope Algorithm (EPA) work alongside GJK to calculate this penetration information for convex shapes. For non-convex shapes, the process is more complex, often involving mesh clipping. This contact data is passed to the physics solver or motion planner to compute appropriate forces or plan alternative paths, enabling behaviors like sliding, pushing, or compliant contact.
Collision Detection vs. Related Concepts
A technical comparison of collision detection and its adjacent computational processes in robotics, highlighting their distinct purposes, mechanisms, and outputs.
| Feature / Aspect | Collision Detection | Collision Avoidance | Path Planning |
|---|---|---|---|
Primary Objective | Determine geometric intersection or contact between bodies. | Modify motion in real-time to prevent imminent contact. | Compute a geometric route from start to goal, free of intersections. |
Core Input | Geometric models of the robot and environment. | Current robot state, sensor data (e.g., LiDAR), and a planned path. | Start configuration, goal configuration, and a world model. |
Output | Boolean result (collision/no collision), contact points, penetration depth. | Modified velocity, joint torques, or an alternative immediate trajectory. | A sequence of valid robot configurations (a path). |
Computational Phase | Perception/State Verification. Runs continuously in control loops. | Reactive Control. Activated when a potential collision is predicted. | Pre-computation / Deliberation. Executed before motion begins. |
Real-Time Requirement | High-frequency (e.g., 1kHz) for contact-rich tasks like assembly. | Very high-frequency (e.g., >1kHz) for dynamic obstacle response. | Offline or low-frequency replanning (e.g., 1-10 Hz). |
Considers Dynamics | |||
Key Algorithm Examples | Bounding Volume Hierarchies (BVH), Gilbert–Johnson–Keerthi (GJK). | Artificial Potential Fields, Velocity Obstacles. | Probabilistic Roadmap (PRM), Rapidly-exploring Random Tree (RRT). |
Relationship to Force Control | Prerequisite for computing contact forces in simulation or for triggering compliant responses. | Often uses force/torque sensing to detect unintended contact as a trigger. | Typically geometric; force constraints can be added as a post-process. |
Frequently Asked Questions
Collision detection is a foundational computational process in robotics that determines when a robot's geometry intersects with objects in its environment. These questions address its core mechanisms, applications, and integration within robotic systems.
Collision detection is the computational process of determining whether the geometric models of a robot's links, end-effector, or payload intersect with, or are in contact with, the geometric models of obstacles or other objects in its environment. It is a critical safety and feasibility check performed before or during motion execution to prevent physical damage. The process involves mathematically testing for overlaps between shapes—often simplified to bounding volumes like spheres, axis-aligned bounding boxes (AABBs), or oriented bounding boxes (OBBs)—representing the robot and its surroundings. In path planning, it validates that a proposed trajectory is free of intersections. In real-time control, it can trigger emergency stops or invoke collision avoidance behaviors.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Collision detection is a foundational capability that interacts with numerous other algorithms and systems in robotic manipulation. These related concepts define the broader planning and control pipeline.
Collision Avoidance
Collision avoidance is a real-time control strategy that actively modifies a robot's planned or current motion to prevent contact with unexpected or dynamic obstacles. It is the reactive counterpart to the more geometric collision detection process.
- Proactive vs. Reactive: While collision detection identifies intersections, avoidance generates evasive maneuvers.
- Dynamic Environments: Essential for handling moving obstacles or humans in collaborative workspaces.
- Common Algorithms: Include potential fields, velocity obstacles, and dynamic window approaches for mobile bases.
Path Planning
Path planning is the algorithmic determination of a collision-free geometric path for a robot's end-effector or body from a start to a goal configuration. It relies on collision detection as a core subroutine to evaluate candidate paths against environment models.
- Query Phase: Planning algorithms repeatedly call collision checks to validate path segments.
- Configuration Space (C-Space): Planners often work in a transformed space where obstacles are expanded, simplifying collision queries.
- Key Algorithms: Probabilistic Roadmaps (PRM), Rapidly-exploring Random Trees (RRT), and A* search on discretized grids.
Task and Motion Planning (TAMP)
Task and Motion Planning (TAMP) is an integrated approach that combines high-level symbolic task planning (deciding what to do) with low-level geometric motion planning (deciding how to move). Collision detection is critical for the feasibility checks within the motion planning layer.
- Symbolic-Geometric Interface: The task planner proposes abstract actions (e.g.,
pick(block_A)), and the motion planner must find a collision-free trajectory to achieve it. - Interleaved Planning: TAMP solvers often interleave task and motion planning to backtrack from geometric infeasibility.
Model Predictive Control (MPC) for Manipulation
Model Predictive Control (MPC) for manipulation is an advanced control strategy that uses a dynamic model to predict future states and iteratively solve for optimal control inputs over a finite horizon. It incorporates collision constraints directly into its optimization problem.
- Constraint Formulation: Collision avoidance is encoded as inequality constraints (e.g., signed distance > 0) in the MPC's cost function.
- Real-time Replanning: Solves a new optimization at each control step, enabling reactive manipulation in cluttered spaces.
- Computational Challenge: Requires fast, often convex approximations of collision constraints to meet real-time rates.
Sim-to-Real Transfer
Sim-to-real transfer is the methodology of training robotic policies in physics-based simulation before physical deployment. Accurate collision detection in simulation is paramount for learning realistic contact dynamics and for generating training data where collisions are penalized.
- Reality Gap: Inaccurate collision geometry or response in simulation leads to policies that fail on real hardware.
- Domain Randomization: Varying collision geometry, friction, and object masses in simulation helps bridge this gap.
- Sensor Simulation: Simulated depth sensors and tactile readings depend on underlying collision queries.
Physics-Based Robotic Simulation
Physics-based robotic simulation engines simulate rigid-body dynamics, contacts, and sensors. They implement collision detection as the first step in the contact resolution pipeline, followed by collision response (calculating forces).
- Broad/Narrow Phase: Simulators use hierarchical bounding volumes (Broad Phase) and exact geometric intersection tests (Narrow Phase).
- Popular Engines: NVIDIA Isaac Sim, MuJoCo, and PyBullet provide highly optimized collision detection kernels.
- Determinism: For reinforcement learning, deterministic collision outcomes are often required for reproducible training.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us