Station Alerting and Paging Systems: How the Call Gets to the Firehouse

When a 911 call comes in, a chain of technology has to wake up a sleeping crew, point them at the right rig, and get them rolling in seconds. This guide walks through how a dispatch actually reaches the station and the field, from classic tone paging to modern IP-based alerting, and what a small department should weigh before it upgrades.

In this guide
  1. The alerting chain, start to finish
  2. Tone-and-voice and tone paging over radio
  3. Pagers: from tone-only to alphanumeric
  4. Modern IP-based station alerting
  5. Why gradual alerting protects responders
  6. Redundancy, failover, and backup power
  7. How CAD ties it all together
  8. What a small department should think about
  9. Takeaways

The alerting chain, start to finish

Most people picture station alerting as a single moment: the tones drop, the lights come on, and the crew is out the door. In reality it is a chain of handoffs, and every link matters. Understanding the whole chain helps you see where a failure can hide and why redundancy is worth paying for.

A simplified version of the chain looks like this:

Different departments implement each link differently, and many run older and newer methods side by side. That is normal. The goal is not to have the fanciest system, it is to have a chain where no single broken link leaves a crew unaware of a call.

Tone-and-voice and tone paging over radio

For decades, the backbone of fire and EMS alerting has been the two-way radio itself. The dispatcher keys up on a dispatch channel and transmits an audible signal that opens the right receivers, then follows it with a spoken description of the call. This is often called tone-and-voice dispatching.

How the tones work. The most familiar scheme is two-tone paging, sometimes described in the field as Quick Call. Two specific audio tones are transmitted in sequence, and only receivers programmed to respond to that exact pair of tones activate. Because each station or unit can be assigned its own tone pair, dispatch can wake up one station without waking every station on the channel. Some systems use longer sequences, and older or specialized setups may use other tone formats. The exact tones and their assignments vary by system and region, so if you are documenting your own department, confirm your assignments with your radio shop or dispatch center rather than assuming.

Why it endures. Radio tone paging is simple, well understood, and does not depend on the internet or the cellular network. As long as the transmitter, the tower, and the receivers have power and clear signal, the call goes through. That independence is exactly why many departments keep it in service even after they install newer systems.

One channel, many ears

Because a dispatch channel is shared, everyone monitoring it hears the traffic, including mutual aid partners and off-duty members with scanners or radios at home. That shared awareness is a feature during large incidents, but it also means sensitive information should be handled per your local policy. Verify what your center considers appropriate to broadcast.

Pagers: from tone-only to alphanumeric

The pager put alerting in a responder's pocket, which is why volunteer and combination departments have relied on them so heavily. When crews do not sit in a staffed station waiting for calls, the pager is often the primary way they learn a call is happening at all.

Tone-only (voice) pagers are essentially small radio receivers. They listen for the department's tone pair, alert with a beep or vibration, and then play the dispatcher's voice announcement. The responder hears the same spoken dispatch that comes across the station speakers. These are rugged and simple, but the responder has to catch and remember the spoken details.

Alphanumeric and text pagers add a screen. Along with (or instead of) an audible alert, the pager displays the incident type, the address, and other details as text. That written record is valuable because a responder can re-read the address instead of relying on memory, and it reduces the chance of mishearing a cross street or a unit number over a noisy channel.

Phone-based paging has grown alongside traditional pagers. Many departments now push dispatch information to smartphones through an app or a text message, sometimes with mapping and the ability to indicate whether you are responding. This is convenient and information-rich, but it depends on cellular data and app servers, which is a different reliability profile than a dedicated radio pager. Because of that difference, plenty of departments treat phone alerting as an addition to radio paging rather than a replacement.

Match the tool to the crew

A career house that is always staffed leans on in-station hardware. A volunteer department scattered across a county leans on personal pagers and phones. Combination departments usually need both. There is no single right answer, only the mix that reaches your actual people where they actually are.

Modern IP-based station alerting

Newer station alerting systems move the in-house side of the chain onto a computer network. Instead of relying only on a radio receiver in the day room, an IP-based system connects the station's lights, speakers, and displays to controllers that receive the dispatch electronically, often directly from CAD. This is where much of the recent innovation has happened, and it is what people usually mean by a modern station alerting system.

Common features of these systems include:

These systems are powerful, but they add computers, network switches, and software to the chain. That is more capability and also more that can go wrong, which is why the good ones are engineered around the failover and backup ideas covered below.

Why gradual alerting protects responders

There is a human-health reason behind the ramped lights and softer tones, not just a comfort preference. Firefighters and EMS providers are frequently jolted from deep sleep into immediate physical exertion, sometimes several times a night. That sudden transition places real stress on the body, and the fire service has grown increasingly attentive to the cardiovascular toll on responders.

Gradual, or ramped, alerting is designed to soften that transition. Instead of a blast of maximum-volume tones and full overhead lighting all at once, the alert builds: lights come up slowly, tones may start quieter and rise, and only the affected sleeping areas are activated. The intent is to reduce the startle response and the associated spike in stress that comes with being torn from sleep by an alarm.

The broader fire service conversation about responder health, including cardiac events as a leading cause of on-duty firefighter deaths, is well documented by national fire service organizations. If your department is weighing an upgrade, the health and wellness angle is a legitimate part of the justification, alongside speed. When you cite specific figures to your leadership or your board, pull them from a current, authoritative source rather than from memory, because the numbers get updated.

Sleep is a safety system

Protecting a sleeping crew from unnecessary alerts is not coddling, it is operational. A crew that is only woken for their own calls, and woken more gently, is a crew that is more rested and less physiologically stressed across a long shift. Zoned, ramped alerting is one of the clearest wellness-driven improvements a station can make.

Redundancy, failover, and backup power

Every link in the alerting chain will eventually fail. A transmitter goes down, a network switch dies, a data circuit drops, the power goes out in a storm exactly when calls spike. A well-designed alerting setup assumes these things and builds in a second way through.

Multiple paths. Many departments intentionally keep more than one alerting method live. Radio tone paging may run in parallel with an IP-based station system, so if the network path fails, the radio path still tones out the station. Personal pagers and phone alerts add yet another independent route to the individual responder.

Automatic failover. Better station alerting systems are built to detect a problem and switch to a backup path on their own. For example, if the primary data connection to dispatch drops, the system may fall back to activating on a monitored radio channel. The value is that the failover happens without a human noticing and intervening in the middle of a call.

Backup power. Alerting hardware needs to keep running when the grid does not. That usually means a combination of uninterruptible power supplies for the electronics and a station generator for sustained outages. A common gap is testing: batteries age and generators do not always start. The equipment is only as reliable as the last time it was actually load-tested.

Exact failover behavior and battery runtimes depend entirely on how your specific system is configured and maintained, so treat these as questions to verify locally, not assumptions to carry from another department.

How CAD ties it all together

Computer-aided dispatch is the software the dispatcher works in, and increasingly it is the hub that drives everything downstream. When CAD is integrated with station alerting, the same action that assigns a unit to a call can automatically trigger the tones, the lights, the message boards, and the text alerts, all keyed to the correct station and unit.

Integration brings real advantages. It reduces the number of manual steps a dispatcher performs under pressure, which reduces the chance of alerting the wrong station or fumbling an address. It lets the printed or on-screen dispatch details match exactly what the pagers and boards display. And it enables the round trip, where a crew's acknowledgment or en-route status flows back into CAD so the dispatcher sees who is moving.

The tradeoff is coupling. The more tightly alerting depends on CAD and the network between the center and the station, the more it matters that those links are hardened and backed up. This is precisely why the radio path tends to survive as the trusted fallback: it does not need the CAD-to-station data link to function. Departments that integrate deeply with CAD are wise to keep at least one alerting route that does not.

Integration is a spectrum

Some departments have full CAD-to-station automation. Others have a dispatcher who manually keys tones and reads the call. Most are somewhere in between. None of these is wrong on its own. What matters is that you know where your department sits, and that the people responsible for the system know it too, so nobody assumes an automated step that a human is actually still doing by hand.

What a small department should think about

Alerting upgrades are expensive and long-lived, and a small department cannot afford to buy the wrong thing. You do not need to become a radio engineer, but you should walk into the conversation able to ask good questions. A few things to think through:

Get more than one perspective. Talk to your radio shop, your dispatch center, and neighboring departments who recently upgraded. Nobody will tell you the honest limitations of a system faster than the crew that has lived with it for a year.

Takeaways

Keep the knowledge with the system

An alerting system is only as good as the people who understand it, and that understanding walks out the door when someone retires. Keeping your tone assignments, failover notes, vendor contacts, test schedules, and standard operating guidelines organized and current in a platform like RunBoard means the next person to touch the system inherits the plan, not a mystery. The best time to write it all down is before you need it.