Jump to: navigation, search

Emulated Ringing

Microsoft Lync UCMA does not provide the notification about the transition of an endpoint into alerting state. So, straightforward UCMA approach does not allow notifying T-Client and providing corresponding attached data, when a call is delivered to the agent endpoint.

To address this issue, T-Server emulates EventRinging as soon as an invitation for a new conversation is sent to an agent. Emulation creates a race condition, between alerting phone and EventRinging on the desktop.

To resolve the race condition, the desktop application implements the following logic:

  • If EventRinging arrives first at the desktop:
    • Stores value Conversation-ID from the AttributeExtensions of EventRinging.
    • Waits for a new conversation with Conversation-ID matching the Conversation-ID extension key in EventRinging.
    • Shows toast (screen pop) with call attributes and user data attached when a call reaches the destination.
  • If a call arrives first at the desktop:
    • If this conversation should be handled (for example, as defined in "monitoring of direct calls"), the desktop stores the Conversion-ID in its memory.
    • Waits for EventRinging with Conversation-ID in the AttributeExtensions matching the Conversation-ID of a new Lync conversation.
    • When arrived, shows toast (screen pop) with attached data.

Feedback

Comment on this article:

blog comments powered by Disqus
This page was last modified on 4 April 2018, at 15:50.