Funcionamiento de la plataforma ABA Voz

Para iniciar una conversación desde un teléfono IP, este debe estar conectado al servicio ABA. En el caso de un teléfono convencional se hace necesario el uso de un dispositivo ATA para funcionar como traductor entre TDM / DTMF y sus homólogos en VoIP; RTP / SIP. Los paquetes de señalización y voz son transmitidos a través del BackBone IP hasta llegar al Controlador de borde se sesión SBC (Session Border Controller).

El SBC es el intermediario único entre la plataforma y el abonado final, funciona como un Firewall especializado en soluciones de VoIP y representa para el BackBone IP la única interfaz de entrada a la plataforma AbaVoz, esta interfaz pública es la cara del servicio para el cliente, tiene una dirección IP pública y nombre DNS o Sistema de Nombre de Dominio (Domain Name System) asociado contra los cuales deben ser configurados los teléfonos de los abonados. También cuenta con interfaces conectadas al mismo dominio de colisión o segmento de red donde están el resto de los equipos de la plataforma.

Este dispositivo solo reconoce mensajes de los protocolos SIP y RTP con el propósito de proteger la plataforma y bloquear bombardeos.

Cuando el SBC recibe un requerimiento de alguno de los abonados, este es enviado al SIP Server, servidor que maneja toda la señalización de establecimiento, control y finalización de llamadas y posee una base de datos para manejar la autenticación y atributos asociados a cada abonado. Para poder llevar a cabo esta tarea en la arquitectura de red ABA Voz, el SIP Server corre en 2 servidores (arquitectura INTEL) que trabajan en modo Cluster (por ende es vista como una sola unidad) bajo el sistema operativo LINUX sobre el cual funciona la aplicación de Siemens.

Para que la red VoIP funcione correctamente, el SIP Server de CANTV se comunica además con otros dispositivos que cumplen diferentes tareas:

El IP Unity es un servidor de mensajería unificada el cual integra servicios de mensajería a la cuenta de VoIP a otros servicios de Internet para que por ejemplo a través de un buzón de correo electrónico se puedan recibir mensajes de voz en caso de desvío de llamadas, fax, contestadora, etc.

El Softswitch con la finalidad de elegir la mejor ruta hacia donde enviar los paquetes, administra los Media Gateway, elementos que traducen entre los protocolos de VoIP a PSTN para poder integrar la red de datos VoIP con la red TDM de telefonía pública tradicional.

Para los procesos de aprovisionamiento de las líneas se usa la misma arquitectura usada para ABA, pues recordemos el producto se piensa vender como un atributo empaquetado en ABA, contamos entonces con el Servidor Boss y el Servidor de aprovisionamiento de ABA donde se crean las cuentas de VoIP asociadas a las cuentas ABA de los usuarios CANTV

En cuanto a la tarificación el SIP Server se comunica con el Open Call que es una máquina de estados que se encarga de llevar la tarificación en línea, activa el inicio para la generación del CDR (Call Detail Record) y quien a través de Rating (Equipo donde están especificados los costos de las llamadas, autorizaciones para hacer una llamada a números especiales, etc.) hace la tarificación.

Para un mejor entendimiento de cómo funciona la plataforma, a continuación se muestran esquemas explicativos de la interacción de los equipos y flujo de señalización a la hora de realizar una llamada.

En la figura 23 se puede observar el flujo de señalización en una llamada IP – PSTN.

Figura 23. Flujo de Señalización llamada IP-PSTN [11]

Al encender el ATA, este se registra en el Sip Server. Si el usuario origina una llamada al mundo PSTN, el ATA genera el mensaje INVITE hacia el SBC. El SIP Server recibe el INVITE y lo envía hacia OpenCall, este consulta en Rating vía SQL (Protocolo de bases de datos) la Autorización para completar la llamada en el destino. Envía Origen y Destino. Luego Rating valida status del cliente, si está Activo, si el abonado origen es un cliente IP, si el abonado destino es un cliente IP, verifica la lista negra, si existen desvíos, bloqueos de llamadas y buzón de correo. Rating devuelve status al OpenCall vía SQL. OpenCall genera una llamada hacia el SIP Server con un prefijo, de manera de diferenciar las llamadas que no deben ser enrrutadas hacia el OpenCall. El SIP Server detecta que la llamada es para un abonado PSTN y realiza la señalización en SIPT con el Softswitch para determinar el Endpoint o punto final de la llamada. El ATA origina la conexión RTP hacia el Media Gateway más cercano del destino. Siempre usando el SBC como NAT PASS.

En la figura 24 se puede observar el flujo de señalización en una llamada IP – IP

Figura 24. Flujo de Señalización llamada IP-IP [11]

Si el usuario origina una llamada hacia otro abonado AbaVoz, el ATA genera el INVITE hacia el SBC, el SIP Server recibe el INVITE y lo envía hacia OpenCall el cual consulta en Rating vía SQL la aceptación para completar la llamada en el destino, si Rating valida, responde a OpenCall vía SQL, OpenCall genera una llamada hacia el SIP Server con el prefijo, el SIP Server detecta que la llamada es para un abonado SIP envía la información del Endpoint al ATA de origen. El ATA origina la conexión RTP hacia el ATA destino. [11]