|
|
Sistema de Supervisión
de Teléfonos Públicos
Introducción
El Sistema de Supervisión de Teléfonos Públicos
(TP) permite realizar, en forma centralizada, el control de
gestión de un parque de TP's de diversas tecnologías,
distribuidos geográficamente en el área de explotación
del Operador Telefónico.
Ofrece las siguientes prestaciones:
|
•
|
Gestión de tráfico de llamadas: clasificación,
análisis y facturación de las mismas
|
| |
|
|
•
|
Control de calidad de servicio: detección de
alarmas reportadas y tiempos de salida de servicio
|
| |
|
|
•
|
Uniformidad y consistencia de datos de configuración
en todo el parque (fecha y hora, tarifas, descuentos,
etc)
|
| |
|
El Sistema se sustenta en el intercambio de información
con el parque de TP's (a través de la red telefónica
pública, vía modem) o de unidades concentradoras
de control (UC) de TP´s (a través de la red de
datos X25). Para cada tecnología de TP que posea el
Operador Telefónico, CyT proveerá el soporte
del protocolo propietario, necesario para la transferencia
de datos con el Sistema.
El diagrama en bloques funcionales del Sistema de Supervisión
de Teléfonos Públicos es:
Los componentes que forman el Sistema de Supervisión
son:
|
•
|
Base de Datos: centraliza
los datos del Sistema (configuración, tarifas,
software, tickets de llamadas, alarmas, etc.) los cuales
pueden ser accedidos por usuarios como A y B con niveles
de autorización adecuados a través de
la red (LAN o WAN) propia de la empresa.
|
| |
|
|
•
|
Frontal de Comunicación con
Teléfonos Públicos: establece las
comunicaciones con cada uno de los TPs, a través
de la red telefónica conmutada intercambiando
información vía modem o de la red X25,
mediante protocolos propietarios. Estos protocolos aseguran
la consistencia de la información recibida en
cada punto, mediante la segmentación de la misma
en paquetes que son verificados individualmente.
La información recibida de los TPs actualiza
la Base de Datos con el estado de funcionamiento, alarmas
ocurridas y llamadas cursadas en cada uno de ellos.
Asimismo, se transfieren los parámetros de configuración,
tablas de tarifas y actualizaciones de software necesarios
para el funcionamiento homogéneo del parque de
Teléfonos Públicos.
|
| |
|
|
•
|
LAN (o WAN): permite el
acceso a la información por Intranet, requiriendo
solamente un navegador (browser) en cada usuario.
|
| |
|
|
•
|
Parque de Teléfonos Públicos:
el Sistema de Supervisión se comunica con el
mismo para intercambio de datos mediante protocolos
propietarios, según la tecnología del
TP:
a) directamente con cada TP (vía su modem interno)
a través de su propia línea telefónica
b) indirectamente a través de una unidad concentradora
(UC) de TPs utilizando la red X25.
|
| |
|
Funcionalidad
La comunicación con los TPs se inicia de dos formas
distintas:
|
•
|
Al instalarse, el TP o UC llama por primera vez para
reportarse al Sistema de Supervisión y confirmar
el alta del mismo.
|
| |
|
|
•
|
El TP o UC llama periódicamente para reportar
sus estado de configuración y funcionamiento
actual, y el registro de alarmas ocurridas, listado
de llamadas efectuadas y recaudación detallada.
|
| |
|
|
•
|
El Sistema de Supervisión puede llamar a cualquier
TP o UC bajo pedido para consultar dichos datos en un
momento cualquiera.
|
| |
|
La información que se obtiene del parque de Teléfonos
Públicos es:
|
•
|
Estado de funcionamiento (Servicio Normal, Fuera de
Servicio, Servicio Reducido)
|
| |
|
|
•
|
Parámetros de Configuración
|
| |
|
|
•
|
Versión de Tablas de Tarifas usadas para tasar
las comunicaciones
|
| |
|
|
•
|
Versión de Software de los TP o UC
|
| |
|
|
•
|
Detalle de Llamadas cursadas por cada Teléfono
Público (Tickets de Llamadas)
|
| |
|
|
•
|
Detalle de Alarmas detectadas en cada Teléfono
Público (Tickets de Alarmas)
|
y la información a enviar al mismo es:
|
•
|
Parámetros de Configuración
|
| |
|
|
•
|
Tablas de Tarifas
|
| |
|
|
•
|
Software de los Teléfonos Públicos
|
| |
|
Obviamente dicha funcionalidad será viable mientras
sea soportada por la tecnología propia de cada TP.
La información a enviar a cada Teléfono Público
se obtiene de la Base de Datos, la cual se alimenta con la
información de estado, alarmas y detalles de llamadas
que el parque produce.
El Sistema de Supervisión chequea y transfiere, durante
la comunicación, las actualizaciones de datos de configuración,
tablas de tarifas y software generadas en la Base de Datos.
La secuencia de acciones a seguir por el Sistema de Supervisión
ante una llamada de un Teléfono Público es la
siguiente:
|
•
|
Atender los reportes periódicos de los mismos
y actualizar en la base de datos el estado de funcionamiento,
registros de alarmas y tickets de llamadas.
|
| |
|
|
•
|
Transferir los parámetros de configuración
a los TPs cuando éstos se inicializan o cuando
estos parámetros son modificados en la base de
datos
|
| |
|
|
•
|
Transferir las tablas de tarifas a los TPs cuando éstos
se inicializan o a partir de una fecha dada, cuando
son modificadas en la base de datos
|
| |
|
|
•
|
Distribuir las actualizaciones de software en TPs a
partir de una fecha dada.
|
| |
|
|
•
|
Establecer una comunicación con un TP a pedido
de un usuario del sistema para realizar una operación
determinada
|
| |
|
|
•
|
Sincronizar en fecha y hora todo el parque de TPs supervisado
|
Gestión de
la Información del Sistema
La información cargada en la Base de Datos permite
la realización de reportes para análisis de
los mismos:
|
•
|
Facturación detallada de llamadas cursadas
discriminadas por:
|
| |
|
•
|
Tipo (local, interurbana, internacional, servicios
especiales, etc.)
|
| |
|
|
•
|
Banda horaria y día de la semana
|
| |
|
|
•
|
Unidad Operativa, TP o área geográfica
(barrios, partidos o provincias)
|
| |
|
|
| |
|
|
•
|
Análisis del parque de Teléfonos Públicos:
|
| |
|
•
|
¸ Estado operativo de cada TP (servicio
normal, limitado o fuera de servicio)
|
| |
|
|
•
|
Alarmas: pendientes, registro histórico
y estadístico
|
| |
|
|
•
|
Estado general de líneas telefónicas
(operativas o fuera de servicio)
|
| |
|
|
| |
|
|
•
|
Estadísticas y reportes:
|
| |
|
•
|
Análisis comparativo de TPs por facturación,
tiempo fuera de servicio, etc.
|
| |
|
|
•
|
Análisis estadístico de llamadas
por tipo, servicio, hora y Unidad Operativa
|
| |
|
|
•
|
Registro de actividad de usuarios que acceden
al sistema
|
| |
|
|
| |
|
Arquitectura de los Frontales de
Comunicación
Hardware
Se implementan mediante servidores con plataforma Intel de
óptima confiabilidad (opcional con RAID de discos rígidos).
El procesamiento de llamadas telefónicas entrantes
y salientes se implementa a través de placas Dialogic
(troncales analógicas o E1) en número y capacidad
adecuados a la necesidad del cliente.
El sistema soporta conectividad X25 con otros hosts o periféricos
agregando placas de interfaz (EiconCard) hasta satisfacer
el número de ports necesario.
Software
La plataforma utiliza el sistema operativo UNIX. Su funcionalidad
se distribuye entre múltiples procesos que corren concurrentemente
sincronizando su operación a través del sistema
operativo:
|
•
|
Un proceso por cada canal telefónico (canal
E1 o analógico)
|
| |
|
|
•
|
Proceso administrador de canales telefónicos
|
| |
|
|
•
|
Procesos administradores de inserción de Estados
y Alarmas en la Base de Datos
|
| |
|
|
•
|
Procesos administradores de inserción de Tickets
de Llamadas en la Base de Datos
|
| |
|
|
•
|
Proceso de recepción y ejecución de comandos
del Sistema
|
| |
|
|
•
|
Procesos de monitoreo de los demás procesos
del sistema (Monitores y WatchDog Timers)
|
| |
|
|
•
|
Proceso de temporizado general (WatchDog Timer)
|
| |
|
|
•
|
Proceso de control de arranque y parada del Sistema
|
Esta arquitectura brinda una óptima seguridad de operación
y protección de datos críticos de cada uno de
los diferentes procesos, compartiendose sólo aquella
información que no compromete la integridad del Sistema.
Características
distintivas
|
•
|
Atención de llamadas entrantes particularizadas
por tecnología, seleccionadas por DNIS y/o ANI
|
| |
|
|
•
|
Personalización del Sistema basada en una serie
de parámetros (timeouts y períodos de
operación, nombres de directorios y librerías,
etc.) incluidos en un archivo de configuración.
Dichos parámetros se agrupan en secciones funcionales
asociadas a procesos o protocolos. Mediante la modificación
de uno o más parámetros y el envío
de un comando, el Sistema puede reconfigurarse sin interrupción
de la operación normal.
|
| |
|
|
•
|
Protocolos implementados en librerias dinámicas
de UNIX, permitiendo el agregado de una nueva versión
de protocolo adicionando las secciones correspondientes
en el archivo de configuración, cargando las
librerías correspondientes y enviando un comando
de reconfiguración del sistema sin interrumpir
la normal operación del mismo.
|
| |
|
|
•
|
Lógica de operación básica de
cada proceso implementada en librerías dinámicas
de UNIX, lo cual permite la modificación de funcionalidad
de cualquiera de ellos mediante un comando de reconfiguración
general o específico que permita activar una
nueva versión de librería sin bajar la
aplicación.
|
| |
|
|
•
|
Conectividad a distintas Bases deDatos mediante librerías
dinámicas instaladas en procesos individuales
con parámetros de configuración propios
de cada uno de ellos
|
| |
|
|
•
|
Consola de monitoreo del Sistema que permite la visualización
individual por canal telefónico o canal virtual
X25, de la siguiente información:
|
| |
|
•
|
Estado del canal
|
| |
|
|
•
|
Dirección (entrante/saliente) del mismo
|
| |
|
|
•
|
Protocolo o tecnología atendida en el
mismo
|
| |
|
| • |
ANI del TP o dirección X25 de lal UC que
ingresó
|
| |
|
| • |
Recursos del sistema utilizados
|
|
Ventajas
|
•
|
Selección de protocolo de tecnología
a activar en la llamada entrante, por asignación
de un número destino (DNIS) con facilidad de
excepciones para uno o más ANIs específicos
(para prueba selectiva de versiones con TPs individuales).
|
| |
|
|
•
|
Un protocolo de comunicación con un TP o UC
puede agregarse o modificarse sin interrupción
de la operación normal del servidor, pudiendo
por ejemplo, efectuarse la prueba una nueva versión
en campo para uno más ANIs específicos
de test , mientras que los demás TP's o UC's
siguen activando la versión actual del protocolo.
Una vez que la versión es considerada satisfactoria,
se generaliza su uso a todo el parque.
|
| |
|
|
•
|
Modificación de parámetros de configuración
del Sistema en forma dinámica sin interrupción
de los procesos activos en el servidor, lo cual permite
el ajuste de la performance del mismo en forma no traumática.
|
| |
|
|
•
|
Confiabilidad de la sesión de ccomunicación
con un TP, gracias a la implementación de un
proceso por cada canal telefónico. Un canal con
funcionamiento defectuoso no perturba la normal operación
de las demás comunicaciones.
|
| |
|
|
•
|
Confiabilidad de la conectividad con las Base de Datos
implementada en un proceso por cada tecnología.
Una conexión bloqueada no impide el acceso de
las demás.
|
| |
|
|
•
|
Reestablecimiento automático de procesos en
falla a través del WatchDog Timer, el cual diagnostica
si un proceso no responde, procediendo en cuyo caso
a su reestablecimiento.
|
|
