GHT: Glass House Technologies
GHT service / Physical security

Intercom and paging

The message arrives where it matters, at the right priority

Intercom handles two-way calls, paging distributes voice or tones, and mass communication coordinates urgent messages, each with its own coverage, priority, accessibility, and approval requirements.

What you should have at closeoutNamed stations and zones with tested calls, audibility or intelligibility, priority behavior, permissions, and operator instructions.
References4 reviewed
Last updated2026-08-20
Overview

What Intercom and paging includes

Intercom supports two-way conversations; paging distributes voice or tones to zones; mass communication coordinates urgent messages across one or more channels. A system may provide more than one function, but routine convenience audio should not be assumed to satisfy emergency or life-safety requirements.

Design inputs include ambient noise, acoustics, accessibility, message priority, supervision, network and power resilience, source authority, emergency plans, and interfaces to other systems. Required emergency systems need qualified design and authority review.

Question to answer before designWho sends each message, who must receive it, which zones apply, and what happens when a station, network path, or responder is unavailable?
Common situations

This service may fit when:

  • Visitors cannot reliably reach a staffed responder
  • Announcements are unintelligible or spill into the wrong zones
  • Multiple disconnected notification tools create conflicting messages
  • Emergency, operational, and routine priorities have never been exercised
System components

What the system includes

A complete scope covers each part below and the connections between them.

01

Originate

Intercom station, console, handset, software, scheduled or integrated trigger

02

Control

Permissions, zones, priorities, queues, presets, logging

03

Transport

IP network, analog circuits, amplifiers, supervised pathways, resilient power

04

Receive

Speakers, displays, mobile endpoints, visual and audible entry stations

Project record

How site information becomes a tested project

A complete project record connects the conditions found on site, the design decisions made from them, and the tests and closeout documents delivered afterward.

Site information

What we confirm before design

  • Message types, originators, target groups, zones, and priorities
  • Ambient noise, acoustics, indoor/outdoor conditions, and accessibility needs
  • Existing emergency action plan and responsible design authorities
Design decisions

What those findings determine

  • Use: Do not represent a convenience system as emergency notification without required design and approval.
  • Zoning: Match control complexity to who is authorized to send which message.
  • Transport: Consider existing pathways, network resilience, latency, interoperability, and serviceability.
Closeout records

What you should receive

  • Message, permission, priority, and zone matrix
  • Speaker/station plan and infrastructure calculations
  • Interface and responsibility schedule

The exact inputs, decisions, and acceptance records depend on the site and signed scope.

Project stagesSurvey through closeoutView details
Project stages

How the work moves from survey to closeout

Each stage should produce the records and test results needed before the next stage begins.

  1. 01

    Map messages and people

    Document routine, operational, entry, and emergency messages; originators; target zones; ambient noise; accessibility; priorities; and existing plans.

    EvidenceMessage-and-zone matrix with originator roles, priority, target recipients, and site acoustic observations.
  2. 02

    Engineer coverage and control

    Select station, speaker, amplifier, network, power, and interface architecture; model zones and escalation; coordinate required emergency systems.

    EvidenceDevice and zone plan, load and network calculations, priority table, interface map, and required specialist reviews.
  3. 03

    Install and tune

    Install, label, address, configure permissions and presets, balance levels, and set priority and fallback behavior.

    EvidenceDevice inventory, labeled endpoints, configuration record, level settings, and installation photos.
  4. 04

    Exercise real scenarios

    Test entry calls, routine pages, priority overrides, zone selection, failed endpoints, accessibility features, and approved emergency scenarios.

    EvidenceScenario acceptance sheets, intelligibility or audibility observations, event logs, quick-start guides, and exception list.
Design choicesCompare the available approachesView details
Options

How to choose the right approach

The right choice depends on the site, application, operating risk, and acceptance requirements. More equipment does not automatically improve the system.

FactorTypical approachMore demanding conditionsWhat determines the choice
UseTypical approach: Routine paging or door communicationMore demanding conditions: Prioritized multi-channel operational notificationWhat determines the choice: Do not represent a convenience system as emergency notification without required design and approval.
ZoningTypical approach: All-call and a few fixed zonesMore demanding conditions: Role, location, schedule, and event-based zonesWhat determines the choice: Match control complexity to who is authorized to send which message.
TransportTypical approach: Dedicated analog audioMore demanding conditions: Networked audio with centralized managementWhat determines the choice: Consider existing pathways, network resilience, latency, interoperability, and serviceability.
ValidationTypical approach: Speaker makes soundMore demanding conditions: Scenario, priority, zone, accessibility, and failure-state testingWhat determines the choice: Acceptance must mirror actual message workflows.
Before design

What we need to know

  • Message types, originators, target groups, zones, and priorities
  • Ambient noise, acoustics, indoor/outdoor conditions, and accessibility needs
  • Existing emergency action plan and responsible design authorities
  • Network, power, pathways, amplifier locations, and resilience requirements
  • Interfaces to access, video, clocks, fire alarm, telephony, or mobile notification
At closeout

What you should receive

  • Message, permission, priority, and zone matrix
  • Speaker/station plan and infrastructure calculations
  • Interface and responsibility schedule
  • Scenario-based acceptance evidence
  • Operator quick guides, administrator documentation, and test schedule
Best fit

When this service makes sense

  • Schools, warehouses, campuses, venues, and large commercial facilities
  • Controlled entrances that need two-way visual and audible communication
  • Operations with named shifts, departments, outdoor areas, or noisy zones
  • Organizations willing to define message ownership and testing procedures
Before we commit

What we verify first

  • Emergency and life-safety communication may require code-specific design, listed equipment, testing, and authority approval
  • Audibility does not automatically mean intelligibility, especially in reverberant or noisy spaces
  • Accessible communication can require visual, audible, and operable-part features beyond audio coverage
  • Networked services depend on configured priority, bandwidth, endpoint health, power, and licensing
Site contextSee where this work is usedView details
Where it is used

How site conditions change the design

Occupancy, operating hours, user activity, regulation, weather, construction, and access can change the design.

Common questions

What people usually ask

Is a paging system a mass-notification system?

Not automatically. Emergency use can add requirements for supervision, priority, intelligibility, accessibility, resilient power, procedures, testing, listed equipment, and authority approval.

How many speakers are needed?

The count follows room geometry, ceiling height, ambient noise, acoustics, coverage pattern, target level, zoning, and the message’s required intelligibility, not square footage alone.

Can intercom calls unlock a door?

Yes when the access platform and operating policy support it, but identity verification, permissions, event logging, network failure, accessibility, and safe door behavior must be designed and tested.

Standards and referencesReview the source materialView details