Un procedimiento de cargos contra crédito prepago en una red de comunicación,

comprendiendo el procedimiento las etapas de:

solicitar el establecimiento de una llamada entre un primer terminal (30) y un segundo terminal (39);

verificar si algún coste generado por clientes de contabilidad en la red, y asociado a la llamada, ha de cargarse contra el crédito prepago;

en el caso de que alguno de, o todos, los costes haya(n) de cargarse contra el crédito prepago, establecer una sesión de contabilidad entre un servidor (37) de contabilidad y un cliente de contabilidad que generará los costes a cargar contra el crédito prepago, adjudicándose a la sesión de contabilidad un identificador de sesión de contabilidad;

establecer la llamada con el segundo terminal;

caracterizado porque el procedimiento comprende adicionalmente las etapas de:

enviar datos de actualización de cargos desde el cliente de contabilidad al servidor de contabilidad durante la llamada; y

clasificar los datos de actualización de cargos en el servidor de contabilidad sobre la base del identificador de sesión de contabilidad, permitiendo por ello la actualización del crédito prepago durante la llamada

Cargo prepago en una red de comunicación.

Campo de la invención

La presente invención se refiere a los cargos en redes de comunicación, especialmente, las redes de tercera generación (UMTS).

La invención ha sido desarrollado para su empleo como una extensión del protocolo Diameter definido por la Fuerza de Tareas de Ingeniería de Internet (IETF), y se describirá en adelante con referencia a dicha aplicación. Sin embargo, se apreciará que la invención puede aplicarse a otros protocolos similares.

Antecedentes de la invención

La transmisión de datos por el Protocolo de Internet (IP) se utiliza ampliamente en redes de tercera generación (3G). Sin embargo, los protocolos y sistemas de cargos relacionados con el IP no son necesariamente capaces de proporcionar toda la funcionalidad que sería deseable en un entorno de telecomunicaciones móviles. De interés específico es la amplia aceptación y el empleo de cuentas prepagas con respecto a los teléfonos móviles. Tales cuentas prepagas no se abordan en los sistemas existentes de cargos relacionados con el IP, en gran medida porque las comunicaciones por IP, en su mayor parte, no se basan en sistemas de contabilidad prepago. El problema se exacerba por la naturaleza única de las rutinas de señalización y de establecimiento de llamadas empleadas en las redes 3G, que no tienen ninguna correspondencia directa, por ejemplo, con el acceso por Internet mediante ordenadores basados en tierra.

Un protocolo conocido como Diameter ha sido propuesto para su empleo en redes de IP. Diameter proporciona un protocolo básico que puede extenderse a fin de proporcionar servicios de AAC (Autenticación, Autorización y Contabilidad). El protocolo básico no está concebido para ser utilizado por sí mismo, y debe emplearse con una aplicación Diameter. La contabilidad de Diameter es parte del protocolo básico y, por lo tanto, no está concebida para su empleo sin una aplicación Diameter.

Diameter puede proporcionar dos tipos de servicio a las aplicaciones. El primero implica la autenticación y la autorización, con funcionalidad de contabilidad optativa. El segundo implica sólo la contabilidad.

La contabilidad de Diameter se basa en un modelo dirigido por servidores, con capacidades para el suministro en tiempo real de información de contabilidad. Esto significa que una instancia que genera datos de cargos obtiene información, bien del servidor de autorización (si se ha hecho contacto con él) o bien del servidor de contabilidad, con respecto a la manera en que han de remitirse los datos de contabilidad.

El protocolo de contabilidad Diameter proporciona contabilidad en tiempo real, lo que significa el procesamiento de información sobre el empleo de recursos dentro de un intervalo temporal definido. Las restricciones temporales se imponen habitualmente para limitar el riesgo financiero.

Diameter no prevé actualmente los cargos en línea. Sin embargo, las redes celulares de la próxima generación especifican un cierto número de requisitos y características deseables para los cargos en línea. Los servidores de contabilidad en tales redes deben ser capaces, por ejemplo, de verificar la cuenta de un abonado en cuanto a la cobertura del servicio solicitado antes de la ejecución de ese servicio. La cuenta del abonado debe debitarse cada vez que el abonado utiliza los servicios relacionados con esa cuenta. También debe impedirse que los abonados accedan a sucesos o servicios imputables relacionados con sus cuentas específicas una vez que el crédito de la cuenta está agotado, o ha caducado.

También es deseable permitir un mecanismo para indicar al abonado los cargos a recaudar por un suceso imputable. También es deseable la capacidad de gestionar múltiples entornos de cargos, en los cuales distintas combinaciones de entidades de red están generando simultáneamente (o al menos durante una única llamada o traspaso de datos) cargos con respecto a la cuenta del abonado.

Es un objeto de la invención proporcionar un procedimiento de cargo a una cuenta prepaga dentro de una red.

El documento WO 02/01847A revela un procedimiento de cargo para un servicio de comunicación en un sistema de comunicación, especialmente para un servicio de comunicación prepago. Un nodo de procesamiento del servicio prepago (PSPN) procesa un servicio de comunicación. Una información del nodo de soporte de prepago (PI) se recibe desde una base de datos del perfil de abonados (SPD). Se determina una dirección de nodo de soporte de prepago (PA) a partir de la información del nodo de soporte de prepago (PI). Se detecta una solicitud para el servicio de comunicación a cargar en una cuenta de prepago del abonado, y se envía una solicitud de información de crédito a un nodo de soporte de prepago (PPSC) identificado por la dirección del nodo de soporte de prepago (PA) almacenada. Se recibe información de crédito y se procesa el servicio de comunicación solicitado según la información de crédito.

El documento WO 00/69118 revela un sistema y procedimiento para proporcionar un servicio de abonado prepago a un abonado móvil en una red integrada de telecomunicaciones inalámbricas. Cuando el abonado móvil comienza una sesión de datos conmutados por paquetes, un nodo servidor de soporte del GPRS), (SGSN), un nodo pasarela de soporte del GPRS (GGSN), o ambos, envían periódicamente registros de datos parciales (CDR) a un centro de prepagos (PPC). Cuando el abonado móvil comienza una llamada por conmutación de circuitos, un centro de conmutación móvil (MSC) envía periódicamente CDR parciales al PPC. El PPC calcula en tiempo casi real un nuevo saldo de cuenta para el abonado prepago.

Resumen de la invención

Los objetos de la invención son logrados por un procedimiento y por disposiciones que están caracterizadas por lo que se afirma en las reivindicaciones independientes 1, 13, 25, 26, 27 y 28. Las realizaciones preferidas de la invención se revelan en las reivindicaciones dependientes. En un primer aspecto, la presente invención proporciona un procedimiento de cargos contra un crédito prepago en una red de comunicación, comprendiendo el procedimiento las etapas de solicitar el establecimiento de una llamada entre un primer terminal y un segundo terminal; de verificar si algún coste generado por los clientes de la contabilidad en la red, y asociado a la llamada, ha de cargarse contra el crédito prepago; en el caso de que alguno de, o todos, los costes haya(n) de cargarse contra el crédito prepago, establecer una sesión de contabilidad entre un servidor de contabilidad y el cliente de contabilidad que generará los costes a cargar contra el crédito prepago, adjudicándose a la sesión de contabilidad un identificador de sesión de contabilidad; y de establecer la llamada con el segundo terminal; caracterizado porque el procedimiento comprende adicionalmente las etapas de enviar datos de actualización de cargos desde el cliente de contabilidad al servidor de contabilidad durante la llamada; y de clasificar los datos de actualización de cargos en el servidor de contabilidad sobre la base del identificador de sesión de contabilidad, permitiendo por ello la actualización del crédito prepago durante la llamada.

Preferiblemente, hay una pluralidad de clientes de contabilidad que generan costes con respecto a la llamada. En ese caso, se establecen sesiones de contabilidad entre cada respectivo cliente de contabilidad y el servidor de contabilidad, adjudicándose a cada una de las sesiones de contabilidad un identificador común de sesión de contabilidad asociado a la llamada a establecer. Los datos de actualización de cargos, incluyendo el identificador de sesión de contabilidad, se envían desde cada uno de los clientes de contabilidad al servidor de contabilidad durante la llamada. La información de actualización de cargos se clasifica en el servidor de contabilidad sobre la base del identificador de sesión de contabilidad, permitiendo por ello la actualización del crédito prepago durante la llamada.

En un segundo aspecto, la presente invención proporciona una red de comunicación configurada para permitir cargos contra crédito prepago con respecto a un primer terminal, incluyendo la red un servidor de contabilidad y un cliente de contabilidad capaz de generar costes asociados a un servicio en la red, estando la red configurada para aceptar una solicitud del primer terminal para el establecimiento de una llamada entre el primer terminal y un segundo terminal; verificar si algún coste generado por los clientes de contabilidad en la red, y asociado a la llamada, ha de cargarse contra...

1. Un procedimiento de cargos contra crédito prepago en una red de comunicación, comprendiendo el procedimiento las etapas de:

caracterizado porque el procedimiento comprende adicionalmente las etapas de:

2. Un procedimiento según la reivindicación 1, en el cual hay una pluralidad de clientes de contabilidad que generan costes con respecto a la llamada, incluyendo el procedimiento las etapas de:

establecer sesiones de contabilidad entre cada respectivo cliente de contabilidad y el servidor (37) de contabilidad, adjudicándose a cada una de las sesiones de contabilidad un identificador común de sesión de contabilidad asociado a la llamada a establecer;

enviar datos de actualización de cargos desde cada uno de los clientes de contabilidad al servidor (37) de contabilidad durante la llamada, incluyendo los datos de actualización de cargos el identificador de sesión de contabilidad; y

clasificar los datos de actualización de cargos de cada uno de los clientes de contabilidad sobre la base del identificador de sesión de contabilidad, permitiendo por ello la actualización del crédito prepago durante la llamada.

3. Un procedimiento según la reivindicación 1 o 2, en el cual el servidor (37) de contabilidad está situado en la red original del primer terminal (30).

4. Un procedimiento según una cualquiera de las reivindicaciones precedentes, en el cual cada cliente de contabilidad adopta la forma de una de las siguientes entidades de red:

5. Un procedimiento según una cualquiera de las reivindicaciones precedentes, en el cual el identificador de sesión de contabilidad se adjudica al recibirse en la red la solicitud para el establecimiento de una llamada desde el primer terminal (30).

6. Un procedimiento según una cualquiera de las reivindicaciones precedentes, en el cual la solicitud para el establecimiento de una llamada se hace mediante un mensaje del Protocolo de Iniciación de Sesión (SIP) enviado desde el primer terminal (30).

7. Un procedimiento según una cualquiera de las reivindicaciones precedentes, en el cual los datos de actualización de cargos se envían desde los clientes de contabilidad al servidor (37) de contabilidad, mediante un mensaje del protocolo Diameter.

8. Un procedimiento según la reivindicación 7, en el cual los datos de actualización de cargos se envían desde cada cliente de contabilidad al cliente de contabilidad, en respuesta a una solicitud de actualización del protocolo Diameter emitida por el servidor (37) de contabilidad.

9. Un procedimiento según la reivindicación a, en el cual el servidor de contabilidad emite las solicitudes de actualización periódicamente a cada cliente de contabilidad.

10. Un procedimiento según una cualquiera de las reivindicaciones precedentes, en el cual la etapa de verificar si los costes han de cargarse contra el crédito prepago incluye la etapa de buscar datos del perfil del abonado al recibirse la solicitud para el establecimiento de la llamada.

11. Un procedimiento según una cualquiera de las reivindicaciones precedentes, en el cual la red es una red IP.

12. Un procedimiento según la reivindicación 11, en el cual la red es una red UMTS.

13. Una red de comunicación configurada para permitir el cargo contra crédito prepago con respecto a un primer terminal, incluyendo la red un servidor (37) de contabilidad y un cliente de contabilidad capaz de generar costes asociados a un servicio en la red, estando la red configurada para:

14. Una red de comunicación según la reivindicación 13, que incluye una pluralidad de clientes de contabilidad que generan costes con respecto a la llamada, estando la red configurada para:

establecer sesiones de contabilidad entre cada respectivo cliente de contabilidad y el servidor (37) de contabilidad, adjudicándose a cada una de las sesiones de contabilidad un identificador común de sesión de contabilidad, asociado a la llamada a establecer;

en la cual cada uno de los clientes de contabilidad está configurado para enviar datos de actualización de cargos al servidor (37) de contabilidad durante la llamada, incluyendo los datos de actualización de cargos el identificador de sesión de contabilidad; y

el servidor de contabilidad está configurado para clasificar los datos de actualización de cargos de cada uno de los clientes de contabilidad sobre la base del identificador de sesión de contabilidad, permitiendo por ello la actualización del crédito prepago durante la llamada.

15. Una red de comunicación según la reivindicación 13 o 14, en la cual el servidor (37) de contabilidad está situado en la red original del primer terminal (30).

16. Una red de comunicación según una cualquiera de las reivindicaciones 13 a 15, en la cual cada cliente de contabilidad adopta la forma de una de las siguientes entidades de red:

17. Una red de comunicación según una cualquiera de las reivindicaciones 13 a 16, configurada de forma tal que el identificador de sesión de contabilidad se adjudique al recibirse en la red la solicitud para el establecimiento de una llamada desde el primer terminal (30).

18. Una red de comunicación según una cualquiera de las reivindicaciones 13 a 17, en la cual la solicitud para el establecimiento de una llamada se hace mediante un mensaje del Protocolo de Iniciación de Sesión (SIP) enviado desde el primer terminal (30).

19. Una red de comunicación según una cualquiera de las reivindicaciones 13 a 18, en la cual los datos de actualización de cargos se envían desde los clientes de contabilidad al servidor (37) de contabilidad mediante un mensaje del protocolo Diameter.

20. Una red de comunicación según la reivindicación 19, en la cual los datos de actualización de cargos se envían desde cada cliente de contabilidad al cliente de contabilidad en respuesta a una solicitud de actualización del protocolo Diameter emitida por el servidor (37) de contabilidad.

21. Una red de comunicación según la reivindicación 20, en la cual el servidor (37) de contabilidad emite las solicitudes de actualización periódicamente a cada cliente de contabilidad.

22. Una red de comunicación según cualquiera de las reivindicaciones 13 a 21, configurada para verificar si han de cargarse costes contra crédito prepago, buscando datos del perfil del abonado al recibirse la solicitud para el establecimiento de la llamada.

23. Una red de comunicación según cualquiera de las reivindicaciones 13 a 22, en la cual la red es una red IP.

24. Una red de comunicación según la reivindicación 23, en la cual la red es una red UMTS.

25. Un servidor (37) de contabilidad para cargar contra crédito prepago en una red de comunicación, según una cualquiera de las reivindicaciones 13 a 24, estando el servidor (37) de contabilidad configurado para:

caracterizado porque el servidor (37) de contabilidad, que está incluido en dicha red de comunicación, está adicionalmente configurado para:

26. Un cliente de contabilidad para cargos contra crédito prepago en una red de comunicación según una cualquiera de las reivindicaciones 13 a 24, estando el cliente de contabilidad configurado para:

caracterizado porque el cliente de contabilidad está adicionalmente configurado para:

27. Un procedimiento de cargos contra crédito prepago, con un servidor (37) de contabilidad incluido en una red de comunicación según una cualquiera de las reivindicaciones 13 a 24, comprendiendo el procedimiento:

28. Un procedimiento de cargos contra crédito prepago con un cliente de contabilidad en una red de comunicación según una cualquiera de las reivindicaciones 13 a 24, comprendiendo el procedimiento:

caracterizado porque el procedimiento comprende adicionalmente: