Time to Collision (TTC) is a fundamental risk metric that estimates the time remaining before two objects on a constant relative velocity course will collide if no evasive action is taken. It is calculated using the relative distance and relative speed between the agent and an obstacle. A lower TTC value indicates a higher, more urgent risk, making it a critical input for reactive collision avoidance algorithms like the Dynamic Window Approach (DWA) and Model Predictive Control (MPC).
Glossary
Time to Collision (TTC)

What is Time to Collision (TTC)?
Time to Collision (TTC) is a fundamental predictive metric in robotics and autonomous systems for quantifying immediate collision risk.
TTC is a core component of broader Collision Risk Assessment, often used alongside the Closest Point of Approach (CPA). Its primary limitation is the assumption of constant velocity, which simplifies calculation but may not account for accelerating obstacles. Therefore, effective systems fuse TTC with Trajectory Prediction models for more robust, proactive safety in dynamic environments like warehouses or roads.
Key Characteristics of TTC
Time to Collision (TTC) is a fundamental risk metric in robotics and autonomous systems. These characteristics define how TTC is calculated, applied, and integrated into safety-critical decision-making.
Core Definition & Formula
Time to Collision (TTC) is the estimated time remaining before two objects on a constant relative velocity course will collide if no evasive action is taken. It is calculated as the current separation distance divided by the closing speed (the magnitude of the relative velocity vector along the line of sight).
- Formula:
TTC = Distance / |Relative Velocity| - Assumption: Constant velocity (no acceleration).
- Output: A scalar value in seconds. A lower TTC indicates higher immediate risk.
Constant Velocity Assumption
The standard TTC calculation assumes both the agent and the obstacle maintain their current velocities. This is a kinematic simplification that makes TTC computationally lightweight and suitable for real-time systems.
- Limitation: It cannot account for accelerating, decelerating, or maneuvering obstacles.
- Application: Best used for short-term, tactical risk assessment where prediction horizons are brief (e.g., < 2-3 seconds).
- Extension: More complex models, like Trajectory Prediction, are required for longer horizons or non-linear motion.
Integration with Other Metrics
TTC is rarely used in isolation. It is combined with other spatial and probabilistic metrics to form a comprehensive Collision Risk Assessment.
- Distance to Closest Point of Approach (DCPA): The predicted minimum separation distance.
- Probability of Collision: Often derived from distributions around TTC and DCPA estimates.
- Safety Margin: A buffer (e.g., TTC threshold of 3-5 seconds) added to account for system latency and uncertainty.
- Context: Priority of agents, zone rules, and operational state can adjust the risk interpretation of a given TTC value.
Role in Hierarchical Safety
TTC operates at different levels of a safety stack. It triggers specific protocols based on threshold breaches, enabling layered responses.
- Warning (High TTC): Alerts a human operator or high-level planner (e.g., TTC > 8s).
- Tactical Avoidance (Medium TTC): Triggers reactive algorithms like Velocity Obstacle (VO) or Model Predictive Control (MPC) to compute a new path (e.g., 3s < TTC < 8s).
- Emergency Maneuver (Low TTC): Invokes a deterministic Emergency Stop Protocol or maximal deceleration command (e.g., TTC < 2s).
Sensor & Estimation Dependency
TTC is only as accurate as the pose and velocity estimates of the agent and obstacles. This creates a direct dependency on upstream perception systems.
- Required Inputs: Accurate position, velocity, and sometimes heading for both entities.
- Sensor Fusion: LiDAR, radar, and cameras fused together provide the most robust state estimation.
- Error Propagation: Sensor noise and latency directly affect TTC calculation, necessitating probabilistic representations and conservative safety margins.
- V2X Enhancement: Vehicle-to-Everything (V2X) communication can provide highly accurate intent and state data from cooperative obstacles, improving TTC reliability.
Limitations & Advanced Extensions
While foundational, the basic TTC model has known limitations that advanced methods address.
- Non-Linear Motion: Does not model turning or acceleration. Extended by trajectory prediction models.
- Multi-Agent Scenarios: Basic TTC is pairwise. Reciprocal Velocity Obstacle (RVO) algorithms use TTC-like concepts within a velocity-space framework for cooperative, multi-agent avoidance.
- Uncertainty: Probabilistic TTC (PTTC) models state estimates as distributions, yielding a probability distribution over possible collision times.
- Shape & Orientation: Ignores object geometry. Combined with Collision Cones or Occupancy Grids to account for size and orientation.
How is Time to Collision (TTC) Calculated?
Time to Collision (TTC) is a fundamental risk metric in collision avoidance systems. Its calculation is based on the relative motion between two objects.
Time to Collision (TTC) is calculated as the relative distance between two objects divided by their closing speed, assuming constant velocity. The core formula is TTC = d / v_rel, where d is the current separation distance and v_rel is the relative speed along the line connecting the objects. A positive TTC value indicates the time until a potential collision if current motion persists, while an infinite or negative value signifies no imminent collision risk. This calculation is foundational for Collision Risk Assessment and triggering automated responses like Automated Emergency Braking (AEB).
In practice, TTC calculation requires accurate Sensor Fusion for Obstacle Detection to estimate the position and velocity of dynamic obstacles. For non-linear trajectories or accelerating objects, more complex Trajectory Prediction models are used to project future states. The resulting TTC value is then compared against a Safety Margin threshold to determine if an evasive action is required. This metric is often used in conjunction with the Closest Point of Approach (CPA) to provide a more complete picture of collision risk for path planning algorithms like the Velocity Obstacle (VO) or Model Predictive Control (MPC).
Primary Applications of Time to Collision (TTC)
Time to Collision (TTC) is a foundational metric for proactive safety. Its primary value lies in quantifying risk to trigger appropriate, timely responses across different operational domains.
Robotic Fleet Navigation
In warehouse and logistics automation, TTC is used for decentralized collision avoidance among Autonomous Mobile Robots (AMRs). Each robot calculates TTC with nearby agents and obstacles to make local, cooperative decisions—slowing down, yielding, or replanning paths. This enables safe, high-density operation without central micromanagement. Integration with the Velocity Obstacle (VO) family of algorithms allows robots to select velocities that maintain a positive, safe TTC.
Pedestrian Safety & Social Navigation
For robots and autonomous vehicles operating near humans, TTC informs socially-aware navigation. By estimating TTC with pedestrians, systems can exhibit predictable, courteous behavior—such as slowing to allow crossing—that aligns with human expectations. This moves beyond hard collision avoidance to fluid co-existence. Research in this area often integrates TTC with models like the Social Force Model to generate more natural agent trajectories.
Priority-Based Fleet Orchestration
Within a heterogeneous fleet, TTC is a dynamic input for priority-based routing and exception handling. A high-priority agent (e.g., carrying a critical part) may be assigned a route that minimizes its TTC with all obstacles, while lower-priority agents yield. The orchestration middleware can use real-time TTC streams from all agents to detect potential deadlock scenarios and command pre-emptive resolutions before agents come to a full stop.
TTC vs. Related Collision Metrics
A comparison of Time to Collision (TTC) against other key metrics used to assess and predict collision risk in dynamic environments.
| Metric | Time to Collision (TTC) | Closest Point of Approach (CPA) | Collision Cone | Velocity Obstacle (VO) | |
|---|---|---|---|---|---|
Primary Output | Time (seconds) | Distance (meters) & Time (seconds) | Boolean (Collision/No Collision) & Avoidance Vector | Set of Forbidden Velocities | |
Core Question Answered | "When will we collide?" | "How close will we get and when?" | "Will we collide given current velocities?" | "Which velocities would cause a collision?" | What is the risk level? |
Key Inputs | Relative Position, Relative Velocity | Positions, Velocities, Headings | Positions, Velocities, Agent & Obstacle Geometry | Positions, Velocities, Agent & Obstacle Geometry | TTC, DCPA, Contextual Factors |
Assumption for Calculation | Constant Relative Velocity | Constant Velocity & Heading | Constant Velocity & Geometry | Constant Velocity & Geometry | Varies (often probabilistic) |
Use Case Priority | Imminent Collision Warning | Maritime/Aerial Navigation, Mid-Range Risk | Instantaneous Risk Assessment & Reactive Control | Proactive Velocity Selection for Planning | Holistic Safety Decision-Making |
Strengths | Intuitive, direct measure of urgency. | Provides both spatial and temporal separation info. | Directly maps to required evasive action. | Explicitly defines safe action space for planning. | Incorporates uncertainty and severity. |
Limitations | Assumes linear motion; invalid during maneuvers. | Does not guarantee collision if DCPA is zero. | Binary output; doesn't quantify time or severity. | Can be conservative; assumes obstacle cooperation in RVO/ORCA. | Often qualitative or requires complex models. |
Typical Thresholds | Warning: 2-5 sec, Critical: < 2 sec | DCPA < 0.5 nm, TCPA < 10 min (maritime) | N/A (Boolean) | N/A (Set-based) | Low/Medium/High based on combined metrics |
Frequently Asked Questions
Time to Collision (TTC) is a fundamental risk metric in robotics and autonomous systems. These questions address its core definition, calculation, practical applications, and limitations within heterogeneous fleet orchestration.
Time to Collision (TTC) is a scalar risk metric that estimates the time remaining before two objects on intersecting or converging courses will collide, assuming both maintain their current velocities and no evasive action is taken. It is calculated using the relative distance and relative speed between the agent and the obstacle along the line of sight connecting them. The fundamental formula is TTC = Relative Distance / Relative Speed. A key assumption is constant relative velocity, meaning the calculation becomes invalid if either object accelerates or changes direction. In practice, TTC is computed in real-time using sensor data (e.g., from LiDAR or radar) to track the range and range-rate to potential obstacles. For a heterogeneous fleet, this calculation must account for the differing dynamics and sensor characteristics of autonomous mobile robots (AMRs), automated guided vehicles (AGVs), and manual vehicles.
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
Time to Collision (TTC) is a core metric within a broader ecosystem of algorithms and systems designed to predict and prevent physical conflicts. These related concepts define the mathematical frameworks, control strategies, and safety architectures that operationalize TTC for robust autonomous navigation.
Closest Point of Approach (CPA)
The Closest Point of Approach (CPA) is a fundamental pair of navigational metrics that predict the future separation between two moving objects. It consists of:
- Distance to CPA (DCPA): The predicted minimum distance between the objects.
- Time to CPA (TCPA): The time remaining until that minimum distance is reached. While Time to Collision (TTC) assumes a collision course (DCPA = 0), CPA provides a more general risk assessment. A small DCPA combined with a small TCPA indicates high collision risk, even if a direct impact is not certain. This is critical for maritime and aerial navigation where maintaining safe separation distances is the primary goal.
Velocity Obstacle (VO)
The Velocity Obstacle (VO) is a geometric algorithm that directly operationalizes collision prediction. For a given agent, it constructs a collision cone in velocity space—the set of all velocities that would result in a collision with a dynamic obstacle within a specified time horizon (often derived from TTC). The agent must then select a velocity outside this cone to avoid collision. This method provides a clear, computable link between an agent's chosen velocity and its future collision state, forming the basis for reactive, real-time avoidance in multi-agent systems like robotic fleets.
Collision Risk Assessment
Collision Risk Assessment is the holistic process of evaluating the likelihood and severity of a potential collision. It synthesizes quantitative metrics like Time to Collision (TTC) and Distance to CPA (DCPA) with contextual factors such as:
- Agent and obstacle types and sizes.
- Environmental conditions (e.g., visibility, friction).
- System uncertainties (sensor noise, actuation lag).
- Operational rules (right-of-way, zones). The output is often a normalized risk score (e.g., 0 to 1) or a categorical level (Low, Medium, High, Critical) that informs the urgency and type of evasive action required by a Collision Avoidance System (CAS).
Model Predictive Control (MPC) for Collision Avoidance
Model Predictive Control (MPC) is an optimization-based strategy that repeatedly solves a finite-horizon optimal control problem. For collision avoidance, the cost function minimizes deviation from a goal while constraints explicitly enforce that predicted future states avoid collisions, often using TTC or Velocity Obstacle conditions. MPC computes a short sequence of optimal control inputs (e.g., steering, acceleration), applies the first step, and then re-plans at the next time interval. This allows it to proactively shape a smooth, kinodynamically feasible trajectory that avoids obstacles, making it a powerful method for high-speed autonomous vehicles.
Trajectory Prediction
Trajectory Prediction is the process of forecasting the future states (position, velocity, acceleration) of dynamic obstacles. Accurate prediction is a prerequisite for calculating meaningful Time to Collision (TTC) and other risk metrics. Methods range from simple constant velocity or constant acceleration kinematic models to complex machine learning models (e.g., LSTMs, Graph Neural Networks) that learn patterns from historical data. For heterogeneous fleets, predicting the intent of human-operated vehicles or other agents with non-linear behavior is a major challenge that directly impacts the reliability of TTC-based safety systems.
Runtime Assurance (RTA)
Runtime Assurance (RTA) is a safety architecture designed to guarantee safe operation even when the primary controller (which may use complex, learning-based algorithms for planning) is untrusted. In collision avoidance, a simple, verifiable safety monitor continuously checks the primary controller's commands against a safety property—such as maintaining a positive Time to Collision (TTC) or staying outside a Velocity Obstacle cone. If a violation is predicted, the RTA system overrides the primary command with a safe alternative from a safety controller. This provides a formal safety layer for systems where the core AI cannot be fully certified.

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