Avaya 1110 Fundamentals page 355

The IP Deskphone rejects normal receive audio push when:
• the IP Deskphone is alerting an incoming call
• there is currently a receive or transmit audio push in progress
• the IP Deskphone is in an active call
Barge mode receive Audio push:
The IP Deskphone plays the received audio content through the speakerphone when handset
is ON hook. If handset is OFF hook and audio push is received, the audio goes to the handset.
While Audio push is playing, the received audio can be switched to the handset or headset
and the audio continues playing through the newly-selected device.
In barge mode, a new receive Audio push replaces any previous in-progress receive Audio
push. Barge mode receive Audio push is rejected if there is a transmit audio push in
progress.
If the IP Deskphone is already on a call and barge mode Audio push is received, the IP
Deskphone places the active call on hold and starts playing the Audio push. When user cancels
the receive Audio push, the user must press the line key to return to the call.
Interrupt screen:
The Audio push feature creates an Interrupt Screen on the IP Deskphone display. It notifies
the user about voice alerting and is kept visible while the voice alerting is active. The Interrupt
Screen replaces the currently-displayed screen. If the local menu is open, the local menu is
closed.
Subscribe push
The IP Deskphones support sending a set of values to specified applications after the IP
Deskphone registers with a Call Server to enable the applications to maintain their own
database of information about each phone, so that the application can target push content to
a specific phone or a group of phones. Unsubscribing is not supported when the IP Deskphone
unregisters from the Call Server.
An application server uses the information provided in the Subscribe push to match the IP
Deskphone with data provisioned on the server. Typically, the IP Deskphone primary directory
number (Prime DN) is used to make the match. The CS 1000 automatically sends a phone's
provisioned Prime DN to the phone during the registration process. The phone can then
forward this Prime DN in the subscribe message.
However, in some configurations, the Call Server does not provide the Prime DN to the phone.
To allow an IP Phone that is not receiving a Prime DN from the Call Server to subscribe to
application server services, the Prime DN value can be put in the IP Deskphone using the auto-
provisioning feature. For more information, see
Display push
With Display push, content in the form of a WML page can be pushed to the WML browser
with an optional alert. Whenever the IP Deskphone receives a Display push request, it parses,
applies security checks, and determines the phone state. If all the preceding conditions are
met, the page is loaded and displayed in the WML browser.
IP Deskphones Fundamentals
Prime DN provisioning
Telephony features
on page 482.
February 2013 355