Teacher Intercom System: A Lifeline in Emergencies

2025-02-10 | Campus Safety

How does a campus intercom support emergency response, and what must schools confirm first?

Campus Intercom Is More Than Broadcasting: Start With What It Is

Many schools think of an intercom system as the principal's announcement tool: a few words at assembly, a notice at dismissal. But the moments when a school truly needs its intercom are rarely routine announcements. They are a student feeling unwell in a classroom, a visitor at the gate whose identity needs confirming, or an instruction that must reach one floor immediately. Those situations call for two-way conversation, not one-way broadcasting: the classroom reaching the staff room, and the staff room answering back, with both sides confirming the message arrived.

Modern campus intercom systems generally run on the IP network, using SIP for signalling and carrying voice and video over the school LAN. They can share network infrastructure with the phone system, access control, paging and CCTV, but sharing a network does not mean automatic integration. Every link depends on the existing systems' brands, models, interfaces and licences, and must be confirmed one by one before it can be written into a plan. This article starts from the principles, then covers terminal types, power and network design, integration, privacy and acceptance, so that a school knows which questions to ask before committing.

1. How IP / SIP Intercom Works

SIP Handles Signalling Only; Voice Travels Over RTP

SIP (Session Initiation Protocol) is the signalling protocol that sets up, modifies and terminates multimedia sessions. It does not carry voice itself. The actual voice media generally travels over RTP (Real-time Transport Protocol). Keeping the two apart matters for troubleshooting: a signalling fault means calls cannot be placed or answered, while a media fault means the call connects but sounds broken or intermittent. The two need to be investigated separately.

What Happens During One Call

1. Registration (REGISTER): the terminal registers with the SIP server or IP PBX, telling the system which IP address this extension currently has. Registration settings must match the server, for example the re-registration interval; a mismatch can leave a terminal unreachable after a while.
2. Invitation (INVITE): the calling side sends an invitation, and the server routes it to the receiving endpoint by extension or group.
3. Conversation (RTP): once the receiving side answers, the two sides exchange two-way voice over RTP.
4. Hang-up (BYE): either side ends the session.

This is a generic flow, not a promise that every brand implements it identically. When selecting equipment, confirm with the supplier which SIP version, codecs, DTMF mode and encryption settings their terminals use, then run interoperability tests. Never assume that SIP support means everything connects to everything.

It Can Run Without the Internet

An IP intercom can operate on the school LAN without going through the internet. Whether internet access is needed depends on the feature: on-campus calls and paging work on the LAN alone, while mobile app remote answering and cloud management need separate internet connectivity and security measures. During planning, ask which features require internet access and which can run purely on the LAN, rather than treating the two as the same thing.

2. Classroom Terminal Types

Wall Panels and Emergency Buttons

The most common classroom terminal is a wall panel: fixed to the classroom wall or near the door, with a microphone, speaker and buttons, and a camera on some models. Mounting may be surface or flush, depending on the wall structure and the product. An emergency button is a different kind of terminal: pressing it establishes a high-priority call to a designated location such as the school office or security room. Some models place the emergency button behind breakable glass to reduce accidental presses. The mounting height and position should be within a teacher's easy reach while not inviting accidental presses by students, which can only be decided by looking at the actual room.

Two-Way Intercom and Zone Paging

Two-way intercom is a live conversation between a classroom and the staff room, with both sides able to speak and respond. Some systems support an auto-answer mode that lets the staff room speak directly into a classroom; because auto-answer touches privacy and classroom order, it must only be enabled under school policy, never treated as a default that should be on. Zone paging divides terminals into zones, for example by floor, wing or purpose, so a broadcast can go to one zone or to the whole school. Pre-recorded broadcasts, such as evacuation or assembly messages, must be approved by the school; a supplier should not write emergency instructions on the school's behalf.

Handling Calls During Lessons Must Be Agreed in Advance

During lessons, which kinds of calls may reach a classroom, which should only leave a message, and how emergency calls are handled all need to be agreed with the school before deployment. Different brands name and implement features such as do-not-disturb, mute or emergency-only calling differently, and there is no universal standard called classroom do-not-disturb mode. This article therefore does not claim the system includes a particular mode; instead it reminds schools that these rules must be written down and communicated to all teaching staff, not left as verbal understandings.

3. Power and Network Design: PoE, VLAN, QoS, Multicast

IP intercom terminals are generally powered by PoE (Power over Ethernet), which carries data and DC power over the same Ethernet cable, so wall or ceiling terminals do not need a nearby mains socket. When selecting equipment, do not stop at the label PoE switch. Check each terminal's PoE power class and the switch's total PoE power budget, not just the port count. For Ethernet cable length, 100 metres is a commonly cited reference; the actual figure must be verified against the cable category, installation environment and the manufacturer's documentation, and must not be written as achievable for every campus cabling run.

The power figures are restatements of the standards; the IEEE standard text and the individual product specification are authoritative. Note the reverse direction too: a terminal that supports PoE+ cannot expect stable power from a switch that only supports 802.3af. Individual switch features, such as continuing to supply power while the switch restarts, are brand features, not something every switch has.

Voice VLAN and QoS

Voice devices are generally recommended to sit on a different VLAN from data devices, for reasons including address management, the QoS trust boundary, reducing the impact of abnormal traffic on voice devices, and simpler management and configuration. For QoS, voice packets generally need priority handling so that data congestion does not cause choppy audio. Common approaches include DSCP marking, switch priority queuing and 802.1Q / 802.1p marking; the actual settings depend on the switch brand and the campus network architecture.

What to Watch for With Multicast Paging

Zone paging commonly uses multicast to send the same audio to many receivers. The switch must have multicast enabled, and the multicast zone number, IP address and port must match on both sending and receiving sides, with a TTL setting sufficient for the hop count. These are common troubleshooting points in manufacturers' support documentation. Across VLANs or Layer 3 interfaces, routing must be configured correctly, otherwise the symptom is that the main site hears the page while remote sites do not.

SIP ALG Can Make Things Worse

Many routers include a SIP ALG (Application Layer Gateway) that can actually interfere with SIP communication, and in practice it often needs to be switched off. Whether to switch it off should be decided from the actual equipment and test results, not written as a rule that every router must have it off. It is an item worth checking during troubleshooting, not a universal instruction.

4. Integration With Other Systems: IP PBX, Access Control, Paging, CCTV

The principle first: everything below is a possible form of integration, not something that happens automatically once the system is installed. It depends on the existing systems' brands, models, licences and interfaces, and must be confirmed by hand. Before going on site, obtain the existing systems' brands, models, versions, licences, management access and firmware status from the school; otherwise any integration promise is guesswork.

Integration With an IP PBX

A SIP intercom terminal can generally register with the IP PBX as an ordinary SIP extension. When someone presses a button, the IP PBX can route the call to a staff-room phone, a softphone or a mobile extension by extension or group. Some products support configuring one intercom terminal as two SIP extensions: one for group paging with auto-answer, and one for a first-to-answer ringing group. That is a feature of individual manufacturers, not something every intercom terminal has. Related options can be found in the IP PBX phone system solution.

Integration With Access Control and Door Release

A common approach is a relay built into or connected to the intercom terminal: the person answering presses a phone key to send a DTMF signal that triggers door release. Some products support placing the relay in a separate door controller in a safer location away from the entrance, reducing the risk of the door being opened by tampering with the entrance panel. DTMF can be sent in-band, as RTP events, or via SIP INFO, and different systems support different methods; if the two sides are configured differently, key-press door release may fail. So the DTMF mode must be aligned on both sides and tested door by door. As for the logic of locking or unlocking doors in an emergency, it must follow school policy and escape arrangements, and must not be written as if access control alone may lock every exit. The combination of campus intercom and access control is covered in the campus intercom system solution.

Integration With Paging

IP intercom and IP paging can share the same IP network infrastructure, and some platforms manage network speakers, paging gateways and intercom door stations as SIP terminals under one management interface. Existing analogue paging speaker circuits can be brought into an IP platform through an IP paging gateway, so the whole system does not necessarily have to be replaced; the upgrade path depends on the existing circuits, speaker layout and new feature requirements.

Integration With CCTV / VMS

Video intercom panels can connect to a VMS (Video Management System) through an ONVIF interface, letting the VMS display the door station camera and associate call events with recorded footage. ONVIF Profile S mainly covers live video streaming, PTZ control, audio and basic events; Profile D covers peripheral devices such as intercoms, relays and input/output devices; Profile G covers recording, storage, search and playback; Profile T covers advanced video streaming. Which profiles a product actually supports must be checked against its ONVIF Declaration of Conformance, and must not be written as if ONVIF support means every feature works. Some integration cases also note that the intercom station and the recording server should use the same NTP time source, otherwise connection or display problems may occur.

5. Wired Intercom vs Wi-Fi Intercom

The comparison above is qualitative and contains no figures for latency, availability percentages or coverage distances. Whichever approach is used, power-failure and network-failure tests are required. Published research on concrete walls notes that concrete has a comparatively strong effect on Wi-Fi, and that lower frequencies generally penetrate better than higher frequencies; but the exact attenuation figures depend on test conditions and cannot be applied directly to an individual school building. So Wi-Fi intercom must be backed by an on-site signal survey, while a wired approach must be checked for cabling feasibility; the two are not directly interchangeable.

6. Privacy and Security: Recording, Access, Encryption

Recording and Call Logs: Not Every System Has Them

Some intercom or access products support call logs, visitor logs, images and timestamps, and some support storing video or audio recordings on a memory card or through a VMS. But not every intercom system records; some only carry live calls with no recording at all. Do not write that intercom systems always record. On retention, Hong Kong law does not prescribe a fixed retention period for campus intercom recordings, and this article will not state any number of days. The retention period should be set by the school according to purpose, for example kept only until the related incident has been handled, then deleted, with the policy recorded in writing. If the system does record, the school's policy should consider how the people concerned are notified, for example a notice near the terminal, a school circular or the staff handbook; the exact method and wording are for the school to decide.

Hong Kong PDPO: The Six Data Protection Principles (General Principles)

The following is a summary of general principles, not the text of the Ordinance; schools should seek legal advice. First, collection purpose and manner: collect only for a lawful purpose directly related to a function, collect only what is necessary and not excessive, collect by lawful and fair means, and notify the data subject of the purpose, the classes of persons to whom the data may be transferred, and the rights of access and correction. Second, accuracy and retention: take all reasonably practicable steps to ensure accuracy, keep data no longer than needed for the purpose, and delete it when no longer needed. Third, use: use personal data only for the purpose stated at collection or a directly related purpose; a new purpose requires the data subject's voluntary and express consent. Fourth, security: take all reasonably practicable steps to protect personal data against unauthorised or accidental access, processing, erasure, loss or use. Fifth, openness: make the personal data policies and practices, the kinds of data held and their main purposes publicly known. Sixth, access and correction: data subjects have the right to request access to and correction of their own personal data. Applied to intercom systems: define the purpose before collecting, do not over-collect, restrict access, and never reuse intercom recordings for purposes outside the original purpose, such as student performance assessment or staff attendance.

Access Control and Encryption

Access should be assigned by role: the school office, staff room, security room and IT administrators each have different permissions, and who may answer, who may broadcast, who may view logs and who may change settings should be set out in writing. Default passwords must be changed, management accounts must not be shared, and permissions must be withdrawn promptly when staff leave or change roles. For encryption, TLS encrypts SIP signalling, while SRTP encrypts the actual voice or video media. Enabling TLS alone without SRTP can leave voice content unencrypted; both are needed for complete encryption. Whether a product and IP PBX support TLS and SRTP must be verified for the specific products involved. Other security points include not exposing the SIP system to the internet unnecessarily, firewall rules that open only the required ports, disabling or restricting anonymous calls, limiting which IP addresses may register extensions, and keeping firmware updated.

This article is for general reference only and is not legal advice. Before setting recording, retention and access policies, a school should seek legal advice and implement them under its own privacy policy.

7. Common Misconceptions

Misconception 1: Intercom Equals Broadcasting

Broadcasting is one-way: the same message goes to many speakers or zones at once, and listeners are not expected to answer immediately. Intercom is two-way: a live conversation between two specific endpoints, where both sides can speak and respond. A modern IP platform can put both on the same network infrastructure under one management interface, but sharing a platform does not make them the same function. A whole-school broadcast cannot replace two-way communication between a classroom and the staff room, and two-way intercom cannot replace a whole-school broadcast.

Misconception 2: Installing Intercom Means Automatic Alarms

An intercom system is a communications tool, not an alarm system. Pressing an intercom button only establishes a call; it does not mean the police, fire services or outside rescue have been notified. Linking intercom to alarms or emergency notification must be designed and confirmed separately: where does the emergency call go, who is responsible for answering, what happens if nobody answers (transfer, message, redial), and whether other systems should be triggered at the same time, with what conditions and permissions. As for whether an intercom button may dial an emergency number directly, which number it dials and what location information it provides, that must be confirmed against Hong Kong practice and school policy; do not copy overseas practice, and this article will not claim that one press calls the alarm.

Misconception 3: SIP Support Means It Connects to Any Phone System

SIP is an open standard, but real interoperability depends on version, codec, DTMF mode, TLS and SRTP settings, licences and more, and must be tested. A more expensive system is not automatically clearer either: voice clarity depends on microphone position, speaker position, background noise, echo, codec and network quality, so selection must be tested on site, not judged by price or specification sheets alone. Having a camera does not mean having recording either: a video intercom can show live video without recording, and recording needs separate storage, retention and access arrangements.

8. Deployment Checklist: Ask Everything Before Going On Site

Assessing Coverage Points

Go through each space one by one: classrooms, staff room, school office, principal's office, hall, playground, library, laboratories, computer rooms, music rooms, special rooms, corridors, staircases, lift lobbies, entrances and gates, and the security room. For each coverage point, record the existing network point location, whether PoE power is sufficient, the cable route, power backup, terminal type, paging zone membership and privacy considerations. Halls and playgrounds have different acoustic and coverage requirements from classrooms; outdoor locations also need weatherproofing, sun protection, vandal resistance and power and network point placement.

Backup: What Happens on Power or Network Failure

For power failure, ask: what powers the intercom system, do the switches, IP PBX server and paging host have UPS coverage, which equipment is covered, and which terminals will still work or stop working during an outage. For network failure, ask: if the campus network fails, does the intercom still work; if the IP PBX server fails, can terminals call each other directly; if the internet fails, are on-campus calls affected. Other backup items include fallback answering points, multiple paths for emergency calls, and configuration backups. Any figure for how long a UPS can last must be calculated from the actual capacity, load and battery condition; this article states no fixed duration.

Acceptance Testing

Functional tests must cover every coverage point and every zone: two-way intercom audible on both sides, without echo, noise or breakup; zone paging reaching only the intended zone, and all-call reaching every zone; emergency buttons reaching the correct answering point, with the answering side seeing the correct location information; door release working where fitted; pre-recorded broadcasts using the school-approved version. Network tests must check each terminal's SIP registration status, VLAN and QoS settings, multicast settings and DTMF mode. Power and network failures must be simulated: after power is restored, do terminals re-register automatically; after a network outage, is there a fallback path for critical calls. Privacy and security tests must confirm that all default passwords have been changed, recording access permissions are correct, and encryption is actually in effect. Documentation acceptance must include the system architecture diagram, coverage point list, zone table, account and permission table, configuration backup, operation manual, maintenance and support contacts, recording and retention policy, and the emergency procedure documents.

Construction Windows in Hong Kong Schools

Construction windows generally need to follow the school calendar, for example long holidays, weekends or teacher training days, and the actual dates must be confirmed with each individual school; this article states no specific holiday dates. Holiday construction may involve campus opening arrangements, security, noise, contractor insurance and school supervision, and must be confirmed with the school in writing before work starts. Cabling constraints in older school buildings, such as thick walls, limited conduit space and incomplete existing cabling records, must be verified school by school and location by location, and must not be written as universal facts. When planning, it is best to write down who is responsible for drills, inspections and maintenance, and on what schedule: who checks the host and terminals day to day, who follows up repair records, and who follows up drill findings until they are fixed. An emergency system that is looked after day to day is the one that can be relied on when it matters.

免費上門勘查及報價 | 收費指南