ES2336597T3 - Sistema y aparato para el procesamiento de eventos de red. - Google Patents

Sistema y aparato para el procesamiento de eventos de red. Download PDF

Info

Publication number
ES2336597T3
ES2336597T3 ES06708016T ES06708016T ES2336597T3 ES 2336597 T3 ES2336597 T3 ES 2336597T3 ES 06708016 T ES06708016 T ES 06708016T ES 06708016 T ES06708016 T ES 06708016T ES 2336597 T3 ES2336597 T3 ES 2336597T3
Authority
ES
Spain
Prior art keywords
service
message
node
data
event
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
ES06708016T
Other languages
English (en)
Inventor
Benomy Tutcher
Julian Parsons
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.)
Orange SA
Original Assignee
Orange SA
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 Orange SA filed Critical Orange SA
Application granted granted Critical
Publication of ES2336597T3 publication Critical patent/ES2336597T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/765—Linked or grouped accounts, e.g. of users or devices
    • H04M15/7655—Linked or grouped accounts, e.g. of users or devices shared by technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L15/00—Apparatus or local circuits for transmitting or receiving dot-and-dash codes, e.g. Morse code
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L17/00—Apparatus or local circuits for transmitting or receiving codes wherein each character is represented by the same number of equal-length code elements, e.g. Baudot code
    • 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/31—Distributed metering or calculation of charges
    • 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
    • H04M15/43—Billing software details
    • 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/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
    • 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/59—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on real time
    • 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/62—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on trigger specification
    • 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/63—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the content carried by the session initiation protocol [SIP] messages
    • 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/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/77—Administration or customization aspects; Counter-checking correct charges involving multiple accounts per user
    • 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/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/77—Administration or customization aspects; Counter-checking correct charges involving multiple accounts per user
    • H04M15/772—Administration or customization aspects; Counter-checking correct charges involving multiple accounts per user per service, e.g. prepay or post-pay
    • 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
    • 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/82—Criteria or parameters used for performing billing operations
    • H04M15/8278—Event based
    • 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/82—Criteria or parameters used for performing billing operations
    • H04M15/8292—Charging for signaling or unsuccessful connection
    • 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/90—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP using Intelligent Networks [IN] or Advanced Intelligent Networks [AIN]
    • 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/016—Billing using Intelligent Networks [IN] or Advanced Intelligent Networks [AIN]
    • 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/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/208—IMS, i.e. Integrated Multimedia messaging Subsystem
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/28—SMS billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/32—Involving wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/724—Linked accounts
    • H04M2215/725—Shared by technologies, e.g. one account for different access technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/724—Linked accounts
    • H04M2215/7254—Multiple accounts per user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/724—Linked accounts
    • H04M2215/7254—Multiple accounts per user
    • H04M2215/7263—Multiple accounts per user per service, e.g. prepay and post-pay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/78—Metric aspects
    • H04M2215/788—Event based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/96—Distributed calculation of charges, e.g. in different nodes like for mobiles between HLR and VLR, or between the terminal and the billing function

Landscapes

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

Abstract

Aparato (201) de procesamiento de eventos para su utilización en el procesamiento de mensajes de solicitud de inicio de servicio en un sistema de procesamiento de eventos, pudiendo conectarse el aparato a una pluralidad de nodos (Ap1, Ap2) de servicio a partir de los cuales un abonado puede recibir servicio durante el procesamiento de un evento de red, y estando conectado a un nodo (205) de tasación dispuesto para tasar el evento de red, comprendiendo el aparato una función (313) dispuesta, tras la recepción (501) de un mensaje de solicitud de inicio de servicio correspondiente a un evento de red solicitado, habiéndose enviado el mensaje de solicitud de inicio de servicio mediante un nodo servidor (107) en una red implicada actualmente en el procesamiento del evento de red solicitado, para: consultar (502a, 502b) una memoria (203) de perfiles de abonado en base a datos de abonado y datos de activador que pueden obtenerse del mensaje de solicitud de inicio de servicio para identificar uno o más nodos de servicio implicados en el evento de red solicitado; enviar (503) un mensaje de solicitud de servicio a cada nodo de servicio identificado; y recibir (505) datos de servicio correspondientes desde el nodo de servicio o desde cada nodo de servicio identificado; en el que, como respuesta a dichos datos de servicio recibidos desde el nodo de servicio o desde cada nodo de servicio identificado, la función está dispuesta para generar un mensaje (M1) de solicitud de tasación de servicio y para transmitirlo (507) al nodo de tasación, comprendiendo dicho mensaje de solicitud de tasación de servicio dichos datos de servicio recibidos desde el nodo de servicio o desde cada nodo de servicio identificado, y tras recibir (509) una respuesta de tasación que comprende datos indicativos de una instrucción de conexión de dicho nodo de tasación, para generar un mensaje de respuesta de servicio y para transmitirlo (511) al nodo servidor desde el cual se recibe el mensaje de solicitud de inicio de servicio, por lo que dicho mensaje de respuesta de servicio transmitido al nodo servidor depende de la instrucción de conexión recibida desde el nodo de tasación.

Description

Sistema y aparato para el procesamiento de eventos de red.
Campo de la invención
La presente invención se refiere a un procedimiento y a un sistema para procesar eventos en una red de comunicaciones y es adecuada en particular, pero no exclusivamente, para tasar la utilización de recursos de red asociados con los eventos. Realizaciones de la invención son particularmente muy adecuadas para su utilización en la tasación de un servicio que implica el funcionamiento de una pluralidad de nodos de servicio, cada uno de los cuales está dispuesto para proporcionar un servicio de red particular en una red móvil, o en una red fija, o en una combinación de los dos.
Antecedentes de la invención
Los usuarios de servicios de comunicaciones, en particular de servicios de telecomunicaciones móviles, pertenecen normalmente a una de dos categorías: clientes de postpago (o de contrato) y clientes de prepago. Tradicionalmente, los usuarios de postpago se denominan como abonados y la utilización de los recursos de red se tasa y se carga después de la provisión de los mismos mediante registros de detalles de llamada (CDR), los cuales contienen información referente a los pormenores de la utilización. Ambos tipos de usuarios pueden abonarse a servicios proporcionados por nodos de servicio de redes inteligentes (IN), pero los nodos que dan servicio a los usuarios de postpago generan mensajes de establecimiento de llamada diferentes a los que se utilizan para dar servicio a los clientes de prepago. Más específicamente, los servicios de postpago generan los mensajes SuministrarInformaciónDeCargo (FCI) y EnviarInformaciónDeCargo (SCI) que se utilizan para modificar la generación de los CDR, mientras que los servicios de prepago generan los mensajes AplicarCargo (AC) y AplicarInfomeDeCargo (ACR) que, en tiempo real, facilitan el cargo por la utilización de la red.
Con la gama cada vez más amplia de servicios, tarifas y grupos de opciones, existe la necesidad de que la facturación sea cada vez más flexible, en general, y de que se lleve a cabo una facturación en tiempo real con relación a los abonados de postpago. Un posible enfoque es procesar la utilización de los recursos de red por parte de los abonados de postpago con la infraestructura utilizada con relación a los usuarios de prepago, pero la logística asociada con la portabilidad de los abonados no es trivial y, en cualquier caso, los sistemas de prepago tienden a ser monolíticos, administrando tanto la contabilidad como el control de llamadas en una IN, lo que es bastante inflexible.
La solicitud de patente internacional con número de publicación WO03/073693 describe una disposición para tasar servicios de red en la que el operador de red ejecuta un motor de cargo y tasación centralizado y cada proveedor de servicios ejecuta su propia función de cargo. Una función de cargo dada está asociada con cualquier servicio de red proporcionado al operador mediante el proveedor de servicios asociado, y el motor de tasación central del operador de red envía solicitudes, a estas funciones de cargo, para un servicio dado que va a tasarse. Un problema con la disposición descrita en el documento WO03/073693 es que cada servicio se tasa por separado y, puesto que no existen medios para tasar el evento con relación a una pluralidad de servicios asociados con un evento de red dado, el documento WO03/073693 tiene una aplicabilidad limitada con relación a eventos de red que presenten más de un servicio.
La solicitud de patente internacional con número de publicación WO03/025809 describe una disposición que toma dos modelos, cargo mediante registro de detalles de llamada (CDR) en tiempo real y fuera de línea, y crea un único nodo que puede procesar cargos tanto en tiempo real como fuera de línea. Describe una operación acumulativa que toma dos API previamente independientes y las combina para proporcionar una única API que es la suma de las dos para ofrecer ambas funciones en un único nodo; por lo tanto, proporciona un proxy para ambas opciones de manera que puede direccionarse a un único nodo, pero una vez que se haya seleccionado la media API adecuada, se utiliza la mitad seleccionada. En el documento WO03/025809, cada uno de los nodos de servicio se comunica directamente con un nodo de crédito/cargo mediante procedimientos convencionales, de manera que la tasación y facturación de una llamada se lleva a cabo por cada servicio.
La solicitud de patente internacional con número de publicación WO03/034631 describe la utilización de registros de detalles de llamada (CDR) para cargos o eventos basados en sesiones para un único cargo efectuado (por ejemplo, mensajes del servicio de mensajes cortos, etc.). El documento WO03/034631 proporciona un medio para "agrupar" varios registros de llamada generados durante la llamada en una entrada correlacionada en una única interfaz, en lugar de utilizar el motor de facturación para llevar a cabo esta función. El documento WO03/034631 se refiere específicamente y totalmente a los CDR, y define un CDR como incluyendo información tal como el tiempo de inicio y la duración de una llamada; por lo tanto, por definición, los registros de detalles de llamada se crean después de la llamada.
La patente estadounidense con número de publicación US 6.760.418 B1 describe un sistema para proporcionar llamadas de prepago y de postpago dirigiendo una llamada hacia una plataforma de servicios integrados y para controlar la duración de la llamada durante un número calculado de minutos restantes recibidos desde una plataforma de tasación.
Un objeto de la invención es proporcionar un sistema y aparato para tasar la utilización de la red de una manera flexible y escalable.
Sumario de la invención
Según un primer aspecto de la presente invención, se proporciona un aparato de procesamiento de eventos para su utilización en el procesamiento de mensajes de solicitud de inicio de servicio en un sistema de procesamiento de eventos según las reivindicaciones adjuntas.
De manera ventajosa, el aparato puede comunicarse con, y controlar, nodos de servicio que se utilizan actualmente para abonados de postpago, y que generan mensajes FCI/SCI, y, por consiguiente, está dispuesto para procesar estos mensajes e incluirlos selectivamente en un mensaje de solicitud de tasación. Por lo tanto, las realizaciones de la invención pueden llevar a cabo la facturación en tiempo real para todos los abonados, eliminando la distinción entre suscripciones de clientes de prepago y postpago. Más específicamente, proporcionando una función que identifica nodos de servicio implicados en el procesamiento del evento de red y reenviando todos los detalles de servicio al nodo de tasación, los servicios que están actualmente en el campo exclusivo de postpago pueden facturarse en tiempo real. Una manera alternativa de proporcionar tal facturación en tiempo real de clientes de postpago implicaría un diseño de sistema de prepago/postpago convergente; un diseño de este tipo aplicaría lo que es esencialmente un mecanismo de facturación de prepago referente a servicios de postpago, y daría como resultado la utilización de puntos de activación utilizados actualmente por los servicios de postpago para fines de facturación. Obviamente, esto es poco atractivo ya que representa un consumo ineficaz de puntos de activación requeridos para la provisión de
servicios.
En una disposición según la invención, el nodo servidor puede ser un conmutador, mientras que los nodos de servicio serían nodos dispuestos para proporcionar servicios IN o servicios de arquitectura de servicios abiertos (OSA), en cuyo caso el sistema de procesamiento de eventos comprendería una pasarela OSA en asociación operativa con el aparato de procesamiento de eventos. Convenientemente, dichos mensajes de solicitud de inicio de servicio se corresponden con activadores de inicio de servicio, y ejemplos de activadores de inicio de servicio incluyen puntos de detección CAP (protocolo de aplicación CAMEL) e INAP (protocolo de aplicación de red inteligente); eventos de parte de aplicación móvil (MAP) tales como mensajes de reenvío de mensajes cortos (EnviarSM) y de actualización de ubicación; y eventos asociados con el envío de mensajes de datos tales como mensajes MMS (servicio de mensajes multimedia) y SMS (servicio de mensajes cortos).
El nodo de tasación puede representarse como una aplicación IN u OSA y, puesto que el aparato envía al nodo de tasación detalles de los servicios implicados en un evento de red dato, esto significa que el nodo de tasación puede tasar el evento disponiendo totalmente de toda la información de servicios relevante y detallada.
Por lo tanto, con realizaciones de la invención, el sistema de procesamiento de eventos incluye un aparato que controla la interacción entre, y la invocación de, servicios implicados en el procesamiento de un evento de red tal como una llamada o un mensaje y, esencialmente, este aparato transmite datos relacionados con los diversos servicios a un nodo de tasación aparte. Esto difiere en gran medida con respecto a disposiciones como las descritas en el documento WO03/073693 donde, en primer lugar, el motor de tasación central extrae la información de cargo a partir de nodos de servicio dados y donde, en segundo lugar, no existen medios para, o noción de, combinar información de varios servios con el fin de tasar el evento de red.
Preferentemente, el nodo de tasación actúa conjuntamente con un servicio de facturación personalizado al que se ha dotado de información referente a tarifas, bonificaciones y ofertas especiales para cada usuario, y el servicio de facturación puede procesar la información de servicios recibida desde el nodo de tasación, permitiendo de ese modo que el nodo de tasación tase el evento de red.
Convenientemente, el nodo de tasación está dispuesto para controlar la asignación de recursos de servicio, en cuanto a que la respuesta de tasación comprende realmente una cantidad asignada de recursos de red, junto con un periodo de tiempo con respecto al cual puede aplicarse la asignación. Esta información se envía al nodo servidor, el cual controla consecuentemente la provisión de recursos de red. Por lo tanto, una ventaja de las realizaciones de la invención es que el control IN está separado del mantenimiento de cuentas y de la facturación de las mismas.
Convenientemente, el mensaje de solicitud de tasación de servicio incluye datos de identificación de nodos de servicio y uno o más atributos de los mismos correspondientes a dicho activador de inicio de servicio, y la función está dispuesta para identificar, a partir de los datos recibidos durante dicho control de dichos nodos de servicio, dichos atributos de los mismos. Una lista no exhaustiva de tales servicios y atributos correspondientes incluye: indicadores que indican una llamada que va a encaminarse de manera local, un número transformado, búsquedas de línea libre realizadas, interacción con IVR (respuesta de voz interactiva) realizada, llamada a un abonado de red privada, etc.; datos de establecimiento de llamada que indican: códigos de procedencia de la red y del país de origen, dígitos marcados, red privada virtual (VPN); datos de servicio que indican: información de tarifa, por aplicación (por ejemplo, aplicación de clase de tarifa x, aplicación de clase de tarifa y); datos de estado de interacción de servicios que indican: la respuesta recibida; todavía en comunicación o finalizada, por aplicación.
En una disposición, el mensaje de solicitud de tasación de servicio comprende un primer mensaje que comprende dichas identidades de nodos de servicio y atributos de los mismos, y un segundo mensaje que comprende una solicitud de inicio de servicio. El primer mensaje se envía según un primer protocolo de transporte e independientemente de dicho segundo mensaje, el cual se envía según un segundo protocolo de transporte. Por ejemplo, el primer mensaje puede enviarse a través de una red IP, mientras que el segundo mensaje se envía como un mensaje de activación de inicio de servicio IN.
En una disposición alternativa, el mensaje de solicitud de tasación de servicio comprende una solicitud de inicio de servicio y el aparato está dispuesto para incluir dichos datos de identificación de nodos de servicio y uno o más atributos de los mismos en dicho mensaje de solicitud de inicio de servicio. Convenientemente, la solicitud de inicio de servicio se representa como un mensaje de activación de inicio de servicio IN personalizado.
Convenientemente, el mensaje de respuesta de servicio comprende una o más solicitudes referentes a datos indicativos de la aparición de un evento especificado, por ejemplo, una cantidad especificada de utilización de red y/o en el caso de una llamada, una respuesta de tono de ocupado, de no contestación etc., de la red cuando se realiza la llamada. En respuesta a, por ejemplo, un mensaje de ocupado, la función está dispuesta para recuperar datos de servicio alternativos desde los nodos de servicio y para generar un segundo mensaje de solicitud de tasación de servicio en base a los datos alternativos; entonces, la tasación y la gestión de llamadas se llevan cabo según la funcionalidad descrita anteriormente. Los segundos y, según sea apropiado, posteriores mensajes de solicitud de tasación de servicio incluyen datos que proporcionan al nodo de tasación información relacionada con cualquier parte previamente tasada de la llamada.
Características y ventajas adicionales de la invención resultarán más evidentes a partir de la siguiente descripción de realizaciones preferidas de la invención, proporcionadas solamente a modo de ejemplo, haciendo referencia a los dibujos adjuntos.
Breve descripción de los dibujos
La figura 1 es un diagrama esquemático que muestra los componentes de una red móvil pública terrestre en la que las realizaciones de la invención están dispuestas para hacerse funcionar;
la figura 2 es un diagrama de bloques esquemático que muestra los componentes de un sistema de procesamiento de eventos según una realización de la invención;
la figura 3 es un diagrama de bloques esquemático que muestra, en mayor detalle, un componente de interacción de servicios del sistema de procesamiento de eventos mostrado en la figura 2, según una realización de la invención;
la figura 4 es un diagrama de bloques esquemático que muestra, en mayor detalle, un componente de aplicación de facturación del sistema de procesamiento de eventos mostrado en la figura 2, según una realización de la invención;
la figura 5 es un diagrama de flujo que describe las etapas llevadas a cabo por los componentes del sistema de procesamiento de eventos en una primera realización de un proceso de tasación de eventos según una realización de la invención; y
la figura 6 es un diagrama de flujo que describe las etapas llevadas a cabo por los componentes del sistema de procesamiento de eventos en una segunda realización de un proceso de tasación de eventos según una realización de la invención.
Descripción detallada de la invención
Tal y como se ha descrito anteriormente, las realizaciones de la invención se refieren a un sistema y aparato para tasar la utilización de una red en tiempo real y de una manera flexible. Con el fin de apreciar el nivel al que funcionan las realizaciones de la invención, en primer lugar se presentará una visión general de las funcionalidades de una red con referencia a la figura 1, la cual muestra una disposición de red móvil convencional que comprende una estación móvil (MS), un componente 107 de red de conmutación de nodo servidor (centro de conmutación móvil, MSC), y un registro 115 de posiciones base (HLR), junto con varios nodos IN y OSA dispuestos cada uno para proporcionar un servicio de red. Haciendo referencia también a la figura 2, el MSC 107 está dispuesto para enviar mensajes a, y recibir mensajes desde, una función 201 de interacción de servicios (SIF) según los datos de parámetros de servicio recibidos desde el HLR 115 tras el registro de la MS con el MSC o según los ajustes configurados de manera estática en la red local. Si la MS está registrada con el MSC, el MSC supervisa las apariciones de activadores de servicio (los denominados puntos de detección (DP)) y, cuando se identifica un activador, el MSC de conmutación se comunica con la SIF 201 que, a su vez, determina el (los) nodo(s) de servicio asociado(s) con el activador. El acceso a la funcionalidad de la red, incluyendo la funcionalidad de la red inteligente, se controla mediante la SIF 201 junto con diferentes servidores de capacidad de servicio (SCS), que aparecen como características de capacidad de servicio en una interfaz OSA. Las aplicaciones OSA, tal como la Ap1, se comunican con el SCS 201 a través de interfaces OSA adecuadas, mientras que las funciones de red central subyacente (capacidades de red inteligente, MSC y HLR) utilizan sus protocolos específicos tales como CAP y MAP (parte de aplicación móvil) para comunicarse con la pasarela OSA.
La gestión entre aplicaciones se controla mediante la SIF 201, que asume la responsabilidad de comunicación con los diversos nodos de red inteligente y con los nodos Ap1 .. Ap_{n} de servidor de aplicaciones OSA. La naturaleza y orden de invocación de aplicaciones se controla según los datos recibidos desde un sistema de almacenamiento denominado como una memoria 203 de perfiles de abonado (SPS), tal y como se describe en mayor detalle posteriormente. De manera genérica, la SIF 201 está dispuesta para controlar las interacciones entre aplicaciones OSA, las interacciones entre servicios IN y/o las interacciones de IN a OSA de manera que múltiples aplicaciones de servicio puedan compartir puntos de activación tales como los eventos de puntos de detección INAP y CAP mencionados anteriormente. De manera genérica, la SIF 201 está configurada para recibir, desde cualquier SCF tal como la que incluye al SCS mostrado en la figura 2, un mensaje de solicitud de servicio que incluye algún tipo de activador, llevar a cabo una consulta en la base de datos 203 SPS dependiendo del activador recibido, recibir datos desde la SPS 203 con respuesta a la consulta, invocar y coordinar los servicios y aplicaciones identificados por los datos devueltos por la SPS 203 según la lógica de modelos de eventos asociada con los mismos, y cotejar una respuesta global para enviarla al SCS para permitir que los dispositivos de la red continúen con el evento de red (por ejemplo, dispositivos de conmutación).
Además de configurar y coordinar servicios de red específicos tales como servicios de conversión de números, servicios de tratamiento de mensajes, servicios de modificación de mensajes, servicio de correo de voz, servicios de desviación de llamadas, servicios de búsqueda de línea libre, etc., la SIF 201 recopila información relacionada con los servicios y aplicaciones identificados mediante los datos devueltos por la SPS 203, para su reenvío a una aplicación 205 de facturación. Esto proporciona un medio para que la aplicación 205 de facturación tarifique una llamada y para permitir, o no, el progreso de una llamada según el resultado de la evaluación de tasación.
Los componentes de la SIF 201 y la funcionalidad proporcionada por los mismos se explicarán a continuación con referencia a la figura 3, la cual es un diagrama de bloques que muestra una descomposición de la SIF 201 en sus partes constitutivas. En la presente realización, la SIF 201 comprende una interfaz 301 de servicio para la comunicación con las aplicaciones Ap1 ... Apn y los SCS, una interfaz 303 SPS para la comunicación con la SPS 203, un motor 305 lógico y un motor 313 de procesamiento de eventos. La interfaz 301 de servicios está dispuesta para soportar al menos el protocolo de inicio de sesión (SIP) e interfaces de programación de aplicaciones (API) tales como CORBA y SOAP, y, preferentemente, para soportar CAP, INAP y MAP, permitiendo de ese modo que la SIF 201 se comunique con una gama de diferentes dispositivos de red (es decir, para comunicarse directamente con dispositivos de red tales como conmutadores de la red móvil (red móvil pública terrestre, PLMN) en lugar de a través del SCS).
El motor 305 lógico es la parte de la SIF 201 que está dispuesta para solicitar datos de servicio de la SPS 203 junto con datos que identifican reglas y detalles de aplicaciones de servicio (en forma de reglas 311 (al menos algunas de las cuales se reciben desde la SPS 203 en tiempo real)), dependiendo de los datos de abonado y de activador. Después de haber recibido estos datos, el motor 305 lógico está dispuesto para invocar el funcionamiento de un nodo de servicio a través de la interfaz 301 de servicios, haciendo que el motor 313 de procesamiento de eventos supervise, y actúe sobre, la salida de tales servicios invocados. En particular, durante el procesamiento de una llamada, el motor 313 de procesamiento de eventos está dispuesto para llevar a cabo la gestión de las transacciones, la gestión de correlaciones (por ejemplo, la correlación de DP recibidos desde diferentes conmutadores), el control de límites de tiempo (con relación a respuestas recibidas desde aplicaciones y servicios y desde la SPS 203), gestión de instancias (con relación a la secuenciación de los servicios y para soportar múltiples operaciones independientes y simultáneas), y tareas administrativas generales tales como estadísticas y gestión de alarmas. Detalles adicionales de la estructura y funcionalidad de la SIF 201 se describen al final de la descripción.
En una realización, la SIF 201 está dispuesta para cotejar toda la información relacionada con los servicios e implicada en el procesamiento de una llamada (habiéndose determinado la información durante el establecimiento de la llamada) y, antes de procesar la llamada, para enviar un mensaje M1 que contiene la información relacionada con los servicios a la aplicación 205 de facturación (que de describirá en detalle posteriormente); una vez recibido, la aplicación 205 de facturación procesa la información de servicios mediante una parte lógica 405, 407, 409 de facturación (mostradas en la figura 4 descrita en detalle posteriormente) y devuelve una notificación de evento a la SIF 201 tal como una instrucción AplicarCargo (AC).
En al menos algunas disposiciones, la información de servicios enviada a la aplicación 205 de facturación incluye datos que identifican a los servicios que estarán implicados en el procesamiento de la llamada, junto con el estado de los mismos y varios mensajes de establecimiento de llamada relacionados con la facturación, incluyendo los mensajes SuministrarInformaciónDeCargo (FCI) y EnviarInformaciónDeCargo (SCI) (que, tal y como se ha descrito anteriormente, están asociados tradicionalmente con mecanismos de facturación CDR). Estos mensajes se reciben normalmente mediante la SIF 201 desde los nodos Ap1 ... Ap_{n} de servicio/aplicación como parte de la respuesta a la recepción de un punto de detección inicial (IDP) durante el establecimiento de llamada y también durante la fase de supervisión de una llamada, cuando los nodos pueden enviar mensajes FCI/SCI de actualización como respuesta a la recepción de activadores ERB (BCSM (modelo básico de estados de llamada) de informe de eventos).
Haciendo referencia a continuación a los aspectos del sistema 205 de facturación, y con referencia a la figura 4, la interfaz 403 de facturación está dispuesta para extraer información, a partir de mensajes de configuración de eventos y de datos de estado de servicio, y para transferirla a las partes lógicas 405, 407, 409 para tasar el evento de red. Las partes lógicas 405, 407, 409 pueden tener acceso a la lógica de negocio y a datos específicos de abonado (descritos en mayor detalle posteriormente) que especifican el uso y combinación de clases de tarifas y asignaciones de recursos de esquemas de utilización asociadas al abonado.
Como alternativa, la información de servicios puede incluir simplemente datos que identifican a los servicios que estarán implicados en el procesamiento del evento de red, junto con el estado de los mismos (es decir, ningún mensaje de cargo de configuración FCI/SCI), y la interfaz 403 de facturación está dispuesta para extraer información de servicios transfiriéndola a las partes lógicas de facturación para su procesamiento. Esto sería adecuado para disposiciones en las que la aplicación 205 de facturación dispone de suficiente información, referente a la lógica de negocio relacionada con los servicios, para eliminar la necesidad del envío de mensajes FCI/SCI.
\vskip1.000000\baselineskip
El tipo de información relacionada con los servicios incluida en el mensaje MI de interacción de servicios enviado desde la SIF 201 a la aplicación 205 de facturación incluye los siguientes tipos de parámetros a modo de ejemplo y no exhaustivos:
\bullet indicadores que indican:
una llamada que va a encaminarse de manera local, un número transformado, búsquedas de línea libre realizadas, interacción con IVR realizada, llamada a un abonado de red privada, etc.;
\vskip1.000000\baselineskip
\bullet datos de establecimiento de llamada que indican:
códigos de procedencia de la red y del país de origen, dígitos marcados, VPN;
\vskip1.000000\baselineskip
\bullet datos de servicio que indican:
información de tarifa, por aplicación (por ejemplo, aplicación de clase de tarifa x, aplicación de clase de tarifa y);
\vskip1.000000\baselineskip
\bullet datos de estado de interacción de servicios que indican:
la respuesta recibida; todavía en comunicación o finalizada, por aplicación, etc.
\vskip1.000000\baselineskip
En una primera realización, el mensaje M1 de interacción de servicios está representado como un mensaje IDP, estando incluidos los datos de servicio en el parámetro [15] de extensiones. Una sintaxis ASN1 adecuada para el parámetro de extensiones puede adoptar la siguiente forma:
1
La interfaz 403 de facturación está dispuesta para identificar el parámetro de extensiones a partir del mensaje M1 y para extraer los datos del mismo para su procesamiento mediante las respectivas partes lógicas 405, 407, 409 de facturación.
En una segunda realización, los detalles de interacción de servicios están representados en un mensaje de un protocolo diferente al utilizado con relación a los mensajes IN (por ejemplo, un mensaje basado en IP o una API (por ejemplo LDAP/CORBA)); un mensaje de este tipo se denominará en lo sucesivo como el mensaje proporcionarSID. El mensaje proporcionarSID incluye normalmente información relacionada con servicios y opcionalmente mensajes de configuración junto con detalles de interacción de servicios (SID) y la ID de transacción (u otra ID de correlación) que se usará en un mensaje IDP posterior enviado como la parte final del proceso de configuración de evento (y que hace que la aplicación 205 de facturación tarifique el evento y envíe un mensaje AplicarCargo (AC)). Una ID de correlación adecuada podría ser una combinación de la ID de transacción de origen (OTID) asociada con el diálogo entre la SIF 201 y la aplicación 205 de facturación, el número de la parte que llama (CgPN), y un identificador que identifique de manera unívoca a la SIF 201 (por ejemplo, un título global de dirección SCCP), cada uno de los cuales está contenido en el mensaje proporcionarSID. Como alternativa, la ID de correlación puede comprender simplemente la OTID.
En la segunda realización, el mensaje que contiene los detalles de servicio puede enviarse, en cierto modo, de manera independiente con respecto al proceso de configuración (aunque estará limitado por la recepción de toda la información relacionada con los servicios desde la aplicación y los nodos de servicio identificados que estarán implicados en el evento de red), permitiendo que la aplicación de facturación obtenga un "inicio principal" y tarifique el evento de manera que una vez que se haya recibido el IDP que contiene los datos de correlación, un resultado esté potencialmente disponible para una respuesta inmediata. Por lo tanto, se apreciará que la segunda realización requiere un mensaje M1 de interacción de servicios que comprende dos mensajes.
Tal y como se ha descrito anteriormente, las partes lógicas 405, 407, 409 actúan conjuntamente con una base de datos 411 provista de datos que especifican la identidad, tipo, derechos, tasas de servicio, grupos de opciones, ofertas especiales y estado de crédito del abonado. Cada parte lógica 405, 407, 409 responde a uno o más elementos de datos extraídos del mensaje M1 de interacción de servicios mediante la interfaz 403 de facturación para hacer consultas a la base de datos 411 y tasar el evento. Esto significa que, en caso de una llamada, la llamada se tasará según la información de cargo más reciente particular a la llamada y al abonado en cuestión. En una disposición, la base de datos 411 forma parte de un sistema de mediación y de facturación independiente pero cooperativo capaz de recibir solicitudes de reserva de crédito y determinar reservas de crédito apropiadas en base a los detalles del abonado y los detalles de la llamada/servicio. Aunque la figura 4 muestra tres partes, se apreciará que solo tiene fines ilustrativos y que puede haber una o cualquier número de tales partes, dependiendo del paradigma de software utilizado para crear la aplicación 205 de facturación.
A continuación se describirán realizaciones de la invención con referencia a varias situaciones de ejemplo que implican el procesamiento de llamadas entrantes desde una estación 2 móvil MS. La primera situación, mostrada en la figura 5, se refiere a la primera realización de la invención, en la que el mensaje M1 de interacción de servicios se representa como un mensaje IDP mejorado, describiéndose las etapas implicadas desde la solicitud de establecimiento de llamada hasta la conexión de llamada.
\vskip1.000000\baselineskip
Cuando la SIF 201 recibe un mensaje, en la etapa 501, identifica el tipo de mensaje. En este ejemplo, el tipo de mensaje se identifica como un mensaje de configuración de servicio y, puesto que el IDP representa una nueva llamada, la SIF 201 realiza una consulta (etapa 502a) utilizando, por ejemplo, el protocolo de acceso a directorios (DAP) para recuperar datos de la SPS 203. La SPS 203 devuelve datos con relación a la misma (etapa 502b), comprendiendo los datos una selección de reglas e información de servicios que especifican los servicios a los que la MS 2 de abonado tiene acceso y las condiciones en las que puede accederse a los servicios. En el presente ejemplo, la consulta a la SPS 203 devuelve los siguientes datos:
\bullet Aplicaciones de servicio:
\circ Aplicación de búsqueda de línea libre (varios dispositivos registrados)
\vskip1.000000\baselineskip
\bullet Condiciones:
\circ Regla (1): comprobar si se puede aplicar SHR (es decir, ¿el MSC está en la red visitada (VPLMN)?); si puede aplicarse, enviar dirección de correlación para conmutar en VPLMN y esperar respuesta de correlación del GMSC;
\circ Regla (2): una vez que la MS 2 esté conectada a través de la red local (HPLMN), enviar mensaje Conectar para conmutar en HPLMN;
\circ Regla (3): acción de aplicación de búsqueda de línea libre y devolver respuesta al MSC;
\circ Regla (4): Si la Apn de búsqueda de línea libre y otras aplicaciones solicitan mensajes de ocupado RRB (BCSM de informe de solicitud), enviar en primer lugar cualquier mensaje de ocupado ERB recibido a la Apn de búsqueda de línea libre, recuperar una nueva dirección de encaminamiento de destino (DRA) (es decir, DRA correspondiente al segundo dispositivo), finalizar el diálogo con otra aplicación en base a la primera DRA, e iniciar un nuevo diálogo inicial (IDP) con la otra aplicación utilizando esta DRA modificada.
\vskip1.000000\baselineskip
En este ejemplo, la aplicación Ap1 de búsqueda de línea libre está dispuesta para averiguar cuál de los dispositivos registrados de una parte (abonado) a la que se llama está activo.
Haciendo referencia de nuevo a la figura 5, la SIF envía una solicitud (etapa 503) a la Ap1 con referencia a un servicio de conversión de números. Tal y como se ha descrito anteriormente, la Ap1 es una aplicación de búsqueda de línea libre iVPN que tiene acceso a una lista especificada previamente de dispositivos registrados para el abonado y, en respuesta al mensaje de solicitud de servicio enviado desde el SIP en la etapa 503, devuelve (etapa 505) un número convertido con todas sus cifras correspondiente al primer dispositivo de la lista, junto con una solicitud referente a un mensaje de ocupado RRB en caso de que el dispositivo no esté disponible, y uno o más mensajes de cargo tales como mensajes FCI/SCI. En respuesta a la recepción del número convertido del primer dispositivo desde la Ap1, y en vista de que ningún otro servicio está registrado con respecto al abonado, la SIF genera un mensaje M1 IDP mejorado que incluye detalles relacionados con los servicios implicados en esta llamada (más específicamente, establece un indicador para indicar que se ha realizado una búsqueda de línea libre, junto con los detalles del número convertido (DRA)), y envía el mensaje M1 (etapa 507) a la aplicación 205 de facturación. Para este ejemplo específico (que solo requiere un nodo de servicio), un mensaje IDP mejorado adecuado podría incluir los siguientes datos:
2
Para eventos de red que requieran más de un nodo de servicio, los detalles de la segunda y de otras aplicaciones se enumeran dentro del campo de extensión. En caso de que la aplicación 205 de facturación esté dotada de lógica de cargo (siendo por tanto redundantes los mensajes de cargo por establecimiento de llamada específicos de la aplicación tales como los mensajes FCI/SCI), cualquier mensaje M1 IDP mejorado, incluyendo los mensajes de cargo, se procesará tal y como se ha descrito anteriormente y se descartarán los mensajes FCI/SCI. Si la SIF 201 está provista de datos que indican los requisitos de la aplicación 205 de facturación, la SIF 201 puede extraer de manera selectiva partes de los datos y mensajes recibidos desde las diversas aplicaciones IN y/u OSA implicadas en la llamada, e incluir la información extraída en el mensaje M1. Por ejemplo, en respuesta a la recepción de un mensaje SCI, la SIF 201 puede extraer datos indicativos de la clase de tarifa, introducirlos en el mensaje M1 IDP mejorado para su transmisión a la aplicación 205 de facturación y descartar el mensaje SCI.
Haciendo referencia de nuevo a las características de la aplicación 205 de facturación, como respuesta a la recepción del mensaje M1, la aplicación 205 de facturación extrae información de los parámetros IDP, según los procedimientos estándar, enviando los datos extraídos asociados con el parámetro de extensiones, junto con datos que identifican al abonado, a una parte lógica 405, 407, 409 de facturación según las reglas especificadas en la interfaz 403 de facturación. La parte lógica de facturación asociada revisa los datos extraídos según los datos accesibles a través de la memoria 411 y devuelve datos que indican si la llamada está autorizada o no para continuar. Suponiendo que la llamada está autorizada para continuar, la interfaz 403 de facturación genera mensajes CONTINUAR y AplicarCargo (AC), éstos últimos incluyendo datos que especifican un periodo durante el cual puede continuar la llamada, y envía estos mensajes al SIF 201 en la etapa 509.
Después, la SIF 201 consolida la entrada de datos de la aplicación Ap1 y de la aplicación 205 de facturación, y envía una solicitud de conexión, referente al primer dispositivo, al MSC (etapa 511). En el presente ejemplo, el primer dispositivo no está disponible por lo que el MSC devuelve un mensaje de ocupado ERB a la SIF (etapa 513); según las reglas aplicables en este ejemplo, la SIF está dispuesta para priorizar la recepción de mensajes de ocupado ERB y enviarlos a la aplicación Ap1 de búsqueda de línea libre en primera instancia, aunque hay que tener en cuenta que la aplicación 205 de facturación necesita ser informada de que el primer dispositivo no está disponible y que necesita interrumpir la solicitud de cargo. Después de haber recibido un mensaje de ocupado ERB, la SIF 201 envía el mensaje de ocupado ERB a la Ap1 (etapa 515) que, como respuesta al mismo, recupera y transmite los detalles de un segundo dispositivo de la lista del abonado a la SIF 201, posiblemente con mensajes adicionales FCI/SCI de establecimiento de llamada relacionados con el cargo (etapa 517). Tras la recepción de la identidad de este segundo dispositivo, la SIF 201 genera un nuevo mensaje M1 IDP mejorado basándose en la identidad de este segundo dispositivo en la etapa 519 y lo envía, junto con un mensaje de fin de sesión con relación al primer dispositivo, a la aplicación 205 de facturación (mediante un mensaje ACR transmitido en un mensaje TC_FIN o un mensaje ACR que comprende información (por ejemplo, coste cero) a partir de la cual la aplicación 205 de facturación puede establecer que la sesión ha finalizado, o mediante un ERB de desconexión).
En lo que respecta al mensaje IDP mejorado enviado en la etapa 507, el mensaje M1 enviado en la etapa 519 incluye un indicador que indica que se ha realizado una búsqueda de línea libre, junto con los detalles del segundo número convertido (DRA). Como antes, tras la recepción del mensaje M1, la aplicación 205 de facturación extrae los parámetros y los envía a una parte lógica de facturación a través de la interfaz 403 de facturación. La parte lógica de facturación asociada revisa los datos extraídos según los datos accesibles a través de la memoria 411 y continúa para tasar la llamada, devolviendo datos que indican si la llamada está autorizada o no para continuar. Suponiendo que la llamada continúa, la interfaz 403 de facturación genera un mensaje CONTINUAR y una solicitud AplicarCargo y los envía a la SIF 201 en la etapa 521.
La SIF 201 consolida de nuevo las entradas de datos de la aplicación Ap1 y de la aplicación 205 de facturación y envía una solicitud de conexión al vMSC con relación al segundo dispositivo (etapa 523); etapas posteriores (no mostradas) se llevan a cabo dependiendo de la disponibilidad o no del segundo dispositivo (es decir, si el segundo dispositivo no está disponible, se repiten las etapas 513 a 523, mientras que si el segundo dispositivo está disponible, el MSC lleva a cabo el procesamiento de la llamada).
A partir de lo expuesto anteriormente se apreciará que, en vista de que la información relacionada con los servicios está incluida dentro del parámetro de extensiones estándar IDP, cualquier aplicación de facturación de una tercera parte compatible con la red inteligente puede extraer convenientemente información del mensaje M1. Por lo tanto, esto proporciona una solución eficaz, coordinada y escalable al problema de facturar una gama de servicios cada vez más amplia.
Además, se apreciará que cuando la aplicación 205 de facturación ha accedido a la base de datos 411, la cual contiene datos que especifican una cantidad exhaustiva de información relacionada con las tasas, grupos de opciones, ofertas especiales y estado de crédito, la respuesta a una solicitud ACR se adaptará mejor al estado de crédito y a los hábitos de los diferentes clientes.
Haciendo referencia a continuación a la figura 6, se describirá un procedimiento para el procesamiento de una llamada según la segunda realización; las etapas que son idénticas a las descritas con relación a la figura 5 están etiquetadas utilizando los mismos números de referencia que los mostrados en la figura 5 y no se hará ninguna referencia adicional a las mismas, mientras que las etapas que son diferentes presentan números de referencia diferentes, describiéndose a continuación en mayor detalle las características de las mismas.
Haciendo referencia a la figura 6 puede observarse que la segunda realización requiere etapas adicionales (concretamente, las etapas 601, 603, 605, 607, 609, 611, 613) no requeridas en la primera realización; esto se debe a que, en la segunda realización, la información de servicios se envía de manera independiente, tanto en lo que se refiere al tiempo como al mecanismo de transmisión, del mensaje que hace que la aplicación 205 de facturación tarifique la llamada. Más específicamente, las etapas 601 a 609 requieren enviar el mensaje que contiene los datos de servicio (proporcionarSID) a la aplicación 205 de facturación y recibir una confirmación de recepción (proporcionarConfSID) referente al mismo (etapas 603, 611) antes de enviar el mensaje IDP de correlación (etapas 605, 613).
A partir de lo expuesto anteriormente se apreciará que las realizaciones de la invención permiten tasar un evento de red en vista de todos los servicios implicados en el evento, y que la arquitectura del sistema de procesamiento de eventos, en cuanto a que la SIF 201 coteje la información de servicios y envíe la información cotejada a una aplicación 205 de facturación personalizada, permite proporcionar esta ventaja de una manera particularmente eficaz. Por ejemplo, separando de manera lógica la función de procesamiento de eventos y la función de facturación (de manera que se muestren entre sí como cajas negras), la función de procesamiento de eventos y la función de facturación pueden estar dispuestas cada una para optimizar limitaciones particulares referentes a sus respectivas funciones, en lo que respecta a la arquitectura (componentes de software y sistemas de almacenamiento de datos) y al funcionamiento (con relación al software de actualización y al hardware y software de distribución).
Más en particular, las realizaciones de la invención facilitan la facturación en tiempo real de consumidores de postpago (lo que convencionalmente solo se ha aplicado a los usuarios de prepago): la funcionalidad de facturación en tiempo real se extiende a abonados de postpago mediante el aparato de procesamiento de eventos cotejando toda la información relacionada con los servicios y enviándola al nodo de tasación antes del procesamiento del evento de red.
Las realizaciones anteriores describen una asignación de recursos llevada a cabo bajo el control de mensajes AC/ACR enviados por la aplicación 205 de facturación, lo que significa que el MSC 107 está configurado de manera eficaz para controlar la asignación del recurso durante un periodo de tiempo especificado en un mensaje AC dado. Una vez que este periodo haya expirado (o antes, si se produce un problema en la asignación de un recurso), la SIF 201 envía un mensaje ACR a la aplicación 205 de facturación (que, en caso de que haya un problema en la asignación de un recurso, puede ir acompañado de datos que finalizan la sesión de cargo). Como alternativa, la aplicación 205 de facturación puede controlar directamente aspectos temporales de la asignación de recursos mediante mensajes de eventos de conexión y desconexión que se transmiten entre la aplicación 205 de facturación y la
SIF 201.
\vskip1.000000\baselineskip
Detalles de la SIF 201
A continuación se describirán en mayor detalle las características y la funcionalidad del motor 313 de procesamiento de eventos. La lógica de modelo de eventos devuelta por la SPS 203 (normalmente en la forma de las reglas 311) se utiliza de manera eficaz para controlar la secuencia en la que las aplicaciones se invocan con mensajes iniciales y posteriores, resolviendo de ese modo el problema de distribuir activadores individuales derivados de un punto de activación. Si la salida de una aplicación de servicio influye en el funcionamiento de otra aplicación de servicio, la invocación es síncrona, pero si la salida de varias aplicaciones de servicio solo se combina mediante el motor 313 de procesamiento de eventos, las aplicaciones de servicio se invocan preferentemente de manera asíncrona para mejorar la latencia. Por lo tanto, puede observarse que el procesamiento entre aplicaciones se gestiona en el momento de procesar una llamada mediante las reglas recuperadas de la SPS 203. Además de las reglas de secuenciación devueltas por la SPS 303 con respecto a activadores OSA tales como notificarEventoDeLLamada() y activadores IN tales como activadores DPInicial, existen reglas para el procesamiento de mensajes de notificaciones de eventos (ERB(IN), EncaminarRes() (OSA)) aplicarCargo (AC/ACR(IN), supervisarSolLLamada()/supervisarResLLamada() (OSA)), llamada temporal y acceso a recursos (ETC/CTR) y cualquier respuesta resultante de los mismos.
El motor 313 de procesamiento de eventos está dispuesto además para controlar el funcionamiento de múltiples aplicaciones de servicio que generan eventos y acciones conflictivas. Tomando un ejemplo sencillo, si múltiples aplicaciones de servicio devuelven un mensaje CONECTAR(IN) o encaminarSolicitud()(OSA), el motor 13 de procesamiento de eventos aplica varias reglas con el fin de identificar cuál de los mensajes "gana"; y en otro ejemplo sencillo, si un mensaje CONECTAR/encaminarSolicitud() y un mensaje LIBERAR(IN) o liberar()(OSA) se devuelven mediante diferentes aplicaciones de servicio, el motor 313 de procesamiento de eventos aplica varias reglas para identificar cuál de las dos acciones conflictivas tomar. Esencialmente, por lo tanto, las salidas se procesan según una regla apropiada recuperada de la SPS 203 asociada con el evento y/o acción conflictivos.
El motor 313 de procesamiento de eventos está dispuesto para tratar fallos de comunicación, según las reglas dinámicas (es decir, configurables) recuperadas de la SPS 203, dependiendo del tipo de fallo. Por ejemplo, si se aborta una primera aplicación de servicio, una opción es abortar toda la transacción, mientras que otra sería que si la primera aplicación de servicio tiene éxito pero la segunda falla, la respuesta de la primera tiene prioridad.
El motor 313 de procesamiento de eventos también está configurado para supervisar las respuestas dentro de un periodo de tiempo predeterminado en el que, en caso de que no pueda recibirse una respuesta de aplicación de servicio o una respuesta de la SCS, la SIF 201 lleva a cabo una acción de una pluralidad de acciones. Por ejemplo, en caso de que una aplicación de servicio no pueda responder dentro del periodo de tiempo especificado, la SIF puede activar el SCS para enviar una respuesta de fallo de protocolo TCAP a través de la red dependiendo de las reglas de error asociadas. Las reglas de error y de límite de tiempo pueden ser reglas estáticas almacenadas y mantenidas por la SIF 201.
\vskip1.000000\baselineskip
En resumen, el motor 305 lógico y el motor 313 de procesamiento de eventos controlan las siguientes acciones según las condiciones especificadas en las reglas estáticas, dinámicas y fijas:
i. El orden en que se invocan las aplicaciones de servicio;
ii. Cómo se combinan las respuestas de las aplicaciones de servicio;
iii. Cómo se llevarán a cabo transacciones posteriores basadas en respuestas de las aplicaciones de servicio;
iv. Si el control de llamadas se gestiona por la SIF o se delega a una aplicación de servicio; y
v. Si las aplicaciones deberían excluirse de la invocación como una función del tipo de red (por ejemplo, local o de itinerante).
\vskip1.000000\baselineskip
A continuación se describirá una lista no limitativa de ejemplos de algunas reglas fijas:
\bullet Las solicitudes son acumulativas: si la aplicación A de servicio solicita RRB DPx y la aplicación B solicita RRB DPy, entonces el resultado solicitará RRB DPx y DPy. (Un BCSM de informe de solicitud se denomina en este caso como RRB y es una solicitud para crear puntos de activación posteriores en el flujo de comunicaciones (por ejemplo, ocupado, desconectar, contestar, no contestar; en el dominio Parlay, lo equivalente a un RRB es un mensaje encaminarSolicitud() con parámetros respuestaSolicitada asociados que especifican un modo de supervisión particular y un tipo de informe). Si estos puntos se activan, se genera automáticamente un BCSM de informe de eventos (ERB) (o, en el dominio Parlay, un mensaje EncaminarRes()));
\bullet Si hay múltiples solicitudes RRB (o mensajes encaminarSolicitud()) para el mismo activador, entonces solo se solicitará una única invocación;
\bullet Si hay múltiples solicitudes RRB (o mensajes encaminarSolicitud()) para el mismo activador, entonces el modo de supervisión será el más alto solicitado;
\bullet CONTINUAR (o encaminarSolicitud() sin ninguna dirección de destino) solo se devolverá si todas las aplicaciones de servicio indican continuar;
\global\parskip0.930000\baselineskip
\bullet Si solo hay una aplicación de servicio enumerada para un abonado/DP, entonces la SIF interrumpirá la llamada, es decir, reenviará el mensaje DPInicial o notificarEventosDeLLamada() (según sea apropiado) a la aplicación de servicio, con la respuesta encaminada volviendo directamente al nodo de conmutación de inicio;
\bullet Si no hay ninguna aplicación de servicio definida, entonces la SIF devolverá una respuesta CONTINUAR (o encaminarSolicitud() sin ninguna dirección de destino);
\bullet La SIF interrumpirá el flujo lo más pronto posible; por ejemplo, si solo se devuelven al MSC CONTINUAR (o encaminarSolicitud() sin ninguna dirección de destino), CONECTAR (o encaminarSolicitud() con una dirección de destino) o LIBERAR (o un mensaje liberar() en el dominio Parlay), o si todas las respuestas MSC esperadas están destinadas para una única aplicación;
\vskip1.000000\baselineskip
A partir de lo expuesto anteriormente se apreciará que la aplicación 205 de facturación representa para la SIF 201 otro nodo de red que ofrece un servicio de red particular, y que la SIF 201 controla el proceso de establecimiento de llamadas enviando una solicitud de tasación a la aplicación 205 de facturación como una etapa final del proceso de configuración; una manera apropiada de llevar a cabo esta funcionalidad es implementar una regla fija que especifique que el último mensaje de solicitud de servicio se envíe siempre a la aplicación 205 de facturación y que el mensaje comprenda un mensaje M1 de interacción de servicios.
\vskip1.000000\baselineskip
A continuación se describirá una lista no limitativa de ejemplos de las reglas dinámicas:
\bullet El orden de transmitir DPinicial, o notificarEventosDeLLamada(), a aplicaciones de servicio será el orden configurado con prioridad;
\bullet Si las aplicaciones de servicio pueden invocarse de manera asíncrona, entonces deben serlo, ya que esto mejorará la latencia;
\bullet Si la respuesta es LIBERAR (o un mensaje liberar() en el dominio Parlay), entonces la respuesta global se controlará por la prioridad de liberación de la aplicación de servicio. Si hay una aplicación de servicio con una prioridad de liberación mayor que no haya devuelto un LIBERAR (o un mensaje liberar(), según sea apropiado) (es decir, si ha devuelto un CONTINUAR o CONECTAR (o encaminarSolicitud() con o sin una dirección de destino)), entonces se ignorará el LIBERAR (o el mensaje liberar()) de la aplicación de servicio de menor prioridad. Si el LIBERAR (o el mensaje liberar() en el dominio Parlay) es de la aplicación con la prioridad de liberación más alta, entonces las aplicaciones de servicio restantes no se activarán; y se devolverán un LIBERAR/mensaje liberar() y TACP FIN (o llamadaFinalizada() en el dominio Parlay);
\bullet Si se devuelve un CONECTAR/encaminarSolicitud(), entonces la parte llamada/que llama devuelta al nodo de conmutación será la de la aplicación de servicio con la prioridad de conexión más alta;
\bullet ...
\vskip1.000000\baselineskip
A continuación se describirá una lista no limitativa de ejemplos de las reglas secuenciadas:
\bullet Informes de cargo (ACR (o mensajes supervisarResLLamada() en el dominio Parlay)) se distribuirán solamente a aquellas aplicaciones que contribuyeron al AC (o mensaje supervisarSolLLamada() en el dominio Parlay) previamente generado. Pueden requerirse cálculos complejos para manipular el mensaje ACR/supervisarResLLamada() en una forma apropiada para cada aplicación de servicio;
\bullet Después de un informe de ocupado ERB (o mensaje encaminarRes() con parámetros que indican que una parte está ocupada), se devolverá un CONECTAR/mensaje encaminarSolicitud() relacionado con un número diferente (esto puede invalidar todas las interacciones anteriores con otras aplicaciones, de manera que puede utilizarse una secuencia de comandos para abortar algunas aplicaciones o para modificar el comportamiento de manera explícita, utilizando posiblemente mensajes generados específicamente para esta finalidad);
\bullet Si la acción depende del contenido de un mensaje, puede utilizarse una secuencia de comandos para identificar el contenido del mensaje e invocar una acción apropiada.
\bullet ...
\vskip1.000000\baselineskip
Además de las reglas estáticas, dinámicas y fijas descritas anteriormente, la SIF 201 funciona según varias reglas generales, que incluyen las siguientes:
\bullet La SIF finalizará los diálogos TCAP con TC_FIN (o llamadaFinalizada() en el dominio Parlay) cuando la respuesta al MSC sea un simple CONECTAR, CONTINUAR (mensaje encaminarSolicitud() con o sin una dirección de destino) o LIBERAR/mensaje liberar() (final básico).
\global\parskip1.000000\baselineskip
\bullet La SIF finalizará la transacción sin un TC_FIN (o mensaje llamadaFinalizada()) si determina que no se esperan más mensajes (por ejemplo ACR/supervisarResLLamada() recibido que indica el final de llamada, y ningún punto de activación posterior habilitado). Esto se conoce como un final preestablecido y no envía ningún mensaje adicional.
\bullet La SIF finalizará todos los diálogos abiertos si recibe un TC_ABORTAR (o mensaje falloDeLLamadaDetectado()), transmitiendo el mensaje abortivo.
\bullet La SIF finalizará todos los diálogos abiertos si recibe un TC_FIN (o mensaje llamadaFinalizada()) desde el MSC, transmitiendo el TC_FIN.
\bullet La SIF finalizará el diálogo con un TC_FIN (o mensaje de llamadaFinalizada()) si se producen errores inesperados.
\vskip1.000000\baselineskip
Se apreciará que en esta, y en otras realizaciones, el protocolo y/o las API utilizados en las reglas son los apropiados para los servicios requeridos y que no están limitados a INAP, CAP, GCC, MPCC. Detalles adicionales de la funcionalidad de la SIF se describen en la solicitud de patente internacional en tramitación junto con la presente del solicitante con número de publicación WO2005/099239.
Las realizaciones anteriores, que se refieren al procesamiento de cualquier tipo de eventos de red IN, deben entenderse como ejemplos ilustrativos de la invención. Se prevén realizaciones adicionales de la invención, tales como el cotejo de datos relacionados con aplicaciones de arquitectura de servicios abiertos (OSA) y la tasación de las aplicaciones en tiempo real. Debe entenderse que cualquier característica descrita con relación a cualquier realización puede utilizarse sola o en combinación con otras características descritas, y también puede utilizarse en combinación con una o más características de cualquier otra de las realizaciones o cualquier combinación de cualquier otra de las realizaciones. Además, también pueden utilizarse equivalencias y modificaciones no descritas anteriormente sin apartarse del alcance de la invención, el cual se define en las reivindicaciones adjuntas.

Claims (19)

1. Aparato (201) de procesamiento de eventos para su utilización en el procesamiento de mensajes de solicitud de inicio de servicio en un sistema de procesamiento de eventos, pudiendo conectarse el aparato a una pluralidad de nodos (Ap1, Ap2) de servicio a partir de los cuales un abonado puede recibir servicio durante el procesamiento de un evento de red, y estando conectado a un nodo (205) de tasación dispuesto para tasar el evento de red, comprendiendo el aparato una función (313) dispuesta, tras la recepción (501) de un mensaje de solicitud de inicio de servicio correspondiente a un evento de red solicitado, habiéndose enviado el mensaje de solicitud de inicio de servicio mediante un nodo servidor (107) en una red implicada actualmente en el procesamiento del evento de red solicitado,
para:
consultar (502a, 502b) una memoria (203) de perfiles de abonado en base a datos de abonado y datos de activador que pueden obtenerse del mensaje de solicitud de inicio de servicio para identificar uno o más nodos de servicio implicados en el evento de red solicitado;
enviar (503) un mensaje de solicitud de servicio a cada nodo de servicio identificado; y
recibir (505) datos de servicio correspondientes desde el nodo de servicio o desde cada nodo de servicio identificado;
en el que, como respuesta a dichos datos de servicio recibidos desde el nodo de servicio o desde cada nodo de servicio identificado, la función está dispuesta para generar un mensaje (M1) de solicitud de tasación de servicio y para transmitirlo (507) al nodo de tasación, comprendiendo dicho mensaje de solicitud de tasación de servicio dichos datos de servicio recibidos desde el nodo de servicio o desde cada nodo de servicio identificado, y tras recibir (509) una respuesta de tasación que comprende datos indicativos de una instrucción de conexión de dicho nodo de tasación, para generar un mensaje de respuesta de servicio y para transmitirlo (511) al nodo servidor desde el cual se recibe el mensaje de solicitud de inicio de servicio, por lo que dicho mensaje de respuesta de servicio transmitido al nodo servidor depende de la instrucción de conexión recibida desde el nodo de tasación.
\vskip1.000000\baselineskip
2. Aparato de procesamiento de eventos según la reivindicación 1, en el que el mensaje de solicitud de inicio de servicio incluye datos que identifican al activador de inicio de servicio correspondiente, y la función está dispuesta para acceder a datos que identifican nodos de servicio correspondientes a dicho activador de inicio de servicio, para su utilización en la recuperación de dichos datos de servicio correspondientes a dichos nodos de servicio.
3. Aparato de procesamiento de eventos según la reivindicación 1 o la reivindicación 2, en el que la función está dispuesta para controlar el funcionamiento de una pluralidad de nodos de servicio según los datos de servicio recuperados para generar dicho mensaje de solicitud de tasación de servicio.
4. Aparato de procesamiento de eventos según una cualquiera de las reivindicaciones anteriores, en el que el mensaje de solicitud de tasación de servicio incluye datos que identifican nodos de servicio y uno o más atributos de los mismos correspondientes a dicho activador de inicio de servicio.
5. Aparato de procesamiento de eventos según la reivindicación 4, en el que la función está dispuesta para identificar, a partir de datos recuperados durante dicho control de dichos nodos de servicio, dichos atributos de los mismos.
6. Aparato de procesamiento de eventos según la reivindicación 5, en el que el mensaje de solicitud de tasación de servicio comprende un primer mensaje que comprende dichas identidades de nodos de servicio y atributos de los mismos, y un segundo mensaje que comprende una solicitud de inicio de servicio.
7. Aparato de procesamiento de eventos según la reivindicación 6, en el que el primer mensaje se envía independientemente de dicho segundo mensaje.
8. Aparato de procesamiento de eventos según la reivindicación 7, en el que el primer mensaje se envía según un primer protocolo de transporte y el segundo mensaje se envía según un segundo protocolo de transporte.
9. Aparato de procesamiento de eventos según la reivindicación 8, en el que dicho segundo protocolo de transporte es diferente de dicho primer protocolo de transporte.
10. Aparato de procesamiento de eventos según la reivindicación 5, en el que el mensaje de solicitud de tasación de servicio comprende una solicitud de inicio de servicio y el aparato está dispuesto para incluir dichos datos de identificación de nodos de servicio, y uno o más atributos de los mismos, en dicho mensaje de solicitud de inicio de servicio.
11. Aparato de procesamiento de eventos según la reivindicación 10, en el que el mensaje de solicitud de inicio de servicio es un mensaje de punto de detección inicial (IDP) de red inteligente.
12. Aparato de procesamiento de eventos según una cualquiera de las reivindicaciones anteriores, en el que dicho mensaje de respuesta de servicio comprende una o más solicitudes referentes a datos indicativos de la aparición de un evento especificado.
13. Aparato de procesamiento de eventos según la reivindicación 12, en el que la función está dispuesta, tras recibir dichos datos indicativos de un evento especificado, para identificar uno o más nodos de servicio asociados con el evento y para recuperar segundos datos de servicio con relación al mismo, en el que la función está dispuesta para generar un segundo mensaje de solicitud de tasación de servicio en base a los segundos datos de servicio y para transmitirlo al nodo de tasación, y tras recibir una segunda respuesta de tasación desde dicho nodo de tasación, para generar un segundo mensaje de respuesta de servicio y para transmitirlo al nodo servidor desde el cual se recibieron los datos de evento.
14. Aparato de procesamiento de eventos según la reivindicación 12 o la reivindicación 13, en el que cada respuesta de tasación incluye datos para su utilización en la activación de un evento de cargo con respecto a al menos parte del evento de red.
15. Aparato de procesamiento de eventos según la reivindicación 14, en el que el segundo mensaje de solicitud de tasación comprende datos de control asociados con dicha respuesta de tasación para su utilización en la terminación del cargo asociado con la misma.
\vskip1.000000\baselineskip
16. Un sistema de procesamiento de eventos para su utilización en el procesamiento de mensajes de solicitud de inicio de servicio, comprendiendo el sistema:
una pluralidad de nodos (Ap1, Ap2) de servicio a partir de los cuales un abonado puede recibir servicio durante el procesamiento de un evento de red;
un nodo (205) de tasación dispuesto para recibir datos indicativos de los servicios asociados con dicho procesamiento del evento de red para generar una respuesta de tasación para su utilización en el control de tasación del mismo;
una memoria (203) de perfiles de abonado dispuesta para almacenar datos de abonado y datos de activador correspondientes a los mensajes de solicitud de inicio de servicio;
un nodo servidor (107) en una red implicada actualmente en el procesamiento del evento de red; y
un aparato (201) de procesamiento de eventos según una cualquiera de las reivindicaciones anteriores.
\vskip1.000000\baselineskip
17. Un procedimiento de procesamiento de mensajes de solicitud de inicio de servicio en un sistema de procesamiento de eventos, comprendiendo el sistema de procesamiento de eventos una pluralidad de nodos (Ap1, Ap2) de servicio a partir de los cuales un abonado puede recibir servicio durante el procesamiento de un evento de red, un nodo (205) de tasación dispuesto para tasar el evento de red y un nodo servidor (107) en una red implicada actualmente en el procesamiento del evento de red, incluyendo el procedimiento las etapas de:
como respuesta a la recepción (501) de un mensaje de solicitud de inicio de servicio desde dicho nodo servidor (107) y correspondiente a un evento de red solicitado, consultar (502a, 502b) una memoria (203) de perfiles de abonado en base a los datos de abonado y los datos de activador que pueden obtenerse del mensaje de solicitud de inicio de servicio para identificar uno o más nodos de servicio implicados en el evento de red solicitado;
enviar (503) un mensaje de solicitud de servicio a cada nodo de servicio identificado;
recibir (505) datos de servicio correspondientes desde el dicho nodo de servicio o desde cada dicho nodo de servicio identificado;
transmitir (507) un mensaje de solicitud de tasación de servicio al nodo de tasación, comprendiendo el mensaje de solicitud de tasación de servicio dichos datos de servicio recibidos desde el nodo de servicio o desde cada nodo de servicio identificado;
tasar el evento de red en base al mensaje de solicitud de tasación de servicio; y
en reacción a una respuesta (509) de tasación que comprende datos indicativos de una instrucción de conexión de dicho nodo de tasación, generar y transmitir (511) un mensaje de respuesta de servicio para su transmisión al nodo servidor desde el cual se recibió el mensaje de solicitud de inicio de servicio, en el que dicho mensaje de respuesta de servicio transmitido al nodo servidor depende de la instrucción de conexión recibida desde el nodo de
tasación.
\vskip1.000000\baselineskip
18. Un procedimiento según la reivindicación 17, que incluye introducir datos de identificación de nodos de servicio y uno o más atributos de los mismos en dicho mensaje de solicitud de inicio de servicio.
19. Un procedimiento según la reivindicación 17 o la reivindicación 18, en el que el mensaje de solicitud de inicio de servicio es un mensaje de punto de detección inicial (IDP) de red inteligente.
ES06708016T 2005-02-04 2006-02-03 Sistema y aparato para el procesamiento de eventos de red. Active ES2336597T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB0502353 2005-02-04
GBGB0502353.6A GB0502353D0 (en) 2005-02-04 2005-02-04 System and apparatus for processing network events

Publications (1)

Publication Number Publication Date
ES2336597T3 true ES2336597T3 (es) 2010-04-14

Family

ID=34355806

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06708016T Active ES2336597T3 (es) 2005-02-04 2006-02-03 Sistema y aparato para el procesamiento de eventos de red.

Country Status (6)

Country Link
EP (1) EP1851946B1 (es)
AT (1) ATE448639T1 (es)
DE (1) DE602006010330D1 (es)
ES (1) ES2336597T3 (es)
GB (2) GB0502353D0 (es)
WO (1) WO2006082243A1 (es)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101193153A (zh) * 2006-12-01 2008-06-04 华为技术有限公司 一种实现控制计费的方法、系统及装置
EP2384564A1 (en) * 2009-01-27 2011-11-09 Telefonaktiebolaget L M Ericsson (publ) Method and devices for service rating

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6760418B1 (en) * 2000-06-19 2004-07-06 Sprint Communications Company L.P. Method and apparatus for providing pre-pay and post-pay communication services using a switching system to monitor call duration
WO2003025809A2 (en) * 2001-09-21 2003-03-27 Telefonaktiebolaget Lm Ericsson (Publ) System and method for charging in a communication network and a communication network charging server
US7526547B2 (en) 2001-10-12 2009-04-28 Nokia Corporation Intelligent network charging edge
WO2003069434A2 (en) * 2002-02-11 2003-08-21 At & T Wireless Services, Inc. Centralized communications network charging methods and apparatus
SE521896C2 (sv) * 2002-02-28 2003-12-16 Ericsson Telefon Ab L M En metod och ett distribuerat tariffberäkningssystem för att bestämma tariffdata i ett debiteringssystem

Also Published As

Publication number Publication date
WO2006082243A9 (en) 2009-04-09
ATE448639T1 (de) 2009-11-15
EP1851946B1 (en) 2009-11-11
EP1851946A1 (en) 2007-11-07
GB0625174D0 (en) 2007-01-24
WO2006082243A1 (en) 2006-08-10
DE602006010330D1 (de) 2009-12-24
GB2431318A (en) 2007-04-18
GB2431318B (en) 2007-12-05
GB0502353D0 (en) 2005-03-16

Similar Documents

Publication Publication Date Title
CN102239481B (zh) 具有负载平衡的ims diameter路由器
CN101843034B (zh) 支持分布式ims计费的方法、装置和系统
CA2739818C (en) Regional zone based mobile charging
US20030037176A1 (en) Method, apparatus and software program for message transmission between telecommunications network elements
US20040185828A1 (en) Multi-standard prepaid communication services
ES2260282T3 (es) Facturacion en sistemas de comunicacion.
US7623498B2 (en) Charge advice in telecommunication systems
US8024270B2 (en) Operating a communications infrastructure on a pre-payment basis
US7321768B2 (en) Roaming services using home location register
EP1290865A2 (en) Cost control management in telecommunication systems
US20040203641A1 (en) System and method for determining tariffs for real-time calls involving ported directory numbers
ES2336597T3 (es) Sistema y aparato para el procesamiento de eventos de red.
FI113438B (fi) Saldo/veloitustiedon raportointi matkaviestintilaajalle
US20030130914A1 (en) Method of rating and charging of postpaid and prepaid subscribers using an intelligent network system
EP1490999A2 (en) Method and system for construction and communication of data on network access and service transactions in a telecommunication network
WO2012034338A1 (zh) 一种移动虚拟专用网集团智能业务的计费方法和系统
US6980791B2 (en) Charging control of telecommunication network subscriber
EP1296264A2 (en) Method of rating and charging of postpaid and prepaid subscribers using an intelligent network system
CN101594604B (zh) 在电信系统中处理用户计费
Darqaoui et al. Charging and Billing in Vehicular ad hoc Network: High Availability Architecture and Technical Interface Specification.
EP1700466A1 (en) System and method for telecommunication
WO2009118024A1 (en) Method for billing a communication service and telecommunication system