McDewey

Use case 6 getCiscoFeatureReason() returns CiscoFeatureReason. REASON_NORMAL CiscoCallFeatureCancelledEv.getCall() returns GC1 CiscoCallFeatureCancelledEv.getConsultCall() returns GC2 GC1 & GC2 call will be created as normal. GC1: CallCtlTermConnHeldEv for TB For TA (GC2), CallCtlTermConnHeldEv For TA (GC1), CallCtlTermConnTalkingEv GC1: CiscoCallFeatureCancelledEv Consult Transfer – Swap/Cancel A calls B, B answers – GC1 A puts A–>B call on hold B setup consult Transfer to C, C answers – GC2 User B presses press Swap softkey, User B presses Cancel softkey Use case 7 GC1 & GC2 call will be created as normal. Request will fail with PlatformException “CTIERR_CONSULTCALL_ALREADY_OUTSTANDING” Consultative Transfer Initiated from Phone, App sends SetupTransfer/Conference request – request fails A calls B, B answers – GC1 B setups transfer call to C B calls C, C answers – GC2 Application creates a new call and sends another consult() request Use case 8a getCiscoFeatureReason() returns CiscoFeatureReason.REASON_NORMAL CiscoCallFeatureCancelledEv.getCall() returns GC1 CiscoCallFeatureCancelledEv.getConsultCall() returns GC2 GC1 and GC2 will be created as normal For TB (GC2), CallCtlTermConnHeldEv For TB (GC1), CallCtlTermConnTalkingEv CiscoCallFeatureCancelledEv Consult call will go through and GC3 will be created as normal Consult Transfer/Conference – Application Resumes primary call on phone which supports connected transfer/conference and sends another consult setup request GC1: A calls B GC2: B consults C Application resumes GC1 on TB Application creates another call and sends consult() request to call D; D answers Cisco Unified JTAPI Developers Guide for Cisco Unified Communications Manager, Release 15 and SUs 1179 Message Sequence Charts Message Sequence Charts