ES2260282T3

ES2260282T3 - Facturacion en sistemas de comunicacion.

Info

Publication number: ES2260282T3
Application number: ES01969685T
Authority: ES
Inventors: Karri Kotaluoto; Jukka Ahonen
Original assignee: Nokia Oyj
Current assignee: Nokia Oyj
Priority date: 2000-09-01
Filing date: 2001-08-30
Publication date: 2006-11-01
Anticipated expiration: 2021-08-30
Also published as: GB0021543D0; MXPA03001892A; JP3816443B2; EP1316200A1; DE60118407D1; AU2001289863A1; CA2421082A1; KR100801218B1; CA2421082C; CN101110879B; WO2002019686A1; CN101110879A; US7174155B2; ATE322124T1; KR20030032006A; EP1316200B1; WO2002019686A9; CN1459185A; US20040048599A1; BR0113678A

Abstract

Método de facturación en sistemas de comunicación, comprendiendo dicho método las siguientes etapas: inicio de un procedimiento de establecimiento de comunicaciones, utilizando dichas comunicaciones los recursos susceptibles de facturación de un primer sistema de comunicación (2) y de un segundo sistema de comunicación (1), proporcionando, al menos uno de dichos sistemas de comunicación, servicios de comunicación inalámbrica; activación de un primer procedimiento para obtener un primer componente de facturación para las comunicaciones, estando asociado el primer componente de facturación al primer sistema de comunicación (2) y determinándose a partir de un primer modelo de facturación; activación de un segundo procedimiento para obtener un segundo componente de facturación para las comunicaciones, estando asociado el segundo componente de facturación al segundo sistema de comunicación (1) y determinándose a partir de un segundo modelo de facturación; obtención del primer y del segundo componente de facturación respectivo a partir del primer y del segundo modelos de facturación; obtención de un cargo total combinando el primer y el segundo componentes de facturación; y disminución de un saldo de prepago durante el curso de las comunicaciones a partir del cargo total; caracterizado por: la activación del primer y del segundo procedimiento en una función de facturación (9, 10, 11) proporcionada en uno de los sistemas de comunicación; y la obtención de los respectivos primer y segundo componentes de facturación procesando simultáneamente con la función de facturación la información asociada a la comunicación en el primer y en el segundo sistemas de comunicación.

Description

Facturación en sistemas de comunicación.

Ambito de la invención

La presente invención se refiere a facturación en sistemas de comunicación, y en particular a sistemas de comunicación que permiten el prepago de servicios de comunicación.

Antecedentes de la invención

Un sistema de comunicación puede proporcionar a un abonado una conexión de línea fija o una conexión inalámbrica para comunicaciones, como en el caso de comunicación de voz o datos. Un ejemplo de sistemas de línea fija es la red telefónica pública conmutada (PSTN). Otro ejemplo de un sistema de comunicación inalámbricas es la red móvil pública terrestre (PLMN) y otro ejemplo lo constituye un sistema de comunicación móvil por satélite. La comunicación inalámbrica suele producirse normalmente a través de una conexión de radio frecuencia entre la estación del abonado y al menos un elemento de red del sistema de comunicación. Normalmente, pero no necesariamente, las comunicaciones dentro de la red se gestionan mediante conexiones de línea fija entre los distintos elementos de la red. La comunicación, también puede transmitirse en un sistema que incluya una o más redes de datos. Un ejemplo de esto lo constituye la disposición de voz a través de IP (Protocolo de Internet) que permite efectuar llamadas de voz a través de una red de datos conmutados por paquetes. El sistema de comunicación también puede utilizar una combinación de comunicación inalámbrica, de línea fija y/o de red de datos para establecer una conexión entre dos terminales. El término "conexión" se refiere a todos los tipos de comunicaciones entre dos puntos de señalización, tal como un terminal de usuario. La comunicación a través de la conexión puede efectuarse, por ejemplo, en forma de llamada de voz o una llamada multimedia o una sesión de comunicación de datos.

Normalmente un sistema de comunicación opera de acuerdo con una norma o especificación que establece qué se les permite hacer a los diversos elementos de la red y cómo debería lograrse esto. Por ejemplo, la norma o especificación puede definir si el usuario, o más concretamente, el equipo o terminal de usuario disponen de un servicio conmutado por circuito y/o conmutado por paquetes. La norma o especificación puede también definir los diferentes protocolos de comunicaciones y/o parámetros que van a utilizarse para la conexión. Dicho de otro modo, las normas y/o especificaciones definen las "reglas" en las cuales pueden basarse la comunicación y las diversas funciones asociadas. Las diversas funciones que se basan en dichas reglas pueden configurarse en capas predefinidas, como por ejemplo las denominadas pilas de protocolo.

Además de los servicios básicos de voz y datos, los usuarios de los terminales de abonado (como teléfonos de línea fija, dispositivos de tratamiento de datos o estaciones móviles PLMN) pueden disponer de servicios adicionales o avanzados. Estos pueden definirse como funciones que prestan diversos servicios sofisticados o de valor añadido a los abonados, por ejemplo mediante implementaciones de software y/o hardware dispuestas en uno o varios nodos del sistema de comunicación. Los servicios adicionales solicitados y posteriormente invocados para una conexión suelen requerir el control de al menos una de las funciones de gestión de llamadas (por ejemplo, encaminamiento, facturación, duración, establecimiento de conexión o datos relacionados con el usuario, etc.).

Los servicios adicionales pueden implementarse mediante una función frecuentemente denominada red inteligente (IN). El término "red inteligente" fue introducido por la organización BELLCORE (Estados Unidos) a mediados de los años ochenta. El concepto de red inteligente (IN) se desarrolló para aumentar la flexibilidad y la competitividad de la arquitectura de la red de telecomunicaciones. Aun cuando las arquitecturas IN iniciales se desarrollaron para implementar únicamente determinados servicios específicos, por ejemplo un número de servicio, las actuales soluciones IN permiten a los operadores de la red de comunicación la posibilidad de implementar nuevos y potentes servicios en sus redes de una forma rápida y asequible.

Los principios básicos y el funcionamiento de las aplicaciones IN son bien conocidos y, por tanto, no se describirán en mayor detalle. Baste señalar que, en general, la arquitectura IN comprende un punto de conmutación (de servicio) (SSP) para iniciar una llamada a los servicios IN y un punto de control (de servicio) (SCP) para prestar dicho servicio. Las funciones SSP y SCP pueden estar integradas en un punto de control y conmutación del servicio (SSCP). Puede encontrarse una descripción más detallada del concepto general IN en las recomendaciones de la International Telecommunications Union (ITU-T), como IN Capability Set CS-1 publicado en 1993. El concepto IN puede implementarse tanto en las redes de línea fija terrestre, como la red pública telefónica conmutada (PSTN) o en las redes de comunicación inalámbrica por radio, tal como la red móvil pública terrestre (PLMN). Pueden utilizarse aplicaciones personalizadas para el protocolo de componentes de aplicaciones (CAP) de lógica mejorada de la red móvil (CAMEL) en el SCP de un sistema PLMN para la prestación de la lógica del servicio.

Un servicio disponible para los abonados es el denominado servicio de prepago. En una disposición de servicio de prepago, el usuario de un terminal, tal como una estación móvil, puede adquirir de antemano una cierta cantidad predefinida de tiempo de llamada u otro tiempo de servicio. La cantidad previamente abonada se denominará saldo. El saldo puede adquirirse de cualquier forma adecuada, por ejemplo adquiriendo tarjetas o bonos de llamadas, mediante una transferencia bancaria, etc. El saldo se almacenará en una cuenta de prepago implementada mediante la red inteligente. El usuario podrá entonces efectuar llamadas con cargo a su cuenta hasta que se agote el saldo de la cuenta de prepago. También es posible que el usuario recargue el saldo de la cuenta, pero el usuario también puede simplemente adquirir una nueva cuenta de prepago después de haber agotado el saldo de la cuenta anterior. Aunque pueden identificarse los titulares de las cuentas de prepago, también es posible que las cuentas de prepago sean anónimas, es decir que el operador no conozca necesariamente la identidad del titular de la cuenta.

En el servicio de prepago, puede cobrarse una llamada deduciendo (disminuyendo) a lo largo de la llamada el saldo de la cuenta a partir de un parámetro de facturación calculado, al que en este documento se denominará facturación de la llamada. La facturación de la llamada puede calcularse a partir de un componente de facturación. La facturación de la llamada puede calcularse mediante la red inteligente a partir de la información asociada al recurso susceptible de facturar del sistema de comunicación. En algunas aplicaciones, el cálculo lo lleva a cabo un controlador de la red, tal como el centro de conmutación móvil o un centro de facturación específico. Por ejemplo, en la norma GSM (Global System for Mobile Communications [sistema global de comunicación móvil]), el componente de facturación de la llamada puede calcularse a partir de los componentes de facturación que se denominarán e-parámetros o parámetros del área de facturación principal (MCZ). Debe señalarse que en otras normas pueden utilizarse con la misma finalidad parámetros con un nombre diferente. Normalmente, los componentes de facturación de una llamada se obtienen de un controlador del sistema, como el centro de conmutación móvil (MSC) del sistema GSM, para el cálculo de la facturación de la llamada, es decir el cálculo del importe que debe deducirse del saldo.

El operador de una red puede desear ofrecer tiempo de conexión gratuita u otro tiempo de servicio a los abonados de la red. El operador puede desear hacerlo, por ejemplo, en días seleccionados o en horas seleccionadas del día. Si el operador desea ofrecer tiempo de comunicación gratuito a los abonados móviles que utilicen servicios de prepago, esto puede conseguirse en la red móvil anulando la facturación por tiempo de comunicación. No obstante, si la llamada se efectúa a un terminal conectado a otra red, por ejemplo un terminal conectado a una PSTN, el operador de la red de origen puede tener que compensar importes posteriormente a causa de la utilización de los recursos de la otra red, independientemente del tipo de facturación (facturación de post-pago o de prepago). La compensación de los importes de las llamadas incurridos en otras redes suele tardar varios días en realizarse. No obstante, los operadores de la red de origen pueden desear facturar también estos cargos al abonado que originó la llamada aun cuando la llamada hubiese sido efectuada por un abonado de prepago.

Para poder establecer de forma inmediata la facturación total de la llamada para las llamadas que utilizan los recursos susceptibles de facturar de al menos dos redes, la red inteligente (IN) de la red de origen debería conocer los componentes de facturación de todas las redes implicadas. No obstante, el controlador de la red de origen o de la primera red (como el MSC) no obtiene necesariamente esta información de facturación de la red de destino o segunda red en todas las aplicaciones de facturación actuales. Esto puede provocar problemas especialmente cuando el terminal de origen paga por la conexión mediante un servicio de prepago dado que el sistema debería poder deducir del saldo asociado al terminal de origen los cargos incurridos durante la conexión.

La situación que antecede puede aclararse mediante el siguiente ejemplo. Aunque el centro de conmutación móvil (MSC) de un sistema PLMN puede obtener el componente de facturación asociado a la facturación en el sistema PLMN, el centro de conmutación móvil no recibe necesariamente toda la información necesaria para la facturación a partir de la PSTN, por ejemplo a través de señalización ISUP (componente de usuario ISDN). Si el operador de la PSTN no desea transferir mensajes de facturación a través de la señalización ISUP hacia otras redes, como la PLMN, deberá generarse el cálculo de los componentes en la PSTN donde se produjeron los cargos. Es decir, deberán calcularse previamente las definiciones de facturación necesarias en la red PSTN de origen cuando la información de facturación no se transfiere a otras redes, por ejemplo, a través de ISUP. Los cargos también tendrán que compensarse posteriormente entre los operadores de las dos redes. En las configuraciones de facturación de post-pago, esto no suele constituir un problema, dado que las facturaciones compensadas pueden añadirse a la factura del abonado PLMN con posterioridad en un centro de facturación del operador PLMN. No obstante, esto no es posible en el caso de abonados a servicios de prepago, ya que su facturación tiene lugar inmediatamente durante la conexión.

Aunque puede ser posible proporcionar al controlador de una red, como el MSC de una PLMN, información relativa al uso de los recursos en todas las redes, el controlador no puede calcular por separado estos componentes diferentes. En las configuraciones convencionales de post-pago, esto no suele representar un problema, dado que los cargos correspondientes a una llamada pueden clasificarse posteriormente. No obstante, en las configuraciones de prepago, los servicios deben facturarse inmediatamente. Los servicios también deben facturarse en su totalidad durante la llamada. El controlador puede no conocer todos los componentes de facturación y/o el controlador puede no ser capaz de calcular todos los componentes necesarios y/o calcular los componentes por separado. Por lo tanto, aunque la red de origen pueda ser capaz de generar algún tipo de presupuesto de facturación para los abonados de prepago, la facturación de los abonados de prepago podría seguir siendo incorrecta.

También puede darse una situación problemática cuando se utiliza más de un modelo de facturación que funcione independientemente para una llamada procedente de un punto de terminación común. Las diferentes características de control de la facturación de la llamada utilizadas en los diferentes esquemas de facturación y tarifas pueden entrar en conflicto mutuo y/o no interactuar de una forma adecuada. Los diferentes modelos de facturación y/o los componentes de facturación generados por los diferentes modelos pueden llegar a no poder utilizarse para una sola conexión.

Por ejemplo, en algunos sistemas de comunicación celular, las tarifas de llamadas originadas en la estación móvil tienen dos componentes diferentes. Los dos componentes del ejemplo se denominarán "facturación por tiempo de comunicación" y "facturación PSTN". Estos dos componentes se calculan en primer lugar independientemente y se suman posteriormente, por ejemplo en el centro de facturación de post-pago, para obtener la facturación total de la llamada. El tipo aplicable al tiempo de comunicación puede depender de diversos parámetros, como la hora del día, la categoría del abonado, el esquema de facturación del abonado, el destino de la llamada, etc. El componente PSTN puede también depender de diversos factores, como la hora del día, la distancia al destino de la llamada, el perfil de usuario, etc. Los componentes de tiempo de comunicación y PSTN pueden incrementarse en diferentes unidades de tiempo. Por ejemplo, el componente de tiempo de comunicación puede incrementarse una vez por minuto, mientras que el componente PSTN puede aumentar cada 30 segundos. También es posible que uno de los componentes se incremente en unidades no dependientes del tiempo (por ejemplo, en impulsos). Las estructuras de tarifas de los dos modelos de facturación pueden diferir sustancialmente entre sí.

Un procedimiento de establecimiento de la conexión para el establecimiento de una conexión entre dos terminales puede estar basado en el uso de un modelo de estado de origen. Un posible modelo de estado de origen es el Originating Basic Call State Model [modelo de estado de llamada básica de origen] (OBCSM) del conjunto de protocolos Intelligent Network Application Part [parte de aplicación de red inteligente] (INAP). El OBCSM de INAP es un ejemplo típico de la primera fase (de origen) de los procedimientos de establecimiento de llamada. Sin embargo, los inventores han descubierto que el controlador de la red de origen no puede calcular independientemente los dos o más modelos de facturación simultáneamente en el mismo modelo de estado de origen. Por ejemplo, el MSC no está autorizado a gestionar simultáneamente los dos componentes de facturación en el mismo protocolo (por ejemplo, INAP o CAP) y comunicarlos al SCP independientemente entre sí. De esto modo el punto de control de servicio (SCP) puede recibir información de un solo componente de facturación debido a que tan sólo puede utilizarse un protocolo en el MSC. Por otra parte, los inventores han descubierto también que el SCP no puede proceder al cálculo de más de uno de los componentes de facturación basándose en un solo inicio en el punto de conmutación de servicio (SSP).

El documento EP-A-0346897 describe un sistema de contabilidad integrado aplicado a una estructura de red que comprende una red telefónica (TN) y una red por paquetes (PN). Una centralita de paquetes de la red por paquetes comprende un circuito para medir una cantidad de datos de comunicaciones dentro de la red por paquetes a lo largo de una comunicación entre un primer terminal que tiene una función de pago anticipado y se encuentra conectado a una centralita telefónica de la red telefónica y un segundo terminal que es un terminal en modo de paquetes conectado a la centralita de paquetes. La centralita de paquetes también comprende un circuito para el envío de una señal de control a una pasarela que conecta la centralita telefónica y la centralita de paquetes cada vez que una cantidad medida de datos de comunicaciones llega a una unidad de contabilidad predeterminada de la red telefónica, y un circuito para enviar inicialmente la señal de control cuando se detecta una llamada procedente del primer terminal. La centralita telefónica comprende un circuito para la generación de una señal de control para cada unidad contable predeterminada que depende de una duración y distancia de una comunicación dentro de la red telefónica, un circuito para el envío de las señales de control generadas y de la señal de control recibida desde la pasarela al primer terminal, y un circuito para enviar inicialmente la señal de control cuando se detecta una llamada procedente del primer terminal. El primer terminal cobra una cantidad de dinero en respuesta a la señal de control recibida desde la centralita telefónica.

El documento US-A-5991616 describe un método de integración de información de facturación inalámbrica y ordinaria en un sistema integrado inalámbrico-ordinario. Se aprovechan las funciones existentes en la contabilidad automática de medida (AMA) residentes en el punto de control de servicio (SCP) de la red inteligente avanzada (AIN) de la sección ordinaria, evitando de este modo el desarrollo de una función de facturación independiente en la sección inalámbrica.

El documento EP-A-1014619 describe un método y una red de comunicación que comprende un componente de red conmutada por paquetes y un componente de red conmutada por circuito, así como un interfaz entre el componente de red conmutada por paquetes y el componente de red conmutada por circuito en el que el componente de red conmutada por circuito genera un registro de datos de llamada asignado a cada llamada iniciada y establecida desde el componente de red conmutada por circuito, iniciando dicha llamada un registro de datos de la sesión asignado a dicha sesión y comprendiendo información sobre la sesión transferida desde el componente de red conmutada por paquetes al componente de red conmutada por circuito a través del interfaz y dentro del componente de red conmutada por circuito unos medios para añadir la información recibida sobre la sesión al registro de datos de llamada asignado a dicha llamada iniciada y establecida, y unos medios para cobrar y contabilizar la llamada a partir del registro de datos de la llamada y a dicha información sobre la sesión del registro de datos de llamada.

Resumen de la invención

Las realizaciones de la presente invención pretenden abordar uno o varios de los problemas precedentes.

De acuerdo con un aspecto de la presente invención, se proporciona un método de facturación en sistemas de comunicación, comprendiendo dicho método las etapas de: inicio de un procedimiento de establecimiento de comunicaciones, utilizando las comunicaciones los recursos facturables de un primer sistema de comunicación y de un segundo sistema de comunicación, proporcionando al menos uno de dichos sistemas de comunicación servicios de comunicación inalámbrica; el inicio de un primer procedimiento para la obtención de un primer componente de facturación de las telecomunicaciones, estando asociado el primer componente de facturación al primer sistema de comunicación y determinándose a partir de un primer modelo de facturación; el inicio de un segundo procedimiento para la obtención de un segundo componente de facturación para las comunicaciones, estando asociado el segundo componente de facturación con el segundo sistema de comunicación y determinándose a partir de un segundo modelo de facturación; la obtención de los respectivos primer y segundo componente de facturación a partir del primer y del segundo modelo de facturación; la obtención de un cargo total combinando el primer y el segundo componente de facturación; y la disminución de un saldo de prepago durante las comunicaciones, basándose en el cargo total; caracterizado por: el inicio del primer y del segundo procedimientos con una función de facturación proporcionada en uno de los sistemas de comunicación; y la obtención de los respectivos primer y segundo componentes de facturación procesando simultáneamente con la función de facturación la información asociada a la comunicación en el primer y en el segundo sistemas de comunicación.

De acuerdo con otro aspecto de la presente invención, se proporciona una disposición para sistemas de comunicación, que comprende: un nodo en el primer sistema de comunicación para iniciar un procedimiento para el establecimiento de las comunicaciones a través del primer sistema de comunicación y de un segundo sistema de comunicación, proporcionando al menos uno de dichos sistemas, comunicación inalámbrica; unos medios de activación para iniciar un primer procedimiento para la obtención de un primer componente de facturación para las comunicaciones, estando asociado el primer componente de facturación al uso de los recursos facturables del primer sistema de comunicación; y unos medios de activación para iniciar un segundo procedimiento para la obtención de un segundo componente de facturación para las comunicaciones, estando asociado el segundo componente de facturación al uso de los recursos facturables del segundo sistema de comunicación; caracterizado por: medios de controlador situados en uno de los sistemas de comunicación, que responden a las señales de activación de los medios de activación, estando adaptados los medios de controlador para el procesamiento simultáneo de facturación de la información asociada a las comunicaciones en el primer y en el segundo sistema de comunicación, obteniendo de esta forma el primer y el segundo componente de facturación, respectivamente, determinándose dicho primer componente de facturación a partir de un primer modelo de facturación, y determinándose dicho segundo componente de facturación a partir de un segundo modelo de facturación, para combinar el primer y el segundo componentes de facturación, obteniendo de este modo una facturación total, y por la disminución de un saldo de prepago a partir de la facturación total durante las comunicaciones.

Las realizaciones de la invención pueden permitir servicios de prepago que sean capaces de gestionar dos o más sistemas de facturación diferentes. Es posible separar entre sí los diferentes componentes de facturación y/o tarifas y/o el procesamiento de las mismas. Las realizaciones pueden permitir una facturación sustancialmente en tiempo real de los abonados a servicios de prepago durante las comunicaciones, incluso en aquellas ocasiones en las que la otra red no proporciona información de facturación durante el curso de la conexión. Esta misma solución puede utilizarse con una solución superpuesta cuando se utiliza un centro de conmutación en tránsito para iniciar los servicios de la red inteligente.

Breve descripción de las figuras

A fin de entender mejor la presente invención se hará referencia, a modo de ejemplo, a las figuras adjuntas, en las cuales:

La figura 1 es una presentación esquemática de un sistema de comunicación;

La figura 2 es una presentación esquemática que muestra modelos de estado de llamada y activación de llamadas IN;

Las figuras 3 a 5 muestran una realización de la presente invención; y

La figura 6 es un organigrama que muestra el funcionamiento de una realización de la presente invención.

Descripción de las realizaciones preferidas de la invención

Se hará referencia a la figura 1, que muestra un sistema de comunicación consistente en dos redes diferentes 1, 2 en las cuales pueden utilizarse las realizaciones de la presente invención. Más concretamente, la figura 1 muestra una red PSTN 1 y una red PLMN 2 y unos medios de pasarela 3 entre las dos redes. Se muestra un terminal 5 abonado a la PSTN 1 que dispone de una conexión de línea fija con el sistema PSTN 1. Una estación móvil 6 se comunica a través de una conexión inalámbrica con una estación base 7 del sistema PLMN 2.

Cabe señalar que, aunque las siguientes realizaciones describen elementos y funciones de un sistema PLMN GSM y una PSTN convencional, esta invención es también aplicable a cualquier otra norma y sistema de comunicación cuando ello sea de aplicación. Por ejemplo, y sin limitar cuanto antecede, la conexión puede estar originada y/o finalizar en un sistema de comunicación de tercera generación, como el UMTS (Universal Mobile Telecommunication System [sistema universal de telecomunicación móvil]) o i-Phone o IMT 2000 (International Mobile Telecommunication System 2000 [sistema de telecomunicación móvil internacional 2000]), etc.

El sistema PLMN de la figura 1 comprende un controlador 9. Más concretamente, el controlador comprende un centro de conmutación móvil (MSC) adaptado para operar de acuerdo con la norma GSM. Cabe señalar que las redes PSTN y PLMN pueden incluir otros diversos elementos tales como conmutadores, diversos controladores y pasarelas y conexiones internas para activar las comunicaciones entre dos o más terminales, además de los elementos mostrados en la figura 1. No obstante, en aras de la claridad y teniendo en cuenta que el resto de elementos y/o conexiones no resultan importantes para comprender la invención, se muestran y describen en mayor detalle.

La figura 1 muestra adicionalmente un punto de conmutación de servicio (SSP) 11 como una entidad integrada con el centro de conmutación móvil 9. El punto de conmutación está adaptado para iniciar cualquier señalización que requiera su procesamiento por parte de un punto de control de servicio (SCP) 11 de la disposición IN a enviar al SCP. El SSP activa consultas de instrucciones u otra señalización necesaria entre el MSC 9 y el SCP (el proveedor del servicio) 11. Dicho de otro modo, el nodo MSC/SSP 9, 10 proporciona las funciones de activación de las realizaciones.

El punto de control de servicio (SCP) 11 se proporciona a su vez para el control de los servicios de prepago proporcionados para el abonado A 6. En este ejemplo el abonado A se refiere al abonado que efectúa la llamada, es decir la parte que origina una llamada. El punto de control 11 contiene los datos y la lógica necesarios para el servicio IN dado. En general, el punto de control de servicio 11 puede recibir una petición del punto de conmutación de servicio, ejecutar los servicios solicitados y devolver la información necesaria u otros datos al punto de conmutación. El punto de control 11 puede gestionar diversas funciones, como la facturación y la gestión de los servicios utilizados. Puede utilizarse un elemento de definición funcional general apropiado (FDE) en la implementación del SCP 11. Debe observarse que el SCP 11 puede estar diseñado por los operadores a partir de cualquier necesidad especial.

El punto de control de servicio 11 implementa una cuenta 12 para almacenar un saldo de prepago correspondiente al abonado móvil 6. El saldo de la cuenta disminuye a partir de la facturación total calculada correspondiente a los servicios utilizados, como se explicará en mayor detalle más adelante.

La figura 2 muestra cómo puede configurarse la señalización dentro del sistema IN durante los procedimientos de establecimiento de llamada en relación con los diferentes modelos de estado de llamada de la suite de protocolos Intelligent Network Application Part (INAP). El interfaz entre el centro de conmutación móvil y el punto de control de servicio puede estar basado en el protocolo Intelligent Network Application (INAP) y/o en el protocolo del componente de aplicaciones (CAP) Customized Applications Mobile Network Enhanced Logic (CAMEL). Puede utilizarse el denominado entorno del servicio CAMEL (CES) para proporcionar el entorno de ejecución dentro de un SCP CAMEL que ejecuta una lógica de servicio, siendo el protocolo CAMEL un protocolo interno para el SCP.

Antes de explicar en más detalle la realización preferida, se proporcionará una breve descripción de los posibles modelos de estado de llamada haciendo referencia a la figura 2, ya que creemos que servirá de ayuda para comprender las realizaciones. Durante el establecimiento de llamada, el punto de control de servicio (SCP) 11 que controla al abonado que efectúa la llamada puede disponer de una conexión de señalización para recibir y/o enviar información durante un Originating Basic Call State Model (OBCSM) de la suite de protocolos Intelligent Network Application Part (INAP). El OBCSM constituye normalmente la primera etapa (origen) del establecimiento de la llamada una vez que llega un mensaje IAM (Initial Address Message [mensaje de dirección inicial]) al controlador MSC 9. La figura 2 también muestra un modelo Terminating Basic Call State Model [modelo de estado de llamada básica final] (TBCSM) de la suite de protocolos INAP, que constituye una etapa posterior del modelo de procesamiento de la llamada.

Las realizaciones descritas en los siguientes párrafos pueden proporcionar una solución factible para una situación en la que la facturación de la llamada debe basarse en dos (o más) componentes de facturación diferentes, por ejemplo en facturación de sistemas de línea fija y facturación de sistemas inalámbricos. En una realización preferida se proporcionan para ambos componentes una función de facturación y una función de tarifas independientes. Los procesos utilizados para obtener los diferentes componentes de facturación se ejecutan preferiblemente de forma independiente entre sí. La información sobre la facturación total se obtiene combinando los componentes de facturación en el punto de control de servicio 11. Antes de los procedimientos de combinación, el punto de control de servicio puede convertir uno de los componentes o incluso todos los componentes a un formato compatible.

A continuación se hará referencia a las figuras 3 a 5, que muestran la realización preferida que utiliza dos funciones de servicio de prepago independientes en un nodo SCP 11 para facturar una conexión iniciada por una estación móvil A y recibida por otra estación B abonada a otra red.

Se utilizan dos protocolos diferentes para la facturación global de la llamada. Como se muestra en la figura 3, en la realización preferida se utiliza un protocolo CAMEL etapa 2, es decir CAP etapa 2 para la facturación del tiempo de llamada en el estado de llamada OBCSM correspondiente a la estación móvil A. A su vez, la figura 4 muestra el uso del INAP básico para la facturación PSTN entre el SCP 11 y el MSC 9. El INAP básico es un protocolo definido por el European Telecommunications Standards Institute [instituto europeo de normas de telecomunicaciones] (ETSI). La figura 5 muestra la situación durante la llamada en curso entre los terminales 5 y 6, es decir cuando los dos diferentes servicios de facturación iniciados en las figuras 3 y 4 se encuentran activos simultáneamente.

Como se muestra en la figura 4, se puede incorporar al sistema un gestor de interacción de característica 13 para gestionar el procesamiento de los diferentes protocolos y la activación necesaria en el modelo Originating Basic Call Stat Model (OBCSM) de la suite de protocolos Intelligent Network Application Part (INAP). El gestor de interacción de característica 13 puede implementarse en asociación con el centro de conmutación móvil 9. En una realización preferida, el gestor de interacción de característica se implementa en el software de procesamiento de llamadas del centro de conmutación móvil 9.

La activación en el SSP 10 puede adaptarse para que se produzca sustancialmente al mismo tiempo para los dos protocolos durante el procedimiento de establecimiento de llamada. Por ello, los dos protocolos pueden procesarse simultáneamente en el SCP 11. La disposición de red inteligente (IN) puede adaptarse para definir los dos componentes de facturación independientemente entre sí cuando se utilizan simultáneamente los protocolos CAMEL e INAP básico. En el caso de una llamada de voz entre los dos terminales, la llamada se inicia dos veces antes del establecimiento de la conexión de voz real. El orden preferido para la activación es tal que el protocolo CAMEL, es decir la facturación del tiempo de llamada se inicia en primer lugar, y el protocolo INAP, es decir la facturación de la línea fija, se inicia a continuación. La conexión de voz se establece tan sólo después de estas dos activaciones y de las definiciones de tarifas necesarias.

Como ya se ha mencionado, puede definirse la factura del tiempo de llamada a partir del uso del protocolo CAMEL etapa 2. El SCP puede utilizar un sistema de facturación interna adecuado para calcular el componente de facturación de tiempo de llamada, y un software de facturación adecuado.

Puede definirse el componente PSTN utilizando el protocolo INAP básico y el sistema de facturación MSC controlado por el SCP 11. El operador puede tener que definir las estructuras de tarifas PSTN y almacenarlas en un punto de gestión del servicio (SMP), por ejemplo a través de un cliente de interfaz de gestión del servicio (SMI). El plan de tarifas puede modificarse si fuese necesario. Estas características son en sí conocidas por cualquier persona versada en la materia y no se explicarán en mayor detalle.

Las dos activaciones son necesarias cuando un abonado móvil (número A) efectúa una llamada a un abonado PSTN (número B) a fin de iniciar el cálculo simultáneo por separado de los dos componentes de facturación independientes antes de establecer la conexión de llamada. La primera activación tiene lugar preferiblemente en el CAMEL DP2 cuando se inicia la llamada. En la figura 3 se muestra la primera activación iniciando el procedimiento "servicio de prepago 1" en el SCP 11 correspondiente al componente de facturación de tiempo de llamada. Este procedimiento puede incluir las siguientes etapas: comprobación de la hora y/o de la fecha, comprobación de la categoría o clase de abonado, comprobación de la información de la cuenta, inicio de la facturación interna, etc.

La segunda activación se produce en el INAP básico TDP2 a partir de los análisis del número B. En la figura 4 se muestra la segunda activación iniciando los procedimientos "servicio de prepago 2" en el SCP 11 correspondiente al componente PSTN. El segundo procedimiento puede incluir las siguientes etapas: comprobación de la hora y de la fecha, comprobación del número B y de las dependencias que pueda tener, comprobación de la información de distancia de llamada, obtención de la tarifa PSTN, etc.

El análisis del número B comprende la determinación de si el número B es un número PSTN u otro número de estación móvil abonada a la misma red que la estación 6. Si se detecta que el número B es otro número de la misma red o un número de cualquier otra red que no exige el cálculo de un segundo componente de facturación, no se producirá ninguna activación adicional y no se activará el "servicio de prepago 2". Por el contrario, la facturación se gestionará de la forma usual.

Tras los procedimientos de comprobación y la activación del "servicio de prepago 2" el SCP 11 proporcionará al MSC la información necesaria, como los parámetros "send charging information [enviar información de cargo" (SCI: esta es una operación INAP) relativos, por ejemplo, a la zona de facturación, y el parámetro e, así como los parámetros RRB ("Request Report BCSM [informe petición]": una operación INAP) pueden proporcionarse al MSC 9 pudiendo conectarse la llamada. Durante la llamada el MSC puede proporcionar al SCP un mensaje INAP "Apply Charging Report [informe sobre aplicación de tarifa]" relativo a la facturación PSTN de acuerdo con las definiciones del SCP. El saldo de la cuenta del abonado A se reduce a continuación a partir del informe. Este informe comprende información como el valor del tiempo o el importe por impulsos, que pueden utilizarse para calcular el coste del componente PSTN de la llamada. Durante el procedimiento de facturación, los componentes determinados correspondientes al "servicio de prepago 1" y al "servicio de prepago 2" son combinados por el SCP y el cargo total de la llamada se deduce de la cuenta común 12.

De este modo, mediante las dos activaciones pueden determinarse los dos componentes de facturación necesarios independientemente entre sí. En lugar de tener cuentas independientes para los dos componentes de facturación, el SCP 11 tan sólo proporciona una cuenta de prepago 12. El saldo de la cuenta 12 se consume a partir del cargo combinado.

El cálculo final, es decir la posible conversión y combinación de los distintos componentes de facturación se produce en la realización descrita anteriormente en el punto de control de servicio 11. Ambos componentes de facturación pueden calcularse en el punto de control de servicio. Alternativamente, el controlar de la red 9 puede calcular al menos un componente de facturación o la información básica necesaria para determinar un componente de facturación. El control total del cálculo de los componentes de facturación individuales estará gestionado por el punto de control de servicio 9. Si la calcula el controlador 9, la comunicación de la información asociada a los diferentes componentes de facturación dirigida al punto de control de servicio 11 puede efectuarse en mensajes independientes. El punto de control de servicio puede entonces combinar la información transportada en los mensajes independientes para obtener el cargo total correspondiente a la conexión.

El MSC 9 puede generar CDRs (registro detallado de la llamada que comprende un ticket de facturación en el MSC o en el SCP) si fuesen necesarios, por ejemplo con fines de procesamiento posterior o con fines de compensación entre las operadoras.

Las operadoras pueden utilizar las funciones existentes a la hora de definir cualquier tarifa de post-pago en el sistema de facturación. Para poder llevar esto a cabo, puede ser necesaria una conexión con la IN.

De acuerdo con una posibilidad, puede utilizarse el mismo servicio de facturación con los abonados itinerantes y con los abonados reales de una red. No obstante, si un abonado itinerante de una PLMN llamase por ejemplo a un abonado PSTN, puede ser necesaria cierta cooperación entre los operadores de las dos redes. También puede ser necesario definir ciertas reglas de encaminado en la red propia del abonado. Esto puede ser necesario cuando la llamada se activa por primera vez en la PLMN visitada y se encamina hacia la PLMN propia debido a que la llamada debe activarse nuevamente, por ejemplo en la central de pasarela internacional (por ejemplo en un TDP2 a partir de los análisis del número B) a fin de permitir la definición del componente PSTN. Naturalmente, esto es necesario tan sólo cuando se ejecuta un componente PSTN y la llamada es una llamada terminada en una PSTN.

La combinación que se acaba de describir de los dos (o más) componentes puede ayudar a resolver el problema relativo a los diferentes tipos de planes de facturación. El cálculo de los dos componentes de facturación individuales, por ejemplo en el MSC 9, puede iniciarse para los dos componentes de facturación individuales en el mismo OBCSM. Por lo tanto, el SCP 11 puede iniciarse utilizando los dos (o más) modelos de facturación simultáneamente. Las realizaciones evitan la transmisión de mensajes de facturación en el ISUP, por ejemplo para permitir la facturación de los clientes de prepago durante la llamada. Por el contrario, el propio operador de la red de origen puede elaborar un componente de facturación sustancialmente preciso para ser utilizado por las otras redes y facturar al abonado en tiempo real. Las realizaciones pueden utilizar las funciones de software y/o hardware existentes. Las realizaciones pueden basarse en la existencia de un centro de conmutación móvil/registro de ubicación de abonados (MSC/HLR) y configuraciones de la IN.

Cabe señalar que aunque las realizaciones de la presente invención se han descrito en relación con estaciones móviles, las realizaciones de la presente invención son aplicables a cualquier otro tipo adecuado de equipo de usuario.

Puede observarse que puede implementarse un servicio de prepago basado en IN dentro del mismo nodo con los otros servicios IN que puede proporcionarse al abonado A 6. El punto de conmutación de servicio y el punto de control también pueden implementarse dentro de un nodo, (por ejemplo en una central telefónica o en un controlador de red de radio o un centro de conmutación). En este caso, el nodo integrado funciona tanto para la detección de las conexiones que requieren el uso de servicios IN como para la ejecución de la lógica del servicio.

En la realización de la invención se ha comentado la activación desde un SSP y el procesamiento en un SCP. Las realizaciones de la presente invención pueden aplicarse en su caso a otros elementos de la red.

También se ha señalado que aunque los párrafos precedentes describen ejemplos de realizaciones de la invención, existen diversas variaciones y modificaciones que pueden introducirse en la solución descrito sin salirse del ámbito de la presente invención, tal y como se define en las reivindicaciones adjuntas.

Claims

1. Método de facturación en sistemas de comunicación, comprendiendo dicho método las siguientes etapas:

inicio de un procedimiento de establecimiento de comunicaciones, utilizando dichas comunicaciones los recursos susceptibles de facturación de un primer sistema de comunicación (2) y de un segundo sistema de comunicación (1), proporcionando, al menos uno de dichos sistemas de comunicación, servicios de comunicación inalámbrica;

activación de un primer procedimiento para obtener un primer componente de facturación para las comunicaciones, estando asociado el primer componente de facturación al primer sistema de comunicación (2) y determinándose a partir de un primer modelo de facturación;

activación de un segundo procedimiento para obtener un segundo componente de facturación para las comunicaciones, estando asociado el segundo componente de facturación al segundo sistema de comunicación (1) y determinándose a partir de un segundo modelo de facturación;

obtención del primer y del segundo componente de facturación respectivo a partir del primer y del segundo modelos de facturación;

obtención de un cargo total combinando el primer y el segundo componentes de facturación; y

disminución de un saldo de prepago durante el curso de las comunicaciones a partir del cargo total;

caracterizado por:

la activación del primer y del segundo procedimiento en una función de facturación (9, 10, 11) proporcionada en uno de los sistemas de comunicación; y

la obtención de los respectivos primer y segundo componentes de facturación procesando simultáneamente con la función de facturación la información asociada a la comunicación en el primer y en el segundo sistemas de comunicación.

2. Método de acuerdo con la reivindicación 1, en el que el primer sistema de comunicación (2) comprende una red de comunicación móvil que proporciona servicios de comunicación inalámbrica para estaciones móviles.

3. Método según cualquiera de las reivindicaciones precedentes en el que el segundo sistema de comunicación (1) comprende una red de comunicación de línea fija.

4. Método de acuerdo con la reivindicación 3, en el que la red de comunicación de línea fija comprende una red telefónica pública conmutada.

5. Método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que el primer y el segundo procedimientos de facturación se activan en un controlador (9) del primer sistema de comunicación.

6. Método de acuerdo con la reivindicación 5 en el que el controlador (9) comprende un centro de conmutación (9) del primer sistema de comunicación.

7. Método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que la determinación de cada uno de los componentes de facturación se basa en el esquema de tarifas y facturación utilizado por el respectivo sistema de comunicación.

8. Método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que dicho procesamiento simultáneo se lleva a cabo en un controlador (11) de un servicio adicional.

9. Método de acuerdo con la reivindicación 8, en el que el controlador (11) comprende un punto de control de servicio (11) de una disposición de red inteligente.

10. Método de acuerdo con cualquiera de las reivindicaciones 1 a 7, en el que al menos una parte del procesamiento simultáneo se lleva a cabo en un controlador (11) del primer sistema de comunicación (12).

11. Método de acuerdo con cualquiera de las reivindicaciones precedentes en el que la activación del primer y del segundo procedimientos se lleva a cabo en un punto de conmutación de servicio (10) de una disposición de red inteligente.

12. Método de acuerdo con cualquiera de las reivindicaciones 8 a 11, en el que el saldo de una cuenta de prepago implementada por el servicio adicional disminuye durante el transcurso de las comunicaciones.

13. Método de acuerdo con cualquiera de las reivindicaciones precedentes, que comprende las etapas de activación de un procedimiento para determinar, al menos, un componente de facturación adicional y el procesamiento simultáneo de, al menos, dicho componente de facturación adicional con la función de facturación (9, 10, 11).

14. Método de acuerdo con cualquiera de las reivindicaciones precedentes, que comprende una etapa de conversión de, al menos, uno de los componentes de facturación obtenidos a un formato que pueda combinarse con al menos otro de los componentes de facturación.

15. Método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que uno de los componentes de facturación se obtiene a partir del protocolo de aplicación de red inteligente (INAP) y otro de los componentes de facturación se obtiene a partir de aplicaciones personalizadas para protocolo de porción de aplicación lógica mejorada de red móvil (CAP).

16. Método de acuerdo con cualquiera de las reivindicaciones precedentes, que comprende una etapa en la que se analiza si es necesaria la determinación del segundo componente de facturación antes de iniciar el proceso de obtención de dicho segundo componente de facturación.

17. Método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que la activación del primer y del segundo procedimientos se produce durante la fase de iniciación de los procedimientos de establecimiento de llamada, preferiblemente en el curso de una fase de iniciación del modelo de estado de llamada de base (OBCSM).

18. Disposición para un sistema de comunicación que comprende:

un nodo de un primer sistema de comunicación para iniciar un procedimiento de establecimiento de comunicaciones a través del primer sistema de comunicación (2) y de un segundo sistema de comunicación (1) proporcionando, al menos, uno de dichos sistemas de comunicación, comunicación inalámbrica;

medios de activación (9, 10) para iniciar un primer procedimiento de obtención de un primer componente de facturación para las comunicaciones, estando asociado dicho primer componente de facturación a la utilización de los recursos susceptibles de facturación del primer sistema de comunicación (2): y

medios de activación (9, 10) para iniciar un segundo procedimiento de obtención de un segundo componente de facturación para las comunicaciones, estando asociado dicho segundo componente de facturación a la utilización de los recursos susceptibles de facturación del segundo sistema de comunicación (1);

caracterizado por:

medios de controlador (11) en uno de los sistemas de comunicación que responde a las señales de activación procedentes de los medios de activación (9, 10), estando adaptados dichos medios de controlador (11) para procesar simultáneamente la información de facturación asociada a las comunicaciones en el primer y en el segundo sistemas de comunicación, obteniendo de este modo el primer y el segundo componente de facturación respectivo, determinándose dicho primer componente de facturación a partir de un primer modelo de facturación, y determinándose dicho segundo componente de facturación a partir de un segundo modelo de facturación, para la combinación del primer y del segundo componentes de facturación, obteniendo de ese modo un cargo total, y para disminuir un saldo de prepago a partir del cargo total durante el curso de las comunicaciones.

19. Disposición de acuerdo con la reivindicación 18 en la que los medios de activación (9, 10) se encuentran situados en dicho nodo.

20. Disposición de acuerdo con las reivindicaciones 18 o 19, en la que dicho nodo comprende un centro de conmutación (9) de una red de comunicación móvil.

21. Disposición de acuerdo con cualquiera de las reivindicaciones 18 a 20, en la que los medios de activación comprenden un punto de conmutación de servicio (10) de disposición de red inteligente adaptada para activar los dos procedimientos durante el estado de iniciación del procedimiento de establecimiento.

22. Disposición de acuerdo con cualquiera de las reivindicaciones 18 a 21, que comprende un gestor de interacción de característica para su utilización para controlar los diferentes modelos de facturación así como la activación.

23. Disposición de acuerdo con la reivindicación 22, en la que el gestor de interacción de característica se implementa en asociación con dicho nodo.

24. Disposición de acuerdo con cualquiera de las reivindicaciones 22 o 23, en la que el gestor de interacción de característica se implementa con un software de procesamiento de llamada de dicho nodo.

25. Disposición de acuerdo con cualquiera de las reivindicaciones 18 a 24, en la que los medios de controlador comprenden un punto de control de servicio (11) de una red inteligente.

26. Disposición de acuerdo con la reivindicación 25, en la que los medios de controlador comprenden adicionalmente un centro de conmutación móvil (9).