B is a future model Cisco Unified IP Phone
-A calls B. B answers with GCID GC1
Expected behavior
Call Scenario
When A( parked party) is connected to D, the following events are received
Events received at Call Observer on B, A
GC1 CallCtlTermConnHeldEv TB (CiscoFeatureReason. REASON_DPARK_CALLPARK)
GC1 CiscoTermConnSelectChangedEv TB
GC1 ConnUnknownEv B
GC1 CallCtlConnUnknownEv B
GC1 TermConnUnknownEv TB (CiscoFeatureReason. REASON_REFER))
GC1 ConnCreatedEv DGC1 ConnInProgressEv DGC1 CallCtlConnQueuedEv D
(CiscoFeatureReason. REASON_REFER))
GC1 TermConnDroppedEv TB GC1 CallCtlTermConnDroppedEv TBGC1 ConnDisconnectedEv
BGC1 CallCtlConnDisconnectedEv B(CiscoFeatureReason. REASON_REFER))
Assisted DPark from a Cisco
Unified IP Phone:
• Cisco Unified IP Phone
phone B (which is on
active call with A) presses
the pre-configured ‘DPark
BLF’ button
• The parked party A will be
connected to D and
hearMoH
No change in behavior. All events/reason remain the same as is today
DPark from Cisco Unified IP
Phone
• Cisco Unified IP Phone
phone B (which is on
active call with A) presses
the ‘Transfer’ softkey
• Parked party A is put on
hold, and parker B dials D
• Parker B is connected to D
and hears MOH.
• Parker B presses"Transfer"
softkey again to complete
the transfer of the parked
party A to Dpark code D.
• Parked party A is
connected to D
No change in behavior. All events/reason remain the same as is today
DPark from JTAPI API
• Application requests for a
consult call from B, using
the consult() API with
destination address as
DPark DN D. Say this call
has GCID–GC2
• Application complete
transfer, using the
transfer() API
GC1.transfer(GC2)
• When transfer is completed
A is connected to DPark
DN
Cisco Unified JTAPI Developers Guide for Cisco Unified Communications Manager, Release 15 and SUs
1232
Message Sequence Charts
Message Sequence Charts