Inferensys

Glossary

Conflict Avoidance Table (CAT)

A Conflict Avoidance Table (CAT) is a data structure used in Multi-Agent Path Finding (MAPF) to efficiently store and query planned agent reservations of space-time cells for fast conflict detection.
Developer demonstrating multi-agent tool use, agent tool selection interface on laptop, casual tech demo moment.
MULTI-AGENT PATH PLANNING

What is a Conflict Avoidance Table (CAT)?

A core data structure for centralized Multi-Agent Path Finding (MAPF) algorithms.

A Conflict Avoidance Table (CAT) is a centralized data structure used in Multi-Agent Path Finding (MAPF) algorithms to efficiently store and query the planned reservations of space-time cells by all agents, enabling fast conflict detection. It acts as a global schedule, recording which agent occupies each vertex or edge at every timestep, allowing planners to check for vertex conflicts and edge conflicts before finalizing a path. This prevents agents from being assigned to the same location simultaneously, which is fundamental to collision-free coordination.

The CAT is integral to algorithms like Conflict-Based Search (CBS) and Windowed Hierarchical Cooperative A (WHCA)**, where it provides constant-time lookups to validate candidate paths. By maintaining this shared temporal map, the system ensures spatial-temporal scheduling integrity. Its efficiency directly impacts the scalability of solving MAPF problems, as it avoids the costly pairwise comparison of all agent trajectories, making it essential for real-time fleet orchestration in logistics and warehousing.

DATA STRUCTURE

Key Characteristics of a Conflict Avoidance Table

A Conflict Avoidance Table (CAT) is a core data structure in centralized Multi-Agent Path Finding (MAPF) that enables efficient, centralized coordination by pre-emptively detecting and preventing collisions.

01

Space-Time Cell Reservations

The CAT's fundamental unit is the space-time cell, a tuple (vertex, time) or (edge, time). Each agent's planned path is decomposed into a sequence of these cells. The table stores which agent has reserved each specific cell, creating a global schedule. This explicit temporal dimension is what distinguishes it from a simple occupancy map and allows for predictive conflict detection before execution begins.

  • Example: Agent A's path from (1,1) to (1,2) creates reservations for ((1,1), t=0), (edge((1,1)->(1,2)), t=0), and ((1,2), t=1).
02

Centralized Conflict Detection

The primary function of a CAT is to provide O(1) or O(log n) lookup to determine if a proposed space-time cell is already occupied. Before committing an agent's path to the global plan, the planner queries the CAT for each cell along the proposed trajectory. A conflict is flagged if a cell is already reserved by another agent. This centralized check is the mechanism that enforces the non-collision constraint fundamental to MAPF, preventing both vertex conflicts (same location, same time) and edge conflicts (same edge, opposite directions, same time).

03

Integration with Optimal Solvers

Optimal MAPF algorithms like Conflict-Based Search (CBS) and Increasing Cost Tree Search (ICTS) rely heavily on a CAT. In CBS, the high-level search node uses a CAT to validate the joint plan. When a conflict is found, it generates constraints (e.g., "Agent A cannot be at vertex V at time T"), and the low-level planner must find a new path for the affected agent that respects all constraints, which is verified against the updated CAT. The CAT is the single source of truth for constraint validation.

04

Enabling Suboptimal & Scalable Methods

For large-scale or lifelong MAPF problems, suboptimal algorithms use the CAT to ensure feasibility, not optimality. Windowed Hierarchical Cooperative A (WHCA)** uses a CAT (often called a reservation table) to plan paths for agents within a short rolling time window. The CAT prevents collisions within that window, after which paths are replanned. This balances coordination with scalability. Similarly, algorithms using Priority Planning treat the CAT as a dynamic obstacle map for lower-priority agents.

05

Contrast with Reactive Avoidance

A CAT is a proactive, centralized planning tool, fundamentally different from reactive, distributed collision avoidance methods like Optimal Reciprocal Collision Avoidance (ORCA) or Velocity Obstacles (VO).

  • CAT (Planning): Operates before movement. Creates a deterministic, conflict-free schedule. Requires a central coordinator.
  • ORCA (Reactive): Operates during movement. Agents sense neighbors and continuously adjust velocities. Is decentralized and handles unforeseen dynamic obstacles.

Hybrid systems often use a CAT for high-level schedule and ORCA for low-level, real-time deviation correction.

06

Implementation & Complexity Considerations

Efficient implementation is critical for performance. Common structures include:

  • Hash Tables: Mapping (vertex, time) keys to agent IDs for O(1) average lookup/insertion.
  • 2D Arrays: For discrete grids, a 3D array [time][x][y] can store agent IDs, offering O(1) access but high memory cost for long horizons.
  • Interval-based Structures: Safe Interval Path Planning (SIPP) conceptually uses a CAT that stores intervals of time when a vertex is safe, reducing the temporal dimension's granularity.

The choice impacts the scalability of the overall MAPF solver, especially for problems with a long makespan or large number of agents.

MULTI-AGENT PATH PLANNING

How a Conflict Avoidance Table Works

A technical breakdown of the Conflict Avoidance Table (CAT), a core data structure for efficient multi-agent coordination.

A Conflict Avoidance Table (CAT) is a centralized data structure used in Multi-Agent Path Finding (MAPF) algorithms to store the planned space-time reservations of all agents, enabling constant-time conflict detection. It functions as a spatiotemporal occupancy grid, where each cell records which agent is scheduled to occupy a specific location at a precise future timestep. By querying this table before finalizing a path, planners can instantly identify vertex conflicts (same place, same time) and edge conflicts (swapping positions). This efficiency is critical for optimal algorithms like Conflict-Based Search (CBS) and scalable, suboptimal methods like Windowed Hierarchical Cooperative A (WHCA)**.

The CAT's primary operational mechanism is reservation-based planning. When an agent's path is planned or modified, its trajectory is 'written' into the table, reserving each space-time cell. Subsequent planning for other agents checks these reservations to avoid collisions. For dynamic real-time replanning, the table is updated incrementally. Advanced implementations may store additional metadata, such as agent priority or a k-robust safety margin, to support more sophisticated coordination and robustness against timing delays in physical execution.

DATA STRUCTURE COMPARISON

CAT vs. Other MAPF Data Structures

A comparison of data structures used in Multi-Agent Path Finding (MAPF) algorithms for storing and querying agent reservations to detect conflicts.

Feature / MetricConflict Avoidance Table (CAT)Reservation TableMulti-Value Decision Diagram (MDD)

Core Purpose

Efficient storage & query of all agent space-time reservations

Marking cells as occupied by a single agent's plan

Encoding all optimal paths for a single agent within a cost bound

Conflict Detection Query

O(1) lookup for cell occupancy at time t

O(1) lookup for cell occupancy

Requires intersection check between MDDs of different agents

Memory Complexity (n agents, T steps)

O(V * T), independent of n

O(V * T) per agent, O(n * V * T) total

O(branching_factor^depth) for a single agent, compact but exponential worst-case

Update Cost (adding an agent's plan)

O(path_length) to insert reservations

O(path_length) to mark reservations

Construction required; not designed for incremental updates

Supports Edge Conflict Detection

Yes, by reserving both vertices for the traversal duration

Yes, with explicit edge reservation schemes

No, models vertex occupancy only

Optimal for k-Robust Planning

Yes, enforces k-step separation by design

Requires manual buffer management

Can be constructed with k-robust constraints

Use in CBS Algorithm

Primary structure for fast constraint validation

Less common; slower for multi-agent validation

Used in ICBS for MDD-level conflicts

Scalability for Dense, Long-Horizon Plans

High; constant-time queries regardless of agent count

Moderate; linear scan may be needed for multi-agent checks

Low; MDD size grows exponentially with plan depth/horizon

CONFLICT AVOIDANCE TABLE (CAT)

Frequently Asked Questions

A Conflict Avoidance Table (CAT) is a core data structure in Multi-Agent Path Finding (MAPF) algorithms. It provides an efficient mechanism for storing and querying the planned reservations of space-time cells by all agents, enabling rapid conflict detection and resolution. This FAQ addresses its core mechanics, applications, and relationship to other MAPF concepts.

A Conflict Avoidance Table (CAT) is a centralized data structure, often implemented as a hash map or multi-dimensional array, that records which agent is scheduled to occupy each discrete location (vertex or edge) at each discrete time step. It works by allowing planners to query the table before committing an agent to a space-time cell. If the cell is already reserved, a conflict is detected. This enables algorithms like Windowed Hierarchical Cooperative A (WHCA)** to perform fast, incremental planning by checking for collisions in constant or near-constant time, rather than comparing agent paths pairwise.

Key Mechanism:

  • Reservation: When an agent's path is planned, its trajectory is broken into (location, time) pairs and inserted into the CAT.
  • Query: Before adding a new step to a path, the planner queries the CAT for that (location, time).
  • Conflict Detection: A non-empty query result indicates a vertex conflict (two agents in the same place at the same time) or an edge conflict (two agents crossing the same edge in opposite directions).
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.