Inferensys

Glossary

Time to Collision (TTC)

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.
Risk analyst performing AI risk assessment on laptop, risk matrices visible, casual office risk session.
COLLISION AVOIDANCE METRIC

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.

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).

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.

COLLISION AVOIDANCE METRICS

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.

01

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.
02

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.
03

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.
04

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).
05

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.
06

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.
COLLISION AVOIDANCE SYSTEMS

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).

RISK QUANTIFICATION

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.

02

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.

05

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.

06

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.

TIME TO COLLISION (TTC)

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.

Prasad Kumkar

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.