Procedimiento para la facturación de tráfico de datos en un sistema de radiocomunicación,

que comprende como mínimo un equipo terminal móvil (UE) y como mínimo una red de servicios (IMS) con como mínimo un nodo pasarela (GGSN), caracterizado porque el nodo pasarela (GGSN) recibe, mediante una interfaz (DCCA) con un servidor de facturación (AAA), como mínimo una variable de entrada para la gestión de periodos de cálculo (intervalo PM / CTP), porque se fija como mínimo un periodo de cálculo (intervalo PM / CTP), que constituye como mínimo una parte de un periodo de facturación (PM/CTP), y se inicia dicho periodo de cálculo (intervalo PM / CTP) a través de un tráfico de datos en un enlace (contexto PDP) existente con el nodo pasarela y porque la gestión del o de los periodos de cálculo (intervalo PM / CTP) se realiza en el nodo pasarela (GGSN), comprendiendo la variable de entrada la duración del periodo de cálculo (intervalo PM /CTP), poniéndose en marcha un temporizador en cuanto comienza un periodo de cálculo y no controlándose nuevamente la presencia de un tráfico de datos hasta haber expirado el temporizador.

Procedimiento para la facturación de tráfico de datos en un sistema de radiocomunicación, nodo pasarela, servidor de facturación y sistema de facturación [001] La presente invención se refiere a un procedimiento para la facturación de tráfico de datos en un sistema de radiocomunicación, a un nodo pasarela, a un servidor de facturación y a un sistema para la facturación de tráfico de datos en un sistema de radiocomunicación.

[002] En los sistemas de radiocomunicación modernos puede conectarse un equipo terminal móvil a una red central mediante una red de acceso. La red de acceso puede ser en particular una red GPRS (General Packet Radio Service [Servicio General de Radiocomunicaciones por Paquetes]) o una red UMTS. En la red central puede estar integrada una red de servicios (por ejemplo un subsistema multimedia IP (IMS) ) . El paso de la red de acceso a la red central se realiza por ejemplo mediante un, así llamado, Serving GPRS Support Nod [nodo de soporte de servicio GPRS] (SGSN) , que forma parte de la red central. Tras el SGSN, un nodo pasarela, que por ejemplo es un Gateway GPRS Support Node [nodo de soporte de la pasarela GPRS] (GGSN) , sirve de pasarela de la red central a la red de servicios. La facturación en tales subsistemas multimedia IP se describe por ejemplo en el estándar "Digital cellular telecommunications system (Phase 2+) ; TS 32.225 V5.8.0 (2005-03) " ETSI Standards, European Telecommunications Standards Institute, Sophia-Antipo, FR, Bd. 3-SA5, Nr. V580, marzo 2005 (2005-03) , XP014028027 ISSN:0000-0001. En este estándar, una función de facturación (ECF) liquida las tasas que se producen en un servidor de aplicación (AS) . En los estándares ETSI TS 132 299 V 6.2.0 y 3GPP TS 32.200 se describen además otras gestiones de facturación.

[003] Para poder liquidar el tráfico de datos que pasa a través del nodo pasarela, el nodo pasarela está conectado a un servidor de facturación. Por regla general, éste está diseñado para calcular las tasas que se producen para un determinado tráfico de datos. Por lo tanto, en este servidor de facturación se lleva a cabo la gestión de las tasas. Para poder realizar esta tarea de una manera fiable es necesaria una transmisión constante de información, es decir un envío constante de señales, del nodo pasarela al servidor de facturación. Dado que el envío de señales continuo es forzosamente necesario, se [004]reduce la velocidad de liquidación y además no es posible realizar modos de liquidación que vayan a provocar una presencia de señales adicional.

[005] El objetivo de la presente invención es por lo tanto crear una solución con la que se posibilite una liquidación lo más sencilla y flexible posible del tráfico de datos en un sistema de radiocomunicación, con la menor necesidad posible de un envío de señales entre el nodo pasarela y el servidor de facturación.

[006] La invención se basa en el conocimiento de que, para el cálculo de la tasa a cobrar, se toma como base un periodo de cálculo en lugar de un intervalo de tiempo de utilización en un enlace de comunicación o un volumen del tráfico de datos.

[007] Según un primer aspecto, la invención se refiere a un procedimiento para la facturación de tráfico de datos en un sistema de radiocomunicación según la reivindicación 1.

[008] El equipo terminal móvil se denominará en lo que sigue también 'User Equipment' (UE [equipo de usuario]) y puede ser por ejemplo un teléfono móvil, un ordenador portátil o un PC. La red de servicios del sistema de comunicación puede representar en particular un subsistema multimedia IP de una red UMTS. Por último, el enlace de comunicación que pasa a través del nodo pasarela se denominará en lo que sigue también 'contexto PDP', significando PDP el, así llamado Protocolo de Datos por Paquetes.

[009] En el sentido de esta invención, se entiende por 'utilización' la utilización de un contexto PDP existente, es decir especialmente la transmisión de tráfico de datos mediante el contexto PDP. El tráfico de datos que puede aparecer en el contexto PDP es por ejemplo tráfico de datos según el protocolo de Internet (Trafico -IP) .

La determinación del periodo de cálculo a través de una utilización puede ser en particular el inicio de un periodo de cálculo, pudiendo la utilización aparecer al principio del periodo de cálculo o también en el transcurso del mismo. Averiguando un periodo de facturación a través de periodos de cálculo es posible configurar la liquidación de tráfico de datos en un enlace de comunicación existente de una manera más flexible. Así, la facturación puede realizarse por ejemplo en relación con las acciones. Para ello no es necesaria una facturación basada en el tiempo en la que se liquide por segundos o minutos de utilización real. Por lo tanto, puede prescindirse también del control constante de la continuidad del tráfico de datos, del almacenamiento de la duración de la utilización y de la totalización de los tiempos de uso respectivos así averiguados, así como de una transmisión constante de información relativa al tráfico de datos entre el servidor de facturación y el nodo pasarela. Un periodo de cálculo puede abarcar un gran número de utilizaciones que causen en cada caso un tráfico de datos.

La gestión del o de los periodos de cálculo se denomina en lo que sigue también 'gestión de cuotas' y se realiza en el nodo pasarela. Realizando la gestión en el nodo pasarela mismo es posible reducir a un mínimo la necesidad de un envío de señales entre el nodo pasarela y un servidor de facturación. Esto supone una aceleración y simplificación del tiempo de liquidación necesario.

Con este fin, el nodo pasarela está conectado preferentemente mediante una interfaz a un servidor de facturación y recibe de este último como mínimo una variable de entrada para la gestión de periodos de cálculo.

El servidor de facturación puede ser en particular un servidor para la autenticación, autorización y liquidación, que en lo que sigue se denomina también 'Servidor-AAA' (Authentication, Authorisation, Accounting [autenticación, autorización y contabilidad]) . La interfaz puede estar diseñada según el, así llamado, protocolo Diameter, el sucesor del protocolo Radius (Remote Authentication Dial in User Service[Servicio de autenticación remota telefónica de usuario]) , y en lo que sigue se denomina también 'interfaz DCCA' (Diameter Credit Control Application[Aplicación para Control de Crédito Diameter]) . La variable de entrada puede estar integrada en un parámetro de este protocolo, por ejemplo en un par de valores de atributo AVP. De este modo, la variable de entrada puede integrarse en señales conocidas entre el servidor de facturación y el nodo pasarela.

La variable de entrada se determina preferentemente en función del tipo de tráfico de datos. Esta determinación, es decir la asignación de una variable de entrada a un tráfico de datos determinado, puede realizarse en el servidor de facturación. Las variables de entrada pueden estar depositadas en el servidor de facturación en forma de tablas según las categorías de tráfico de datos. Con la variable de entrada puede ponerse a disposición del nodo pasarela toda la información necesaria para la gestión de los periodos de cálculo. Así pues, a partir de la recepción de la o las variables de entrada, el nodo pasarela puede, sin necesidad de un envío de señales o de un almacenamiento de datos específicos del usuario, gestionar los periodos de cálculo teniendo en cuenta un perfil de usuario y/o el tipo de tráfico de datos. El diseño del nodo pasarela se mantiene por lo tanto sencillo y la necesidad de un envío de señales al servidor de facturación es pequeña.

Mediante la interfaz se transmite preferentemente como mínimo un resultado de la gestión de los periodos de cálculo del nodo pasarela al servidor de facturación. Así pues, con sólo una señal puede ponerse a disposición del servidor de facturación la información necesaria para la liquidación. Este resultado puede ser por ejemplo la duración del periodo de facturación que debe cargarse al usuario.

La o las variables de entrada para la gestión de periodos de cálculo pueden transmitirse al establecerse el enlace de comunicación. Con ello se garantiza que la variable de entrada necesaria para la gestión esté en cada caso disponible al aparecer una primera utilización y el primer tráfico de datos causado por ésta en el enlace de comunicación y sea posible realizar una gestión inmediata. Además, esta medida permite reducir... [Seguir leyendo]

1. Procedimiento para la facturación de tráfico de datos en un sistema de radiocomunicación, que comprende como mínimo un equipo terminal móvil (UE) y como mínimo una red de servicios (IMS) con como mínimo un nodo pasarela (GGSN) , caracterizado porque el nodo pasarela (GGSN) recibe, mediante una interfaz (DCCA) con un servidor de facturación (AAA) , como mínimo una variable de entrada para la gestión de periodos de cálculo (intervalo PM / CTP) , porque se fija como mínimo un periodo de cálculo (intervalo PM / CTP) , que constituye como mínimo una parte de un periodo de facturación (PM/CTP) , y se inicia dicho periodo de cálculo (intervalo PM / CTP) a través de un tráfico de datos en un enlace (contexto PDP) existente con el nodo pasarela y porque la gestión del o de los periodos de cálculo (intervalo PM / CTP) se realiza en el nodo pasarela (GGSN) , comprendiendo la variable de entrada la duración del periodo de cálculo (intervalo PM /CTP) , poniéndose en marcha un temporizador en cuanto comienza un periodo de cálculo y no controlándose nuevamente la presencia de un tráfico de datos hasta haber expirado el temporizador.

2. Procedimiento según la reivindicación 1, caracterizado porque el nodo pasarela (GGSN) transmite mediante la interfaz (DCCA) a un servidor de facturación (AAA) como mínimo un resultado de la gestión de los periodos de cálculo (intervalo PM /CTP) .

3. Procedimiento según una de las reivindicaciones 1 ó 2, caracterizado porque la o las variables de entrada para la gestión de periodos de cálculo (intervalo PM / CTP) se transmiten al establecerse el enlace de comunicación (contexto PDP) .

4. Procedimiento según una de las reivindicaciones 1 a 3, caracterizado porque la o las variables de entrada para la gestión de periodos de cálculo (intervalo PM / CTP) constituyen cierto número de testigos de liquidación.

5. Procedimiento según una de las reivindicaciones 1 a 4, caracterizado porque la variable de entrada comprende una indicación sobre el modo de liquidación a utilizar.

6. Procedimiento según una de las reivindicaciones 4 ó 5, caracterizado porque la variable de entrada comprende un valor umbral de testigos.

7. Procedimiento según la reivindicación 6, caracterizado porque el resultado de la gestión de periodos de cálculo que se transmite es el alcanzamiento del valor umbral de testigos.

8. Procedimiento según una de las reivindicaciones 4 a 7, caracterizado porque en el nodo pasarela (GGSN) se reduce en uno el número de testigos al comenzar cada periodo de cálculo (intervalo PM / CTP) .

9. Procedimiento según una de las reivindicaciones 1 a 8, caracterizado porque el tráfico de datos (IP-traffic) que en un enlace de comunicación establecido (contexto PDP) fluye a través del nodo pasarela (GGSN) se categoriza al pasar por el nodo pasarela (GGSN) .

10. Procedimiento según una de las reivindicaciones 1 a 9, caracterizado porque, dependiendo de un modo de liquidación, el periodo de cálculo (intervalo PM/CTP) constituye todo el periodo de facturación (PM) o una parte del periodo de facturación (intervalo CTP) .

11. Procedimiento según una de las reivindicaciones 1 a 10, caracterizado porque la utilización que determina el periodo de cálculo (intervalo PM/CTP) constituye una utilización prefijada de una categoría de uso, constituyendo opcionalmente la utilización prefijada de una categoría de uso la primera utilización en el enlace existente (contexto PDP) y/u otra utilización en el enlace (contexto PDP) cuyo comienzo no se halla en un periodo de facturación (PM / CTP) en curso.

12. Procedimiento según una de las reivindicaciones 1 a 11, caracterizado porque el periodo de facturación (CTP) solo se considera terminado cuando ha expirado un tiempo de cambio, siendo el tiempo de cambio mayor que el periodo de facturación (CTP) en la medida de un periodo de cálculo (intervalo CTP) .

13. Procedimiento según una de las reivindicaciones 1 a 12, caracterizado porque el periodo de facturación (PM / CTP) se considera terminado cuando no tiene lugar ningún tráfico de datos o, como alternativa, cuando el periodo de facturación (PM / CTP) sigue transcurriendo aun en ausencia de tráfico de datos.

14. Procedimiento según una de las reivindicaciones 1 a 13, caracterizado porque el nodo pasarela (GGSN) pide una cuota para cada categoría antes de transmitir el tráfico de datos (IP-traffic) , comprendiendo la cuota preferentemente el modo de liquidación.

15. Procedimiento según una de las reivindicaciones 11 a 14, caracterizado porque la categoría se fija en función de la procedencia y/o el destino de la aplicación que genera el tráfico de datos.

16. Nodo pasarela de un sistema de radiocomunicación, caracterizado porque comprende una unidad para recibir de un servidor de facturación (AAA) del sistema de radiocomunicación información de facturación en forma de variables de entrada para la gestión de como mínimo un periodo de cálculo (intervalo PM / CTP) , y una unidad de gestión destinada a la gestión de periodos de cálculo para la facturación de tráfico de datos en un enlace (contexto PDP) existente en el sistema de radiocomunicación, presentando la unidad de gestión un temporizador que se pone en marcha al comenzar un periodo de cálculo y no controlándose nuevamente la presencia de tráfico de datos hasta haber expirado el temporizador.

17. Nodo pasarela según la reivindicación 16, caracterizado porque presenta una unidad para interpretar la información de facturación recibida y opcionalmente una unidad emisora para el envío de resultados desde la unidad de gestión.

18. Nodo pasarela según una de las reivindicaciones 16 ó 17, caracterizado porque la unidad de gestión está diseñada para gestionar testigos de liquidación.

19. Nodo pasarela según una de las reivindicaciones 16 a 18, caracterizado porque está diseñado para la ejecución del procedimiento según una de las reivindicaciones 1 a 15.

20. Servidor de facturación para un sistema de radiocomunicación, caracterizado porque presenta una unidad para el envío de información de facturación en forma de la duración del periodo de cálculo (intervalo PM/CTP) .

21. Servidor de facturación según la reivindicación 20, caracterizado porque presenta una unidad para la recepción de información de facturación y/o presenta una unidad para interpretar información de facturación recibida.

22. Servidor de facturación según una de las reivindicaciones 20 ó 21, caracterizado porque está diseñado para la ejecución del procedimiento según una de las reivindicaciones 1 a 15.

23. Sistema para la facturación de tráfico de datos en un sistema de radiocomunicación que comprende como mínimo un equipo terminal móvil (UE) y como mínimo una red de servicios (IMS) con como mínimo un nodo pasarela (GGSN) , caracterizado porque el nodo pasarela (GGSN) presenta una unidad de gestión destinada a la gestión de periodos de cálculo para la facturación de tráfico de datos en un enlace (contexto PDP) existente con el nodo pasarela (GGSN) , presentando la unidad de gestión un temporizador que se pone en marcha al comenzar un periodo de cálculo y no controlándose nuevamente la presencia de tráfico de datos hasta haber expirado el temporizador.

24. Sistema según la reivindicación 23, caracterizado porque el nodo pasarela (GGSN) está conectado a un servidor de facturación (AAA) mediante una interfaz (DCCA) que está diseñada para la transmisión de variables de entrada para la unidad de gestión del nodo pasarela (GGSN) .

25. Sistema según una de las reivindicaciones 23 ó 24, caracterizado porque el nodo pasarela (GGSN) está conectado a un servidor de facturación (AAA) mediante una interfaz (DCCA) que está diseñada para la transmisión de resultados desde la unidad de gestión del nodo pasarela (GGSN) .

26. Sistema según una de las reivindicaciones 23 a 25, caracterizado porque la interfaz (DCCA) entre el nodo pasarela (GGSN) y el servidor de facturación (AAA) está diseñada para la transmisión de testigos.

27. Sistema según la reivindicación 24 a 26, caracterizado porque la interfaz está diseñada para la realización de sesiones según el protocolo Diameter.

28. Sistema según una de las reivindicaciones 23 a 27, caracterizado porque presenta un nodo pasarela según una de las reivindicaciones 16 a 19.

29. Sistema según una de las reivindicaciones 23 a 28, caracterizado porque presenta un servidor de facturación según una de las reivindicaciones 20 a 22.

30. Sistema según una de las reivindicaciones 23 a 29, caracterizado porque está diseñado para la ejecución del procedimiento según una de las reivindicaciones 1 a 15.

Ser vid or AA A

Cont exto PDP

Tráfi co de datomi s

nu to s C on te xt o P D