User Guide

Table Of Contents
The call treatment is done through the use of Call Types and associated scripts. It is the Unied
ICM in this case that controls queuing and chooses the agent required to handle the call. The
Unied ICM software provides the ACD functionality and the ACD itself becomes a simple
PBX that connects a call to an agent as directed by the Router.
In the illustration below, the Unied ICM is connected with two ACDs using ARS PGs. In this
deployment the Unied ICM software always controls the queuing; hence the enterprise queue
statistics are affected. The ACD is used as the telephony platform to queue the calls.
The Network VRU1 can be any Service Control VRU that can be used to provide initial call
treatment and serve as the telephony platform for queuing calls across all call center ACDs.
VRU1 can also be used for information gathering and self-service. There might also be a
premise-based VRU or a Virtual VRU at the ACD/PBX.
In that case, the premise-based VRU or Virtual VRU are also controlled by the Service Control
Interface (SCI) of the ISAGI protocol so that Unied ICM retains control of the queuing.
For additional information on ARS PGs, see the ARI Deployment Guide for Cisco ICM Enterprise
Edition
Routing and Scripting
The following routing capabilities can be provided in this deployment:
Site Based Routing:The Unied ICM software, using the Unied ICM routing capabilities,
can use real-time reporting statistics gathered from the different peripherals (ACDs) to make
routing decisions to route calls to the site that is best suited to answer the call.
Site selection can be scripted using real time Skill Group metrics only provided by the
Peripheral Gateway (PG). Several metrics can be used to make the selection such as Agent
availability, CallsInProgress, CallsInQ, and Avg.HandleTime.
Reporting Guide for Cisco Unified ICM Enterprise & Hosted Release 7.2(1)
50
Chapter 3: Understanding Routing and Queuing
Deployments with Agent Level Routing