ES2246537T3

ES2246537T3 - Metodo y sistema para gestionar transacciones paralelas en cuentas telefonicas prepago.

Info

Publication number: ES2246537T3
Application number: ES98928708T
Authority: ES
Inventors: Ola Smith; Carl Sodren; Karl Tage Goran Vincent Swedberg
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 1997-06-02
Filing date: 1998-05-26
Publication date: 2006-02-16
Anticipated expiration: 2018-05-26
Also published as: DE69831568T2; DE69831568D1; BR9809719B1; EP0986890B1; CN1127844C; EP0986890A1; BR9809719A; CA2292476A1; TR199902867T2; WO1998056160A1; AU736559B2; CA2292476C; EP1638307A1; US5995822A; AU8043998A; TW390086B; CN1259258A

Abstract

La invención se refiere a un procedimiento (100) según el cual, cuando una comunicación se establece (104) por un abonado móvil (o fijo) con prepago o hacia éste, un a parte del valor de la cuenta de prepago del abonado se deduce (114, 120) para cubrir el coste de la comunicación. El montante deducido (114, 120) es, preferentemente, suficiente para cubrir el coste de una comunicación de duración normal (por ejemplo 4 minutos).durante el establecimiento de una comunicación (104), por ejemplo, en una red inteligente (10), este montante se deduce (114, 120) de la cuenta y se imputa a la comunicación que se esta estableciendo. Si este montante no se utiliza enteramente, el saldo se reenvía (146) a la cuenta de prepago. Por el contrario, si el montante asignado se agota (124) antes del final de la comunicación, se solicita una segunda imputación o deducción de la cuenta para esta comunicación. Si el valor dejado en la cuenta es suficiente para cubrir la segunda solicitud de retirada, un segundo montante es retirado (114, 120) y se imputa a la comunicación que se está realizando. Si fuese necesario, se pueden realizar retiradas (114, 120) suplementarias para cubrir la comunicación en curso hasta su término. Una vez la comunicación terminada (142), cualquier saldo del montante asignado se reenvía (146) a la cuenta de prepago. Por consiguiente, un abonado de prepago puede tener varias comunicaciones en curso en paralelo. Además, el montante de la cuenta de prepago es vigilada (116, 120) y tenida en cuenta antes y durante la comunicación, estas comunicaciones no corren el riesgo de no ser cubiertas por el montante de la cuenta de prepago.

Description

Método y sistema para gestionar transacciones paralelas en cuentas telefónicas prepago.

Campo técnico de la invención

La presente invención se refiere en general al campo de la contabilidad en telefonía y, en particular, a un método y a un sistema para utilizar por operadores de sistemas de teléfono para asegurar que los abonados de pago previo puedan pagar por llamadas de teléfono simultáneas.

Descripción de la técnica relacionada

Actualmente, la mayoría de los abonados de teléfonos móviles pagan sus llamadas de móviles después de que reciben una factura mensual de su proveedor de servicios (a lo que se hace referencia comúnmente como facturación para pago posterior). Este procedimiento de facturación mensual requiere una cantidad sustancial de soporte administrativo con el fin de que el proveedor del servicio recoja los datos de llamadas, calcule los costes de las llamadas, envíe facturas a los abonados, etc. El uso de estos sistemas de contabilidad de pago posterior requiere típicamente que los proveedores del servicio verifiquen la credibilidad de sus abonados y finalmente confíen en que los abonados paguen sus facturas a tiempo. El concepto de contabilidad de pago previo ha sido recientemente introducido en el mercado de telefonía móvil. Generalmente, han sido introducidas las siguientes dos soluciones de contabilidad de pago previo en móviles: (1) la solución de Red Inteligente (IN: Intelligent Network); y (2) la solución de Registro en Detalle de Llamadas (CDR: Call Detail Record).

Una Red Inteligente es una estructura o configuración de red de móviles que recoloca o traslada servicios y bases de datos específicos desde conmutadores a uno o más puntos de control y decisión de la red. Una tal configuración de red contiene Puntos de Conmutación de Servicio (SSPs: Service Switching Points) o conmutadores con capacidades de soporte y de control de servicio básico, Puntos de Control de Servicios (SCPs: Service Control Points) o elementos con capacidades de control de servicio avanzadas, y un Sistema de Gestión de Servicio (SMS: Service Management System) que controla el despliegue de servicios y datos de servicios asociados. Una descripción más detallada de configuraciones o estructuras de IN de móviles se da en "Cellular Radio Systems" ("Sistemas Celulares de Radio"), por D.M. Balston y R.C.V. Macario, publicado por Artech House, Inc. (1993).

Utilizando tecnología de IN para contabilidad en telefonía de móviles de pago previo, se almacena una suscripción de cliente de pago previo en una base de datos de abonado en un nodo de IN del sistema. Cada campo de suscripción en el nodo de IN contiene cierta información, tal como, por ejemplo, el número de unidades de cargo (que se han de utilizar para el pago de una llamada), fechas (por ejemplo cuándo expirarán las unidades de cargo o suscripción, cuándo se han de exponer anuncios, etc.), y otra información relacionada con abonados (por ejemplo, clase de tarifa, listas de números bloqueados y permitidos, y otras restricciones e información acerca de abonados). Esta información de abonados puede ser almacenada en la Función de Control de Servicios (SCF: Service Control Funtion) de IN, una base de datos externa (por ejemplo, una Función de Datos de Servicios o SDF), o ambas. Las unidades de cargo pueden ser cualquier valor de unidad, siempre que la unidad sea completamente convertible entre valor monetario, valor de tiempo e impulsos de medidor o contador (descrito en lo que sigue).

Para sistemas de móviles que utilizan la solución de CDR para fines de contabilidad de pago previo, los registros de datos de llamada se recogen de manera similar en sistemas de facturación convencionales. Sin embargo, una diferencia entre las soluciones de CDR de pago posterior y pago previo es que la solución de CDR de pago previo mantiene una cuenta de pago previo dedicada en una base de datos para cada abonado de móvil. Cuando se ha hecho una llamada y está siendo tratado un CDR resultante por el sistema, se calcula y deduce el coste de la llamada a partir de la cantidad en la cuenta de abonado. Si la cuenta alcanza un valor cero (o valor negativo), el sistema de pago previo ordena a la red de móviles que impida al abonado efectuar llamadas adicionales. Un número de servicios dedicado para un subsistema de Respuesta de Voz Interactiva (IVR: Interactive Voice Response) puede estar asociado con un tal sistema de contabilidad, al cual puede llamar un abonado del servicio y requerir el balance de la cuenta (por ejemplo, una máquina de banco-por-teléfono).

Un sistema de contabilidad de CDR puede manejar llamadas paralelas (por ejemplo, durante llamadas de partes múltiples, pasar una llamada o retener una llamada), debido a que puede ser calculado el coste de estas llamadas después de completarse las llamadas. Sin embargo, debido al retardo en el suministro del CDR, existe el riesgo evidente de que los abonados asuman cargos para más llamadas de las que su cuenta puede cubrir.

El problema básico que se ha de resolver consiste en determinar cómo controlar el valor de una cuenta de pago previo mientras están en curso las llamadas. En una solución de IN, las llamadas de pago previo son encaminadas en la red hacia la Función de Conmutación de Servicio (SSF: Service Switching Funtion). La SSF señala entonces la SCF para informar a la SCF acerca de la llamada. En este mensaje de señalización, la SSF envía, por ejemplo, el número de A (número de la parte que llama), el número de B (número de la parte llamada), información de situación, y otra información pertinente para la SCF. La SCF, que reconoce el número de A (número de B) como perteneciente a un abonado de IN, determina si al abonado de la parte que llama (parte llamada) se le permite efectuar (recibir) esa llamada (considerando el valor de la cuenta de pago previo). Esta determinación puede ser hecha en la SCF después de recuperar la información de la unidad de cargo, y fechas de expiración y suscripción, etc.

Si la SCF determina que se puede permitir la llamada, la SCF envía el número de unidades de cargo restantes de la cuenta a la SSF que se ha de utilizar para cargar la llamada, y la llamada se conecta. Cuando la parte llamada contesta a la llamada, la SSF comienza a contar impulsos de contador (siendo cada impulso de contador iguala a una unidad de cargo).

Si se desconecta la llamada antes de que sean utilizadas la totalidad de las unidades de cargo de la cuenta, el número de unidades de cargo utilizadas para la llamada se transfiere de nuevo a la SCF, la cual deduce esa cantidad de la cantidad de la cuenta. Por otra parte, si la duración de la llamada es suficientemente larga para que el número de impulsos de contador contados en la SSF iguale al número de unidades de cambio que fueron transferidas desde la SCF, entonces se desconecta la llamada y se fija en cero el valor de cuenta.

Un ejemplo de una solución sobre la base de IN se describe en el documento DE-4 312 362. En esta solución, se seleccionan las llamadas que llegan de abonados de radio-móviles, cada uno de los cuales tiene una cuenta de débito asignada a él por medio de un perfil de abonado predeterminado; y, a continuación, las llamadas seleccionadas son conmutadas y se establece una conexión si la cuenta de débito muestra un balance de crédito predeterminado; dentro del punto de control de servicio (SCP), la llamada conmutada es cargada deduciendo consecutivamente una tasa de unidad predeterminada de la cuenta de débito; y dentro del punto de conmutación de servicio (SSP), se libera la conexión si la cuenta de débito no muestra balance de crédito.

Un gran problema de las soluciones de pago previo existentes es que cuando se ha de establecer una llamada, la totalidad del valor de la cuenta queda disponible para cubrir el coste de esa llamada. Durante la llamada, este valor es disminuido continuamente, pero no existe modo práctico para observar esta disminución en tiempo real. Utilizando una solución de tecnología de IN existente, el nodo en el que se almacena la cantidad de pago previo no sabrá cómo han sido utilizadas muchas unidades de cambio hasta que ha sido completada la llamada y ha sido transferido desde la SSF el número que se ha de deducir de la cuenta. En consecuencia, durante la llamada, el valor de la cuenta refleja un valor que es mayor que el valor restante real. Si se establece otra llamada en este momento, resultará disponible para esta llamada un valor mayor que el valor real.

Por ejemplo, si se establece una llamada de abonado de pago previo, el número de unidades de cargo que quedan en la cuenta del abonado (por ejemplo, 100) será copiado en la SSF. La SSF establece la llamada y comienza el proceso de recuento de impulsos de contador. Sin embargo, si durante esta llamada en curso, el abonado desea establecer otra llamada (por ejemplo una llamada de conferencia), se utiliza la función de servicio de partes múltiples del sistema para establecer la llamada. Puesto que el valor exacto de la cuenta no es conocido fuera del proceso de la SSF asociado con la llamada original, el único valor conocido es el valor original (100) que está todavía almacenado en la SCF. Este valor original es copiado una segunda vez en la SSF para comenzar un nuevo proceso en la SSF asociado con la nueva llamada. Desafortunadamente, a menos que no sean permitidas las llamadas de conferencia, esta nueva copia del valor original puede ser repetida tantas veces como conexiones (x) se haya de hacer en la llamada de conferencia. Por lo tanto, cada conexión (x) hecha en la llamada de conferencia puede disminuir las unidades de cargo originales (100). En este ejemplo, el abonado de pago previo será así capaz de llamar para x*100 unidades de cargo, aunque la cuenta de pago previo tuviera sólo 100 unidades de cargo para comenzar.

El mismo problema ocurre si el abonado de pago previo utiliza traslado o transferencia de llamadas, ya que los procesos de llamadas múltiples implicados pueden disminuir simultáneamente las unidades de cargo originales en la cuenta. Por ejemplo, con el servicio denominado "Transferencia de llamada en Ocupado" (CFB: Call Forwarding on Busy), este doble cargo puede ocurrir cada vez que el abonado está implicado en una llamada y otra parte efectúa una llamada que llega. Asimismo, si el abonado de pago previo utiliza Transferencia Incondicional de Llamada (CFU: Call Forwarding Unconditional), Transferencia de Llamada en No Alcanzable (CFNRc: Transferencia de Llamada on Not Reachable) o Transferencia de Llamada en No Contesta (CFNRy: Call Forwarding on No Reply), se puede presentar el mismo problema de cargo doble si existe una llamada entrante transferida y el abonado efectúa una llamada saliente. El mismo problema puede ocurrir si el abonado de pago previo utiliza la función Retener Llamada, efectúa dos llamadas salientes y después las conecta entre sí.

Otra situación en la que pueden ocurrir transacciones paralelas y cargo doble es cuando se efectúa un pago de suscripción recurrente u otro tipo de pago a un sistema externo (por ejemplo, sistema de facturación, banco, proveedor de servicios con tarjeta de crédito, etc.) y es deducido de la cuenta de pago previo. Si se está efectuando una llamada mientras se está efectuando el pago, el sistema no sabrá si la cantidad a deducir estará cubierta o no, hasta que la llamada se haya completado.

Sumario de la invención

Por lo tanto, es un objeto de la presente invención eliminar el riesgo, para un proveedor de servicios, de que el coste de llamadas paralelas no sea cubierto por la cantidad en una cuenta de pago previo de abonado de teléfono.

Es otro objeto de la presente invención tratar transacciones de cuenta de teléfonos móviles de pago previo paralelas que sean discretas e instantáneas.

Es otro objeto de la presente invención tratar transacciones de cuenta de teléfonos móviles de pago previo paralelas, de no-interferencia.

Es también un objeto de la presente invención hacer posible que servicios suplementarios de teléfonos móviles, tales como Transferencia de Llamadas o llamadas de conferencia, sean manejados de manera segura para cuentas de pago previo.

Es otro objeto de la presente invención efectuar servicios de teléfonos móviles de pago previo tan atractivos para proveedores de servicios y abonados como los servicios de teléfono de pago posterior.

De acuerdo con la presente invención, los precedentes y otros objetos se consiguen mediante un método en el que, cuando está siendo establecida una llamada desde o hacia un abonado de pago previo, una parte del valor de la cuenta de pago previo del abonado es extraída para cubrir el coste de la llamada. Preferiblemente, la cantidad extraída es suficientemente grande para cubrir el coste de una llamada de duración normal (por ejemplo de 4 minutos). En el establecimiento de llamada, esta cantidad es extraída de la cuenta y adjudicada a la llamada que está siendo establecida. Si la cantidad no es utilizada totalmente, el resto es devuelto a la cuenta de pago previo. Sin embargo, si la cantidad adjudicada es consumida antes de que se complete la llamada, se requiere para esa llamada una segunda adjudicación o extracción desde la cuenta. Si el valor dejado en la cuenta es suficientemente grande para cubrir la segunda petición de extracción, se extrae una segunda cantidad y se adjudica para cubrir la llamada en curso. Si es necesario, se pueden efectuar extracciones adicionales para cubrir la llamada en curso hasta que se complete. Una vez que se ha completado la llamada, cualquier resto de la cantidad adjudicada es devuelto a la cuenta de pago previo. En consecuencia, si tiene lugar una transacción paralela, el valor de cuenta que queda disponible para esta transacción es menor o igual que el valor de cuenta corriente actual, y se elimina el riesgo de que el coste por llamadas paralelas no sea cubierto por la cuenta de pago previo del abonado.

Breve descripción de los dibujos

Un entendimiento más completo del método y del sistema de la presente invención se puede obtener por referencia a la siguiente descripción detallada cuando se toma en combinación con los dibujos que se acompañan, en los cuales:

La figura 1 es un diagrama de bloques de un sistema que puede ser utilizado para ejecutar la realización preferida de la presente invención;

Las figuras 2A y 2B son diagramas de flujo de un método que puede ser utilizado para realizar la presente invención; y

La figura 3 es un diagrama de flujo simplificado de un procedimiento de contabilidad ejemplar, que puede ser ejecutado de acuerdo con la realización preferida y el método y sistema de las figuras 1 y 2.

Descripción detallada de los dibujos

La realización preferida de la presente invención y sus ventajas se comprenderán mejor con referencia a las figuras 1-3 de los dibujos, siendo utilizados los mismos números de referencia para partes similares y correspondientes de los diversos dibujos.

Esencialmente, de acuerdo con la presente invención, cuando está siendo establecida una llamada de móvil desde y hacia un abonado de pago previo de móvil, una parte del valor de la cuenta de pago previo del abonado es extraída para cubrir el coste de la llamada. Preferiblemente, la cantidad extraída es suficientemente grande para cubrir el coste de una llamada de duración normal. En una realización preferida de la presente invención, una llamada está siendo establecida desde o hacia un abonado de una Red Inteligente, y la cantidad inicial es extraída de la cuenta de pago previo del abonado. La información sobre cuenta de pago previo puede, por ejemplo almacenarse en una Función de Control de Servicio. Alternativamente, esta información puede ser almacenada en un nodo externo, tal como, por ejemplo, una base de datos del sistema de Función de Datos de Servicio o de facturación. La cantidad extraída es adjudicada para el establecimiento de llamada. Si esta cantidad no es completamente utilizada (por ejemplo, una llamada corta), el resto es revuelto a la cuenta de pago previo. Sin embargo, si la cantidad adjudicada es agotada antes de completarse la llamada, se requiere para la llamada una segunda adjudicación o extracción desde la cuenta. Si el valor dejado en la cuenta es suficientemente grande para cubrir la segunda petición de extracción, se extrae una segunda cantidad y se adjudica para cubrir la llamada en curso. Si es necesario, se pueden hacer extracciones adicionales para cubrir la llamada en curso hasta que se complete. Una vez se ha completado la llamada, cualquier resto de la cantidad adjudicada es devuelto a la cuenta de pago previo. En consecuencia, de acuerdo con la invención, puesto que el valor de la cuenta de pago previo refleja siempre un valor menor o igual que el valor corriente actual, un abonado de pago previo puede tener una pluralidad de llamadas en paralelo (simultáneas) u otras transacciones en marcha, sin peligro de que estas llamadas no sean cubiertas por la cantidad de la cuenta de pago previo. De manera notable, este concepto puede ser aplicado para cuentas de pago previo que se utilizan para el pago de cualesquiera artículos o servicios, tales como, por ejemplo, electricidad, gas natural, agua o gasolina.

La figura 1 es un diagrama de bloques de un sistema que puede ser utilizado para ejecutar la realización preferida de la presente invención. Para esta realización ejemplar, una estructura de Red Inteligente se utiliza para ejecutar el método preferido de la invención, pero esta descripción tiene fines ilustrativos solamente y no pretende ser una limitación de la invención. Por ejemplo, se puede utilizar cualquier estructura de red de comunicaciones apropiada para ejecutar la invención, siempre que estén implicadas cuentas de abonado de pago previo.

Concretamente, con referencia a la figura 1, se describe una IN ejemplar 10, la cual incluye al menos un SCP y al menos un SSP (ambos no explícitamente mostrados). La IN incluye al menos una SCF 12, que contiene lógica de servicios que controla la realización de los servicios de IN, y al menos una SDF 14, que proporciona acceso a datos relacionados con el servicio. La SDF 14 puede ser utilizada como una base de datos para almacenar la información sobre cuentas de pago previo del abonado, o la información de cuenta puede ser almacenada en otro nodo externo (por ejemplo, una base de datos del sistema de facturación), o en la SCF. En esta realización ejemplar, la información sobre cuenta de pago previo del abonado es almacenada en la SDF. La SCF 12 y la SDF 14 se acoplan conjuntamente para comunicaciones de dos vías y la transferencia de datos de servicio entre ellas. La SCF 12 incluye uno o más temporizadores 16, cada uno de los cuales puede ser utilizado para medir la duración de una llamada. En otra realización, la función del temporizador podría situarse, por ejemplo, en la SSF.

Uno o más abonados de móviles (por ejemplo, identificados por un único Número de Red Digital de Servicios Integrada en Estación de Móviles o MSISDN) pueden acceder a IN 10 a través de un centro de conmutación de servicios (MSC: mobile switching center) 18 de móviles a través de una interfaz de aire de radio. Otros usuarios de telefonía (por ejemplo, usuarios2 o usuarios3 de teléfonos fijos o móviles) pueden acceder a la IN 10 desde una o más de cierto número de otras redes de comunicaciones (por ejemplo, PSTN, ISDN, PLMN, etc.). Cada MSC 18 está conectado a una SSF 20 incluida en el SSP. La SSF 20 reconoce aquellas llamadas que requieren servicios de IN, e interactúa con el tratamiento de llamadas y la lógica de servicios para proporcionar los servicios requeridos.

Las figuras 2A y 2B son diagramas de flujo de un método (100) que se puede utilizar para realizar la presente invención. En la realización preferida, el método mostrado en las figuras 2A y 2B puede ser realizado en el sistema mostrado en la figura 1, pero la invención no pretende estar limitado de este modo. El método preferido puede ser realizado en cualquier sistema apropiado de comunicaciones por móviles o de unión por cables, siempre que estén implicadas cuentas de abonado de pago previo.

Con referencia a las figuras 1 y 2A, en el paso 102, el sistema está esperando a que se haga un establecimiento de llamada (por ejemplo, para una llamada entrante o saliente). El tipo de llamada que esté siendo establecido no pretende constituir una limitación de la presente invención, y esta puede incluir llamadas de teléfono de voz y/o de videoconferencia, llamadas para transferir datos, etc. En el paso 104, en este ejemplo, un abonado de cuenta de pago previo "MSISDN1" (por ejemplo, un abonado de móvil) intenta efectuar una llamada. En respuesta a un mensaje de establecimiento de control de llamada procedente de teléfono móvil de MSISDN1, MSC 18 interroga un Registro de Situación de Visitante o VLR (no explícitamente mostrado) y determina, sobre la base de la información proporcionada en el mensaje de establecimiento de llamada, que este abonado es un abonado a un servicio de IN. La petición de llamada es entonces encaminada a SSF 20, que comunica a su vez con SCF 12 utilizando un protocolo estándar. La SCF identifica al abonado como un abonado de pago previo. Entre la información transferida desde la SSF 20 a la SCF 12 está el número la parte que llama (A) y el número de la parte llamada (B). En este ejemplo, un MSISDN1 de abonado de pago previo está intentado llamar a otro abonado (por ejemplo, usuario2). Cada uno de los abonados (MSISDN1, usuario2, usuario3) mostrados en la realización de ejemplo de la figura 1 puede ser abonados de pago previo para los servicios de IN 10, pero, según se ilustra, la presente invención no pretende quedar limitada de este modo. Por ejemplo, cada uno de los abonados usuario2 y usuario3 puede ser abonado de pago previo o de pago posterior para una Red de Teléfono Conmutada Pública (PSTN: Public Switched Telephone Network), Red de Datos Pública o Privada, ISDN, o una o más Redes de Móviles de Suelo Públicas (PLMNs: Public Land Mobile Networks) que no incluyan IN 10.

En el paso 106, SCF 12 calcula una cantidad "a" que representa una llamada de duración predeterminada de "\alpha" minutos (por ejemplo, 4 minutos en la presente realización). En el paso 108, la SCF 12 accede a la información de cuenta de pago previo para el MSISDN1 del abonado que llama, almacenado en la SDF 14 para determinar si existe un valor en esa cuenta que sea suficientemente grande para que se inicie la llamada (por ejemplo, una cantidad mayor o igual que "a"). Si, en el paso 108, el valor de esa cuenta es menor que la cantidad de valor "a", entonces, en el paso 110, la SCF 12 calcula la cantidad de duración "\delta" de la llamada, que corresponde al valor que resta en la cuenta de pago previo. En el paso 111, la SCF 12 determina si la duración de llamada "\delta" calculada en el paso 110 es al menos mayor o igual que una duración de llamada mínima predeterminada "\gamma" (por ejemplo, 30 segundos en la realización preferida). Si no es así, en el paso 112, la SCF 12 ordena a la SSF 20 enviar un mensaje de "anuncio" al abonado que llama (MSISDN1, en este caso), el cual informa a ese abonado que no está cubierto el coste de la llamada por la cuenta de pago previo, y se desconecta el intento de establecimiento de llamada.

Sin embargo, si, en el paso 108, el valor de la cuenta es mayor o igual que el valor "a" correspondiente a la duración predeterminada ("\alpha") de una llamada (por ejemplo, de 4 minutos, considerando el número de B marcado, el momento del día o la fecha, etc.), en el paso 114, la SCF (12) deduce este valor correspondiente de esa cuenta de la base de datos de la SDF. En este ejemplo, como se ha mencionado anteriormente, la porción deducida es la cantidad "a" que representa una llamada de duración predeterminada "\alpha" minutos. Alternativamente, en otra realización, la porción deducida podría ser cualquier cantidad de valor umbral predeterminado (es decir, no se pretende que el modo en el que la porción es deducida y cómo se selecciona su magnitud sea una limitación de la invención). Suponiendo que hay "A" unidades de valor de la cuenta en el paso 108, entonces, después de la deducción "a" hay ahora "A-a" unidades de valor dejadas en la cuenta, las cuales pueden ser utilizadas para una segunda llamada (u otra transacción) que pueda ocurrir en paralelo o simultáneamente con la llamara original. Preferiblemente, en el paso 116, se pone en marcha un temporizador 16a en el SCP (no explícitamente mostrado) para mantener el seguimiento de los "\alpha" minutos que han sido adjudicados a la llamada. Alternativamente, la cantidad de tiempo representado por el valor "a" puede ser convertida en cierto número de impulsos y transferida a la SSF 20. Utilizando una solución de medición de impulsos conocida en la SSF, el número que representa el valor "a" puede ser comparado con el número de impulsos contados durante la duración de la llamada. En el paso 118, la SSF 20 establece y conecta entonces la llamada a la parte llamada.

Volviendo al paso 111, si la SCF 12 determina que la duración "\delta" de la llamada, calculada en el paso 110, es al menos mayor o igual que la duración de la llamada mínima predeterminada "\gamma", entonces, en el paso 120, el valor restante "d" de la cuenta es deducido de la cuenta. En el paso 122, el temporizador 16a en la SCF se pone en marcha para mantener el seguimiento de la duración de llamada "\delta" correspondiente a este valor restante. En el paso 118, la SDF 20 establece y conecta entonces la llamada a la parte llamada.

En el paso 142 de la figura 2B, si se desconecta una llamada que fue establecida en el paso 118 (por ejemplo, al colgar una de las dos partes) antes de que haya transcurrido el tiempo de duración "\alpha" o "\delta", en el paso 144, la SCF calcula una cantidad "e" que representa el valor del resto del tiempo de duración "\alpha" o "\delta". En el paso 146, la SCF transfiere y añade la cantidad "e" correspondiente al resto del tiempo desde "\alpha" o "\delta" de nuevo hasta el valor que resta en la cuenta de pago previo (MSISDN1s) del abonado en la SDF 14. En el paso 102, el sistema vuelve a un estado "inactivo" para esperar otra llamada.

Por otra parte, en el paso 124, si la llamada es continuada hasta que el temporizador 16a agota el tiempo (consume la cantidad adjudicada "a" o el valor de cuenta llega a "cero"), entonces el método prosigue de nuevo al paso 106 de la figura 2A para ser repetido. Si el método prosigue de nuevo al paso 106 y es repetido, suponiendo que el valor "A" era la cantidad original de la cuenta, habría "A-a" unidades de valor dejadas en la cuenta la primera vez que se completó el paso 114, entonces, después de la deducción de otras "a" unidades, se completa la segunda vez el paso 114, habría "A-2a" unidades de valor dejadas en la cuenta (y así sucesivamente). Como tal, el valor que queda en la cuenta ("A-a", "A-2a",..."A-na", o cero si se reutiliza) durante las iteraciones puede ser todavía utilizado para otra llamada (u otra transacción) que podría ocurrir en paralelo o simultáneamente con la llamada original.

Si la MSISDN1 de abonado de pago previo decide iniciar otra llamada mientras la primera llamada está todavía en curso (transacción paralela), se inicia otro procedimiento utilizando el mismo método, como se muestra en las figuras 2A y 2B, en el paso 104 de la figura 2A mientras la primera llamada (utilizando ya el método mostrado en las figuras 2A y 2B) está todavía en curso. De manera notable, esta capacidad de vigilar una cuenta de pago previo de abonado mientras están ocurriendo transacciones en paralelo con respecto a esa cuenta, es un aspecto importante de la presente invención.

Por ejemplo, si la MSISDN1 de abonado de pago previo decide iniciar una llamada de múltiples partes durante la llamada en curso, entonces la SSP 20 notifica a la SCF 12 esta petición en un segundo mensaje de establecimiento de llamada. En el paso 106 (para la segunda petición de llamada), la SCF 12 accede a la información de cuenta de pago previo del abonado (por ejemplo, de MSISDN1) en la SDF 14 para determinar si una cantidad "b" correspondiente a una duración de tiempo predeterminada "\beta" puede ser deducida para cubrir el coste de la segunda llamada. En la mayoría de los casos, "\alpha" y "\beta" son idénticas, pero no es necesariamente así. El valor de la cuenta de pago previo que está disponible para este procedimiento es el valor dejado desde la primera llamada (por ejemplo, "A-a" "A-2a",..., o "cero", si se ha reutilizado). Los pasos de la figura 2 (por ejemplo 108 ó 110, etc.) son seguidos entonces en paralelo con los pasos que están siendo seguidos (en la figura 2) para la llamada original en curso. Si, en el paso 114, la cantidad del valor de cuenta de pago previo es suficientemente grande para cubrir la cantidad "b" que se ha de deducir para la segunda llamada, se puede poner en marcha el segundo temporizador 16b en la SCF para medir el tiempo para la segunda llamada (paso 116), y así sucesivamente. De manera notable, se puede utilizar el mismo método de transacción en paralelo, por ejemplo, si la MSISDN1 de abonado de pago previo pone en "retención" la llamada en curso e inicia una llamada con un tercer abonado, o inicia alguna otra llamada o transacción en paralelo (por ejemplo transferencia de llamada, transacciones determinadas por operador, etc.). Como tal, el presente método elimina el riesgo para el proveedor de servicios de que estas llamadas o transacciones en paralelo no sean cubiertas por la cantidad de la cuenta de pago previo del
abonado.

La figura 3 es un diagrama de flujo simplificado de un procedimiento de contabilidad ejemplar (proporcionado para ilustrar este proceso), el cual puede ser realizado de acuerdo con la realización preferida y el método y el sistema de las figuras 1 y 2. Esencialmente, para esta realización, todos los procesos de transacción asociados con una cuenta de abonado de pago previo pueden comunicar con la cuenta, y las transacciones son discretas y ocurren instantáneamente. La cuenta "recuerda" sólo su valor actual, y no mantiene seguimiento de su historia. Por ejemplo, haciendo referencia a la figura 3, la cuenta de pago previo puede tener un valor inicial "A" (paso 200). En el paso 202, el valor "A" puede ser afectado por una deducción (o extracción) de una cantidad "a", por ejemplo, cuando se establece una primera llamada (o transacción similar). En este punto (paso 204), el nuevo valor de la cuenta es: "A_{nuevo}=A_{antiguo}-a". (Según se utiliza aquí, "A_{antiguo}" se refiere al valor de la cuenta en un momento particular en el tiempo, pero esto es sólo para fines de ilustración). Sin embargo, durante ese proceso, se puede establecer una segunda llamada (o transacción similar) en paralelo con la primera llamada, y, por ejemplo, una cantidad "b" ser deducida para la segunda llamada del valor de la cuenta. Así, el nuevo valor de la cuenta es ahora
"A_{nuevo}=A_{antiguo}-a-b".

Asimismo, durante ese proceso de establecimiento de llamada y extracción, pueden ocurrir otros procesos de transacción de cuenta. Por ejemplo, en el paso 206, si se termina una llamada prematuramente de manera que se garantice un reembolso a la cuenta, se puede devolver una cantidad de reembolso "e" a la cuenta. En este punto (paso 208), el nuevo valor de la cuenta puede ser "A_{nuevo}=A_{antiguo}+e", "A_{nuevo}=A_{antiguo}-a+e" ó "A_{nuevo}=A_{antiguo}-a-b+e", dependiendo de la regulación de tiempo de la transacción que garantizó el reembolso.

Adicionalmente, durante los procesos anteriormente descritos, puede ocurrir todavía otra transacción de cuenta. Por ejemplo, en el paso 210, si el valor de cuenta es repuesto mientras están en curso los otros procesos, se puede añadir una cantidad "r" a la cuenta. En este punto (paso 212), el nuevo valor de la cuenta puede ser: "A_{nuevo}=A_{antiguo}+r", "A_{nuevo}=A_{antiguo}-a+e+r" ó "A_{nuevo}=A_{antiguo}-a-b+e+r", dependiendo de la regulación de tiempo de la transacción de
repuesto.

Otro procedimiento de ejemplo que puede ocurrir es cuando la llamada original se pone en "retención" mientras al abonado de pago previo efectúa una corta llamada y vuelve después a la llamada original. Como tal, el valor de la cuenta puede ser representado, por ejemplo, por la serie: "A", "A-a", "A-a-b", "A-a-b+e", "A-2a-b+e",..., que ilustra el valor de la cuenta en diferentes momentos. (Esto es para fines ilustrativos solamente, cuando "a" es el coste de una duración predeterminada para la primera llamada, "b" es el coste de una duración predeterminada de la segunda llamada y "e" es la cantidad de reembolso añadida de nuevo a la cuenta).

La presente invención puede también cubrir el uso de tarjetas de pago previo en una red fija. Por ejemplo, haciendo referencia a la patente de Estados Unidos número 4.706.275, cedida en común, un procedimiento de pago previo típico utilizado en redes fijas consiste en llamar a un número de acceso de teléfono libre (por ejemplo, 1-800-PAGO PREVIO). A petición de la red, la persona que llama introduce (teclea) el número de la tarjeta que llama. Si la red autoriza la llamada, la parte que llama introduce (teclea) el número de la parte B (llamada). Una vez conectada la llamada, se reduce el valor de la cuenta de la tarjeta que llama, de manera similar al procedimiento para un teléfono móvil. El problema que se ha encontrado con el uso de tarjetas de llamada de pago previo con red fija existente, es que mientras una llamada de red fija está en curso, tiene que bloquearse la cuenta de la tarjeta que llama para utilizar otras llamadas. En consecuencia, si dos o más personas comparten una cuenta de tarjeta de llamada de pago previo, sólo una de esas personas puede efectuar una llamada en cualquier momento (y utilizar la tarjeta de llamada), mientras que la otra u otras personas tienen que esperar hasta que concluya la llamada en curso. Sin embargo, sustituyendo una cuenta de tarjeta de llamada de pago previo de red fija por la cuenta de pago previo de móvil descrita anteriormente con respecto a las figuras 1, 2A y 2B y 3, el método de la presente invención puede ser utilizado para permitir que ocurran en paralelo estas llamadas de tarjeta de llamada de pago previo mientras se elimina el riesgo de sobrecargas para el proveedor de servicios fijo.

Claims

1. Un método para utilizar en el manejo de transacciones en paralelo en una cuenta de pago previo de abonado de teléfono, que comprende las etapas de:

en respuesta a la recepción de una primera petición de transacción (104) asociada con la cuenta de pago previo del abonado, extraer una primera porción de un valor de la cuenta de pago previo (114, 120) del abonado;

adjudicar dicha primera porción a dicha primera petición de transacción (114, 120);

tratar una primera transacción en respuesta a dicha primera petición de transacción (104);

caracterizado por las etapas adicionales de:

en respuesta a la recepción de una segunda petición de transacción (104) asociada con la cuenta de pago previo del abonado, requerir la aprobación de una extracción de una segunda porción de dicho valor de la cuenta de pago previo (114, 120) del abonado, siendo dicho valor disminuido en la totalidad o parte de dicha primera porción; y

tratar, en paralelo con dicha primera transacción, una segunda transacción (104) en respuesta a dicha segunda petición de transacción si se aprueba dicha etapa de petición de aprobación.

2. El método de acuerdo con la reivindicación 1, en el que dicha cuenta de pago previo del abonado de teléfono consiste en una cuenta de pago previo de abonado de radioteléfono móvil.

3. El método de acuerdo con la reivindicación 1, en el que dicha primera y/o segunda petición de transacción es iniciada por una llamada a un número de acceso.

4. El método de acuerdo con la reivindicación 3, en el que dicha llamada a un número de acceso comprende además introducir un número de cuenta de tarjeta de llamada.

5. El método de acuerdo con la reivindicación 1, en el que dicha primera transacción se asocia con una primera llamada saliente de teléfono.

6. El método de acuerdo con la reivindicación 5, en el que dicha segunda transacción se asocia con una segunda llamada saliente de teléfono.

7. El método de acuerdo con la reivindicación 5, en el que dicha segunda transacción se asocia con una llamada entrante de teléfono.

8. El método de acuerdo con la reivindicación 1, en el que dicha petición de aprobación de un paso de extracción es aprobada cuando dicha segunda porción de dicho valor está disponible para extracción en la cuenta de pago previo del abonado.

9. El método de acuerdo con la reivindicación 1, en el que dicha primera porción de dicho valor representa un coste de una llamada de duración predeterminada.

10. El método de acuerdo con la reivindicación 1, en el que dicha cuenta de pago previo se almacena en una base de datos en un Punto de Control de Servicios (14) de Red Inteligente.

11. El método de acuerdo con la reivindicación 1, en el que dicha petición de aprobación de un paso de extracción no es aprobada cuando dicha segunda porción de dicho valor es mayor que dicho valor en la cuenta de pago previo (108, 111) del abonado.

12. El método de acuerdo con la reivindicación 1, en el que se devuelve un valor restante a dicha cuenta de pago previo cuando se completa (146) al menos una transacción de dicha primera transacción y dicha segunda transacción.

13. Un sistema para utilizar en el manejo de transacciones en paralelo en una cuenta de pago previo de abonado de teléfono, que comprende:

una base de datos para almacenar la cuenta de pago previo (14) del abonado;

medios para recibir una primera petición de transacción asociada con la cuenta de pago previo (104) del abonado;

medios para deducir una primera porción de un valor de la cuenta de pago previo del abonado y adjudicar dicha primera porción al tratamiento de dicha primera transacción (114, 120);

medios para tratar una primera una primera transacción en respuesta a dicha primera petición de transacción (104);

caracterizado porque tiene:

medios para recibir una segunda petición de transacción asociada con la cuenta de pago previo (104) del abonado;

medios para solicitar una deducción de una segunda porción de dicho valor en la cuenta de pago previo (114, 120) del abonado; y

medios para tratar, en paralelo con dicha primera transacción, una segunda transacción en respuesta a dicha segunda petición de transacción (104).

14. El sistema de acuerdo con la reivindicación 13, en el que dicha cuenta de pago previo de abonado de teléfono consiste en una cuenta de pago previo de abonado de radioteléfono móvil.

15. El sistema de acuerdo con la reivindicación 13, en el que dicha primera transacción está asociada con una primera llamada saliente de teléfono.

16. El sistema de acuerdo con la reivindicación 15, en el que dicha segunda transacción está asociada con una segunda llamada saliente de teléfono.

17. El sistema de acuerdo con la reivindicación 15, en el que dicha segunda transacción está asociada con una llamada entrante de teléfono.

18. El sistema de acuerdo con la reivindicación 13, en el que dicha primera porción de dicho valor representa un coste de una llamada de duración predeterminada.

19. El sistema de acuerdo con la reivindicación 13, en el que cada una de dicha primera porción y dicha segunda porción del citado valor representa un coste de una llamada de duración predeterminada.

20. El sistema de acuerdo con la reivindicación 13, en el que dicha base de datos comprende una Función de Datos de Servicio (14) de Red Inteligente.

21. El sistema de acuerdo con la reivindicación 13, que comprende además medios para devolver un valor restante a dicha cuenta de pago previo cuando se completa al menos una transacción de dicha primera transacción y dicha segunda transacción.