Sistemas de procesamiento de transacciones de telecomunicaciones

Las redes de telecomunicaciones pueden generar una gran cantidad de transacciones, cada una de las cuales contiene información sobre la actividad de un suscriptor en particular. ^{[ 1 ]} Una red de telecomunicaciones consta de diversos dispositivos y plataformas que interactúan entre sí. Cualquier transacción realizada por un suscriptor suele registrarse en múltiples dispositivos a medida que pasa por la red. Las organizaciones de telecomunicaciones generalmente necesitan poder extraer información de las transacciones de estos diversos elementos de la red para facturar correctamente a los suscriptores por el uso de la red. El sistema de procesamiento de transacciones (TPS) es un subconjunto de los sistemas de información y, en la industria de las telecomunicaciones, forma parte integral del sistema de información de gestión . El TPS puede considerarse el vínculo entre los diversos elementos y plataformas de la red y los usos de la gestión de la información para impulsar el negocio.

Cada actividad que ocurre en un elemento de red específico dentro de la red de telecomunicaciones es registrada por la plataforma correspondiente. Toda la información disponible sobre la transacción se registra y codifica en diferentes formatos. Las transacciones registradas se denominan Registros de Datos de Llamada (CDR). Se utilizan diversos formatos y protocolos para codificar estos CDR; algunos ejemplos de protocolos de codificación utilizados incluyen ASN.1 , XML y CSV . Algunos proveedores de plataformas desarrollan sus propios protocolos de codificación por motivos de seguridad. Los CDR codificados se agrupan en lotes y se transfieren periódicamente a ubicaciones desde donde el TPS puede recopilar los lotes de CDR para su procesamiento. ^{[ 2 ]}

El TPS está configurado para comprobar periódicamente cada plataforma en busca de nuevos lotes de CDR disponibles. El TPS utiliza protocolos de red estándar, como FTP , SFTP y FTPS, para transferir el archivo de lote de CDR . Algunos proveedores de plataformas han desarrollado sus propios protocolos de transferencia de archivos ; en ese caso, el TPS debe personalizarse para recuperar los archivos de lote de dichas plataformas. El TPS también es responsable de garantizar la integridad de cada archivo transferido, asegurándose de que ningún error de la red IP provoque su corrupción. Comprobar si hay archivos duplicados en la plataforma en cuestión también es responsabilidad del TPS para garantizar que ningún archivo se procese más de una vez, evitando así la duplicación de CDR. Una vez recuperados los archivos de lote de un elemento de red específico, se realiza una copia de seguridad en un medio de almacenamiento a largo plazo. Algunos gobiernos exigen que se almacene un registro de cada transacción de forma indefinida en su formato original (codificado). El tamaño y la frecuencia de los lotes varían para cada elemento de red y están directamente relacionados con el número de suscriptores activos en una red de telecomunicaciones específica. ^{[ 3 ] [ 4 ]}

Una vez que el TPS ha recuperado correctamente todos los lotes de CDR, su primera tarea es decodificarlos a un formato legible ( ASCII ). Esta es probablemente una de las funciones más importantes del TPS en la industria de las telecomunicaciones, ya que cualquier error en el proceso de decodificación resultará en información inexacta y poco fiable que se transmitirá a los procesos posteriores y, en última instancia, a los informes que consulta la gerencia. El TPS generalmente incluye la funcionalidad estándar para decodificar todos los protocolos de codificación de CDR estándar, como XML, CSV y ASN.1. Si un proveedor de plataforma en particular codifica los CDR en protocolos no estándar, se requiere la personalización del TPS. Los proveedores deben entonces proporcionar especificaciones detalladas de los CDR a los proveedores del TPS para que este pueda reconocer los formatos de CDR y también explicaciones detalladas de la información que contiene el CDR sobre la actividad de un suscriptor en la red. Una vez completada la decodificación, los lotes de CDR decodificados se verifican para detectar registros duplicados. Los CDR duplicados se descartan y se informan. Los administradores de TPS son responsables de verificar que los CDR marcados como duplicados sean, de hecho, verdaderos duplicados. ^{[ 4 ]}

Dependiendo del software TPS utilizado, los procesos posteriores a la verificación de duplicados de CDR pueden variar. Algunos TPS de gama alta combinan información de diversos elementos para crear CDR maestros antes de cargarlos en el almacén de datos, mientras que un TPS de gama baja o básico carga directamente los datos una vez completada la verificación de duplicados de CDR. El almacén de datos utilizado por el TPS consiste en un sistema de gestión de bases de datos relacionales ( RDMS). Algunos RDMS empresariales de gama alta incluyen Oracle, Microsoft SQL Server y MySQL . La elección del RDMS a utilizar suele estar determinada por la política de la empresa, el precio y las recomendaciones del proveedor del TPS. El RDMS debe ser capaz, como mínimo, de soportar el volumen de CDR generados por la red en cuestión.

Una vez completado todo el procesamiento intermedio de los lotes CDR, el TPS puede cargar los datos en el almacén de datos correspondiente. Se utilizan entidades separadas dentro del RDMS para almacenar los datos de las diferentes plataformas de red. La arquitectura y el diseño del RDMS suelen estar determinados por el TPS específico. Las diferentes entidades dentro del RDMS contienen registros detallados de cada transacción ocurrida en cualquier plataforma de la red. Los administradores de aplicaciones avanzados pueden consultar los datos detallados mediante SQL . Dependiendo del tamaño de la red, la base de suscriptores y la plataforma de red específica, las diferentes entidades del RDMS pueden llegar a ser extremadamente grandes, y las consultas sobre estas entidades requieren una arquitectura de hardware de alto rendimiento. Para acelerar las consultas e informes recurrentes sobre los detalles del CDR dentro de las entidades del RDMS, el TPS suele resumir los datos en función de ciertas dimensiones, también conocidas como agregados. ^{[ 2 ] [ 3 ]}

Los resúmenes, también conocidos como agregados, se utilizan para sintetizar datos importantes a los que se debe acceder de forma rápida y sencilla. Los informes recurrentes (por ejemplo, informes por hora, diarios y mensuales) se generan a partir de agregados, ya que recuperar la información de las entidades de detalle puede llevar mucho tiempo y requiere muchos recursos de hardware. Los resúmenes recuperan periódicamente datos de las entidades de detalle dentro del SGBD y los resumen en función de cierta información requerida (dimensiones). Las medidas clave se suman para generar resúmenes por hora, semanales o diarios, según los requisitos de los informes. Algunos gobiernos exigen que se disponga de al menos 6 meses de datos detallados en el SGBD. También exigen que se disponga de un mínimo de 5 años de resúmenes. Debido a los altos costos de almacenamiento, las organizaciones de telecomunicaciones archivan periódicamente los datos que ya no necesitan. Los datos con una antigüedad superior al período de retención establecido se trasladan de un almacenamiento de alto costo a un soporte permanente de bajo costo (por ejemplo, cinta). Si se requiere recuperar datos anteriores al período de retención, estos pueden restaurarse a partir de los CDR originales (respaldados por el TPS al momento de la recopilación) o a partir de las copias de seguridad del almacén de datos. ^{[ 5 ]}

La gerencia requiere informes para evaluar el desempeño del negocio utilizando diversos KPI. Los datos para estos informes son procesados ​​y almacenados por el TPS. Se crean resúmenes para lograr un rendimiento óptimo en consultas e informes. La última función es presentar los datos de manera intuitiva, oportuna y precisa. Existen diversas herramientas para que los administradores presenten los datos a la gerencia. Herramientas de BI como Oracle BI, Business Objects y Cognos se pueden configurar para obtener datos de los resúmenes del almacén de datos del TPS, lo que permite a los usuarios visualizar los datos a través de un navegador web . Esto proporciona al usuario información actualizada y la capacidad de realizar tablas cruzadas y crear resúmenes de nivel superior. Microsoft Excel también se puede utilizar para presentar los datos al usuario final. Algunos proveedores de TPS tienen la capacidad de integrarse con Microsoft Excel, proporcionando la información al usuario en una hoja de cálculo , desde donde se puede utilizar la función de tablas dinámicas de Excel para resumir y presentar los datos. La mayoría de las herramientas de BI tienen la funcionalidad de programar informes que pueden enviarse por correo electrónico o incluso SMS a los usuarios configurados, lo que garantiza la disponibilidad oportuna de los informes. ^{[ 5 ] [ 6 ]}