Automatic Vehicle Location and Closest-Unit Dispatch: A Plain-Language Guide

Automatic Vehicle Location (AVL) puts a GPS receiver in each apparatus and streams its position to your dispatch center. Done well, it lets you send the truly closest available unit instead of the one a paper run card says to send. Done poorly, it produces a map full of stale dots and false confidence. This guide walks through what AVL is, what it can and cannot do, and what a small department should think about before buying in.

In this guide
  1. What AVL actually is
  2. From run cards to closest-unit dispatch
  3. The mapping and mobile-data side
  4. Where the payoff really shows up
  5. Honest limits you should expect
  6. Data quality and status discipline
  7. Privacy and tracking your people
  8. Practical advice for a small department
  9. Takeaways

What AVL actually is

At its core, AVL is a GPS receiver plus a way to report its position. Each piece of apparatus carries a GPS unit, the same satellite positioning technology in your phone or your personal vehicle. That unit calculates where the vehicle is, and then something (a modem, a radio, or a cellular device) sends that position back to your computer-aided dispatch (CAD) system on a regular interval. Dispatch software plots those positions on a map. That is the whole idea in one sentence: know where the trucks are, on a screen, in close to real time.

The word "automatic" matters. Older approaches asked crews to key up and announce their location, or asked dispatchers to guess from the last known assignment. AVL removes the human step in reporting position. It does not remove the human step in reporting status, and that distinction becomes important later in this guide.

AVL is not one product or one standard. The GPS hardware, the transport (cellular, land mobile radio, or a mix), the map, and the CAD logic can all come from different vendors and can be combined in many ways. Because there is no single universal setup, almost every specific number in this article (accuracy, update rate, cost) will vary by system and jurisdiction. When we say verify locally, we mean it.

From run cards to closest-unit dispatch

Traditional dispatch runs on static run cards. A run card (sometimes called a running assignment or a box alarm) says: for this address or this geographic box, send these specific units in this order. It is built ahead of time from where stations sit and which unit "owns" that area. Run cards are reliable and easy to understand, but they assume units are in quarters. The card does not know that Engine 2 is out on a transfer three miles away, or that Medic 4 just cleared a call two blocks from the new one.

Closest-unit dispatch uses live position instead of assumed position. When AVL feeds real locations into CAD, the system can recommend the nearest available unit to the incident, not simply the unit the box says should go. Some systems call this closest-unit, nearest-available, or automatic vehicle location routing. The recommendation usually accounts for more than a straight-line distance: better implementations estimate drive time over the road network, which can differ a lot from "as the crow flies" when rivers, highways, or one-way streets are involved.

It is worth being clear about a subtlety. Closest by distance is not always fastest by time, and fastest is not always most appropriate. A slightly farther engine on a highway may beat a closer one stuck behind a rail crossing. And the closest unit is not always the right resource: you still need the correct unit type for the call. Good CAD logic layers closest-unit on top of, not instead of, resource requirements.

Recommendation, not autopilot

In almost every real deployment, AVL suggests a unit and a dispatcher confirms it. The technology is a decision aid. Keep a human in the loop who knows the district, the crews, and the day's oddities. The map should make your dispatchers faster and more confident, not replace their judgment.

The mapping and mobile-data side

AVL is only as useful as the map it draws on. The positions have to land on an accurate, current base map with correct street names, address ranges, and jurisdiction boundaries. If your underlying map data (often called GIS data) is out of date, a brand-new subdivision may not exist on screen, and the routing engine cannot route to a road it does not know about. Many departments underestimate how much ongoing work the map layer takes.

The other half of the picture is what crews see in the cab. A mobile data terminal or a rugged tablet (sometimes just a phone in smaller agencies) can show the responding unit its own position, the incident location, and the recommended route. It can also show where other units are, which is powerful for coordination on larger incidents. When apparatus can see each other on a shared map, staging and mutual aid get noticeably smoother.

Where the payoff really shows up

The headline benefit is faster, smarter dispatching. Sending the genuinely closest available unit can shave time off responses, especially when units are frequently out of quarters. But the real value is broader than a single stopwatch number, and it is honest to talk about it that way rather than promising a specific percentage improvement that nobody can guarantee.

The mutual aid coordination win

A shared operational picture is often the quiet reason departments love AVL. Even before automatic closest-unit routing, simply seeing where partner agencies' units are during a large or fast-moving incident changes how you stage, assign, and back-fill. Talk to your neighbors early about whether and how you will share position data.

Honest limits you should expect

AVL is real technology with real constraints, and pretending otherwise sets crews up to distrust it. Be upfront with everyone about what it will not do perfectly.

None of these are reasons to avoid AVL. They are reasons to plan for it with clear eyes, write policy around it, and set expectations so the first stale dot does not sink the whole program in the crew's estimation.

Data quality and status discipline

Closest-unit dispatch lives or dies on status discipline. The system makes decisions from two inputs: where a unit is (from GPS) and whether it is available (from status). GPS mostly takes care of itself. Status is a human habit, and it is where most departments struggle. If crews forget to mark en route, on scene, or available, the map lies, and every downstream recommendation inherits that lie.

The map is a mirror

An AVL map reflects the quality of your inputs. Accurate positions on a stale base map, or fresh maps fed by crews who never update status, both produce misleading pictures. Treat data quality as an ongoing operational responsibility with a named owner, the same way you treat apparatus checks.

Privacy and tracking your people

Tracking apparatus also means, in practice, tracking the people in it. That is not a reason to avoid AVL, but it deserves an honest, respectful conversation rather than a surprise rollout. Members are more likely to support a system they understand and trust, and far more likely to resist one that feels like it was installed to watch them.

Be clear internally about what is being collected, why, who can see it, and how long it is kept. Position and timestamp history is operational data, and in many places it may also be a public record subject to disclosure rules. The specifics depend heavily on your state, your labor agreements, and local policy, so this is an area to review with your own legal counsel and, where relevant, your labor representatives. Do not rely on generic advice, including this article, for the rules that bind your agency.

Practical advice for a small department

You do not have to boil the ocean, and you should not try to. A small department can get most of the value of AVL without the biggest-agency price tag if it stages the effort and keeps expectations realistic.

Takeaways

Keep the plans and records that make AVL work

AVL is only as good as the operational information behind it: current mutual aid agreements, jurisdiction maps, apparatus rosters, status and dispatch policies, and the training records that prove crews know the drill. RunBoard gives a department one organized place to keep those plans, policies, and records current, so the paperwork that surrounds a closest-unit program stays as reliable as the technology itself. Talk it through with your dispatch partners, write down your rules, and keep them where your whole team can find them.