ES2647037T3 - Mediación de llamadas conmutadas por paquetes - Google Patents

Mediación de llamadas conmutadas por paquetes Download PDF

Info

Publication number
ES2647037T3
ES2647037T3 ES07119731.3T ES07119731T ES2647037T3 ES 2647037 T3 ES2647037 T3 ES 2647037T3 ES 07119731 T ES07119731 T ES 07119731T ES 2647037 T3 ES2647037 T3 ES 2647037T3
Authority
ES
Spain
Prior art keywords
partial
call
records
record
data
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.)
Active
Application number
ES07119731.3T
Other languages
English (en)
Inventor
Kari Karhunen
Mikko Markkunen
Richard Lewis
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Comptel Corp
Original Assignee
Comptel Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Comptel Corp filed Critical Comptel Corp
Application granted granted Critical
Publication of ES2647037T3 publication Critical patent/ES2647037T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • 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/53—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP using mediation
    • 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/56—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for VoIP communications
    • 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/0172—Mediation, i.e. device or program to reformat CDRS from one or more switches in order to adapt to one or more billing programs formats
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/202—VoIP; Packet switched telephony

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Procedimiento para construir registros de datos de llamadas, CDR, relacionados con una llamada por conmutación de paquetes en base a datos recibidos de elementos de red que participan en la llamada, comprendiendo el procedimiento recibir una serie de registros de datos relacionados con la llamada de los elementos de red, en que cada uno de los registros de datos tiene un contenido de información, analizar por lo menos parte del contenido de información de cada uno de los registros de datos, y en respuesta al contenido de información analizado, inicializar una serie de registros parciales existentes simultáneamente que contienen información relacionada con la llamada en una base de datos en memoria y actualizar la serie de registros parciales en la base de datos en memoria, en que dicha actualización de la serie de registros parciales existentes simultáneamente comprende por lo menos actualizar una vez por lo menos dos registros parciales que responden al contenido de información analizado de un único registro de datos en dicha serie de registros de datos, y construir los CDR en base a la información en los registros parciales, caracterizado por recibir un registro de datos que indica que un primer terminal (T1) origina (401) una nueva llamada dirigida a un grupo de terminales de destino que contienen una serie de segundos terminales (T2, T3), analizar por lo menos parte del contenido de información del registro de datos para descubrir los canales involucrados en la llamada, y en respuesta al contenido de información analizado: inicializar (401, 402, 403) un registro parcial para cada uno de dichos canales implicados en la llamada, e inicializar adicionalmente por lo menos un registro parcial para cada terminal relacionado con la llamada, o si el registro parcial relevante o los registros ya existen, actualizar el registro parcial relevante o los registros parciales en lugar de inicializar un nuevo registro parcial o nuevos registros parciales.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Mediacion de llamadas conmutadas por paquetes Sector tecnico
La presente invencion se refiere a un procedimiento, sistema y producto de programa de ordenador para construir CDR relacionados con llamadas realizadas en redes de comunicacion por conmutacion de paquetes.
Estado de la tecnica anterior
La facturacion en redes con conmutacion de circuitos se ha basado en las mediciones en centrales telefonicas. Las centrales telefonicas interaction entre si utilizando un sistema de senalizacion, por ejemplo, el SS7. Las soluciones de facturacion utilizadas en este tipo de redes se conocen desde hace tiempo. Actualmente, las redes con conmutacion de circuitos estan siendo complementadas o reemplazadas por redes con conmutacion de paquetes, que manejan una porcion cada vez mayor de las comunicaciones. Las redes con conmutacion de paquetes estan ampliamente estandarizadas por organizaciones, tales como la Union Internacional de Telecomunicaciones (UIT), 3GPP (3rd Generation Partnership Project), etc. pero se basan en arquitecturas totalmente diferentes a las redes con conmutacion de circuitos. En primer lugar, en las redes con conmutacion de paquetes hay muchos mas lugares que un conmutador en los que se puede generar un evento. En segundo lugar, en las redes con conmutacion de paquetes hay muchos mas servicios disponibles que una llamada telefonica ordinaria. Esto lleva a situaciones en las que las tecnologias de facturacion utilizadas con las redes con conmutacion de circuitos no funcionan correctamente, o no funcionan en absoluto con las redes con conmutacion de paquetes.
La construccion de CDR se realiza preferiblemente en un agregador o correlacionador de un dispositivo de mediacion, un software de mediacion, un componente de mediacion o similar en la capa de software intermedia entre los elementos de red y el sistema de soporte de operacion y de negocio (OSS/BSS, Operation Support System/Business Support System). Las redes de comunicacion con conmutacion de paquetes y especialmente algunas implementaciones tecnicas y servicios tales como 2,5G, 3G, 4G, el sistema universal de telecomunicaciones moviles (UMTS, Universal Mobile Telecommunications System), la red de area local inalambrica (WLAN, Wireless Local Area Network), la radio truncada terrestre (TETRA, TErrestrial TRunked RAdio), el subsistema multimedia de IP (IMS, IP Multimedia Subsystem), la voz sobre IP (VoIP, Voice over IP), las llamadas a grupos de IP, el sistema pulsar para hablar (PTT, Push-To-Talk), las sesiones de servicio de contenido, las sesiones de juegos interactivos entre multiples jugadores, etc. plantean nuevos desafios a las soluciones de mediacion para hacer que la informacion de facturacion sea correcta y adecuada en tiempo real.
La mediacion es un proceso en el que los datos de utilizacion son recogidos de la red de telecomunicaciones y entregados al sistema de soporte de operacion y de negocio (OSS/BSS) del operador. El software de mediacion recopila datos de utilizacion de la red interconectando diversos elementos de red diferentes. Posteriormente, la capa de mediacion agrega, correlaciona, enriquece, valida, formatea y/o califica los datos para que sean legibles por el sistema OSS/BSS objetivo y contiene toda la informacion requerida.
El software de mediacion oculta la complejidad de la red del sistema OSS/BSS asegurando que los datos recibidos por el sistema OSS/BSS son similares independientemente de los elementos de red de los que provienen los datos. Es decir, el OSS/BSS tiene que comunicarse solo con el software de mediacion, no con varios tipos diferentes de elementos de red.
La presente invencion se refiere asimismo a procedimientos y sistemas de mediacion que han sido desarrollados en vista de los requisitos mediante el manejo de eventos en soluciones de nueva generacion que estan especialmente disenados para la mediacion de transmision continua, que tambien se denomina mediacion en tiempo real. Las instalaciones de software de mediacion en el pasado se han basado en lotes, siendo este tambien el caso con la mayoria de las instalaciones en el momento de presentar esta solicitud. En un proceso por lotes, los registros de eventos se recopilan en entidades mas grandes y se procesan despues de ciertos intervalos de tiempo. Hoy surgen nuevos casos que requieren que los datos sean recopilados, procesados y entregados al OSS/BSS destino tan pronto como los datos esten disponibles en la red. Especialmente, las nuevas tecnologias, servicios y aplicaciones, empleados principalmente junto con redes conmutadas por paquetes, generan gran cantidad de informacion fragmentada relacionada con un evento (por ejemplo, llamada de grupo, sesion de juego, etc.). La mediacion en tiempo real ofrece una solucion a este problema. Una realizacion de este tipo de solucion se presenta en la figura 1.
En las tecnologias de comunicaciones actuales y emergentes, un CDR facturable comprende varias porciones de informacion que se generan en los elementos de red u otras instancias en la red involucradas con un evento. Ademas, los datos de eventos iniciados son no estructurados y fragmentados y, a menudo, contienen solo un fragmento parcial de informacion necesaria para un CDR completo. Por esta razon, el mediador se encuentra frente a nuevos desafios relacionados con los recursos, la eficiencia y el rendimiento.
5
10
15
20
25
30
35
40
45
50
55
60
65
La solucion tradicional de mediacion de eventos contiene funcionalidades como recopilacion de datos de utilizacion de elementos de red, agregacion, conversion del formato de los datos a un formato unificado, correlacion, etc. Todo esto ha estado listo durante anos y lo mas probable es que se utilice durante los anos venideros.
Tradicionalmente, la solucion de mediacion de eventos ha sido evaluada en base a los siguientes criterios tecnicos: cuantas interfaces de elementos de red puede admitir, cuales son los formatos de datos que puede leer y producir, cual es el rendimiento de procesamiento del sistema, que tipo de funcionalidades de gestion del proceso proporciona etc.
Solo muy raramente la solucion de mediacion de eventos ha sido evaluada desde la perspectiva de negocio: cuanto dinero puede ahorrar, cuantos ingresos nuevos puede generar, cuales son los nuevos modelos de negocio que permite, que tipo de informacion de valor anadido puede generar para los procesos de negocio de los operadores (por ejemplo, atencion al cliente, facturacion, fraude, estadisticas).
En realidad, el punto de vista de negocio no era muy interesante, ya que los modelos de facturacion eran simples y estables, y siempre se conocia la fuente de los datos de facturacion. La informacion de utilizacion se utilizo tambien para fines diferentes a la facturacion, pero el proposito y el contenido de los datos de utilizacion era bien conocido y estaba bien definido.
Dicho brevemente: la mediacion tradicional de eventos se basa en fuentes bien conocidas de datos de utilizacion, en formatos de datos estandar, en modelos de facturacion estaticos y en requisitos de procesamiento relativamente simples. El proposito principal de la mediacion de eventos ha sido recopilar datos de la red, convertirlos a un formato del sistema de soporte del negocio y entregarlos a destinos seleccionados.
Las soluciones tradicionales de mediacion de eventos habitualmente tienen modulos separados dedicados para funcionalidades tales como agregacion, correlacion y verificacion duplicada. Aunque esto funciona bien para escenarios estandar, las arquitecturas heredadas son muy inflexibles cuando los nuevos requisitos funcionales (para los que la solucion no ha sido disenada) tienen que cumplirse. Habitualmente, esto conduce a grandes cambios en la solucion existente o incluso en una nueva implantacion completa.
La anterior publicacion de solicitud de Patente WO 2004/095326 del mismo solicitante presenta un entorno de mediacion en general adecuado tambien para la mediacion en tiempo real.
Asimismo, la anterior publicacion de solicitud de Patente WO 2006/131588 del mismo solicitante presenta un procedimiento de procesamiento de registros de eventos que, por lo menos potencialmente, tienen una relacion mutua.
La publicacion de solicitud de Patente US 2003/0009443 presenta un procedimiento de agregacion para que los datos sean filtrados, clasificados y aplicados mediante funciones logicas sin instrucciones especificas de datos. Esta publicacion da a conocer un tipo de solucion para agregar registros en la arquitectura de mediacion tradicional.
La publicacion de solicitud de Patente US 2004/0008717 presenta un motor de correlacion tolerante a fallos en redes de telecomunicaciones. Esta publicacion da a conocer un tipo de solucion para monitorizar y recopilar informacion de una llamada telefonica.
La publicacion de solicitud de Patente WO 00/24161 presenta un procedimiento de tarificacion en la red de telecomunicaciones. Esta publicacion da a conocer un tipo de solucion para recopilar y tarificar los servicios utilizados por los abonados.
El documento US 2004/0015497 A1 da a conocer una herramienta de agregacion de correlacion de eventos flexible configurada para correlacionar y agregar datos de utilizacion de varios puntos de recopilacion para propositos relacionados con la facturacion.
El documento US-B1-6 449 618 da a conocer un sistema de procesamiento de eventos (EPS, Event Processing System) en tiempo real para procesar una secuencia de eventos generados por una o mas aplicaciones.
Descripcion de la invencion
Un objeto de la presente invencion es dar a conocer un nuevo procedimiento, sistema y producto de programa de ordenador para construir CDR relacionados con una llamada por conmutacion de paquetes en base a datos recibidos de los elementos de red que participan en la llamada.
El objetivo de la invencion se consigue mediante el procedimiento de la reivindicacion 1 y el sistema de la reivindicacion 16, y tambien mediante el correspondiente producto de programa de ordenador de la reivindicacion 24. La invencion implica analizar por lo menos parte del contenido de informacion de cada uno de los registros de datos recibidos y que responden a los mismos, inicializando y actualizando una serie de registros parciales
5
10
15
20
25
30
35
40
45
50
55
60
65
existentes simultaneamente relacionados con la llamada en una base de datos en memoria. En el procedimiento, un unico registro de datos puede activar la actualizacion de por lo menos dos registros parciales diferentes en respuesta al contenido de un unico registro de datos. Los CDR se construyen en base a los registros parciales.
Ademas, el concepto de la invencion permite varias realizaciones utiles y ventajosas, que proporcionan numerosas ventajas.
Una realizacion de la presente invencion permite generar varios CDR en diferentes aspectos de una llamada incluso muy complicada, tal como una llamada de grupo que implica varios terminales finales y la utilizacion de varios canales u otros recursos de red. En dicha realizacion, se puede inicializar un registro parcial propio para cada uno de los roles significativos en la llamada, por ejemplo, para cada uno de los terminales finales y recursos de red significativos. En una realizacion, dichos recursos de red significativos incluyen canales, conmutadores y recursos similares. Este tipo de realizacion se hace posible mediante el analisis de los datos de eventos recibidos y de la posibilidad de inicializar y actualizar varios registros parciales en base a incluso un unico dato de evento recibido, cuando sea necesario.
De acuerdo con una realizacion de la presente invencion, los registros parciales se construyen como filas separadas en la base de datos en memoria.
Una realizacion de la invencion, en la que se inicializa un registro parcial propio para cada uno de los terminales que participan en la llamada, permite construir CDR propios para cada uno de los terminales por su parte en la llamada. Esto a su vez hace posible compartir los costes, por ejemplo, de una llamada de grupo entre los terminales participantes.
En una realizacion de la invencion, en la que los eventos asociados con recursos de red particulares se utilizan para actualizar registros parciales especificos, es posible monitorizar la utilizacion y la carga de recursos de red criticos casi en tiempo real.
Tal como es evidente a partir de la descripcion anterior, se puede aplicar la presente invencion en una gran variedad de aplicaciones que requieren el aprovisionamiento y la activacion de servicios automaticos, rapidos y precisos, el mantenimiento de la red, la planificacion de redes y otros similares.
La presente invencion es especialmente adecuada para llamadas y servicios de facturacion utilizados en redes de comunicacion con conmutacion de paquetes. La facturacion en este caso se refiere tanto a prepago como pospago y tambien a procedimientos de facturacion de pagos convergentes.
Breve descripcion de los dibujos
Para una comprension mas completa de la presente invencion y de las ventajas de la misma, la invencion se describe a continuacion con la ayuda de los ejemplos y haciendo referencia a los siguientes dibujos, en los cuales:
La figura 1 presenta un diagrama de bloques de una solucion de mediacion entre los elementos de red y los sistemas de soporte de operaciones y de negocio.
La figura 2 presenta un diagrama de bloques de una solucion de mediacion segun una realizacion de la invencion.
La figura 3 presenta un principio de una tabla en IMDB de acuerdo con una realizacion de la invencion.
La figura 4 presenta una imagen general de un ejemplo que utiliza una realizacion de la invencion.
La figura 5 presenta las ocurrencias de la informacion puntual en el tiempo en una escala de tiempo en el ejemplo de la figura 4.
Las figuras 6a ... 6g presentan registros parciales en IMDB en diferentes momentos del tiempo en el ejemplo de la figura 4.
La figura 7 presenta un ejemplo de construccion de CDR a partir de registros parciales del ejemplo de la figura 6g.
La figura 8 presenta otro ejemplo de construccion de CDR a partir de registros parciales del ejemplo de la figura 6g. Un ejemplo de utilizacion de una realizacion de la invencion
Este es un ejemplo de llamada de grupo, representado en la figura 4. La llamada de grupo es una llamada de pulsar para hablar. La llamada de grupo hace que los elementos de red emitan registros de datos, que se transmiten a un mediador para la construccion de los cDr. El siguiente ejemplo describe como se procesan los registros de datos en el mediador para construir los CDR de acuerdo con una realizacion de la invencion.
5
10
15
20
25
30
35
40
45
50
55
60
65
En el ejemplo, hay tres personas (Terminales 1, 2 y 3, que tienen cada uno identificador de llamadas, respectivamente, -T1-, -T2- y -T3-) involucradas con una llamada de grupo. La llamada tiene identificacion, ID de llamada 3456. El Terminal 1 (-T1-) inicia toda la llamada llamando a un numero predeterminado de llamada de grupo. Los terminales -T1- y -T2- estan dentro de la misma zona de conmutacion movil (o asimismo, por ejemplo, estacion base). Este ejemplo comienza a las 00:00:00 y termina a las 00:04:00. En el ejemplo, la llamada de grupo genera 12 registros de datos diferentes (es decir, registros puntuales en el tiempo). El mediador construye 11 registros parciales basados en los 12 registros de datos. En este ejemplo, se presentan la marca de tiempo, el ID de la llamada, el ID del llamante, el elemento de red, la funcion de duracion, la informacion de origen y la informacion de d. Un experto en la materia sabe que existen varias cuestiones y funciones adicionales, que pueden presentarse dentro del alcance de la invencion.
La figura 5 presenta, en escala de tiempo, todos los registros de datos (-401- a -412-, informacion puntual en el tiempo) emitidos por elementos de red (MSC1 y MSC2).
El siguiente ejemplo se describe como una funcion del tiempo. Los eventos de llamadas que ocurren y las consecuencias que causan el mediador (IMDB) se presentan paso a paso. Este ejemplo se presenta en la figura 4 en general y en las figuras 6a ... 6g en un momento particular del tiempo considerado por la base de datos en la memoria.
A las 00:00:00 (figura 6a)
-401- Evento de llamada
Inicio de la llamada. Este es generado por MSC1. Este registro de datos contiene la siguiente informacion:
- -T1- es de origen, -T2- es de destino
- identificacion de -T1- (por ejemplo, IMSI (“International Mobile Subscriber Identity”, identificador internacional de abonado movil)),
- informacion de canal de -T1- y -T2-. -T2- esta ocupado (por ejemplo, ningun canal puede asignarse a -T2-)
IMDB
Crear registro A, iniciar conteo duracion 00:00:00 Registro A "No listo"
Crear registro B, -T2- esta ocupado 00:00:00, Registro B "No listo"
-402- Evento de llamada
Inicio de la llamada. Este es generado por MSC2. Este registro de datos contiene la siguiente informacion:
- -T3- es de destino
- identificacion de -T1- (por ejemplo, IMSI),
- informacion de canal de -T3-
IMDB
Crear registro C, iniciar conteo duracion 00:00:00, Registro C "No listo"
A las 00:00:35 (figura 6b)
-403- Evento de llamada
Cambio de estado de la llamada. Esto es generado por MSC1. Este registro de datos contiene la siguiente informacion:
- -T2- es de destino
- identificacion de -T1- (por ejemplo, IMSI),
- informacion del canal de -T2-
IMDB
Actualizar el registro B, -T2- esta ocupado 00:00:35, Registro B "Listo"
Crear registro D, iniciar conteo duracion 00:00:00, Registro D "No listo"
A las 00:01:09 (figura 6c)
5
10
15
20
25
30
35
40
45
50
55
60
65
-404- Evento de llamada
Actualizar el PTT. Esto es generado por MSC2. Este registro de datos contiene la siguiente informacion:
- -T3- es de origen
- identificacion de -T3- (por ejemplo, IMSI),
- informacion del canal de -T3-
IMDB
Actualizar el registro C, detener conteo duracion 00:01:09, Registro C "listo"
Crear el registro G, iniciar conteo duracion 00:00: 00, Registro G "No listo"
-405- Evento de llamada
Actualizar el PTT. Esto es generado por MSC1. Este registro de datos contiene la siguiente informacion:
- -T1- y -T2- son de destino
- identificacion de -T3- (por ejemplo, IMSI),
- actualizar la informacion del canal de -T1- y -T2-
IMDB
Actualizar el registro A, detener conteo duracion 00:01:09, Registro A "Listo"
Actualizar el registro D, detener conteo duracion 00:00:34, Registro D "Listo"
Crear registro E, iniciar conteo duracion 00:00:00, Registro E "No listo"
Crear registro F, iniciar conteo duracion 00:00:00, Registro F "No listo"
A las 00:01:52 (figura 6d)
-406- Evento de llamada
Cambio de informacion de la llamada. Esto es generado por MSC1. Este registro de datos contiene la siguiente informacion:
- -T2- cambia la zona y deja de utilizar las funciones del MSC1 (itinerancia a otra zona).
- liberar el canal utilizado en MSC1
IMDB
Actualizar el registro F, detener conteo duracion 00:00:43, Registro F "Listo"
-407- Evento de llamada
Cambio de informacion de la llamada. Esto es generado por MSC2. Este registro de datos contiene la siguiente informacion:
- -T2- cambia la zona y comienza a utilizar las funciones de MSC2 (itinerancia).
- Informacion de canal de -T2-
IMDB
Crear registro H, iniciar conteo duracion 00:00:00, Registro H "No listo"
A las 00:02:40 (figura 6e)
-408- Evento de llamada
Actualizar el PTT. Esto es generado por MSC2. Este registro de datos contiene la siguiente informacion:
- -T2- es de origen, -T3- es de destino
- identificacion de -T2- (por ejemplo, IMSI),
- informacion de canal de -T2- y -T3-
IMDB
5
10
15
20
25
30
35
40
45
50
55
60
65
Actualizar el registro H, detener conteo duracion 00:00:48, Registro H "Listo"
Actualizar el registro G, detener conteo duracion 00:01:31, Registro G "Listo"
Crear el registro J, iniciar conteo duracion 00:00:00, Registro J "No listo"
Crear el registro K, iniciar conteo duracion 00: 00:00, Registro K "No listo"
-409- Evento de llamada
Actualizar el PTT. Esto es generado por MSC1. Este registro de datos contiene la siguiente informacion:
- -T1- es de destino
- identificacion de -T2- (por ejemplo, IMSI),
- Actualizar la informacion del canal de -T1-
IMDB
Actualizar el registro E, detener el conteo duracion 00:01:31, Registro E "Listo"
Crear el registro I, iniciar el conteo duracion 00:00:00, Registro I "No listo"
A las 00:03:44 (figura 6f)
-410- Evento de llamada
Cambio de informacion de la llamada. Esto es generado por MSC2. Este registro de datos contiene la siguiente informacion:
- -T3- finaliza en el medio de la llamada de grupo (por ejemplo, sin cobertura de radio, etc.)
- Se libera el canal utilizado por -T3-
IMDB
Actualizar el registro K, detener el conteo duracion 00:01:04, Registro K "Listo"
A las 00:04:00 (figura 6g)
-411 - Evento de llamada
Fin de la llamada. Esto es generado por MSC1. Este registro de datos contiene la siguiente informacion:
- Todos los canales que pertenecen a la llamada de grupo son liberados (finalizados, corte de conexion)
IMDB
Actualizar el registro I, detener el conteo duracion 00:01:20, Registro I "Listo"
-412- Evento de llamada
Fin de la llamada. Esto es generado por MSC2. Este registro de datos contiene la siguiente informacion:
- Todos los canales que pertenecen a la llamada de grupo son liberados (finalizados, corte de conexion)
IMDB
Actualizar el registro J, detener el conteo duracion 00:01:20, Registro J "Listo"
Todos los registros estan listos para su entrega (para procesos posteriores, por ejemplo, facturacion).
Cada registro contiene tambien una marca de tiempo y una identificacion de una llamada (de grupo).
La figura 7 presenta los CDR de la llamada de grupo de ejemplo por cada terminal (-T1- a -T3-). La llamada de grupo se describe en nombre del Terminal 1 con los registros A, E e I, el Terminal 2 con los registros B, D, F, H y J y el Terminal 3 con los registros C, G y K. Este tipo de division se utiliza, por ejemplo, en caso de facturacion. A partir de los CDR, se puede encontrar todo tipo de informacion utilizada en facturacion. Estos son, por ejemplo, la duracion total de llamada, la duracion del tiempo de conversacion, la duracion del tiempo de escucha, zonas de diferente facturacion (en la zona domestica, por ejemplo, la WLAN domestica, la llamada es mas barata que en la red del operador) por hora y demas. Cuando el operador de red desea investigar como se utilizan sus recursos de red, los registros se dividen por elementos de red. A partir de estos CDR, se puede encontrar cuantos terminales simultaneos hay en el mismo conmutador, estacion base, etc. Esto se describe en la figura 8.
5
10
15
20
25
30
35
40
45
50
55
60
65
En una realizacion de la invencion, los terminales, usuarios o abonados pueden tener prepago o pospago o incluso ambos en utilizacion. En caso de utilizar una cuenta de prepago, la solucion de mediacion primero verifica el saldo del terminal, usuario o abonado de una cuenta. Si la cuenta contiene suficiente credito, la solucion de mediacion permite que el proceso de llamada continue. En otro caso, es decir, la cuenta no tiene suficiente credito, la solucion de mediacion deniega el proceso de llamada, es decir, evita que continue.
Segun una realizacion, cuando una llamada finaliza, todos los registros parciales estan listos en la base de datos en memoria desde donde los CDR pueden ser entregados al sistema de facturacion de pospago para la facturacion, o a la cuenta de prepago para actualizar el saldo. En algunas soluciones, el terminal puede tener ambos procedimientos de facturacion en utilizacion. En este caso, la cuenta de prepago se puede utilizar primero, y despues de que se hayan utilizado todos los creditos, la solucion de mediacion convierte el terminal en modo de facturacion de pospago.
Los registros de datos se almacenan en IMDB en tiempo real. Los registros de datos pueden crear una nueva fila o filas y/o actualizar una fila o filas existentes en el IMDB. Se crean nuevas filas, por ejemplo, a cada terminal cuando se inicia una nueva llamada o cuando otro terminal adopta el estado de origen. Se crea asimismo una nueva fila cuando un terminal esta itinerando a otra zona o termina la llamada en el medio.
Definiciones
En la presente memoria descriptiva, los siguientes terminos se refieren a los siguientes conceptos tecnicos: Informacion puntual en el tiempo:
La informacion puntual en el tiempo es un evento especifico o grupo de eventos especificos que ocurren al mismo tiempo en un lugar o zona conocida. La informacion puntual en el tiempo puede ser, por ejemplo, el inicio de llamada, la actualizacion del PTT, el cambio de informacion de llamada, el cambio de estado de llamada, la informacion de interconexion, el fin de llamada, etc. La informacion puntual en el tiempo siempre tiene datos exactos sobre la hora en que se produjo (marca de tiempo) y a que llamada pertenece. La informacion puntual en el tiempo se recibe en IMDB normalmente en forma de registros de datos, denominados en ocasiones como datos no procesados o registros de datos no procesados.
Registro parcial
El registro parcial es un registro de datos en IMDB e incluye datos relacionados con un aspecto especifico de una llamada. Cuando se inicia un registro parcial, habitualmente incluye datos de un registro de datos, es decir, una informacion puntual en el tiempo. Cuando el registro parcial esta listo, habitualmente incluye datos de por lo menos dos registros de datos, es decir, por lo menos dos fragmentos de informacion puntual en el tiempo. En algunas realizaciones, el registro parcial corresponde a una fila en la IMDB. Los registros parciales de datos de llamadas pueden contener diferentes elementos. Habitualmente, los registros parciales de datos de llamadas se disponen en una tabla especifica en la IMDB. Puede haber varias tablas para diferentes propositos en la IMDB. Los propositos pueden ser, por ejemplo, facturacion, mantenimiento de red, planificacion de red, etc.
CDR
CDR, registro de datos de llamada (Call Data Record) es una recopilacion de registros parciales para un proposito especifico, por ejemplo, facturacion. Por lo tanto, los CDR generalmente contienen elementos de informacion de varios registros de informacion puntual en el tiempo.
IMDB:
La IMDB, base de datos en memoria (In Memory Database) puede contener varias tablas como cualquier otra base de datos. Una tabla contiene una estructura en la que en un eje los CDR se formulan uno por uno (por ejemplo, un CDR corresponde a una fila en una tabla en la ImDb). Los elementos, calculos, funciones o similares buscados se presentan en el otro eje (por ejemplo, hora de inicio de una llamada, hora de finalizacion de una llamada, duracion calculada de una llamada, informacion de identificacion relativa a una llamada o persona que llama o persona llamada, a la informacion de origen/destino, etc. corresponde a una columna en una tabla en la IMDB).
Descripcion de las realizaciones
En una realizacion de la invencion, se da a conocer un procedimiento para construir CDR relacionados con una llamada por conmutacion de paquetes en base a los datos recibidos de los elementos de red que participan en la llamada. El procedimiento se realiza en un sistema informatico adecuado bajo la direccion de un adecuado programa de ordenador programado. El sistema informatico con el programa asociado se denomina como "el sistema" en la siguiente descripcion.
5
10
15
20
25
30
35
40
45
50
55
60
65
El procedimiento de la realizacion comprende las siguientes etapas:
1. El sistema recibe una serie de registros de datos relacionados con la llamada desde los elementos de red. Cada uno de los registros de datos tiene un contenido de informacion relacionado con un evento o eventos asociados con la llamada. En la realizacion, el contenido de informacion de cada uno de los registros de datos generalmente contiene por lo menos una marca de tiempo que indica un punto en el tiempo y una indicacion de un evento relativa al punto indicado en el tiempo. Los registros de datos recibidos pueden estar en forma de registros de datos originales emitidos por los elementos de red o pueden haberse convertido a un formato o formatos determinados. Incluso en el caso de conversion, el contenido de informacion de los registros generalmente sigue siendo esencialmente el mismo que en los registros de datos originales emitidos por los elementos de red.
2. El sistema analiza por lo menos parte del contenido de informacion de cada uno de los registros de datos. Los registros recibidos pueden contener ciertos campos que no tienen relevancia para el procesamiento de los registros en el sistema y, por lo tanto, el sistema a menudo analiza solo una parte del contenido de informacion. En otras palabras, el sistema procesa la parte del contenido de informacion que es relevante para la logica de procesamiento, de modo que los tipos deseados de CDR pueden construirse mas tarde en base a la informacion recibida de los elementos de red. En este contexto, el propio analisis puede contener, por ejemplo, por lo menos uno de lectura de un valor del registro, comparacion del valor de lectura con la logica de procesamiento y toma de una decision en base a dicha comparacion. Es asimismo posible que la etapa de analisis se complemente, por ejemplo con consultas de la tabla o conversion o modificacion de la lectura de valores procesados.
3. En respuesta al contenido de informacion analizado, el sistema inicializa en una base de datos en memoria un numero suficiente de registros parciales existentes simultaneamente, que contienen informacion relativa a la llamada. El numero exacto de registros parciales existentes simultaneamente depende del contenido de informacion recibido y de la logica programada del sistema. El objetivo del sistema es inicializar un registro parcial propio para cada aspecto de la llamada que posteriormente se necesita para construir los tipos deseados de CDR en base a los registros parciales. Si el registro o los registros parciales relevantes ya existen en la base de datos en memoria, entonces el sistema, evidentemente, no inicializa un duplicado innecesario, sino que, en respuesta al contenido de informacion analizado, actualiza el registro parcial relevante o los registros parciales relevantes en la base de datos en memoria. Una caracteristica especial del sistema es que la actualizacion de los registros parciales existentes simultaneamente puede comprender la actualizacion de por lo menos dos registros parciales que responden al contenido de informacion analizado de un unico registro de datos recibido. Esta caracteristica especial permite proporcionar toda la informacion suficiente en forma de registros parciales especificos como base para construir varios tipos de CDR. En el ejemplo de las figuras 6a ... 6g, cada fila en las tablas corresponde a un registro parcial descrito anteriormente.
4. El sistema construye los CDR deseados en base a la informacion en los registros parciales. En este documento, se puede construir un CDR en base a la informacion en un unico registro parcial o en dos o mas CDR segun sea el caso.
En la realizacion, los aspectos para los cuales se inicializan registros parciales pueden incluir por lo menos uno de un canal relacionado con la llamada y cada terminal relacionado con la llamada.
En caso de una llamada de grupo, el procedimiento puede comprender las etapas de:
recibir un registro de datos que indique que un primer terminal origina una nueva llamada dirigida a un grupo de terminales de destino que contiene por lo menos un segundo terminal,
analizar por lo menos parte del contenido de informacion del registro de datos con el fin de descubrir los canales implicados en la llamada, y
en respuesta al contenido de informacion analizado, inicializar un registro parcial para cada uno de dichos canales implicados en la llamada.
Las etapas correspondientes pueden realizarse asimismo a la vista de cualquier otro aspecto de la llamada distinto de los canales utilizados. Por ejemplo, el procedimiento puede comprender, en lugar de o ademas de las etapas anteriores,
analizar por lo menos parte del contenido de informacion del registro de datos con el fin de descubrir los detalles de cada uno de por lo menos un segundo terminal implicado en la llamada, y
en respuesta al contenido de informacion analizado, inicializar un registro parcial para cada uno de dicho por lo menos un segundo terminal implicado en la llamada.
5
10
15
20
25
30
35
40
45
50
55
60
65
De este modo, de manera mas general, una realizacion del procedimiento comprende proporcionar un conjunto de atributos,
recibir la serie de registros de datos relacionados con la llamada desde los elementos de red, en los que el contenido de informacion de cada uno de los registros de datos define un valor para por lo menos un atributo en el conjunto de atributos, y
analizar por lo menos parte del contenido de informacion de cada uno de los registros de datos para obtener el valor para cada uno de dicho por lo menos un atributo.
Despues de las etapas anteriores, se realizan las siguientes etapas adicionales para cada uno de dichos valores obtenidos:
realizar una comprobacion en la base de datos en memoria para encontrar un registro parcial dedicado al atributo de dicho valor obtenido, y
en caso de no encontrar ningun registro parcial dedicado al atributo de dicho valor obtenido, inicializar un registro parcial dedicado al atributo de dicho valor obtenido, y
en el caso de encontrar un registro parcial dedicado al atributo de dicho valor obtenido, actualizar el registro parcial en base al valor obtenido.
Los atributos pueden incluir, por ejemplo, el canal utilizado para conectar la llamada o una parte de la llamada, el conmutador utilizado para conectar la llamada o una parte de la llamada, el terminal de origen y el terminal o terminales de destino.
Por otro lado, cuando la llamada se desconecta, por lo menos uno de los elementos de red emite un registro de datos que notifica este evento. Posteriormente, el sistema recibe el registro de datos que indica que la llamada o parte de la misma ha sido desconectada y, en respuesta a las actualizaciones de la indicacion, en una realizacion, todos los registros parciales relevantes, de tal manera que dicha actualizacion incluye el cierre de los registros parciales. El cierre de un registro parcial puede incluir, por ejemplo, el establecimiento de una marca a este efecto en el registro. En el ejemplo de las figuras 6a ... 6g, la columna "Listo/No listo" actua como una marca que indica si el registro parcial esta cerrado o todavia abierto para ser actualizado.
Por lo tanto, en caso de una llamada de grupo, el sistema puede realizar las etapas de:
inicializar un registro parcial propio para cada uno de los terminales de destino y el terminal de origen,
actualizar cada uno de los registros parciales propios en base a los datos de eventos relacionados con el terminal asociado,
cerrar los propios registros parciales en respuesta a los datos del evento que indican que el terminal asociado esta desconectado, y
construir por lo menos un CDR para cada uno de los terminales de destino y el terminal de origen en base al registro parcial cerrado asociado con el terminal.
Ademas, el sistema puede producir otros registros parciales ademas de los asociados con cada uno de los terminales. Por ejemplo, el procedimiento puede comprender:
inicializar registros parciales especificos para distintos recursos de red que participan en la conexion de la llamada de grupo,
actualizar dichos registros parciales dedicados en base a datos de eventos relacionados con los recursos de red asociados,
cerrar dichos registros parciales especificos que responden a datos de eventos que indican que los recursos de red asociados estan desconectados de la llamada, y
construir los CDR que describen los datos de utilizacion de los recursos de red en base a los registros parciales cerrados asociados.
En el procedimiento descrito anteriormente, es posible inicializar un registro parcial dedicado a un terminal y un registro parcial dedicado a un recurso de red en base a un unico registro de datos recibido. Es asimismo posible
5
10
15
20
25
30
35
40
45
50
actualizar un registro parcial dedicado a un terminal y un registro parcial dedicado a un recurso de red en base a un unico registro de datos recibido.
El sistema utilizado para realizar las realizaciones descritas anteriormente del procedimiento puede ser, por ejemplo, un sistema de mediacion que comprende
una base de datos en memoria,
un colector adaptado para recibir una serie de registros de datos relacionados con la llamada desde los elementos de red, en donde cada uno de los registros de datos tiene un contenido de informacion,
un procesador de registros adaptado para analizar por lo menos parte del contenido de informacion de cada uno de los registros de datos y, en respuesta al contenido de informacion analizado, inicializar una serie de registros parciales existentes simultaneamente que contienen informacion relativa a la llamada en una base de datos en memoria y actualizar la serie de registros parciales en la base de datos en memoria, en el que el procesador de registros esta adaptado para actualizar por lo menos dos de los registros parciales existentes simultaneamente en respuesta a un contenido particular de informacion en un unico registro de datos, y
un agregador adaptado para construir los CDR en base a la informacion en los registros parciales.
El sistema de mediacion y los elementos del mismo se pueden adaptar y programar para realizar todos los diferentes aspectos de las realizaciones del procedimiento descritas anteriormente. Por esta razon, el sistema de mediacion normalmente comprende asimismo un producto de programa de ordenador para dirigir el sistema para que realice todas las etapas del procedimiento relevante.
La figura 2 presenta una solucion de mediacion de acuerdo con una realizacion de la invencion. A partir de los elementos-30- de red (es decir, conmutadores telefonicos, encaminadores, servidores proxy, diferentes puertas de enlace, etc.), la solucion de mediacion -10- recopila la informacion puntual en el tiempo. La informacion puntual en el tiempo recopilada se procesa mediante la solucion de mediacion. La informacion puntual en el tiempo se almacena en una base de datos de procesamiento, por ejemplo, en una base de datos en memoria. La informacion puntual en el tiempo se almacena en la base de datos en memoria en un registro de datos denominado registro parcial. La realizacion de la invencion permite crear, actualizar, almacenar, contar, cargar, etc. registros parciales en tiempo real en la base de datos en memoria dentro de cualquier fase del proceso de mediacion. Sin embargo, los subprocesos mas apropiados son, por ejemplo, conversion, validacion, agregacion, correlacion, enriquecimiento, calificacion y formateo. Desde la base de datos en memoria, los registros parciales listos pueden cargarse en algun sistema de soporte de operaciones como tal como facturacion -20-. Otra posibilidad es que el sistema de soporte de operacion -20- llame a un conjunto de registros parciales particulares, por ejemplo, con respecto a algunas llamadas telefonicas (por ejemplo, quienes participaron en la llamada), todas las llamadas realizadas por algun usuario (por ejemplo, a que numero ha llamado el usuario) o todas las llamadas realizadas en una zona especifica (por ejemplo, cuantos usuarios estan utilizando los recursos de red). Es evidente que la "llamada" tambien puede ser un mensaje, un juego o cualquier otra accion que utilice redes de comunicacion.
Por lo tanto, la presente invencion contiene una disposicion especial para procesar registros de datos en un sistema de mediacion en escenarios en los que el procesamiento de un registro depende de uno o varios registros mas. Algunos ejemplos de dichas funcionalidades de mediacion son agregacion, correlacion, verificacion duplicada y enriquecimiento.
La descripcion anterior es solo para ejemplificar la invencion y no pretende limitar el alcance de la proteccion ofrecida por las reivindicaciones.

Claims (27)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Procedimiento para construir registros de datos de llamadas, CDR, relacionados con una llamada por conmutacion de paquetes en base a datos recibidos de elementos de red que participan en la llamada, comprendiendo el procedimiento
    recibir una serie de registros de datos relacionados con la llamada de los elementos de red, en que cada uno de los registros de datos tiene un contenido de informacion,
    analizar por lo menos parte del contenido de informacion de cada uno de los registros de datos, y en respuesta al contenido de informacion analizado, inicializar una serie de registros parciales existentes simultaneamente que contienen informacion relacionada con la llamada en una base de datos en memoria y actualizar la serie de registros parciales en la base de datos en memoria, en que dicha actualizacion de la serie de registros parciales existentes simultaneamente comprende por lo menos actualizar una vez por lo menos dos registros parciales que responden al contenido de informacion analizado de un unico registro de datos en dicha serie de registros de datos, y
    construir los CDR en base a la informacion en los registros parciales, caracterizado por recibir un registro de datos que indica que un primer terminal (T1) origina (401) una nueva llamada dirigida a un grupo de terminales de destino que contienen una serie de segundos terminales (T2, T3),
    analizar por lo menos parte del contenido de informacion del registro de datos para descubrir los canales
    involucrados en la llamada, y
    en respuesta al contenido de informacion analizado:
    inicializar (401, 402, 403) un registro parcial para cada uno de dichos canales implicados en la llamada, e inicializar adicionalmente por lo menos un registro parcial para cada terminal relacionado con la llamada, o si el registro parcial relevante o los registros ya existen, actualizar el registro parcial relevante o los registros parciales en lugar de inicializar un nuevo registro parcial o nuevos registros parciales.
  2. 2. Procedimiento, segun la reivindicacion 1, en el que el contenido de informacion de cada uno de los registros de datos contiene una marca de tiempo que indica un punto en el tiempo y una indicacion de un evento relacionado con el punto en el tiempo indicado.
  3. 3. Procedimiento, segun la reivindicacion 1 o 2, en el que la construccion de los CDR comprende construir un CDR en base a la informacion en un unico registro parcial.
  4. 4. Procedimiento, segun la reivindicacion 1 o 2, en el que la construccion de los CDR comprende construir un CDR en base a la informacion en por lo menos dos registros parciales diferentes.
  5. 5. Procedimiento, segun cualquiera de las reivindicaciones 1 a 4, que comprende
    recibir un registro de datos que indica que un primer terminal origina una nueva llamada dirigida a un grupo de terminales de destino que contiene una serie de segundos terminales, analizando por lo menos parte del contenido de informacion del registro de datos con el fin de descubrir los detalles de cada uno de la serie de segundos terminales implicados en la llamada, y en respuesta al contenido de informacion analizado, inicializar un registro parcial para cada uno de dicha serie de segundos de terminales implicados en la llamada.
  6. 6. Procedimiento, segun cualquiera de las reivindicaciones 1 a 5, que comprende proporcionar un conjunto de atributos,
    recibir la serie de registros de datos relacionados con la llamada de los elementos de red, en el que el contenido de informacion de cada uno de los registros de datos define un valor para por lo menos un atributo en el conjunto de atributos,
    analizar por lo menos parte del contenido de informacion de cada uno de los registros de datos para obtener el valor para cada uno de dicho por lo menos un atributo, y para cada uno de dichos valores obtenidos:
    realizar un control en la base de datos en memoria para encontrar un registro parcial dedicado al atributo de dicho valor obtenido,
    en caso de no encontrar ningun registro parcial dedicado al atributo de dicho valor obtenido, inicializar un registro parcial dedicado al atributo de dicho valor obtenido, y
    en caso de encontrar un registro parcial dedicado al atributo de dicho valor obtenido, actualizar el registro parcial en base al valor obtenido.
  7. 7. Procedimiento, segun la reivindicacion 6, en el que el conjunto de atributos incluye el canal utilizado para conectar la llamada o una parte de la llamada.
  8. 8. Procedimiento, segun la reivindicacion 6 o 7, en el que el conjunto de atributos incluye el conmutador utilizado para conectar la llamada o una parte de la llamada.
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
  9. 9. Procedimiento, segun cualquiera de las reivindicaciones 6 a 8, en el que el conjunto de atributos incluye el terminal de origen.
  10. 10. Procedimiento, segun cualquiera de las reivindicaciones 6 a 9, en el que el conjunto de atributos incluye el terminal de destino.
  11. 11. Procedimiento, segun cualquiera de las reivindicaciones 1 a 10, que comprende
    recibir un registro de datos, cuyo contenido de informacion indica que la llamada o parte de la misma ha sido desconectada, y
    en respuesta al contenido de informacion, actualizar por lo menos un registro parcial, en el que dicha actualizacion incluye el cierre del registro parcial.
  12. 12. Procedimiento, segun cualquiera de las reivindicaciones 1 a 11, en el que la llamada es una llamada de grupo originada por un terminal de origen y conectada a una serie de terminales de destino, y el procedimiento comprende
    inicializar un registro parcial individual para cada uno de los terminales de destino y el terminal de origen,
    actualizar cada uno de los registros parciales individuales en base a datos de evento relacionados con el terminal
    asociado,
    cerrar los registros parciales individuales en respuesta a datos de evento que indican que el terminal asociado esta desconectado, y
    construir por lo menos un CDR para cada uno de los terminales de destino y el terminal de origen en base al registro parcial cerrado asociado con el terminal.
  13. 13. Procedimiento, segun la reivindicacion 12, que comprende
    inicializar registros parciales dedicados a recursos de red distintos que participan en la conexion de la llamada de grupo,
    actualizar dichos registros parciales dedicados en base a datos de eventos relacionados con los recursos de red asociados,
    cerrar dichos registros parciales dedicados en respuesta a datos de evento que indican que los recursos de red asociados estan desconectados de la llamada, y
    construir CDR que describen los datos de utilizacion de los recursos de red en base a los registros parciales cerrados asociados.
  14. 14. Procedimiento, segun la reivindicacion 13, que comprende por lo menos una vez durante la llamada de grupo, inicializar un registro parcial dedicado a un terminal y un registro parcial dedicado a un recurso de red en base a un unico registro de datos recibido.
  15. 15. Procedimiento, segun las reivindicaciones 13 o 14, que comprende por lo menos una vez durante la llamada de grupo, actualizar un registro parcial dedicado a un terminal y un registro parcial dedicado a un recurso de red en base a un unico registro de datos recibido.
  16. 16. Sistema de mediacion para generar registros de datos de llamadas, CDR, relacionado con una llamada por conmutacion de paquetes en base a datos recibidos de elementos de red que participan en la llamada, comprendiendo el sistema
    una base de datos en memoria,
    un colector adaptado para recibir una serie de registros de datos relacionados con la llamada desde los elementos de red, en que cada uno de los registros de datos tiene un contenido de informacion,
    un procesador de registros adaptado para analizar por lo menos parte del contenido de informacion de cada uno de los registros de datos, y en respuesta al contenido de informacion analizado, inicializar una serie de registros parciales existentes simultaneamente que contienen informacion relacionada con la llamada en una base de datos en memoria y actualizar la serie de registros parciales en la base de datos en memoria, en el que el procesador de registros esta adaptado para actualizar por lo menos dos de los registros parciales existentes simultaneamente en respuesta a un contenido de informacion particular en un unico registro de datos, y un agregador adaptado para construir los CDR en base a la informacion en los registros parciales,
    caracterizado por que el sistema esta adaptado para procesar una llamada de grupo originada por un terminal de origen (T1) y conectada a una serie de terminales de destino (T2, T3), en el que el sistema esta adaptado para recibir un registro de datos que indica que un primer terminal (T1) origina una nueva llamada dirigida a un grupo de terminales de destino que contiene una serie de segundos terminales (T2, T3),
    analizar por lo menos parte del contenido de informacion del registro de datos para averiguar los canales implicados en la llamada, inicializar (401, 402, 403) un registro parcial para cada uno de los terminales de destino (T2, T3) y el terminal de origen (T1), si el registro parcial relevante no existe todavia,
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    inicializar adicionalmente (401, 402, 403) por lo menos un registro parcial para cada canal (T1, T2, T3) relacionado con la llamada, si el registro parcial relevante no existe todavfa
    actualizar (404, 405, 406) cada uno de los registros parciales en base a los datos de evento relacionados con un terminal asociado con el evento, si ya existen el registro o los registros parciales relevantes,
    cerrar (409, 410, 411, 412) los registros parciales relevantes en respuesta a datos de eventos que indiquen que un terminal asociado con el evento esta desconectado y
    construir por lo menos un CDR para cada uno de los terminales de destino (T2, T3) y el terminal de origen (T1) en base al registro parcial cerrado asociado con el terminal.
  17. 17. Sistema, segun la reivindicacion 16, adaptado para recibir registros de datos, cuyo contenido de informacion contiene una marca de tiempo que indica un punto en el tiempo y una indicacion de un evento relacionado con el punto en el tiempo indicado.
  18. 18. Sistema, segun la reivindicacion 16 o 17, en el que el agregador es capaz de utilizar informacion en una serie de registros parciales en la construccion de un unico cDr.
  19. 19. Sistema, segun cualquiera de las reivindicaciones 16 a 18, que comprende un conjunto de atributos definidos en el sistema, y adaptado para
    recibir registros de datos relacionados con una llamada desde los elementos de red, en el que el contenido de informacion de cada uno de los registros de datos define un valor para por lo menos un atributo en el conjunto de atributos,
    analizar por lo menos parte del contenido de informacion de cada uno de los registros de datos para obtener el valor para cada uno de dicho por lo menos un atributo, y para cada uno de dicho valor obtenido:
    realizar una comprobacion en la base de datos en memoria para encontrar un registro parcial dedicado al atributo de dicho valor obtenido,
    en caso de no encontrar ningun registro parcial dedicado al atributo de dicho valor obtenido, inicializar un registro parcial dedicado al atributo de dicho valor obtenido, y
    en caso de encontrar un registro parcial dedicado al atributo de dicho valor obtenido, actualizar el registro parcial en base al valor obtenido.
  20. 20. Sistema, segun la reivindicacion 19, en el que el conjunto de atributos incluye por lo menos dos atributos seleccionados del grupo de:
    el canal utilizado para conectar la llamada o de una parte de la llamada, el conmutador utilizado para conectar la llamada o una parte de la llamada, el terminal de origen y el terminal de destino.
  21. 21. Sistema, segun la reivindicacion 16, adaptado para
    inicializar registros parciales dedicados a recursos de red distintos que participan en la conexion de la llamada de grupo, actualizar dichos registros parciales dedicados en base a datos del evento relacionados con los recursos de red asociados,
    cerrar dichos registros parciales dedicados en respuesta a datos de evento que indican que los recursos de red asociados estan desconectados de la llamada, y
    construir CDR que describen los datos de utilizacion de los recursos de red en base a los registros parciales cerrados asociados.
  22. 22. Sistema, segun la reivindicacion 21, adaptado para inicializar un registro parcial dedicado a un terminal y un registro parcial dedicado a un recurso de red en base a un unico registro de datos recibido.
  23. 23. Sistema, segun la reivindicacion 21 o 22, adaptado para actualizar un registro parcial dedicado a un terminal y un registro parcial dedicado a un recurso de red en base a un unico registro de datos recibidos.
  24. 24. Producto programa de ordenador para realizar todas las etapas de por lo menos una de las reivindicaciones 1 a 15.
  25. 25. Sistema, segun cualquiera de las reivindicaciones 16 a 23, adaptado para ser utilizado en la facturacion de llamadas por conmutacion de paquetes.
  26. 26. Sistema, segun la reivindicacion 25, adaptado para ser utilizado en una facturacion de prepago, facturacion de pospago y facturacion convergente.
  27. 27. Sistema, segun la reivindicacion 25 o 26, adaptado para determinar los cargos en base a los CDR generados.
ES07119731.3T 2007-10-31 2007-10-31 Mediación de llamadas conmutadas por paquetes Active ES2647037T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP07119731.3A EP2056522B1 (en) 2007-10-31 2007-10-31 Mediation of packet-switched calls

Publications (1)

Publication Number Publication Date
ES2647037T3 true ES2647037T3 (es) 2017-12-18

Family

ID=39226827

Family Applications (1)

Application Number Title Priority Date Filing Date
ES07119731.3T Active ES2647037T3 (es) 2007-10-31 2007-10-31 Mediación de llamadas conmutadas por paquetes

Country Status (3)

Country Link
EP (1) EP2056522B1 (es)
ES (1) ES2647037T3 (es)
WO (1) WO2009056685A1 (es)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013174416A1 (en) * 2012-05-22 2013-11-28 Nokia Siemens Networks Oy Network usage event data record handling

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6359976B1 (en) * 1998-06-08 2002-03-19 Inet Technologies, Inc. System and method for monitoring service quality in a communications network
FI982748A (fi) 1998-10-19 2000-04-20 Nokia Networks Oy Laskutus tietoliikenneverkossa
US6873617B1 (en) * 1999-02-03 2005-03-29 Tekno Industries, Inc. Means for and methods of “in-progress” fraud, billing and maintenance in a SS#7 network of high speed data links
US6449618B1 (en) 1999-03-25 2002-09-10 Lucent Technologies Inc. Real-time event processing system with subscription model
US6496690B1 (en) * 1999-05-07 2002-12-17 Telefonaktiebolaget Lm Ericsson (Publ) Prepaid subscriber service for packet-switched and circuit-switched radio telecommunications networks
IL130894A (en) * 1999-07-12 2003-12-10 Ectel Ltd Method and system for creating combined call detail records database (cdr) in management systems of telecommunications networks
AU2001269791A1 (en) * 2000-06-12 2001-12-24 Xacct Technologies Ltd. System, method and computer program product for allowing a carrier to act as a credit-approval entity for e-commerce transactions
US20020150221A1 (en) * 2001-04-12 2002-10-17 Carson Douglas John Generating call detail records
US7487121B2 (en) 2002-07-08 2009-02-03 Convergys Cmg Utah Flexible event correlation aggregation tool
US7254109B2 (en) 2002-07-12 2007-08-07 Baypackets, Inc. Fault tolerant correlation engine method and system for telecommunications networks
ATE343817T1 (de) * 2003-04-23 2006-11-15 Comptel Corp Ereignisvermittlung
CN100492974C (zh) * 2003-12-19 2009-05-27 上海贝尔阿尔卡特股份有限公司 一种在不同运营商之间通信的资费分摊的方法和装置
US7203291B2 (en) * 2004-06-01 2007-04-10 Agilent Technologies, Inc. Apparatus and method for generating call information data for calls on long duration
EP1737180B1 (en) * 2005-06-06 2018-12-26 Comptel Corporation System and method for processing data records in a mediation system

Also Published As

Publication number Publication date
EP2056522B1 (en) 2017-08-09
EP2056522A1 (en) 2009-05-06
WO2009056685A1 (en) 2009-05-07

Similar Documents

Publication Publication Date Title
US8280343B2 (en) System and method for providing contact information of a mobile device to a reverse 911 database
US8619812B2 (en) Camel roaming services between operators with different camel phase
US8918076B2 (en) Regional zone based mobile charging
ES2348681T3 (es) Procedimiento y dispositivo mejorados para la tarificaciã“n y la facturaciã“n del servicio de mensajes cortos (sms).
Lin et al. Mobile prepaid phone services
CN102843668A (zh) 一种实现多个移动终端卡共享流量的方法和系统
EP1223737A1 (en) Providing prepaid service to a GPRS mobile station when roaming
CN101001401A (zh) 移动通信系统及使用拜访网络应用功能业务的方法
CN101542510A (zh) 将策略管理结合到汇聚预付费/后付费电信服务
CN101212792A (zh) 融合类业务的计费信息处理方法
CN101682679A (zh) 经由不同网络之间的互连来建立反向呼叫
WO2002093957A1 (fr) Mise en oeuvre d'un service de messages courts par siganlisation n° 7 au sein d'un reseau mobile intelligent
US20120099571A1 (en) Generic multiservice network centre for creating and orchestrating network applications and services
US20150111530A1 (en) Method and apparatus for processing charging request
ES2647037T3 (es) Mediación de llamadas conmutadas por paquetes
CN101754147A (zh) 移动运营商增强来电显示业务服务方法
Koutsopoulou et al. A platform for charging, billing, and accounting in future mobile networks
FI113438B (fi) Saldo/veloitustiedon raportointi matkaviestintilaajalle
EP2677787B1 (en) Number portability realization method and interconnecting and interworking gateway
US8515860B2 (en) System, method and computer program product for prepaid and wireless voice communication and IP
Lin et al. Charging for Mobile All-IP Telecommunications
US7424283B1 (en) Method and system for billing for multicast communications to wireless terminals
CN101090566B (zh) 漫游接入模式下实现智能业务的方法和网关移动交换中心
CN101179402B (zh) 对于wcdma业务灵活选择服务在线计费系统的方法
US8094649B2 (en) Network architecture and billing method of the packet switch data service for the CDMA intelligent network (IN) users