ES2243013T3 - Procesamiento previo de acontecimientos para confeccionar un informe. - Google Patents
Procesamiento previo de acontecimientos para confeccionar un informe.Info
- Publication number
- ES2243013T3 ES2243013T3 ES98959925T ES98959925T ES2243013T3 ES 2243013 T3 ES2243013 T3 ES 2243013T3 ES 98959925 T ES98959925 T ES 98959925T ES 98959925 T ES98959925 T ES 98959925T ES 2243013 T3 ES2243013 T3 ES 2243013T3
- Authority
- ES
- Spain
- Prior art keywords
- information
- block
- service
- counter
- service block
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/58—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on statistics of usage or network monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/80—Rating or billing plans; Tariff determination aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/36—Statistical metering, e.g. recording occasions when traffic exceeds capacity of trunks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
- H04Q3/54—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised
- H04Q3/545—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme
- H04Q3/54575—Software application
- H04Q3/54591—Supervision, e.g. fault localisation, traffic measurements, avoiding errors, failure recovery, monitoring, statistical analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5625—Operations, administration and maintenance [OAM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0152—General billing plans, rate plans, e.g. charge rates, numbering plans, rate centers, customer accounts
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0164—Billing record, e.g. Call Data Record [CDR], Toll Ticket[TT], Automatic Message Accounting [AMA], Call Line Identifier [CLI], details, i.e. parameters, identifiers, structure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0188—Network monitoring; statistics on usage on called/calling number
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13092—Scanning of subscriber lines, monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13103—Memory
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13349—Network management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13396—Signaling in general, in-band signalling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Probability & Statistics with Applications (AREA)
- Telephonic Communication Services (AREA)
- Exchange Systems With Centralized Control (AREA)
- Debugging And Monitoring (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Ultra Sonic Daignosis Equipment (AREA)
- Percussion Or Vibration Massage (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Medicines Containing Plant Substances (AREA)
- Heterocyclic Carbon Compounds Containing A Hetero Ring Having Nitrogen And Oxygen As The Only Ring Hetero Atoms (AREA)
Abstract
Sistema para extraer la información deseada a partir de la información procedente de una pluralidad de fuentes de información diferentes, caracterizado por que comprende: - un primer bloque principal (21) que incluye al menos un bloque de servicio de petición y que está adaptado para configurar un mensaje de inicio (23) para indicar las fuentes de información que suministran la información que el bloque de servicio de petición desea extraer de la información entrante, y las condiciones para indicar un elemento de información al bloque de servicio de petición, - un segundo bloque principal (22) que comprende diversos bloque de servicio de contador, y en el que los bloques de servicio de contador están conectados para recibir información procedente de fuentes de información, y en el que cada bloque de servicio de contador está adaptado, en respuesta a la llegada del mensaje de inicio, - para leer la información procedente de las fuentes de información indicadas de acuerdo con las condiciones dadas, - para configurar un mensaje de respuesta (31) que contenga la información de fuentes de información indicadas en el mensaje de inicio, y - para enviar el mensaje de respuesta al bloque de servicio de petición.
Description
Procesamiento previo de acontecimientos para
confeccionar un informe.
La presente invención se refiere en general a un
método para la lectura y procesamiento previo de una gran cantidad
de acontecimientos elementales individuales, que deben supervisarse
de tal forma que sólo se extraigan aquellos acontecimientos o
conjuntos de acontecimientos deseados para su posterior
procesamiento.
Existen en numerosas instalaciones de
telecomunicación, aplicaciones en las que se recopila una gran
cantidad de datos. En la recopilación se utilizan numerosos
contadores, acontecimientos de medición, con los que se obtienen
resultados de medición, y acontecimientos que deben ser
supervisados. Los contadores se utilizan normalmente para medir la
duración de un acontecimiento. En ocasiones, la duración carece de
importancia, por lo que únicamente es suficiente con la información
que indica sí se ha producido un acontecimiento o no. Un ejemplo de
esto lo constituyen algunas magnitudes que deben supervisarse, como
la temperatura, el voltaje, la intensidad, el número de
acontecimientos o cualquier otro valor umbral cuyo exceso o defecto
constituye un acontecimiento a supervisar. Una vez más, en algunos
casos, se necesita información sobre el valor actual de la magnitud
a medir en el momento de la consulta. En muchos casos, las lecturas
de contadores, acontecimientos y mediciones dependen unas de otras,
pero evidentemente, no siempre es el caso.
En lo sucesivo, se utilizará el nombre
acontecimiento elemental para mayor comodidad, y significará tanto
una operación del contador, como una medida o cualquier
acontecimiento individual.
La central telefónica es una instalación típica
de telecomunicaciones que genera una enorme cantidad de datos.
Puede incluir también miles de contadores, algunos de los cuales
están continuamente en funcionamiento, mientras que otros funcionan
en ocasiones, por ejemplo, durante períodos de quince minutos, y
otros funcionarán cuando sean activados, por medio de un valor
umbral. Además, incluye muchos acontecimientos que deben
supervisarse y cuya realización iniciará alguna función. Todos
estos acontecimientos elementales representan un enorme flujo de
datos que cambian constantemente. A partir de este flujo de
información, el operador selecciona los datos que necesita para su
posterior procesamiento. El operador comunica al fabricante de la
centralita la información que necesita y la forma que debería
adoptar. El fabricante introduce dicha configuración en el software
de la centralita, con lo cual se filtrarán los acontecimientos
deseados a partir de los acontecimientos elementales, y los ubicará
en los denominados informes que se utilizan en la centralita, o que
se envían desde esta, por ejemplo, a la gestión de redes. Los
informes típicos son los datos contables necesarios para cobrar
cargos, varios informes estadísticos, los informes requeridos para
el control del tráfico, etc.
El documento JP 9-64896 A, de la
técnica anterior, describe un equipo de gestión de información de
redes con algunos bloques funcionales para recopilar y proporcionar
información sobre las comunicaciones. El documento JP
5-276249 A, de la técnica anterior, describe un
sistema de notificaciones de acontecimientos críticos con ciertas
funciones de detección de acontecimientos críticos y mensajes
relativos a dichos acontecimientos.
Como ejemplo de informe, se presenta un informe
CDR. Para cada llamada que se efectúa, la Centralita Local (LE)
efectúa cargos detallados por llamadas y prepara un Registro de
Detalles de Llamadas (CDR). El registro incluye para una llamada
todos los datos necesarios para efectuar el cargo de la llamada, así
como la cantidad deseada de otros datos relativos a la llamada.
Dichos datos son, por ejemplo, el número A, el número B, la
duración de la llamada y el momento en que se inicia y finaliza la
llamada, respectivamente. Los CDRs preparados se envían al centro de
facturación (BC) para su posterior procesamiento. A fin de generar
el registro de detalles de llamadas, el operador debe establecer
ciertas bases para prepararlo. Los fundamentos para su preparación
pueden ser, por ejemplo, una recopilación de datos detallados de
llamadas para todas las llamadas del abonado, o bien una
configuración basada en el tipo de llamada, es decir, si se trata
de una llamada ordinaria, una llamada de centralita, tal como la
transferencia de una llamada, una llamada gratuita, etc. De este
modo, la recopilación de datos detallados de llamadas genera unos
bloques de datos enormemente grandes que incluyen, incluso,
millones de registros y que deben almacenarse en la memoria masiva
del sistema de cargos. Los contadores, además de configurar el
registro de cargos, también investigan sí la llamada se efectuó
satisfactoriamente o no, y el resultado se utiliza con fines
estadísticos. Dichos informes se preparan para la gestión del
tráfico, y muestran el número de llamadas satisfactorias y fallidas
en función del tiempo.
La Figura 1 describe cuanto acaba de comentarse.
Los acontecimientos elementales procedentes de diversas fuentes se
combinan en el proceso de conteo para constituir bloques de datos
en bruto que luego se transfieren a cargos, mantenimiento de
estadísticas, etc. para su posterior procesamiento. El procesador
puede que tan sólo necesite una fracción de información del bloque
de datos en bruto, pero a pesar de ello, es necesario leer todos
los acontecimientos elementales, y el procesador tiene que recibir
el bloque de datos completo.
Con estas configuraciones representa un problema
el hecho que en una instalación de telecomunicaciones, tal como una
central telefónica, la cantidad de datos recibidos es tan grande
que los sistemas estadísticos de gestión de tráfico y de cargo no
tienen tiempo para procesar la información, al menos no en tiempo
real, y por lo tanto, su capacidad de procesamiento se ha
convertido en un cuello de botella. Esto resulta perjudicial, tanto
para el operador como para el cliente. Como ejemplo, puede
mencionarse la situación en la que faltan algunos de los datos de
cargo necesarios para el establecimiento de llamada del abonado,
que la gestión de tráfico no ha tenido tiempo de generar debido al
exceso de flujo de datos que se reciben constantemente. Cuando
faltan estos datos necesarios, resulta imposible conectar la
llamada.
Uno de los objetivos de esta invención es
eliminar los problemas que surgen en las configuraciones
actuales.
El objetivo se logra mediante el sistema definido
en las reivindicaciones independientes.
El sistema de acuerdo con la invención incluye
dos bloques principales: el primer bloque principal está formado por
uno o más bloques de servicio de petición de informes, y el segundo
bloque principal está formado por uno o más bloques de servicio de
contador, en el que cada bloque de servicio de contador supervisa
uno o más acontecimientos elementales, tal como un contador. Como
mínimo, el sistema incluye al menos un bloque de servicio de
petición de informes y un bloque de servicio de contador.
El cometido de cada bloque de servicio de
petición de informes lo constituye la generación del informe. Puede
recibir una petición desde fuera del sistema, o algún factor desde
dentro del sistema puede activar una petición. A partir de la
petición descubre qué información sobre qué acontecimientos
elementales se necesita para el informe. Seguidamente, la
información sobre el acontecimiento elemental requerido se
transmite como una petición de inicio a aquellos bloques de servicio
de contador que se encuentran encargados de la supervisión de
dichos acontecimientos elementales. En respuesta a la petición,
estos bloques de servicio de contador establecen los valores de
dichos acontecimientos elementales para el bloque de servicio de
petición de informes, que utilizará los datos recibidos para
preparar un informe.
Los acontecimientos elementales, es decir,
contadores, medidores y acontecimientos funcionan en la forma
normal, generando un flujo constante de información. Los
acontecimientos elementales pueden agruparse de forma que un bloque
de servicio de contador pueda supervisar varios acontecimientos
elementales. Cada bloque de servicio de contador lee los valores de
los acontecimientos elementales conectados, de acuerdo con una
instrucción predeterminada. De este modo, el bloque de servicio de
contador actúa como una especie de controlador.
La instrucción predeterminada la remite el bloque
de servicio de petición de informes. En la instrucción se incluyen
las condiciones que se desean para el valor de cada acontecimiento
elemental. La condición puede exceder o no alcanzar un valor umbral
dado, o la condición puede ser de carácter temporal, por ejemplo, un
período de tiempo durante el cual debe establecerse el valor del
acontecimiento elemental. Cuando se cumple la condición dada, los
bloques de servicio de contador a los que se efectúa la petición
leerán la información del acontecimiento elemental, y la ubicarán en
un mensaje corto, cada dato informativo en su propio mensaje, y
enviará el mensaje al bloque de servicio de petición de
informes.
De este modo, la idea esencial de la invención
consiste en enviar desde los lugares de observación de
acontecimientos elementales tan sólo la información que se requiere
en cada momento, y únicamente cuando se necesita. El resto de la
información sobre acontecimientos elementales que no se necesita en
ese momento no se envía. Así, es posible reducir considerablemente
el flujo de información y se impide que la capacidad de los niveles
superiores se convierta en un cuello de botella.
La primera realización es una realización
estática de la idea básica de la invención. De acuerdo con ello,
cada bloque de servicio de contador y los acontecimientos
elementales asociados constituyen una entidad permanente
predeterminada. El bloque de servicio de petición de informes envía
una petición a dichos bloques de servicio de contador solamente
sobre los acontecimientos elementales supervisados de los cuales se
necesita información. El funcionamiento de la realización estática
es sencillo y fiable.
Otra realización es una realización dinámica de
la idea básica de la invención. En esta realización se generan los
bloques de servicio de contador en la medida requerida, de forma que
cuando un bloque de servicio de petición de informes envía una
petición, se crea dicho bloque de servicio de contador para llevar a
cabo la petición, que incluye exactamente los acontecimientos
elementales mencionados en la petición. El bloque de servicio de
contador estará operativo tan sólo durante el tiempo requerido. A
fin de llevar a cabo esta realización, debe configurarse un programa
especial de gestión, cuyo cometido es gestionar los bloques de
servicio de contador, y cuando se solicita, informar al bloque de
servicio de petición de informes sobre los acontecimientos
elementales disponibles. La realización dinámica es especialmente
ventajosa, porque sólo existen los bloques de servicio de contador
requeridos, y porque los acontecimientos elementales, es decir, los
contadores, pueden estar cubiertos desde la parte que necesita el
servicio.
La invención se describirá en mayor detalle con
la ayuda de las figuras esquemáticas adjuntas, en las cuales:
La figura 1 muestra la información de los bloques
de datos en bruto.
La figura 2 muestra el principio de la
invención.
La figura 3 muestra el contenido de un mensaje de
respuesta.
La figura 4 muestra el contenido de un mensaje de
inicio.
La figura 5 es un ejemplo de una primera
realización.
La figura 6 muestra el curso de
acontecimientos.
La figura 7 es un ejemplo de una segunda
realización.
La figura 8 muestra el curso de
acontecimientos.
La figura 2 es una vista simplificada del
principio de la invención. El bloque de servicio de petición de
informes 21 RSB es un proceso que precisa los valores de
determinados acontecimientos elementales. El RSB puede necesitar
datos de contadores para su propio uso, o puede recibir de algún
proceso externo una petición para suministrar un cierto tipo de
informe, que contenga información sobre unos contadores dados. El
acontecimiento elemental se marca con la referencia c1, c2, c3, ...
cn. Los acontecimientos elementales pueden ser valores de
contadores, resultados de mediciones o cualesquiera otros
acontecimientos. Con fines de aclaración, en el siguiente texto se
utilizará un contador como ejemplo de un acontecimiento
elemental.
Cuando el bloque de servicio de petición de
informes RSB necesita información sobre ciertos contadores, genera
un mensaje 23, enviándolo a los controladores, que se denominarán
bloques de servicio de contador 22, en adelante CSB. El mensaje 23
incluye al menos el identificador de contadores necesario, una
condición y el identificador del proceso que solicita la información
de los contadores. Dado que el proceso de petición puede necesitar
el valor de los contadores, bien instantáneamente, más tarde o de
vez en cuando, la información se facilita en el campo
"condición" del mensaje. La información relativa a decenas, e
incluso cientos de contadores se envía en el mismo mensaje remitido
al bloque de servicio de contador. De este modo, el mensaje incluye
el número correspondiente de tramas, conteniendo cada una de ellas
temas de acuerdo con el mensaje 23.
Cada bloque de servicio de contador supervisa al
menos un acontecimiento elemental c1, c2, c3 ... cn. En el ejemplo,
los contadores c1, c2, c3 y c4 están combinados en el mismo bloque
de servicio de contador 24, mientras que el contador c5 y el
contador cn están combinados cada uno en su propio bloque de
servicio de contador. El acontecimiento elemental conectado a cada
bloque de servicio de contador funciona independientemente del
bloque, es decir, los contadores cuentan constantemente, las
mediciones se efectúan constantemente, etc. Pero cuando algún
bloque de servicio de contador recibe un mensaje 23 del bloque de
servicio de petición de informes 21 que, de acuerdo con la
condición del mensaje, solicita información inmediata sobre el
valor de, por ejemplo, el contador c5, este bloque de servicio de
contador 25 leerá el valor actual del contador. Seguidamente, el
bloque de servicio de contador genera un mensaje corto de respuesta
de acuerdo con la figura 3, de forma que los campos del mensaje son
el nombre del contador, el valor del contador y la marca temporal.
En este caso que se muestra como ejemplo, el identificador del
contador (c5) está situado en el campo nombre, el valor de lectura
está situado en el campo valor, y la hora está situada en el último
campo, es decir, el momento en que se efectuó la lectura del valor
del contador. El mensaje de respuesta 31 generado se envía a dicho
procesamiento del bloque de servicio de petición de informes 21 que
se cita en el mencionado campo "procesamiento" del mensaje de
inicio.
La figura 4 muestra un posible mensaje de inicio.
Sus tramas incluyen algunos mensajes de inicio 23 de acuerdo con la
figura 2. De la primera línea (trama) se deduce que el proceso de
mantenimiento de estadísticas desea saber el momento en que el
valor del contador c1 excede del valor umbral k1. El contador debe
leerse en intervalos de t1. De la segunda línea se deduce que el
proceso de mantenimiento de estadísticas desea saber el valor del
contador c2 en intervalos de t2. Si existe información en el campo
"umbral" o "intervalo", esto significa que el bloque de
servicio de contador debe funcionar de acuerdo con un horario, sin
mensajes adicionales independientes. En la última línea del
mensaje, los campos umbral e intervalo están vacíos. De este modo,
el bloque de servicio de contador correspondiente sabe que se desea
inmediatamente, y solamente esta vez, el valor del contador cn.
Cabe señalar que, dado que la trama del mensaje de inicio puede
diferir de otra únicamente en lo que respecta al proceso de
petición, el mismo bloque de servicio de contador puede tener que
enviar a más de un lugar un mensaje de respuesta 31 que incluya la
misma información.
En el caso que se muestra en la figura 2, sólo
hay un bloque de servicio de contador 24, para una mayor claridad,
al que están conectados varios acontecimientos elementales que
tienen que ser supervisados. Dado que, por ejemplo, una central
telefónica puede tener miles de contadores, resulta ventajoso
configurar los acontecimientos elementales en grupos, estando cada
uno de los cuales controlado por su propio bloque de servicio de
contador CSB. De este modo, al menos un acontecimiento elemental
puede conectarse a un bloque de servicio de contador, o podría haber
cientos de acontecimientos.
En la configuración de acuerdo con la primera
realización de la invención, se determinan de antemano los
acontecimientos elementales que pertenecen al bloque de servicio de
contador. Siempre existen los bloques de servicio de contador, y el
bloque de servicio de petición de informes envía una petición a
aquellos bloques de servicio de contador cuyos contadores precisa,
y también establece un horario en la petición. En este sentido, la
primera realización puede denominarse una realización estática.
La figura 5 muestra una realización estática que
consiste en una configuración de acuerdo con la figura 2, adaptada
a una central telefónica. Dentro de la línea de puntos 51 se
encuentran varios bloques de servicio de petición de informes, que
consisten en procesos diferentes. La figura muestra un proceso de la
gestión de tráfico 511, un proceso estadístico 512, el proceso de
cargos 513 y el proceso de supervisión de la ejecución 514. Cada
proceso debe generar informes que incluyan unos acontecimientos
elementales predeterminados, y deberá remitir los informes que ha
generado. De este modo, el proceso de cargo de llamadas 513
recopila los datos de acontecimientos elementales necesarios en los
registros de llamadas, genera registros de detalles de llamadas CDR
y los envía al centro de cargo del operador para su ulterior
procesamiento. Una vez más, el proceso estadístico necesita un gran
número de acontecimientos elementales predeterminados a fin de crear
informes estadísticos a partir de ellos, que se remiten a otro
lugar para su procesamiento. El cliente determina la configuración
de los informes, es decir, qué acontecimientos elementales se
necesitan para cada informe, y qué configuración debe tener el
informe. La configuración del informe puede facilitarse a los
bloques de servicio de petición de informes 51 mediante un interfaz
de usuario MMI de la centralita, o puede facilitarse mediante
control remoto a través de la gestión de la red.
Cada bloque de servicio de petición de informes,
es decir, cada proceso, crea mensajes que establecen los
acontecimientos elementales requeridos y las condiciones, cuando
estas se requieren, para los informes que deben ser generados por
los procesos. El conjunto de mensajes de acuerdo con la figura 4,
son remitidos por los procesos a los bloques de servicio de
contador, que se muestran dentro de la línea de puntos 52 de la
figura.
Los bloques de servicio de contador recopilan los
datos de acontecimientos elementales de acuerdo con las
instrucciones facilitadas en los mensajes, los incluyen en los
mensajes de respuesta, figura 3, y envían los mensajes de respuesta
31 a los procesos que han solicitado los datos de acontecimientos
elementales. En la figura, el progreso de los mensajes de respuesta
se muestra mediante flechas que comienzan en los bloques de
servicio de contador y finalizan en los bloques de servicio de
petición de informes.
Las diferentes etapas se describen con la ayuda
de la figura 6. Algún bloque de servicio de petición de informes
recibe una petición para generar un informe. La petición puede
consistir en la generación y envío de, por ejemplo, un informe
estadístico que incluya, por ejemplo, llamadas fallidas y
satisfactorias dentro de un cierto período de tiempo, o una
petición para generar registros detallados de llamadas que sólo
pueden incluir cierta información relacionada con una llamada, o una
petición para generar, en ciertos intervalos, un informe de tráfico
que incluya todas las llamadas efectuadas a lo largo de un cierto
período de tiempo. El informe puede ser enviado de acuerdo con
algún horario, por lo cual la petición es automática, o la petición
puede enviarse únicamente cuando se desea algún informe.
El bloque de servicio de petición de informes
determina qué datos de acontecimientos elementales se requieren en
el informe, y cómo debe leerse. En el caso de algunos
acontecimientos, el valor actual es suficiente, mientras que para
otros acontecimientos puede resultar necesario recopilar valores de
acontecimientos elementales a lo largo de un cierto período de
tiempo. Algunos acontecimientos se comparan con los valores umbral
de tal forma que se tienen en cuenta aquellos valores de
acontecimientos elementales que excedan o no alcancen los valores
umbral.
Cuando el bloque de servicio de petición de
informes ha llevado a cabo el análisis, determina cuáles son los
bloques de servicio de contador CSB, cuyos valores de
acontecimientos elementales se necesitan en el informe, etapa 62. El
contenido del mensaje de inicio incluye al menos: a) los
acontecimientos elementales requeridos, b) los datos de horario
relativos a la lectura de acontecimientos, c) los valores umbral, y
d) los datos que muestran a qué bloque de servicio de petición de
informes debe remitirse la respuesta. Dado que puede haber muchos
mensajes de inicio, estos se unen para generar un mensaje de acuerdo
con la figura 4. Seguidamente, los mensajes de inicio se remiten a
aquellos CSBs que tienen que ver con el asunto, etapa 63. Los
bloques de servicio de contador en cuestión reciben los mensajes de
inicio y a partir de ellos interpretan en qué condiciones deben
leerse los contadores, etapas 64 y 65.
Con posterioridad, se leen los contadores de
acuerdo con las instrucciones facilitadas, etapa 66, se generan los
mensajes de respuesta, etapa 67, y los envían al bloque de servicio
de petición de informes que solicitó los datos de contadores, etapa
68. El bloque de servicio de petición de informes recibe los
mensajes de respuesta, etapa 69, y utiliza los datos incluidos en
los mensajes para generar informes, etapa 610.
Una desventaja de la realización estática
anteriormente descrita consiste en que los bloques de servicio de
contador se definen de antemano y pueden ser muy numerosos,
especialmente cuando se desea que cada contador tenga su propio
controlador. Aun cuando los bloques de servicio de contador son muy
sencillos, y su estructura muy fiable, pueden generar, no obstante,
una carga innecesaria en el sistema. Esto se evita mediante la
configuración de acuerdo con la segunda realización de la
invención, en la que se crean tantos bloques de servicio de contador
como se requieren en cada momento. Esta configuración se denomina
una realización dinámica.
La figura 7 muestra la realización dinámica.
Difiere de la realización de acuerdo con la figura 5 tan sólo en
que al sistema se añade el Bloque de Gestión de Características FMB
71. Su cometido consiste en
- a)
- gestionar bloques simples del servicio de contadores (controladores de contadores)
- b)
- almacenar y transmitir información a los bloques de servicio de petición de informes sobre qué contadores puede facilitar el sistema.
- c)
- funcionar como un interfaz entre los bloques de servicio de petición de informes y los contadores de hardware.
Cuando un bloque de servicio de petición de
informes necesita un conjunto de datos de contadores a fin de
generar un informe, remite una lista de contadores al bloque de
gestión. La lista puede ser un mensaje de inicio similar al descrito
en relación con las figuras 2 y 4. De este modo, el mensaje puede
incluir varios horarios y condiciones. El bloque de gestión recibe
la lista, comprueba qué contadores se requieren y sí el contador ya
cuenta con su propio bloque de servicio de contador. De no ser así,
crea para cada contador su propio controlador, o puede conectar
varios contadores a un controlador.
Con posterioridad, la operación continúa en la
misma forma que en el caso de la realización estática, porque los
bloques de servicio de contador funcionan exactamente en la misma
forma en cada realización.
La configuración de acuerdo con la segunda
realización es flexible. Sí el bloque de servicio de petición de
informes solicita informes de un nuevo tipo o datos de contadores
configurados en otra forma distinta de la diseñada originalmente,
será suficiente enviar un nuevo mensaje de inicio al bloque de
gestión de características FMB. El bloque de gestión de
características crea un nuevo bloque de servicio de contador, junto
con los contadores adecuados conectados a él, de forma que el nuevo
bloque de servicio de contador llevará a cabo la petición.
El programa de gestión puede retirar un nuevo
bloque de servicio de contador con la misma facilidad que lo creó,
cuando ya no es necesario.
La figura 8 muestra un diagrama de bloques de las
etapas operativas de la segunda realización. En muchos aspectos, las
etapas son las mismas que en el diagrama mostrado en la figura 6, y
se utilizan los mismos números de referencia a este respecto. El
bloque de servicio de petición de informes configura una petición de
inicio en la forma usual, conteniendo dicha petición los
identificadores de contadores y las condiciones necesarias para el
informe, etapa 63. La petición de inicio se remite al bloque de
gestión de características FMB, que recibe la petición de inicio,
etapa 71, y realiza un análisis de la petición, etapa 72. En el
análisis identifica los contadores necesarios en el momento de
cumplir la petición, etapa 72. Primero comprueba si existen ya
bloques de control del servicio de contadores para los contadores
requeridos. Si ya existen, les facilita los mensajes de inicio
adecuados cuya configuración se describió anteriormente en relación
con las figuras 2 y 4. Seguidamente, los bloques de servicio de
contador funcionan de acuerdo con las condiciones establecidas en
los mensajes de inicio. De este modo, el bloque de gestión de
características FMB es una especie de proceso host para los bloques
de servicio de contador.
Si el análisis indicase que falta un bloque de
servicio de contador para algunos de los contadores, o incluso para
todos los contadores citados en el mensaje de inicio enviado por el
bloque de servicio de petición de informes, la obligación del
bloque de gestión de características será configurar los bloques que
faltan del servicio de contadores. De este modo, forma los bloques
de servicio de contador necesarios, etapa 73, y seguidamente, les
facilita los mensajes de inicio adecuados, en los cuales se
facilitan las condiciones para leer los contadores. A partir de esta
etapa, la función continúa como en el caso de la realización
estática, es decir, los bloques de servicio de contador configuran
mensajes de respuesta, etapa 67, y los envían al bloque de servicio
de petición de informes, etapa 68. El proceso recibe los mensajes
enviados por los bloques de servicio de contador, y utiliza la
información que incluyen para configurar los informes, etapa
610.
Las ventajas de la solución dinámica de acuerdo
con la segunda realización son, en primer lugar, que únicamente
existen los bloques de servicio de contador necesarios, no existen
unidades que utilicen recursos extras. En segundo lugar, los propios
contadores, y también los bloques de servicio de contador, pueden
recibir cobertura de la parte que requiere el servicio. Los
componentes dependientes del hardware de la configuración afectan
lo menos posible a los componentes del nivel superior, y de este
modo, el hardware puede modificarse sin necesidad de introducir
cambios, por ejemplo, en los bloques de servicio de petición de
informes. En tercer lugar, si los bloques de servicio de petición
de informes necesitan informes de un nuevo tipo, o datos de
contadores configurados en una forma distinta de la diseñada
originalmente, resulta sencillo introducir dichos cambios. Esto es
debido a que con la ayuda del bloque de gestión de características
FMB, resulta sencillo crear un nuevo bloque de servicio de
contador, que se ocupará de cumplir la petición.
Una ventaja de la configuración de acuerdo con la
invención, comparada con las configuraciones de la técnica actual,
es que sólo se transmiten aquellos acontecimientos elementales que
se necesitan en ese momento. Incluso sí el número de
acontecimientos elementales y el número de contadores fuese muy
alto, resulta fácil seleccionar para su lectura únicamente aquellos
que se necesitan. La selección de los acontecimientos elegidos
resulta fácil de realizar incluyendo un valor adecuado en los campos
de los mensajes de inicio preparados por el bloque de servicio de
petición de informes.
Los bloques de servicio de contador son pequeños
programas de bits que ejecutan una función dependiendo de los
parámetros que les han sido facilitados. En este sentido, se
parecen a los bloques Funcionales Independientes del Servicio, o
SIB, que se utilizan en la arquitectura de redes inteligentes.
Claims (22)
1. Sistema para extraer la información deseada a
partir de la información procedente de una pluralidad de fuentes de
información diferentes, caracterizado porque comprende:
- -
- un primer bloque principal (21) que incluye al menos un bloque de servicio de petición y que está adaptado para configurar un mensaje de inicio (23) para indicar las fuentes de información que suministran la información que el bloque de servicio de petición desea extraer de la información entrante, y las condiciones para indicar un elemento de información al bloque de servicio de petición,
- -
- un segundo bloque principal (22) que comprende diversos bloque de servicio de contador, y en el que los bloques de servicio de contador están conectados para recibir información procedente de fuentes de información, y en el que cada bloque de servicio de contador está adaptado, en respuesta a la llegada del mensaje de inicio,
- -
- para leer la información procedente de las fuentes de información indicadas de acuerdo con las condiciones dadas,
- -
- para configurar un mensaje de respuesta (31) que contenga la información de fuentes de información indicadas en el mensaje de inicio, y
- -
- para enviar el mensaje de respuesta al bloque de servicio de petición.
2. Sistema de acuerdo con la reivindicación 1,
caracterizado porque a cada bloque de servicio de contador
(24, 25) se conecta, al menos, una fuente de información, y porque
las condiciones dadas en el mensaje de inicio conciernen a todas
estas fuentes de información.
3. Sistema de acuerdo con la reivindicación 2,
caracterizado porque el bloque de servicio de contador y las
fuentes de información conectadas a él constituyen una entidad
permanente predeterminada.
4. Sistema de acuerdo con la reivindicación 2,
caracterizado porque comprende también un bloque de gestión
de características que está adaptado:
- -
- para obtener información a partir de una petición de servicio recibida desde el bloque de servicio de petición, para conocer cual es la información situada en las fuentes de información que el bloque de servicio de petición desea extraer a partir de la información entrante, y
- -
- para configurar y enviar un mensaje de inicio al bloque de servicio de contador.
5. Sistema de acuerdo con la reivindicación 4,
caracterizado porque el bloque de gestión de características
está adaptado para crear el bloque de servicio de contador y para
conectar a él las fuentes de información deseadas.
6. Sistema de acuerdo con la reivindicación 5,
caracterizado porque el bloque de gestión de características
está adaptado para retirar un bloque de servicio de contador en
respuesta al bloque de servicio de contador que envía los mensajes
de respuesta.
7. Sistema de acuerdo con la reivindicación 4,
caracterizado porque el bloque de gestión de características
está adaptado para conservar información relativa a las fuentes de
información ofrece el sistema y para retransmitir dicha información
al bloque de servicio de petición.
8. Sistema de acuerdo con la reivindicación 1,
caracterizado porque el bloque de servicio de petición está
adaptado para enviar la información recibida en el mensaje de
respuesta para su posterior procesamiento.
9. Sistema de acuerdo con la reivindicación 1,
caracterizado porque una condición del mensaje de inicio es
un valor umbral.
10. Sistema de acuerdo con la reivindicación 1,
caracterizado porque una condición del mensaje de inicio es
un horario.
11. Sistema de acuerdo con la reivindicación 1,
caracterizado porque un bloque de servicio de petición está
adaptado para incluir en un mensaje de inicio el identificador de
aquel bloque de servicio de petición al cual debe enviarse el
mensaje de respuesta.
12. Central telefónica, que incluye numerosas
unidades que generan acontecimientos elementales, tales como
contadores y unidades de medida, y en la que la información sobre
acontecimientos elementales es recopilada para su posterior
procesamiento, caracterizada porque comprende:
- -
- al menos un bloque de servicio de petición para recopilar información sobre acontecimientos elementales, estando adaptado dicho bloque de servicio de petición para configurar un mensaje de inicio en el que se indican tanto aquellas unidades que generan acontecimientos elementales cuya información generada requiere el bloque de servicio de petición como las condiciones para indicar cada elemento de información al bloque de servicio de peti- ción,
- -
- varios bloques de servicio de contador, conectado cada uno de ellos, al menos, a una unidad que genera acontecimientos elementales para recibir los acontecimientos elementales, estando dispuestos los bloques de servicio de contador:
- -
- para leer la información sobre acontecimientos elementales indicada de acuerdo con las condiciones dadas,
- -
- para configurar un mensaje de respuesta que contenga información sobre los acontecimientos elementales indicados en el mensaje de inicio, y
- -
- para enviar el mensaje de respuesta al bloque de servicio de petición,
en respuesta a la recepción de
dicho mensaje de inicio que les ha sido
remitido.
13. Central telefónica de acuerdo con la
reivindicación 12, caracterizada porque a cada bloque de
servicio de contador está conectada, al menos, una unidad que
genera acontecimientos elementales, y porque las condiciones dadas
en el mensaje de inicio conciernen a todos estos acontecimientos
elementales.
14. Central telefónica de acuerdo con la
reivindicación 12, caracterizada porque el bloque de
servicio de contador y las unidades conectadas que generan
acontecimientos elementales constituyen una entidad permanente
predeterminada.
15. Central telefónica de acuerdo con la
reivindicación 12, caracterizada porque comprende también un
bloque de gestión de características que está adaptado.
- -
- para obtener información a partir de una petición de servicio llegada del bloque de servicio de petición, para conocer la información relativa a acontecimientos elementales que precisa el bloque de servicio de petición, y
- -
- para configurar y enviar los mensajes de inicio a los bloques de servicio de contador.
16. Central telefónica de acuerdo con la
reivindicación 15, caracterizada porque el bloque de gestión
de características está adaptado para crear el bloque de servicio
de contador y para conectar a él las unidades que generan
acontecimientos elementales.
17. Central telefónica de acuerdo con la
reivindicación 16, caracterizada porque el bloque de gestión
de características está adaptado para retirar un bloque de servicio
de contador en respuesta al bloque de servicio de contador que envía
los mensajes de respuesta.
18. Central telefónica de acuerdo con la
reivindicación 15, caracterizada porque el bloque de gestión
de características está adaptado para conservar la información
sobre qué acontecimientos elementales proporciona el sistema y para
retransmitir esta información a los bloques de servicio de
peticiones.
19.- Central telefónica de acuerdo con la
reivindicación 12, caracterizada porque un bloque de
servicio de petición está adaptado para incluir en el mensaje de
inicio el identificador del bloque de servicio de petición al que
debe enviarse el mensaje de respuesta.
20. Método para extraer la información deseada a
partir de la información procedente de una pluralidad de fuentes de
información diferentes, caracterizado por que comprende las
etapas de:
- -
- recepción de un mensaje de inicio desde un bloque de servicio de petición mediante un bloque de servicio de contador,
- -
- obtención de información, a partir del mensaje de inicio, relativa a las fuentes de información cuya información es necesario extraer a partir de la información entrante y a las condiciones para extraer un elemento de información,
- -
- lectura de la información procedente de las fuentes de información, indicadas de acuerdo con las condiciones dadas,
- -
- generación de un mensaje de respuesta que contenga la información extraída, y
- -
- envío del mensaje de respuesta al bloque de servicio de petición.
21. Bloque de servicio de petición para un
sistema destinado a extraer la información deseada a partir de la
información entrante desde una pluralidad de fuentes de información
diferentes, caracterizado porque el bloque de servicio de
petición está adaptado:
- -
- para configurar un mensaje de inicio (23) que indica aquellas fuentes de información que suministran información que el bloque de servicio de petición desea extraer a partir de la información entrante, y las condiciones para indicar un elemento de información en un mensaje de respuesta destinado al bloque de servicio de petición,
- -
- para enviar el mensaje de inicio a un bloque de servicio de contador; y
- -
- para recibir un mensaje de respuesta (31) desde el bloque de servicio de contador.
22. Bloque de servicio de petición de acuerdo con
la reivindicación 21, caracterizado porque el bloque de
servicio de petición está adaptado para incluir en el mensaje de
inicio el identificador de un bloque de servicio de petición al cual
debe enviarse un mensaje de respuesta.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI974533 | 1997-12-16 | ||
| FI974533A FI105757B (fi) | 1997-12-16 | 1997-12-16 | Tapahtumien esikäsittely raportin muodostamiseksi |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2243013T3 true ES2243013T3 (es) | 2005-11-16 |
Family
ID=8550145
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES98959925T Expired - Lifetime ES2243013T3 (es) | 1997-12-16 | 1998-12-11 | Procesamiento previo de acontecimientos para confeccionar un informe. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US6625266B1 (es) |
| EP (1) | EP1036472B1 (es) |
| AT (1) | ATE297101T1 (es) |
| AU (1) | AU1565199A (es) |
| DE (1) | DE69830421T2 (es) |
| ES (1) | ES2243013T3 (es) |
| FI (1) | FI105757B (es) |
| WO (1) | WO1999034623A1 (es) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI107974B (fi) | 1999-07-14 | 2001-10-31 | Nokia Networks Oy | Menetelmä ja järjestelmä tilastointiin puhelinkeskusjärjestelmässä |
| US7526547B2 (en) * | 2001-10-12 | 2009-04-28 | Nokia Corporation | Intelligent network charging edge |
| FI114428B (fi) * | 2001-12-13 | 2004-10-15 | Nokia Corp | Menetelmä ja järjestelmä laskuridatan keräämiseksi verkkoelementissä |
| US7599287B2 (en) * | 2002-11-15 | 2009-10-06 | Cisco Technology, Inc. | Tokens in token buckets maintained among primary and secondary storages |
| US7304942B1 (en) * | 2002-11-15 | 2007-12-04 | Cisco Technology, Inc. | Methods and apparatus for maintaining statistic counters and updating a secondary counter storage via a queue for reducing or eliminating overflow of the counters |
| US7317718B1 (en) | 2002-12-06 | 2008-01-08 | Juniper Networks, Inc. | Flexible counter update and retrieval |
| WO2004081745A2 (en) * | 2003-03-10 | 2004-09-23 | Tekelec | Methods and systems for dynamic, rules-based peg counting |
| US8018845B2 (en) * | 2006-01-25 | 2011-09-13 | Cisco Technology, Inc | Sampling rate-limited traffic |
| US8077611B2 (en) * | 2006-07-27 | 2011-12-13 | Cisco Technology, Inc. | Multilevel coupled policer |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE3813581A1 (de) * | 1988-04-22 | 1989-11-02 | Philips Patentverwaltung | Vermaschtes fernmeldenetz |
| JP3100221B2 (ja) | 1992-03-27 | 2000-10-16 | 富士通株式会社 | トラヒックデータ収集装置 |
| JP2785583B2 (ja) | 1992-05-07 | 1998-08-13 | 日本電気株式会社 | サービス対象電番登録処理方式 |
| US5943657A (en) * | 1994-03-30 | 1999-08-24 | British Telecommunications Public Limited Company | Communications pricing and charging maintenance sub-system and process |
| SE516541C2 (sv) | 1994-12-13 | 2002-01-29 | Ericsson Telefon Ab L M | Metod för att utöka ett driftstödssystem |
| US5680390A (en) * | 1995-06-06 | 1997-10-21 | Bell Communications Research, Inc. | Broadband telecommunications network and method of having operations systems support |
| AU713964B2 (en) * | 1995-07-27 | 1999-12-16 | British Telecommunications Public Limited Company | Billing for communications usage |
| US5942986A (en) * | 1995-08-09 | 1999-08-24 | Cedars-Sinai Medical Center | System and method for automatic critical event notification |
| JP3341201B2 (ja) | 1995-08-23 | 2002-11-05 | 日本電信電話株式会社 | ネットワーク情報管理装置 |
| DE19547194A1 (de) * | 1995-12-16 | 1997-06-19 | Sel Alcatel Ag | Verfahren zur Vergebührung der Nutzung eines Telekommunikations-Dienstes sowie Vermittlungssystem, Dienststeuereinrichtung und Netzwerkmanagementeinrichtung |
| US5787304A (en) * | 1996-02-05 | 1998-07-28 | International Business Machines Corporation | Multipath I/O storage systems with multipath I/O request mechanisms |
| US5940487A (en) * | 1996-04-10 | 1999-08-17 | Alcatel Usa Sourcing, L.P. | Programmable call processing system and method |
| US6118936A (en) * | 1996-04-18 | 2000-09-12 | Mci Communications Corporation | Signaling network management system for converting network events into standard form and then correlating the standard form events with topology and maintenance information |
| US5873030A (en) * | 1996-06-28 | 1999-02-16 | Mci Communications Corporation | Method and system for nationwide mobile telecommunications billing |
| US5778059A (en) * | 1996-08-30 | 1998-07-07 | Digital Technics, Inc. | Distributed predictive and event-driven processing environment |
| US5883946A (en) * | 1996-11-27 | 1999-03-16 | Bell Communications Research, Inc. | Method and apparatus for provisioning customized telecommunications services |
| US6119173A (en) * | 1997-01-27 | 2000-09-12 | Alcatel Usa Sourcing, L.P. | System and method for communications and process management in a distributed telecommunications switch |
| US6338046B1 (en) * | 1997-10-06 | 2002-01-08 | Nokia Telecommunications, Oy | System and method for determining charges for usage of a network connection |
| US6018779A (en) * | 1997-12-15 | 2000-01-25 | Emc Corporation | System for encapsulating a plurality of selected commands within a single command and transmitting the single command to a remote device over a communication link therewith |
-
1997
- 1997-12-16 FI FI974533A patent/FI105757B/fi active
-
1998
- 1998-12-11 DE DE69830421T patent/DE69830421T2/de not_active Expired - Lifetime
- 1998-12-11 ES ES98959925T patent/ES2243013T3/es not_active Expired - Lifetime
- 1998-12-11 EP EP98959925A patent/EP1036472B1/en not_active Expired - Lifetime
- 1998-12-11 WO PCT/FI1998/000972 patent/WO1999034623A1/en active IP Right Grant
- 1998-12-11 AU AU15651/99A patent/AU1565199A/en not_active Abandoned
- 1998-12-11 AT AT98959925T patent/ATE297101T1/de not_active IP Right Cessation
-
2000
- 2000-06-09 US US09/590,562 patent/US6625266B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| ATE297101T1 (de) | 2005-06-15 |
| EP1036472A1 (en) | 2000-09-20 |
| EP1036472B1 (en) | 2005-06-01 |
| FI974533A (fi) | 1999-06-17 |
| AU1565199A (en) | 1999-07-19 |
| FI105757B (fi) | 2000-09-29 |
| DE69830421T2 (de) | 2006-01-26 |
| DE69830421D1 (de) | 2005-07-07 |
| WO1999034623A1 (en) | 1999-07-08 |
| FI974533A0 (fi) | 1997-12-16 |
| US6625266B1 (en) | 2003-09-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2147795C1 (ru) | Управление рабочей нагрузкой в сети подвижной связи | |
| ES2243013T3 (es) | Procesamiento previo de acontecimientos para confeccionar un informe. | |
| US7929512B2 (en) | Performance management of cellular mobile packet data networks | |
| US5864608A (en) | System and method for formatting performance data in a telecommunications system | |
| US8477653B2 (en) | Monitoring individual data flow performance | |
| CN101843134A (zh) | 用于网络业务量监视的方法和监视组件 | |
| CN103081410B (zh) | 通信质量监视系统、通信质量监视方法 | |
| US9712946B2 (en) | Information-gathering system, sensor terminal, communication terminal and terminal connection control method | |
| US8015291B2 (en) | Monitoring network usage | |
| CN102668454A (zh) | 用于提供移动电信系统中的性能管理的方法和操作支持系统 | |
| ES2291371T3 (es) | Metodo para recoger datos de ubicacion en una red de comunicaciones. | |
| CN101005395A (zh) | 移动网络性能和告警可视化系统及其可视化方法 | |
| US9125046B1 (en) | Subscriber activity map | |
| US6915110B2 (en) | Multi-protocol call trace on GPRS Gb-Gr | |
| CN112601247A (zh) | 基站小区的业务质量监测方法、装置和系统 | |
| CN112751722B (zh) | 数据传输质量监控方法和系统 | |
| CN107612764B (zh) | 一种传输网管数据采集装置和方法 | |
| ES2281357T3 (es) | Procedimiento generico para el alineamiento en un entorno multigestor. | |
| US7548980B2 (en) | Enhanced network management system | |
| CN108108289A (zh) | 一种集群资源统计方法、系统、装置及可读存储系统 | |
| CN108989137B (zh) | 端到端通信的时延测量方法及装置、计算机可读存储介质 | |
| JP2013179491A (ja) | ネットワーク品質監視装置及びネットワーク品質監視方法 | |
| WO2019035499A1 (ko) | 사용자 수요 기반의 saas 결합 서비스 플랫폼에서 자동 스케일링을 이용한 saas 결합 서비스 처리 시스템 및 방법 | |
| ES2270595T3 (es) | Metodo y sistema para determinar modelos operativos de usuarios de un sistema de telecomunicacion. | |
| KR20170131007A (ko) | 데이터 분산 서비스 기반의 실시간 통신 감시 시스템 |