ES2297152T3 - Procedimiento para la tarificacion en linea con vigilancia de valores limite de transmisiones de datos. - Google Patents

Abstract

Procedimiento para el control y el mando de un Presupuesto IP disponible de un abonado (TE) en una red de comunicaciones basada en paquetes, en el caso de una tarificación en línea de transmisiones de datos, en el que está prevista una función de control (2) en un nodo de red de la red de comunicaciones, la cual gestiona un presupuesto IP (7) central adjudicado por un calculador de tarifas (1) y carga un presupuesto IP central (7), según prefijaciones de tarificación por parte del calculador de tarifas (1) en el caso de un aprovechamiento de recursos de una transmisión de datos de varios flujos de datos (4.1.-4.3.), en un contexto asociable a un abonado, en donde la magnitud de la carga se determina específicamente según el flujo de datos, caracterizado porque por el lado del calculador de tarifas se prefija, para determinar la magnitud de la carga a causa de un flujo de datos, un factor de reducción o factor de ponderación (Z-1-Z-3) específico del flujo de datos, después de la transmisiónde un volumen de datos al flujo de datos, se pondera el volumen de datos transmitido mediante la función de control con el factor de ponderación, de aquí se establece una porción correspondiente del presupuesto IP y la porción del presupuesto IP que se obtiene de ello se extrae directamente del presupuesto IP, en donde la función de control para establecer el factor de ponderación accede a una tabla que comprende, para los flujos de datos que pueden asociarse a un abonado, indicaciones de tarificación específicas del flujo de datos, en donde en el caso de añadirse un nuevo flujo de datos el calculador de tarifas transmite a la función de control, en cada caso, un nuevo factor de ponderación o una nueva tabla o un índice o un identificador sobre un elemento de tabla, en donde el calculador de tarifas de la función de control comunica mediante una tabla o un indicador, sobre una posición en una tabla, con qué factor de ponderación debe ponderarse un volumen de datos transmitido en un flujo dedatos en el caso de una modificación de parámetros.

Description

Procedimiento para la tarificación en línea con vigilancia de valores límite de transmisiones de datos.

La presente invención se refiere a un procedimiento para el control y el mando de un Presupuesto IP central disponible, como por ejemplo hora, volumen de transmisión, número de paquetes, de un abonado en una red de comunicaciones basada en paquetes en el caso de una tarificación en línea con vigilancia de valores límite. En las redes de comunicaciones inalámbricas y alámbricas se utilizan con frecuencia procedimientos de comunicación, que se basan en la transmisión de paquetes de datos (por ejemplo paquetes IP, IP = protocolo de Internet). Con ello se habla entonces de redes de comunicaciones basadas en paquetes. En el caso de una red de comunicaciones basadas en paquetes puede tratarse por ejemplo de una red de telefonía móvil de la tercera generación, que funciona según prefijaciones GPRS (GPRS = General Packet Radio System). En redes de telefonía móvil basadas en paquetes un registro de tarifas se basa entre otras cosas en un registro de los paquetes ID transmitidos. Las tarifas se calculan con ello a partir del volumen total de los paquetes IP transmitidos desde y a un usuario, su número o el número de bytes de datos. Del mismo modo pueden determinarse las tarifas con base en el tiempo de transmisión. Este consumo de recursos se designa en el marco de la presente invención como IP-Presupuesto. Los servicios de tarificación en línea existentes para GPRS se basan en una vigilancia del IP-Presupuesto para un contexto PDP. Un contexto PDP es un ejemplo de un llamado enlace Layer2 de un abonado a la red de comunicaciones. El presupuesto puesto a disposición por el calculador de tarifas para una flujo de datos se determina mediante parámetros actuales, como por ejemplo el crédito de un abonado, un ancho de banda puesto a disposición o mediante un requisito de calidad (QoS) de una flujo de datos. Con ello pueden encontrarse varios flujos de datos dentro de un contexto de Layer 2/PDP. Un presupuesto puesto a disposición concretamente está ligado siempre a los parámetros de un flujo de datos. Si un presupuesto pone por ejemplo a disposición 300 kB, este presupuesto sólo puede utilizarse para un flujo de datos con los anchos de bando o requisitos de calidad prefijados. Si el presupuesto se pone a disposición por ejemplo concretamente para un llamado flujo de datos "Best Effort", este presupuesto no puede usarse en la misma magnitud para otro flujo de datos, por ejemplo uno llamado "real time". De este modo se plantea la necesidad de una recogida diferenciada de datos de transmisión, en donde los diferentes flujos de datos pueden diferenciarse dentro de un contexto de Layer 2/PDP. Los flujos de datos individuales ejecutan con ello transacciones de una aplicación entre dos o más puntos extremos IP. En GPRS se define para ello una función de control, una llamada función IP-Flow. En el caso de este concepto se plantea ahora el problema de la asociación de presupuestos a los diferentes flujos de datos. Además de esto se plantea la cuestión de un modo de procedimiento en el caso de alcanzarse el límite del presupuesto, es decir, cuando el calcular de tarifas o el Online Charging-Server, a petición, ya no puede poner a disposición ningún presupuesto más. Hasta ahora todo el contexto PDP se vigilaba mediante un nodo de red de control de la red GPRS, un llamado SGSN, y en el caso de alcanzarse el límite del presupuesto se anulaba el enlace.

En el caso de materializarse la llamada función IP Flow los presupuestos se asociarían directamente a los diferentes flujos de datos y, en el caso de alcanzarse el límite del presupuesto, se interrumpiría el flujo de datos correspondiente, en donde los restantes flujos de datos seguirían manteniéndose.

Este concepto es evidentemente muy rígido con relación a la distribución de presupuestos y no permite ninguna flexibilidad al alcanzar el límite del presupuesto con relación a un flujo de datos concreto.

El documento XP002264014 hace patente un procedimiento para la tarificación en línea de transmisiones de datos en UTMS, en donde se determina la magnitud de la carga específicamente según el flujo de datos.

Una tarea de la presente invención era de aquí en adelante poner a disposición un procedimiento, con cuya ayuda se haga posible, de forma flexible y al mismo tiempo controlada, distribuir un presupuesto IP disponible para un abonado entre los diferentes flujos de datos.

Esta tarea es resuelta mediante un procedimiento conforme a la invención conforme a la reivindicación 1. En las reivindicaciones subordinadas se mencionan otras formas de ejecución ventajosas.

En una forma de ejecución preferida del procedimiento conforme a la invención se utiliza como red de comunicaciones basada en paquetes una red GPRS. La función de control está localizada preferiblemente con ello en un GGSN de la red GPRS. En el ejemplo de la GPRS se encuentran, como ya se ha citado al comienzo, varios flujos de datos en un contexto PDP. Como ya se ha explicado, un contexto PDP representa un ejemplo de un llamado enlace Layer2 de un abonado con la red de comunicaciones. Enlaces Layer2 analógicos existen también en una red de comunicaciones local inalámbrica, una llamada WLAN (Wíreless Local Area Network). El procedimiento conforme a la invención puede aplicarse a cualquier IP-Flow/flujo de datos.

En el procedimiento conforme a la invención por el lado del calculador de tarifas se prefija, para determinar la magnitud de la carga del presupuesto IP central a causa de los diferentes flujos de datos, en cada caso un factor de peso específico del flujo de datos y, después de la transmisión de un volumen de datos al flujo de datos, se pondera el volumen de datos transmitido mediante la función de control con el factor de ponderación, de aquí se establece una porción correspondiente del presupuesto IP y la porción del presupuesto IP que se obtiene de ello se extrae directamente del presupuesto IP. Esto significa que aquí, en la zona preliminar, a los diferentes flujos de datos no se asocia ningún presupuesto IP fijo específico del flujo de datos, sino que se produce una distribución mediante el calculador de tarifas para todos los flujos de datos de un abonado o de una dirección IP del abonado o de un contexto del abonado. Esto significa que la función de control dispone en primer lugar, para la distribución, de todo el presupuesto IP por ejemplo de un abonado o de una dirección IP o de un contexto. Por medio de esto para todos los flujos de datos de un abonado o de una dirección IP del abonado o de un contexto del abonado está a disposición en la misma medida todo el presupuesto IP. Según el volumen de datos transmitido en los diferentes flujos de datos se resta después la porción del presupuesto IP correspondiente, determinada mediante el factor de ponderación específico del flujo de datos, directamente del presupuesto IP. En el caso de esta forma de ejecución existe un contador, al que se añade todo el volumen de transmisión ponderado, y que se compara regularmente con el presupuesto IP prefijado.

En otra forma de ejecución especialmente preferida del procedimiento conforme a la invención, el presupuesto IP central sólo se carga para aprovechar recursos con los flujos de datos que pertenezcan todos a un contexto, que pueda asociarse una dirección IP del mismo abonado.

De forma especialmente preferida el presupuesto IP central sólo se carga para aprovechar recursos, con los flujos de datos que pertenezcan todos al mismo contexto. En el caso de la GPRS se trata con ello entonces de un enlace Layer 2 o de un contexto PDP.

Mediante el procedimiento conforme a la invención puede tratarse de forma muy sencilla y flexible del caso, que se produce con mucha frecuencia, en el que diferentes flujos de datos pueden tarificarse de forma diferente. Según esto, en el caso de una carga del presupuesto IP central es necesario tener en cuenta los parámetros específicos del flujo de datos de los diferentes flujos de datos. Con este fin tiene lugar conforme a la invención una ponderación del aprovechamiento de recursos que se ha producido mediante el respectivo flujo de datos, antes de con ello se cargue el presupuesto IP central. Para esto el calculador de tarifas prefija conforme a la invención, en el marco de sus prefijaciones de tarificación de la función de control para tarificar un flujo de datos, un factor de reducción o factor de ponderación específico del flujo de datos para determinar la porción del presupuesto IP a determinar específicamente según el flujo de datos. Por medio de este factor de ponderación puede ponderarse el aprovechamiento de recursos que se ha producido durante una transmisión, de forma correspondiente a las prefijaciones para el flujo de datos. Por ejemplo puede existir un flujo de datos "Flow 1" con un factor de ponderación 1 = 10 bytes por unidad y otro flujo de datos "Flow 2" con un factor de ponderación 2 = 20 kbytes por unidad. Para cada 100 kbytes transmitidos del flujo de datos "Flow 1" se carga el presupuesto IP central con diez unidades (Units), para cada 100 kbytes del flujo de datos "Flow 2", por el contrario, con cinco unidades (Units).

El calculador de tarifas puede prefijar con preferencia para cada flujo de datos un factor de ponderación y comunicar la función de control. Alternativamente a esto el calculador de tarifas puede transmitir también un índice sobre una tabla de distribución consignada en la función de control, con cuya ayuda se indica a la función de control la posición decisiva en la tabla, en donde está consignado el factor de ponderación afectado. Aparte de los factores de ponderación la tabla de distribución puede contener también indicaciones adicionales con relación al flujo de datos correspondiente, como por ejemplo prioridades predeterminadas o una información sobre si el flujo de datos en realidad se tarifica o está libre de tarifa. Esto significa que la función de control para establecer el factor de ponderación accede a una tabla que comprende, para todos los flujos de datos que pueden asociarse a un abonado, indicaciones de tarificación específicas del flujo de datos. Con ello el índice puede seleccionar en general una tabla específica para el abonado, por medio de que el factor de ponderación puede direccionarse a causa de las características del flujo de datos, o el índice puede señalar igual a un factor de ponderación determinado. Esta tabla se gestiona estáticamente en la función de control, en una forma de ejecución preferida del procedimiento conforme a la invención. Aparte de esto existe también la posibilidad, sin embargo, de que esta tabla se transmita a la función de control mediante el calculador de tarifas u otra función. En el caso de añadirse nuevos flujos de datos, no identificables hasta ahora, se amplía después la tabla de distribución en una nueva entrada. Alternativamente también puede prefijarse mediante el calculador de tarifas un índice adicional sobre una tabla existente.

En otra forma de ejecución preferida del procedimiento conforme a la invención se definen para los diferentes flujos de datos prioridades adicionales, que se tienen en cuenta para el presupuesto residual al alcanzarse el valor umbral. De este modo, por ejemplo, un flujo de datos que es excelente para informaciones de señalización puede tratarse con la máxima vida útil, es decir altamente priorizado; los restantes flujos de datos se terminarían. De este modo puede garantizarse que con un presupuesto residual remanente puede realizarse una "comunicación mínima", por ejemplo para cargar en cuenta por parte del abonado.

En una forma de ejecución especialmente preferida del procedimiento conforme a la invención se sigue utilizando el presupuesto IP existente, en el caso de añadirse un nuevo flujo de datos, y se consulta al calculador de tarifas cómo debe ponderarse el aprovechamiento de recursos mediante este flujo de datos con respecto al presupuesto IP.

En una forma de ejecución especialmente preferida del procedimiento conforme a la invención se sigue utilizando el presupuesto IP existente en el caso de añadirse un nuevo flujo de datos, pero a la función de control el calculador de tarifas asocia un presupuesto IP adicional, que adiciona la misma al existente.

En otra forma de ejecución preferida del procedimiento conforme a la invención la función de control envía, al finalizar uno de los flujos de datos, el presupuesto IP de vuelta al calculador de tarifas. El calculador de tarifas distribuye después, teniendo en cuenta la nueva cantidad y combinación de los flujos de datos, un nuevo presupuesto IP a la función de control.

En otra forma de ejecución preferida del procedimiento conforma a la invención la función de control informa al calculador de tarifas sobre la adición o eliminación de uno de los flujos de datos. El calculador de tarifas comunica después a la función de control cómo debe seguir utilizándose el presupuesto IP existente.

En otra forma de ejecución especialmente preferida del procedimiento conforma a la invención el calculador de tarifas reclama el presupuesto IP existente, en el caso de añadirse eliminarse un flujo de datos, y envía un nuevo presupuesto IP a la función de control teniendo en cuenta las características del nuevo flujo de datos y la combinación de los diferentes flujos de datos. Esto es especialmente conveniente para adaptar todo el presupuesto del abonado a las nuevas circunstancias.

En el procedimiento conforme a la invención el calculador de tarifas comunica a la función de control, mediante una tabla o un indicador sobre una posición en una tabla, con qué nuevo factor de ponderación debe ponderarse de nuevo el presupuesto IP de un flujo de datos en el caso de una modificación de parámetros (por ejemplo modificación Qos) de este flujo de datos.

Se señalan ventajas adicionales con base en la siguiente figura. Aquí muestra la figura 1 una representación esquemática de una forma de ejecución del procedimiento conforme a la invención.

En la figura 1 se ha representado una forma de ejecución del procedimiento conforme a la invención. Se han representado un calculador de tarifas 1, una función de control 2 y un enlace Layer2 3. Para un abonado TE se establece mediante un aparato terminal móvil MS, a través de una red de acceso, el enlace Layer2 3 en la red de comunicaciones basada en paquetes. El enlace Layer2 3 contiene varios flujos de datos 4.1.-4.3. El calculador de tarifas 1 prefija a la función de control 2, para tarificar los respectivos flujos de datos, factores de ponderación Z-1 - Z-3 específicos del flujo de datos. La función de control 2 gestiona un presupuesto IP 7. Después de transmitir un volumen de datos en un flujo de datos, por ejemplo en el flujo de datos 4.1., se pondera mediante la función de control 2 el volumen de datos transmitido mediante el factor de ponderación Z-1. De aquí se establece una porción correspondiente del presupuesto IP 7 mediante la función de control 2. La porción del presupuesto IP 7 que se obtiene de ello se extrae directamente del presupuesto IP 7. Esto significa que aquí, en la zona preliminar, a los diferentes flujos de datos 4.1.-4.3. no se asocia ninguna porción fija específica del flujo de datos del presupuesto IP 7. Esto significa que la función de control 2 dispone en primer lugar, para la distribución, de todo el presupuesto IP 7. El presupuesto IP 7 puede ser con ello el presupuesto que, mediante el calculador de tarifas, se ha asociado a un abonado, a una dirección IP o a un contexto. Por medio de esto todos los flujos de datos 4.1.-4.3. asociables de forma correspondiente disponen en la misma medida de todo el presupuesto IP 7. Según el volumen de datos transmitido en los diferentes flujos de datos 4.1.-4.3. se resta después la porción del presupuesto IP 7 correspondiente, determinada mediante el factor de ponderación Z-1 específico del flujo de datos, directamente del presupuesto IP 7. Para establecer los respectivos factores de ponderación Z-1 - Z-3 la función de control 2 accede a una tabla, que comprende indicaciones de tarificación específicas del flujo de datos para todos los flujos de datos asociables a un abonado. Ahora existen varias posibilidades de cómo indicar a la función de control 2 el factor de ponderación correspondiente. Por un lado el calculador de tarifas 1 puede transmitir un índice sobre la tabla consignada en la función de control 2. Con ello el índice puede seleccionar en general una tabla específica para el abonado, en la que el factor de ponderación puede direccionarse a causa de las características del flujo de datos correspondiente o el índice puede señalar directamente un determinado factor de ponderación. Esta tabla se gestiona estáticamente, por ejemplo en la función de control 2. Además de esto, sin embargo, también existe la posibilidad de que la tabla se transmita a la función de control 2 mediante el calculador de tarifas 1 u otra función.

Claims (9)

1. Procedimiento para el control y el mando de un Presupuesto IP disponible de un abonado (TE) en una red de comunicaciones basada en paquetes, en el caso de una tarificación en línea de transmisiones de datos, en el que está prevista una función de control (2) en un nodo de red de la red de comunicaciones, la cual gestiona un presupuesto IP (7) central adjudicado por un calculador de tarifas (1) y carga un presupuesto IP central (7), según prefijaciones de tarificación por parte del calculador de tarifas (1) en el caso de un aprovechamiento de recursos de una transmisión de datos de varios flujos de datos (4.1.-4.3.), en un contexto asociable a un abonado, en donde la magnitud de la carga se determina específicamente según el flujo de datos, caracterizado porque por el lado del calculador de tarifas se prefija, para determinar la magnitud de la carga a causa de un flujo de datos, un factor de reducción o factor de ponderación (Z-1-Z-3) específico del flujo de datos, después de la transmisión de un volumen de datos al flujo de datos, se pondera el volumen de datos transmitido mediante la función de control con el factor de ponderación, de aquí se establece una porción correspondiente del presupuesto IP y la porción del presupuesto IP que se obtiene de ello se extrae directamente del presupuesto IP, en donde la función de control para establecer el factor de ponderación accede a una tabla que comprende, para los flujos de datos que pueden asociarse a un abonado, indicaciones de tarificación específicas del flujo de datos, en donde en el caso de añadirse un nuevo flujo de datos el calculador de tarifas transmite a la función de control, en cada caso, un nuevo factor de ponderación o una nueva tabla o un índice o un identificador sobre un elemento de tabla, en donde el calculador de tarifas de la función de control comunica mediante una tabla o un indicador, sobre una posición en una tabla, con qué factor de ponderación debe ponderarse un volumen de datos transmitido en un flujo de datos en el caso de una modificación de parámetros.

2. Procedimiento según una de las reivindicaciones anteriores, caracterizado porque como red de comunicaciones basada en paquetes se utiliza una red GPRS.

3. Procedimiento según la reivindicación 2, caracterizado porque la función de control se localiza en una CGSN.

4. Procedimiento según una de las reivindicaciones anteriores, caracterizado porque el presupuesto IP central sólo se carga para aprovechar recursos de aquellos flujos de datos, que pertenezcan todos a un contexto que puede asociarse a una dirección IP del mismo abonado.

5. Procedimiento según una de las reivindicaciones anteriores, caracterizado porque el presupuesto IP central sólo se carga para aprovechar recursos de aquellos flujos de datos, que pertenezcan todos al mismo contexto.

6. Procedimiento según una de las reivindicaciones anteriores, caracterizado porque en el caso de añadirse un nuevo flujo de datos y en el caso de un aprovechamiento de recursos por parte del nuevo flujo de datos se carga el presupuesto IP existente.

7. Procedimiento según la reivindicación 6, caracterizado porque el calculador de tarifas adjudica a la función de control un presupuesto IP adicional para gestionar.

8. Procedimiento según una de las reivindicaciones anteriores, caracterizado porque la función de control, en el caso de añadirse y/o eliminarse al menos un flujo de datos, transmite el presupuesto IP remanente al calculador de tarifas y el calculador de tarifas adjudica a la función de control un nuevo presupuesto IP.

9. Procedimiento según una de las reivindicaciones anteriores, caracterizado porque la función de control informa al calculador de tarifas sobre una adición y/o eliminación de un flujo de datos y el calculador de tarifas entrega a la función de control prefijaciones sobre una utilización adicional del presupuesto IP.