The Bridged Call feature permits keyset users with a shared multi-line appearance to establish or join a station-controlled large conference by pressing the line key of the line they wish to bridge onto. Lines can be protected against bridging by setting the privacy flag (default).
It is possible to bridge onto a line involved in a 2-party call or station controlled conference, provided that the existing call or conference is stable connected and the maximum size of a station controlled conference hasn’t been reached. A user attempting to bridge onto a line that is not in a suitable state for bridging will receive a rejection indication.
This feature is particularly interesting for executive/assistant arrangements based on multi-line appearance, where assistants answer and originate calls on behalf of their executives, using the executives’ secondary line appearances. In this scenario, the Bridged Call feature permits the following workflows:
An executive bridges onto a call on their line while the secretary is still on the line after answering or making a call
An executive is on a line with another party and wants to get one or more people on the call. The assistant can then
- bridge onto the executive’s call by pressing the executive's line appearance key on their phone
- use the normal Station Controlled Conference features to add the required parties to the conference.
- leave the conference
An executive is on a call and wants other people to join the call by pressing a line button on another phone in his office.
Another usage scenario is an emergency number in the enterprise. When someone calls this number it might be necessary that several people in the Security and Medical Departments should be involved. The first person that answer the call stops the alerting at the other keysets. The other parties at their desks know that the line has rung and may subsequently enter the call by hitting the active line key. With call bridging a conference is formed all required parties are part of this conference.
Finally, in Newspaper, Radio and TV newsrooms there is typically a hotline for the public to call to report newsworthy events. When a call comes in to this hotline, multiple people may want to bridge onto that call to participate in the conversation.
All participants of the resulting conference retain all normal features such as Pickup, Consultation and Add To Conference (if subscribed), with the exception of Manual Hold: if a participant in the bridged call places the conference on hold then this is treated as Consultation Hold, i.e. other keysets with a shared appearance of the line on hold will not be able to retrieve the call from hold and only the user placing the call on hold can retrieve the call from hold.
CSTA (Computer Supported Telecommunications Applications) Service is notified if a line joins or creates a Large Conference as a result of Bridging.
A Large Conference provisioning option is provided at the Business Group Services level to inhibit playing of the conference entry tone when new parties bridge onto an existing call/conference.
A new keyset line attribute Privacy
has been added to the BG (Business Group) keyset line provisioning options. It is not possible to bridge onto a line whose Privacy option is enabled. This is the default.
option doesn’t affect the operation of Manual Hold i.e. a keyset line with Privacy enabled that has been placed on Manual Hold may still be retrieved from hold by another keyset.
A per call feature extension value is provided in the CDR to indicate a bridged call.
The Bridged Call feature
is supported on OpenStage family of SIP endpoints. OptiPoint phones or OptiClients do not support the Bridged Call feature.Parent topic: Keyset Telephone
is available (only) to BG keyset users who are also subscribed to the Station Controlled Conference feature
is available with any approved Media Server that supports the Station Controlled Large Conference feature.
How to Provision Keyset Lines for Privacy
This procedure describes how to enable/disable the Privacy option for keyset lines.