McDewey

JTAPI moves A’s Connect/CallControlConnection/TerminalConnection/ CallControlTerminalConnection into the “UNKNOWN” state. CAUSE_CODE provided will be CAUSE_NORMAL, new API provides REASON_REFER. For C a new Connect/CallControlConnection/TerminalConnection/CallControlTerminalConnection would be created. CallInfo at B and C would be as follows: At B: Cgpn = B, Cdpn = C, Lrp = A OCdpn = C At C: Cgpn = B, Cdpn = C, Lrp = A OCdpn = C JTAPI Application observing B will see: getCallingParty() = A getCalledParty() = B getCurrentCallingParty() = B getCurrentCalledParty() = C getLastRedirecting() = A JTAPI Application observing C will see: getCallingParty() = B getCalledParty() = C getCurrentCallingParty() = B getCurrentCalledParty() = C getLastRedirecting() = A Scenario Two A(SIP UA in cluster/in control) is in a call with B. A(referrer) REFERs B(Referee) to C(Refer to target), C Answers the Call. JTAPI will Disconnect/Drop A’s Connect/CallControlConnection/TerminalConnection/ CallControlTerminalConnection. CAUSE_CODE provided will be CAUSE_NORMAL and the new API would provide REASON_REFER. For C Connect/CallControlConnection/TerminalConnection/CallControlTerminalConnection will move to the Connected/Established/Active/Talking state. CallInfo at B and C will be as follows At B: Cgpn = B, Cdpn = C, Lrp = A OCdpn = C At C: Cgpn = B, Cdpn = C, Lrp = A OCdpn = C JTAPI Application observing B will see: getCallingParty() = A getCalledParty() = B getCurrentCallingParty() = B getCurrentCalledParty() = C getLastRedirecting() = A Cisco Unified JTAPI Developers Guide for Cisco Unified Communications Manager, Release 15 and SUs 1485 Message Sequence Charts Message Sequence Charts