A request has to reach a person.
A lift alarm is a communication system. The button starts a request; the microphone and speaker let a passenger speak with the receiving service. Between them are the communication unit and its connection outside the lift.
End-to-end means following that complete route, from the passenger to the person handling the call. A local bell or a dialling sound proves only that part of the system has responded.
Follow an alarm call.
- Initiate the alarmThe passenger uses the alarm control. The communication unit starts the configured call process.
- Establish the connectionThe call passes through the installed telephone or network equipment to the receiving service.
- Identify and communicateThe recipient identifies the building and particular lift. An answered call allows both sides to hear and speak.
- Coordinate assistanceThe recipient establishes what has happened, reassures the passenger and contacts the appropriate responders.
Identification may arrive as recorded speech or as data linked to the receiving service’s records. It matters because a passenger may not know the building address or which lift they are in.
One call, followed all the way through.
A successful call — an illustrative example
A passenger is stopped between floors in a building with two lifts. Their alarm reaches the receiving service, which identifies it as Lift B at Example House. The operator and passenger can hear each other. The operator confirms the situation and coordinates assistance using the site’s arrangements.
Several things have worked together: the alarm input, connection, correct lift identity, voice in both directions and an organised response. The call provides contact and reassurance; it does not release the passenger.
A bell sounds, but the remote call fails
Imagine the local bell still has power, but the network connection used by the emergency telephone is unavailable. The passenger hears the bell, yet no remote operator receives the call. The local sound cannot demonstrate that help has been contacted.
Power and connection are separate needs.
The alarm unit needs a suitable power supply, including the backup arrangements specified for the installation. Every other device that the call relies on also matters: for example, a cellular gateway or building network equipment.
A charged alarm battery cannot make an unavailable network carry a call. Equally, an available network cannot help if the required local equipment has lost power. Backup capacity, battery condition, network coverage and service availability need to be considered as parts of the complete system.
A change of telephone service can affect compatibility even when ordinary calls seem to work. Our digital phone lines guide explains this in the context of an existing lift.
What does an automatic test prove?
Automatic test calls can provide evidence that the communication equipment reached a monitoring receiver and exchanged the expected information. Depending on the system, they can also report detected faults.
A recorded test call is not the same as a passenger speaking to an operator. Some test calls exchange data without opening a live voice conversation. Their success does not, by itself, demonstrate that both people could hear clearly or that the human response arrangements worked.
Read a test result in terms of what that test actually checked. A missed test, fault report or failed call needs investigation through the responsible maintenance and monitoring arrangements.
Make every link dependable.
A dependable arrangement combines equipment, a compatible communication route and a receiving service able to deal with the alarm. Changes to any one of these can affect the result.
See lift emergency telephone options for practical equipment considerations, or what to do if you are stuck in a lift for passenger guidance.
A closer look
A protocol is the agreed format used by the communication unit and receiving equipment to exchange information. P100 and MEMCO are examples used by lift telephones. The format must be understood at both ends.
An alarm call, a scheduled test and a fault report can use related equipment but carry different information. Distinguishing those call types helps explain why a monitoring record and an answered passenger conversation provide different evidence. No single product or network is suitable for every installation.
Check your understanding
Does a ringing sound in the car prove that help has received the alarm?
Reveal the explanation
No. The end-to-end communication path and response must work.
Apply the idea
What does a test record prove?
An automatic test was logged this morning. Can that record alone prove that a passenger would be heard clearly by the operator?
Show the reasoning
No. It provides evidence about the checks included in that test. A data exchange may succeed without a live two-way conversation, so the scope of the test and the wider communication arrangements still matter.
Further reading.
Optional reading to explore this lesson in more detail.
- AVIRE: how emergency-phone protocols and test calls work
Read ‘What information is transmitted?’ and ‘What are test (P100) calls and how do they work?’ for the difference between identification data, test calls and live voice.
- AVIRE: Memcom+ emergency telephone
A component example showing the speaker, microphone, call destinations, backup supply and monitoring features. Its specifications apply to that product, not every lift alarm.
- LEIA: telephone lines and lifts
Explains the importance of keeping an installed alarm’s communication link working. The linked owner information discusses alternative connections and compatibility.
- AVIRE: digital switching and lift communications
See the material on emergency-telephone resilience and complete-path testing when telephone services change.