martes, 11 de agosto de 2009

LCR (Least Cost Routing) es el nombre “genérico” para el algoritmo que se utiliza para enrutar las llamadas en base al Costo. Esto es, dar prioridad a las llamadas para que terminen en la ruta de menor precio.

“"Profitability is all in the numbers — Small changes to prices, multiplied across millions of calls, generate a significant improvement in margin and profitability."”
Para que el LCR funcione, debemos tener varias rutas para cada uno de los destinos importantes. Un número razonable es de 5 rutas (como podemos apreciar en el ejercicio que sigue). Las rutas no son siempre estables. Con esto, podemos garantizar que por lo menos 4 de ellas las tenemos funcionando a todos los momentos. Y para tener 5 rutas buenas para cada destino, es razonable pensar en algo entre 8 y 10 rutas A-Z (genéricas) ademas de las rutas directas.

5 Ruta mínimo
Esto es importante para que podamos garantizar un ASR razonable a las rutas de Retail. Considero en este ejercicio que sigue dos escenarios distintos. Uno, dando prioridad a las rutas de calidad, y el segundo, con prioridad a las rutas según su precio.
En ambos casos, los parámetros que utilizo son:

Calidad: Considero en este ejercicio que la calidad de cada ruta, a nivel individual, varía entre 60% y 40% de ASR.

Remanente: La cantidad (proporcional) de llamadas que pueden ser completadas para esta ruta específica. Para la primera ruta, este número es de 100% y para las siguientes, va disminuyendo dependiendo del porcentaje de competición de suma de las rutas anteriores.

Probabilidad: Para la primera ruta, es de 100% considerando que recibe el universo completo de las llamadas. En la segunda ruta, el va recibir SOLO las que NO se completaran en la primera ruta, y la probabilidad se disminuye, cada vez que se efectúa el HUNT.

Efectividad: Es la cantidad de llamadas que cada ruta va a terminar, considerando los parámetros anteriores. Y, en la última columna, tenemos el total esperado en las condiciones analizadas.

ASR: La porcentaje de cantidad de llamadas (acumulada). Este número es acumulado para cada uno de las rutas.





Como podemos apreciar, el ASR puede variar entre 73% (en el peor de los escenarios) hasta 83% en el mejor. Y, en AMBOS casos, o que variamos es el orden del HUNT para las rutas, uno, considerando el precio como factor más importante, y el otro, considerando la Calidad como factor más importante. Para los dos casos, el ASR de las rutas varían de 40% a 60% y el total del ASR (después de efectuar el HUNT) varían entre 73% y 83%. Estas es la principal característica del HUNT, una de las mejores características del NEXTON (y de varios otros System Border Controllers – SBC -)

Este sencillo ejercicio teórico nos denostara:

o Cómo hacer para llegar a ASR mas altos, partiendo de ASR más bajos, utilizando el HUNT
o De cómo la calidad final (ASR) varia drásticamente conforme vamos aumentando la cantidad de rutas en el HUNT
o De cómo existe un límite de rutas, para el HUNT (En general 5 rutas, para cada destino)

No hay comentarios:

Publicar un comentario