ES2338800T3 - Regla mejorada de cargo para servicio de datos en paquetes y metodo para su puesta en practica. - Google Patents
Regla mejorada de cargo para servicio de datos en paquetes y metodo para su puesta en practica. Download PDFInfo
- Publication number
- ES2338800T3 ES2338800T3 ES05733075T ES05733075T ES2338800T3 ES 2338800 T3 ES2338800 T3 ES 2338800T3 ES 05733075 T ES05733075 T ES 05733075T ES 05733075 T ES05733075 T ES 05733075T ES 2338800 T3 ES2338800 T3 ES 2338800T3
- Authority
- ES
- Spain
- Prior art keywords
- charge
- identifier
- rule
- tpf
- indication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework
- H04L12/1403—Architecture for metering, charging or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/02—Capturing of monitoring data
- H04L43/026—Capturing of monitoring data using flow identification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/131—Protocols for games, networked simulations or virtual reality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/64—On-line charging system [OCS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/66—Policy and charging system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/80—Rating or billing plans; Tariff determination aspects
- H04M15/8038—Roaming or handoff
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/20—Technology dependant metering
- H04M2215/204—UMTS; GPRS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
- H04M2215/7442—Roaming
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
Un método para mejorar reglas de cargo de un servicio de datos en paquetes de acuerdo con la arquitectura GPRS, caracterizado porque comprende los pasos de: asignar un primer identificador para identificar una regla de cargo y una primera indicación de acción correspondiente al primer identificador, que indica que han de realizarse operaciones sobre la regla de cargo correspondiente al primer identificador, de acuerdo con la primera indicación de acción; en el que la primera indicación de acción indica que ha de modificarse la regla de cargo identificada por el primer identificador; y proporcionar, a una función de plano de tráfico, TPF (205), el primer identificador y la primera indicación de acción correspondiente al primer identificador y una parte a modificar de la regla de cargo.
Description
Regla mejorada de cargo para servicio de datos
en paquetes y método para su puesta en práctica.
El presente invento se refiere a la tecnología
de cargo y, más específicamente, a un método para mejorar las
reglas de cargo para un servicio de datos en paquetes y para la
puesta en práctica de las reglas de cargo.
Dada la amplia aplicación de los servicios de
datos en paquetes, el cómo cargar un servicio de datos en paquetes
con precisión y de forma razonable, se ha convertido en una
preocupación común de los operadores.
Como se describe en la especificación 23.125,
versión 6.0.0 de la 3GPP TS, el documento señala los impactos
globales sobre la arquitectura y la funcionalidad de alto nivel del
cargo basado en flujos. Y otro documento de 3GPP TS 32.015, versión
3.12.0, sugiere una ID de cargo que puede utilizarse junto con la
dirección del GGSN para identificar todos los registros producidos
en el SGSN y en el GGSN implicados en un contexto de PDP (protocolo
de datos en paquetes) único. La ID de cargo es utilizada en este
caso en un sistema de facturación para reunir los registros de un
contexto PDP, a fin de permitir la subsiguiente correlación del
sistema de facturación o pasarela de cargo de los registros de
datos de cargo (CDR) generados. Con el fin de permitir que los
operadores sean capaces de proporcionar un servicio comercialmente
viable, se necesita proporcionar funciones de cargo.
El documento
EP-A-1296481 describe que un aparato
de control para un servicio de comunicaciones entre móviles,
comprende medios de tratamiento de señales para llevar a cabo un
tratamiento de señales prescrito de un paquete transmitido desde un
terminal móvil o un equipo de comunicaciones prefijado. Este
documento describe que un aparato de cargo extrae el URL de la
cabecera de una petición HTTP y selecciona la regla de cargo
asociada con este URL a fin de calcular la velocidad de la
comunicación, de modo que la velocidad de comunicación pueda
determinarse de modo flexible.
El documento
EP-A2-1310085 proporciona un
identificador de cargo común para redes de comunicaciones. Este
documento describe que debe añadirse un identificador común a la
información de cargo recogida (los CDR) para hacer posible la
facturación basándose solamente en los CDR creados por la capa de
telefonía IP y omitir los CDR creados por la capa GPRS/UMTS. Este
documento expone además que, cuando el GGSN crea un contexto PDP,
el GGSN asocia un parámetro de identificación de cargo con el
contexto PDP. Luego, se envía al SGSN la respuesta a la creación de
un contexto PDP que incluye el parámetro de identificación de cargo.
Así, se asocia la información de cargo creada por el SGSN, el GGSN
y la información de cargo creada por el CSCF, de manera que la
facturación resultaría ser específica del operador.
La figura 1 es una gráfica de proceso que
ilustra una activación, una transmisión de datos y una desactivación
de un contexto de protocolo de datos en paquetes (contexto PDP).
Como se muestra en la figura 1, en el servicio general de radio en
paquetes (GPRS), un procedimiento de ejecución práctica de
activación, transmisión de datos y desactivación de un contexto
PDP, incluye los siguientes pasos:
Paso 101: un equipo de usuario (UE) envía una
petición de activar contexto PDP a un nodo de soporte de servicio
GPRS (SGSN) y esta petición de activar contexto PDP lleva
información de un identificador de punto de acceso al servicio de
capa de red (NSAPI), tipo PDP, un nombre de punto de acceso (APN),
varios parámetros de calidad de servicio (QoS), un identificador de
transacción (TI), etc. El NSAPI se utiliza como componente de un
identificador de túnel (TEID) entre el SGSN y un nodo de soporte de
pasarela GPRS (GGSN) para identificar el contexto PDP. El tipo PDP
incluye el tipo de protocolo punto a punto (PPP), el tipo de
protocolo de Internet (IP), etc. El APN puede serle proporcionado
al SGSN por el UE, por lo que el SGSN accede a un GGSN
correspondiente y el GGSN determina la red externa a la que ha de
acceder el UE, o bien el UE puede elegir no proporcionar el APN
para el SGSN, en cuyo caso, el SGSN selecciona el APN por defecto de
acuerdo con la información de abonado del UE. Los parámetros de QoS
representan la calidad requerida por el servicio de datos en
paquetes especificado por el UE. El TI es utilizado por el UE para
identificar un contexto PDP.
Paso 102: Tras recibir la petición de activar
contexto PDP, el SGSN realiza una comprobación de seguridad y un
cifrado con el UE; este paso es opcional.
Paso 103: El SGSN analiza la información sobre
la dirección del GGSN de acuerdo con el APN, y crea la TEID para el
contexto PDP si el SGSN averigua con éxito la información sobre la
dirección del GGSN de acuerdo con el APN. La TEID puede estar
constituida por una combinación de una identidad internacional de
abonado de móvil (IMSI) y el NSAPI para identificar de forma
inequívoca un contexto PDP entre el SGSN y el GGSN. Luego, el SGSN
envía una petición de crear contexto PDP al GGSN, que lleva el tipo
de PDP, la dirección PDP, el APN, varios parámetros de QoS, la TEID
y un modo de selección en ella. La dirección PDP es una dirección IP
del UE, que es un parámetro opcional. Cuando una petición de crear
contexto PDP no incluye en ella una dirección PDP, la dirección IP
del UE puede ser asignada por el GGSN en el proceso subsiguiente, o
por una red de datos en paquetes (PDN) que, finalmente, se conecte
con el UE. El modo de selección se refiere a un modo de selección
de APN, es decir, si el APN es seleccionado por el UE o por el SGSN.
Si el SGSN no accede a la información sobre la dirección del GGSN
de acuerdo con el APN, el SGSN rechazará la petición de activar
contexto PDP procedente del UE.
Paso 104: Después de recibir la petición de
crear contexto PDP, el GGSN determina una PDN externa de acuerdo
con el APN, luego asigna una ID de cargo, inicia el cargo y
comprueba la QoS. El GGSN envía una respuesta a crear contexto PDP
de vuelta al SGSN, cuando se satisface la exigencia de calidad del
servicio. La respuesta a crear contexto PDP lleva la información de
la TEID, la dirección PDP, un protocolo de portador troncal, los
parámetros QoS y la ID de cargo. Cuando el GGSN no satisface la
exigencia de calidad de servicio de los parámetros de QoS, el GGSN
rechaza la petición de crear contexto PDP procedente del SGSN y el
SGSN rechaza la petición de activar contexto PDP procedente del
UE.
Paso 105: Después de recibir la respuesta a
crear contexto PDP, el SGSN añade el NSAPI y la información sobre
la dirección del GGSN al contexto PDP con el fin de identificar este
contexto PDP, selecciona la prioridad inalámbrica de acuerdo con
los parámetros QoS y, luego, devuelve una aceptación de activar
contexto PDP al UE. La aceptación de activar contexto PDP lleva la
información del tipo PDP, la dirección PDP, el TI, los parámetros
QoS, la prioridad inalámbrica, y opciones de configuración PDP.
Además, el SGSN inicia el cargo. El UE recibe la aceptación de
activar contexto PDP y establece un camino con el GGSN. En este
momento, se establece el canal de transmisión entre el UE y la PDN
y puede comenzar la transmisión de datos.
Paso 106: El UE transmite datos con la PDN a
través del SGSN y el GGSN.
Paso 107: Al finalizar la transmisión de datos,
el UE envía una petición de desactivar contexto PDP al SGSN que
lleva en ella el TI.
Paso 108: Después de recibir la petición de
desactivar contexto PDP, el SGSN realiza una comprobación de
seguridad y un cifrado con el UE; este paso es opcional.
Paso 109-Paso 111: El SGSN envía
una petición de suprimir contexto PDP que lleva la TEID al GGSN.
Después de recibir la petición de suprimir contexto PDP, el GGSN
finaliza el cargo del UE, suprimir el contexto PDP correspondiente
a la TEID y, luego, envía una respuesta a suprimir contexto PDP al
SGSN. La respuesta a suprimir contexto PDP lleva la TEID. Después
de recibir la respuesta a suprimir contexto PDP, el SGSN finaliza el
cargo del UE, suprime el contexto PDP correspondiente a la TEID y
envía una respuesta a desactivar contexto PDP que lleva la TI al
UE. Después de recibir la respuesta a desactivar contexto PDP, el UE
suprime el contexto PDP correspondiente a
la TI.
la TI.
Como se muestra en la figura 1, en el presente
sistema de cargo GPRS, el cargo se inicia cuando se activa el
contexto PDP y finaliza cuando se desactiva el contexto PDP, lo que
quiere decir que el presente sistema de cargo solamente puede
realizar cargos de acuerdo con un flujo de datos transmitidos o una
duración de tiempo de activación del contexto PDP. Sin embargo, en
la práctica, después de establecerse un canal de transmisión con la
PDN, el UE puede realizar una pluralidad de servicios basados en un
contexto PDP activado, es decir, si la PDN puede proporcionar una
pluralidad de servicios, tales como servicios de envío/recepción de
correo electrónico, servicios de navegación basados en el protocolo
de aplicaciones inalámbricas (WAP), servicios de transmisión de
ficheros basados en el protocolo de transmisión de ficheros (FTP),
etc., un contexto PDP activado puede soportar varios servicios
proporcionados por la PDN después de que el UE establezca un canal
de transmisión con esta PDN. Entretanto, los operadores o
proveedores de servicios pueden adoptar distintas soluciones de
cargo para distintos modos de cargo de diversos servicios, por
ejemplo, los cargos efectuados para el servicio de envío/recepción
de correo electrónico pueden basarse en los tiempos de los sucesos
de envío y recepción, los cargos efectuados para el servicio de
navegación WAP pueden realizarse de acuerdo con el flujo, los
cargos efectuados para el servicio de transmisión de ficheros pueden
realizarse, también, de acuerdo con el flujo y, sin embargo, una
tarifa de cargos para el servicio de navegación WAP es diferente de
la aplicada para el servicio de transmisión de ficheros. Así, es
absolutamente imposible realizar cargos separados mediante el
sistema de cargos GPRS existente para diferentes servicios que
soporte el mismo contexto PDP.
A la vista de lo que antecede, en el Proyecto de
Asociación de 3ra. generación (3GPP) se discute sobre cómo llevar a
la práctica el cargo basado en flujos IP (FBC). En lo que se refiere
a un servicio de datos en paquetes, todos los flujos IP o los
paquetes IP transmitidos y recibidos cuando un usuario de UE emplea
el servicio, pueden denominarse flujo de datos de servicio, es
decir, el flujo de datos de servicio es un conjunto formado por una
pluralidad de flujos IP, por lo que el cargo basado en flujos IP
puede reflejar, realmente, la ocupación de los recursos de un
determinado servicio. El cargo basado en flujos IP puede describirse
de la siguiente forma: los flujos IP de diferentes servicios que
soporte el mismo contexto PDP son cribados por separado mediante
algunos filtros a modo de tamices, luego, los flujos IP tamizados
por diferentes filtros son cargados, respectivamente, con el fin de
realizar el cargo respectivo de diferentes flujos de datos de
servicio. De esta forma, la granularidad del cargo basado en flujos
IP es bastante menor que la basada en un contexto PDP. La
granularidad del cargo puede considerarse como el tamaño de una
abertura de un tamiz; por tanto, la granularidad del cargo basado
en un contexto PDP será como la abertura de un tamiz determinada por
un contexto PDP mientras que la granularidad del cargo basado en
flujos IP será como la abertura de un tamiz determinada por un flujo
IP, es decir, en un contexto PDP se contendrán varias aberturas de
tamiz. Por tanto, en comparación con el cargo basado en un contexto
PDP, el cargo basado en flujos IP puede ofrecer más soluciones de
cargo a los operadores o proveedores de servicio.
En el 3GPP, se describen aspectos de
arquitecturas de sistema similares al FBC, requisitos de función y
flujo de mensajes interactivos. La arquitectura del sistema FBC que
soporta el cargo en línea se muestra en la figura 2A, en la que el
sistema de cargo en línea (OCS) 206 está constituido por un punto de
control de servicio (SCP) 201 de aplicación personalizada para
lógica mejorada para redes de móviles (CAMEL) y un flujo de datos
de servicio basado en la función de control de crédito (CCF) 202. La
CCF 202 está conectada con la función de regla de cargo (CRF) 203
basada en flujos de datos de servicio, mediante una interconexión
Ry. La CRF 203 está conectada con una función de aplicación (AF)
204 mediante una interconexión Rx y con una función de plano de
tráfico (TPF) 205 mediante una interconexión Gx. La CCF 202 está
conectada con la TPF 205 mediante una interconexión Gy.
En la figura 2B se ilustra la arquitectura de
sistema FBC que soporta el cargo fuera de línea, en la que la CRF
203 está conectada con la AF 204 mediante una interconexión Rx y con
la TPF 205 mediante una interconexión Gx, y la TPF 205 está
conectada con una función de pasarela de cargo (CGF) 207 y con una
función de recogida de cargos (CCF) 208, respectivamente, mediante
una interconexión Gz.
De acuerdo con la provisión del 3GPP para
funciones que incorporan en la práctica el FBC, la TPF 205 soporta
flujos IP. Durante el establecimiento del portador de flujos IP, la
TPF 205 envía una petición de regla de cargo a la CRF 203 a través
de la interconexión Gx. La petición de regla de cargo lleva
información relevante del abonado y del UE, características del
portador, información de la red, etc. La información relevante del
abonado y el UE puede consistir en una red digital de servicios
integrados (ISDN) para estaciones móviles (MSISDN), una identidad
internacional del abonado del móvil (IMSI) y la información
pertinente de la red puede ser un MNC (código de red de móviles),
un MCC (código de país para móviles), etc. Además, el portador puede
ser modificado durante la transmisión del flujo IP. Por ejemplo,
cuando sean diferentes los parámetros de QoS del mismo servicio,
las reglas de cargo pueden ser, en consecuencia, distintas. Por
ejemplo, la tarifa de cargo puede reducirse a medida que disminuyen
los parámetros de QoS. Por tanto, es necesario volver a asignar
parámetros de QoS. En este caso, durante la modificación del
portador, la TPF 205 reenvía una petición de regla de cargo a la
CRF 203 para solicitar nuevas reglas de cargo, La CRF 203 selecciona
una regla de cargo apropiada de acuerdo con la información de
entrada proporcionada por la TPF 205 y, luego, retorna la regla de
cargo seleccionada a la TPF 205. La regla de cargo incluye
información sobre el mecanismo de cargo, tipo de cargo, clave de
cargo, filtro de flujo de datos de servicio y prioridad de la regla
de cargo. El mecanismo de cargo puede ser el cargo en línea o el
cargo fuera de línea. El tipo de cargo puede ser un tipo de cargo
basado en un período de tiempo o un tipo de cargo basado en un flujo
de datos. La clave de cargo es un parámetro relacionado con la
tarifa de cargo y la CRF 203 puede proporcionar solamente parámetros
relacionados con la tarifa de cargo para la TPF 205, en lugar de
proporcionar directamente la tarifa de cargo para la TPF 205. El
filtro de flujo de datos de servicio se utiliza para indicar a la
TPF 205 qué flujos IP han de filtrarse y, entonces, la TPF 205
carga estos flujos IP filtrados de acuerdo con las reglas de cargo.
El filtro de flujo de datos de servicio puede incluir una quíntuple
IP con información tal como dirección IP de fuente/destino, número
de puerto de fuente/destino, e ID de protocolo. Por ejemplo, la CRF
203 indica a la TPF 205 que filtre el flujo IP con la dirección IP
de fuente 10.0.0.1, la dirección IP de destino 10.0.0.2, el número
20 de puerta de fuente/destino y el protocolo de tipo TCP
(protocolo de control de transmisiones) y, entonces, carga el flujo
IP filtrado de acuerdo con la regla de cargo. Finalmente, durante la
supresión del portador, la TPF 205 puede, también, enviar una
petición de regla de cargo a la CRF 203 para solicitar una nueva
regla de cargo a la CRF. En este momento, la CRF 203 puede pedirle
a la TPF 205 que suprima la regla de cargo previamente
instalada.
Además, la CRF 203 puede determinar la regla de
cargo de acuerdo con la información de entrada de la AF 204 o el
OCS 20 además de la información de entrada de la TPF 205. Por
ejemplo, la AF 204 puede notificar a la CRF 203 el tipo de servicio
corriente empleado por el usuario, y la CRF 203 puede seleccionar la
regla de cargo correspondiente de acuerdo con este tipo de
servicio.
Para una red GPRS, la TPF 205 es el GGSN, la AF
es una pasarela de servicios o un servidor de servicios de la PDN y
la CRF 203 es una entidad lógica añadida. La TPF 205 es el punto de
ejecución de las reglas de cargo y la CRF 203 es el punto de
control de las reglas de cargo.
La figura 3A es la gráfica de proceso que
representa la emisión de la regla de cargo cuando se establece un
portador. Como se muestra en la figura 3A, el procedimiento de
ejecución de la emisión de la regla de cargo cuando se establece un
portador, incluye los siguientes pasos:
Paso 301A: El UE envía una petición de
establecer servicio portador a la TPF mientras en una red GPRS el
proceso correspondiente consiste en que el GGSN reciba una petición
de crear contexto PDP.
Paso 302A: Después de haber recibido la petición
de establecer servicio portador, la TPF envía una petición de regla
de cargo a la CRF, y la petición de regla de cargo lleva información
de entrada para que la CRF determine la regla de cargo.
Pasos 303A-304A: Después de
haber recibido la petición de regla de cargo, la CRF selecciona una
regla de cargo de acuerdo con la información de entrada llevada por
la petición de regla de cargo y, luego, devuelve una provisión de
reglas de cargo. La provisión de reglas de cargo puede llevar la
regla de cargo seleccionada.
Pasos 305A-306A: Después de
haber recibido la provisión de reglas de cargo, la TPF instala una
nueva regla de cargo de acuerdo con la regla de cargo seleccionada
por la CRF o suprime la regla de cargo original o instala una nueva
regla de cargo al tiempo que suprime la original. Luego, la TPF
devuelve una aceptación para establecer servicio portador al UE,
acepta la petición de establecer servicio portador iniciada por el
UE y continúa con los pasos subsiguientes del proceso de establecer
portador.
La figura 3B es la gráfica de proceso que
representa la emisión de la regla de cálculo cuando se ha modificado
un portador. Como se muestra en la figura 3B, el procedimiento de
ejecución de la emisión de la regla de cálculo cuando se ha
modificado un portador, incluye los siguientes pasos:
Paso 301B: El UE envía una petición para
modificar servicio portador a la TPF mientras en la red GPRS el
proceso correspondiente consiste en que el GGSN recibe la petición
de actualizar contexto PDP.
Paso 302B: Después de haber recibido la petición
de modificar servicio portador, la TPF envía una petición de regla
de cargo a la CRF, y la petición de regla de cargo lleva la
información de entrada para que la CRF determine la regla de
cargo.
Pasos 303B-304B: Después de
haber recibido la petición de regla de cargo, la CRF selecciona una
regla de cargo de acuerdo con la información de entrada llevada por
esta petición de regla de cargo y, luego, devuelve una provisión de
reglas de cargo que lleva la regla de cargo seleccionada.
Pasos 305B-306B: Después de
haber recibido la provisión de reglas de cargo, la TPF instala una
nueva regla de cargo de acuerdo con la regla de cargo seleccionada
por la CRF o suprime la regla de cargo original, o instala una
nueva regla de cargo al tiempo que suprime la original. Luego, la
TPF devuelve una aceptación de modificación de servicio portador al
UE, acepta la petición de modificación de servicio portador iniciada
por el UE y continúa con los pasos subsiguientes del proceso de
modificar portador.
La figura 3C es la gráfica de proceso que
representa la emisión de la regla de cargo cuando se ha suprimido
un portador. Como se muestra en la figura 3B, el procedimiento de
ejecución de la emisión de la regla de cargo cuando se ha suprimido
un portador, incluye los siguientes pasos:
Paso 301C: El UE envía una petición de eliminar
servicio portador a la TPF, mientras que en la red GPRS el proceso
correspondiente consiste en que el GGSN recibe una petición de
suprimir contexto PDP.
Paso 302C: Después de haber recibido la petición
de eliminar servicio portador, la TPF envía una petición de regla
de cargo a la CRF, y la petición de regla de cargo lleva la
información de entrada para que la CRF determine la regla de
cargo.
Pasos 303B-304B: Después de
haber recibido la petición de regla de cargo, la CRF selecciona una
regla de cargo de acuerdo con la información de entrada llevada por
esta petición de regla de cargo y, luego, devuelve una provisión de
reglas de cargo que lleva la regla de cargo seleccionada.
Pasos 305B-306B: Después de
haber recibido la provisión de reglas de cargo, la TPF instala una
nueva regla de cargo de acuerdo con la regla de cargo seleccionada
por la CRF o suprime la regla de cargo original, o instala una
nueva regla de cargo al tiempo que suprime la original. Luego, la
TPF devuelve una aceptación de eliminación del servicio portador al
UE, acepta la petición de eliminación de servicio portador iniciada
por el UE y continúa con los pasos subsiguientes del proceso de
eliminar portador.
Además, la CRF puede, también, enviar
voluntariamente una regla de cargo a la TPF. Por ejemplo, en el
proceso de transmisión de datos entre el UE y la AF, después de
haber recibido la información de entrada relacionada con el cargo
de la AF, la CRF selecciona una regla de cargo apropiada de acuerdo
con la información de entrada proporcionada por la AF y, luego,
emite voluntariamente la regla de cargo seleccionada a la TPF. El
procedimiento de ejecución específico de la AF que proporciona la
información de entrada de cargo para la CRF, se representa en la
figura 4:
Paso 401: La AF envía información de cargo por
flujo de datos de aplicación/servicio a la CRF.
Paso 402: Después de haber recibido la
información de cargo por flujo de datos de aplicación/servicio, la
CRF devuelve un acuse de recibo (Ack) a la AF para notificar a ésta
de que ya se recibió la información de cargo por flujo de datos de
aplicación/servicio enviada por la AF.
La figura 5 es la gráfica de proceso que
representa la emisión, voluntaria, por la CRF de la regla de cargo
para la TPF. Como se muestra en la figura 5, el procedimiento de
ejecución de la emisión, voluntaria, por parte de la CRF de la
regla de cargo para la TPF, incluye los siguientes pasos:
Paso 501: La CRF recibe un determinado suceso de
activación interno o externo e información pertinente acerca de
este suceso, tal como el suceso de que la AF envíe la información de
entrada acerca de la selección de una regla de cargo a la CRF.
Paso 502: La CRF selecciona la regla de cargo
correspondiente de acuerdo con la información adquirida. La
información adquirida puede consistir en la información de entrada
pertinente para el cargo, proporcionada por la AF. Por ejemplo, el
usuario está empleando un determinado servicio de la AF y el
servicio tiene requisitos de cargo especiales, por ejemplo, la
tarifa de cargo es diferente de la de otros servicios; por tanto, la
AF proporciona información pertinente sobre el cargo de este
servicio para la CRF. La información adquirida puede ser, también,
la información de entrada pertinente para el cargo, proporcionada
por la TPF.
Paso 503: La CRF envía la provisión de reglas de
cargo a la TPF cuando sea necesario y la provisión de reglas de
cargo puede contener la regla de cargo seleccionada.
Paso 504: Después de haber recibido la provisión
de reglas de cargo, la TPF instala una nueva regla de cargo de
acuerdo con la regla de cargo seleccionada por la CRF, o suprime la
regla de cargo original, o instala una nueva regla de cargo al
tiempo que suprime la original.
Una regla de cargo definida por la
especificación del 3GPP puede incluir la siguiente información:
cargo en línea o cargo fuera de línea para el flujo de datos de
servicio; cargo fuera de línea basado en flujos de datos o cargo
fuera de línea basado en períodos de tiempo; claves de cargo;
filtros del flujo de datos de servicio; y prioridad de la regla de
cargo.
En la presente especificación del 3GPP se define
que la TPF puede eliminar reglas de cargo originales cuando la TPF
reciba una nueva regla de cargo desde la CRF. Sin embargo, como las
reglas de cargo no pueden diferenciarse unas de otras, aún cuando
la nueva regla de cargo que la CRF envíe a la TPF contenga una
instrucción de acción para eliminar una regla de cargo original, la
TPF no puede determinar qué regla de cargo ha de eliminarse. Como
resultado de ello, una vez que la TPF recibe una nueva regla de
cargo, no es posible que la TPF realice una operación correcta
sobre las reglas de cargo originales para eliminar la regla de cargo
correspondiente, como lo requiere la CRF, generándose un cargo
repetido para el usuario.
Además, una regla de cargo puede incluir más de
un filtro de flujo de datos de servicio. En algunos casos, ha de
eliminarse un cierto filtro de flujo de datos de servicio bajo la
regla de cargo. Sin embargo, como los filtros de flujos de datos de
servicio tampoco pueden diferenciarse, no es posible que la TPF
determine el filtro de flujo de datos de servicio que ha de
eliminarse.
Además, como se ha definido en la presente
especificación del 3GPP, cuando la CRF emite una regla de cargo
para la TPF, la CRF puede indicarle a la TPF que elimine una regla
de cargo original o que instale una nueva regla de cargo, o que
deje la regla de cargo original tal como está. No obstante, en
algunos casos, una nueva regla de cargo puede requerir la
modificación de sólo unos pocos parámetros de la regla de cargo
original o, simplemente, la adición de información sobre
parámetros, por ejemplo, solamente han de modificarse las claves de
cargo de la regla de cargo original o ha de añadirse un nuevo filtro
de flujo de datos de servicio, mientras que el resto de los
parámetros se mantiene sin cambios. De acuerdo con la especificación
corriente del 3GPP, la CRF tiene que enviar una instrucción para
eliminar, primero, una regla de cargo y, luego, enviar una
instrucción para instalar una nueva regla de cargo. Des esta forma,
para modificar una regla de cargo, la CRF tiene que proporcionar
dos instrucciones, lo que supone que se transmita una gran cantidad
de información redundante entre la CRF y la TPF, aumentando en
consecuencia la carga del flujo de mensajes entre la CRF y la TPF y
complicando el funcionamiento de la TPF.
Además, en la especificación corriente del 3GPP,
no existe mecanismo de realimentación desde la TPF a la CRF después
de que la TPF ejecute una acción sobre las reglas de cargo, según
instrucciones de la CRF. Como consecuencia de ello, la CRF no puede
conocer, exactamente, las operaciones realizadas por la TPF y no
puede ajustar correctamente las instrucciones de operación
subsiguientes que ha de emitir.
A la vista de lo que antecede, el principal
objeto del presente invento es proporcionar un método para mejorar
las reglas de cargo de un servicio de datos en paquetes con el fin
de hacer que el cargo del servicio de datos en paquetes sea más
razonable.
Otro objeto del presente invento es proporcionar
un método para el funcionamiento de reglas de cargo de un servicio
de datos en paquetes con el fin de evitar la transmisión de
información redundante entre la CRF y la TPF y reducir de forma
importante la carga del flujo de mensajes entre la CRF y la TPF.
Además, el presente invento proporciona un
método para responder a operaciones en un servicio de datos en
paquetes de modo que la CRF pueda encontrar el resultado de una
operación ejecutada por la TPF.
Para conseguir el objeto anteriormente
mencionado, el presente invento proporciona un método para mejorar
las reglas de cargo en un servicio de datos en paquetes, que incluye
los pasos siguientes: Se asigna un identificador para identificar
una regla de cargo y se le proporciona a una función de plano de
tráfico (TPF).
De preferencia, la indicación de acción incluye
una indicación de operación de eliminación o una indicación de
operación de modificación o una indicación de operación de
instalación, o una indicación de operación de activación o una
combinación de las indicaciones anteriores. La información sobre
parámetros es enviada a la TPF junto con dichas indicaciones y la
TPF lleva a cabo la operación indicada sobre la información de
parámetros en la regla de cargo, de acuerdo con la indicación de
acción. La indicación de acción, o el identificador, o la
información de parámetros o una combinación de las antes
mencionadas, es enviada a la TPF junto con la regla de cargo.
Preferiblemente, el identificador incluye un
identificador para identificar una regla de cargo, o un
identificador para identificar un filtro de flujo de datos de
servicio.
Preferiblemente, el identificador es asignado
por una CRF, la TPF o un operador de red, o es definido mediante
una especificación o determinado por una combinación de las opciones
antes mencionadas.
En el presente invento se describe, también, un
método para realizar operaciones sobre reglas de cargo en un
servicio de datos en paquetes, que incluye que se proporcione una
indicación de modificar a la TPF y que la TPF modifique la regla de
carga de acuerdo con la indicación de la acción. El método incluye,
además, que mientras se envía la indicación de modificar a la TPF,
se envíe una regla de cargo a la TPF, y que la TPF instale una
nueva regla de cargo modificada después de eliminar la regla de
cargo original de acuerdo con la indicación de modificar.
Otro método para llevar a cabo operaciones sobre
reglas de cargo en un servicio de datos en paquetes, incluye que se
proporcione una indicación de instalar a la TPF. El método incluye,
además, que después de proporcionar una indicación de instalar a la
TPF, la TPF lleve a cabo la operación de instalar en una regla de
cargo de acuerdo con la indicación de la acción. Además, el método
incluye también que, mientras se envía la indicación de instalar a
la TPF, se envíen el identificador y la información sobre parámetros
a la TPF, y que la TPF ejecute la operación de instalar sobre los
parámetros de la regla de cargo correspondiente al identificador de
acuerdo con la indicación de instalar.
De preferencia, mientras se envía la indicación
de instalar a la TPF, el identificador y la información sobre
parámetros sean enviados a la TPF y la TPF ejecuta la operación de
instalar sobre los parámetros de la regla de cargo correspondiente
al identificador de acuerdo con la indicación de instalar.
En el presente invento se describe, también, un
método para responder a operaciones sobre reglas de cargo en un
servicio de datos en paquetes, que incluye que se proporcione una
indicación de acción a la TPF y que la TPF ejecute la operación
indicada sobre la regla de cargo y que la TPF devuelva una respuesta
a la operación. La respuesta a la operación puede incluir una
respuesta de operación con éxito o una respuesta de fallo en la
operación.
De preferencia, la respuesta de fallo en la
operación contiene información sobre la causa del error.
En el presente invento, la CRF proporciona,
además, un identificador al tiempo que proporciona una regla de
cargo. El identificador puede utilizarse para identificar una regla
de cargo, o un filtro de flujo de datos de servicio, o un filtro de
flujo de datos de servicio de la regla de cargo. Una vez que la CRF
ha proporcionado indicaciones de acción y el identificador para la
TPF, la TPF puede llevar a cabo operaciones correctas sobre la o
las reglas de cargo o el o los filtros de flujo de datos de
servicio, de acuerdo con las indicaciones de acción y el
identificador para la TPF, la TPF puede realizar operaciones
correctas sobre la o las reglas de cargo o el o los filtros de
flujo de datos de servicio, de acuerdo con el identificador, con el
fin de hacer que el cargo por el servicio de datos en paquetes sea
más razonable.
La solución técnica de acuerdo con las
realizaciones del invento, viene dada por un método y un sistema de
acuerdo con las reivindicaciones adjuntas.
En el presente invento se describe, también, un
sistema para mejorar las reglas de cargo de un servicio de datos en
paquetes de acuerdo con la arquitectura GPRS, cuyo sistema incluye:
medios destinados a proporcionar un primer identificador para
identificar una regla de cargo y una primera indicación de acción
correspondiente al primer identificador, que indica que han de
ejecutarse operaciones sobre la regla de cargo correspondiente al
primer identificador de acuerdo con la primera indicación de acción;
en el que la primera indicación de acción indica que ha de
modificarse la regla de cargo identificada por el primer
identificador, y cuyo sistema está destinado, además, a
proporcionar a una función de plano de tráfico, TPF, el primer
identificador y la primera indicación de acción correspondiente al
primer identificador y una parte a modificar de la regla de cargo
para la TPF.
Además, el presente invento también proporciona
un método para ejecutar una operación de modificación o de
establecimiento sobre la o las reglas de cargo de un servicio de
datos en paquetes, que le permite a la CRF proporcionar a la TPF
solamente la información sobre parámetros que es necesario modificar
o instalar en lugar de otra información sobre regla de cargo que
sea la misma, evitándose por tanto la transmisión de información
redundante entre la CRF y la TPF y reduciendo notablemente la carga
del flujo de mensajes entre la CRF y la TPF. Además, el presente
invento proporciona, también, un método para responder a las
operaciones en el servicio de datos en paquetes de forma que la CRF
pueda conocer el resultado de las operaciones llevadas a cabo por
la TPF.
La figura 1 es una gráfica de proceso que
ilustra una activación, una transmisión de datos y una desactivación
de un contexto PDP;
la figura 2A es un diagrama esquemático que
ilustra una estructura de un sistema FBC de cargo en línea;
la figura 2B es un diagrama esquemático que
ilustra una estructura de un sistema FBC de cargo fuera de
línea;
la figura 3A es una gráfica de proceso que
ilustra una regla de cargo cuando se establece un portador;
la figura 3B es una gráfica de proceso que
ilustra una regla de cargo cuando se modifica un portador;
la figura 3C es una gráfica de proceso que
ilustra una regla de cargo cuando se suprime un portador;
la figura 4 es una gráfica de proceso que
ilustra una AF que proporciona información de entrada de cargo para
una CRF;
la figura 5 es una gráfica de proceso que
ilustra una CRF que emite voluntariamente una regla de cargo hacia
una TPF;
la figura 6 es un diagrama esquemático que
ilustra una realización del presente invento; y
la figura 7 es un diagrama esquemático que
ilustra otra realización del presente invento.
\vskip1.000000\baselineskip
El presente invento se describirá con detalle en
lo que sigue con referencia a los dibujos adjuntos.
En el presente invento, se asignan,
respectivamente, una pluralidad de identificadores para la
pluralidad de reglas de cargo y todos ellos son proporcionados a la
TPF por la CRF. Los identificadores son utilizados para identificar
las reglas de cargo, los filtros de flujo de datos de servicio o los
filtros de flujo de datos de servicio de las reglas de cargo, de
modo que a TPF pueda ejecutar operaciones correspondientes sobre
las reglas de cargo o los filtros de flujo de datos de servicio de
acuerdo con los identificadores. El identificador puede ser
asignado por la CRF o la TPF o por los operadores, o puede definirse
en algunas especificaciones. Por ejemplo, el identificador de las
reglas de cargo preconfiguradas de la TPF es asignado,
probablemente, por los operadores; y los identificadores
CR1-CR5 preconfigurados y emitidos directamente por
la CRF para identificar algunas reglas de cargo, se definen en la
especificación, con lo cual la TPF es capaz de encontrar una regla
de cargo adecuada para su adopción.
Cuando la CRF proporciona una regla de cargo
para la TPF, se asigna un identificador de regla de cargo con el
fin de identificar de forma inequívoca esta regla de cargo y,
entonces, se proporciona esta regla de cargo a la TPF. El
identificador de regla de cargo puede ser una combinación de ciertos
símbolos y números de serie, como CR1 y CR2, siendo CR la
abreviatura de regla de cargo; o un número de serie único u otros
diseños.
Además, al tiempo que se le proporcionan a la
TPF reglas de cargo con identificadores de regla de cargo, la CRF
también proporciona una pluralidad de indicaciones de acción con
identificadores de regla de cargo, exigiendo a la TPF que realice
las operaciones indicadas sobre la regla de cargo correspondiente al
identificador de regla de cargo. La indicación de acción puede ser
la de instalar una regla de cargo o la de suprimir una regla de
cargo, o la de modificar una regla de cargo. Cuando la indicación de
acción es, sustancialmente, la de instalar una regla de cargo, la
CRF tiene que proporcionar a la TPF la información de la regla de
cargo que ha de instalarse. Cuando la indicación de acción es,
sustancialmente, la de eliminar una regla de cargo, la CRF tiene
que proporcionar a la TPF el identificador de la regla de cargo a
eliminar. Cuando la indicación de acción es, sustancialmente, la de
modificar una regla de cargo, la CRF tiene que proporcionar a la TPF
el identificador de la regla de cargo a modificar así como de la
parte de la regla de cargo que ha de modificarse. La parte a
modificar puede estar constituida por algunos parámetros contenidos
en la regla de cargo. Por ejemplo, la CRF proporciona una
indicación de eliminar y un identificador CR2 a la TPF, lo que
quiere decir que la CRF le pide a la TPF que elimine la regla de
cargo con el identificador CR2; o la CRF proporciona una indicación
de modificar, un identificador CR3 y un parámetro de prioridad 3, lo
que quiere decir que la CRF le pide a la TPF que modifique la clase
de prioridad de la regla de cargo con el identificador CR3 a
priori-
dad 3.
dad 3.
Cuando la TPF ejecuta una indicación de acción
de modificar proporcionada por la CRF, el procedimiento de
ejecución específico puede incluir: mientras se suprime la original,
instalar una nueva regla de cargo que es, sustancialmente, la regla
de cargo modificada. Además, con el fin de hacer que la gestión sea
conveniente y que el diseño del sistema sea menos complicado,
algunos parámetros de regla de cargo, tales como el identificador
de regla de cargo y el método de cargo (por ejemplo, cargo en línea,
cargo fuera de línea o no efectuar cargo) pueden establecerse como
inalterables ante una operación de modificación.
Cuando se proporciona un filtro de flujo de
datos de servicio para la TPF, la CRF asigna un identificador de
filtro para identificar inequívocamente este filtro de flujo de
datos de servicio y proporciona el identificador de filtro para la
TPF. El identificador de filtro puede estar formado por una
combinación de ciertos símbolos y números de serie, por ejemplo,
Filtro1 y Filtro2, una combinación de identificador de regla de
cargo, ciertos símbolos y números de serie con el fin de indicar la
regla de cargo a la que pertenece el filtro de flujo de datos se
servicio, por ejemplo CR1Filtro1, CR1Filtro2 y CR3Filtro2, o un
único número de serie independiente de una regla de cargo, o de
otras maneras.
Además, al tiempo que se proporciona un filtro
de flujo de datos de servicio junto con un identificador de filtro
para la TPF, la CRF también puede proporcionar una indicación de
acción con un identificador de filtro, pidiéndole a la TPF que
ejecute la operación indicada sobre el filtro de flujo de datos de
servicio correspondiente al identificador de filtro. La indicación
de acción puede ser una indicación de instalar filtro de flujo de
datos de servicio, eliminar filtro de flujo de datos de servicio,
modificar filtro de flujo de datos de servicio y activar filtro de
flujo de datos de servicio. Cuando la indicación de acción sea la
indicación de instalar filtro de flujo de datos de servicio, la CRF
tiene que proporcionar a la TPF información sobre el filtro de
flujo de datos de servicio que ha de instalarse. Cuando la
indicación de acción sea la indicación de eliminar filtro de flujo
de datos de servicio, la CRF tiene que proporcionar a la TPF el
identificador del filtro de flujo de datos de servicio que ha de
eliminarse. Cuando la indicación de acción sea la indicación de
modificar filtro de flujo de datos de servicio, la CRF tiene que
proporcionar a la TPF el identificador del filtro de flujo de datos
de servicio que ha de modificarse, así como la parte a modificar de
la regla de cargo. Cuando la indicación de acción sea la indicación
de activar filtro de flujo de datos de servicio, la CRF tiene que
proporcionar a la TPF el identificador del filtro de flujo de datos
de servicio que ha de activarse; además, la CRF puede proporcionar
contenidos del filtro de flujo de datos de servicio que ha de
activarse así como el correspondiente identificador de regla de
cargo. Por ejemplo, si la CRF proporciona a la TPF la indicación de
operación eliminar y Filtro1, ello quiere decir que la CRF le pide a
la TPF que elimine el filtro de flujo de datos de servicio con el
identificador Filtro1. Si la CRF le proporciona a la TPF la
indicación de operación modificar, CR2Filtro1, y el identificador
de protocolo HTTP (protocolo de transmisión de hipertexto), ello
quiere decir que la CRF le pide a la TPF que modifique a HTTP el
identificador de protocolo del filtro de flujo de datos de servicio
cuyo identificador es CR2Filtro1. Como otro ejemplo, si la CRF le
proporciona a la TPF la indicación de operación activar, regla de
cargo CR0 y Filtro0, siendo Filtro0 el filtro de flujo de datos de
servicio predefinido en la TPF, la TPF añadirá el Filtro0
predefinido a la regla de cargo CR0.
Después de realizar la operación de acuerdo con
la indicación de acción procedente de la CRF, la TPF puede devolver
una respuesta de operación con éxito o una respuesta de fallo en la
operación a la CRF, de acuerdo con el resultado de la operación.
Cuando la TPF devuelve una respuesta de fallo en la operación a la
CRF, la TPF puede proporcionar, además, información sobre la causa
del error correspondiente a la CRF.
De acuerdo con el presente invento, una regla de
cargo puede incluir información, no sólo sobre el método de cargo
para el flujo de datos de servicio, tal como cargo en línea o cargo
fuera de línea, basado en el volumen o basado en el tiempo si el
método de cargo es el de fuera de línea, claves de cargo, filtros de
flujo de datos de servicio, prioridad de la regla de cargo, e
identificadores como pueden ser el identificador de reglas de
cargo, un identificador de filtro o los identificadores de filtro de
cada filtro de flujo de datos de servicio de la regla de cargo,
sino también información como las indicaciones de acción, que pueden
ser indicaciones de operación de eliminar, indicaciones de
operación de modificar, indicaciones de operación de activar,
indicaciones de operación de instalar, o cualquier combinación de
las indicaciones de operación anteriormente mencionadas.
La figura 6 es un diagrama esquemático que
ilustra una realización del presente invento. Como se muestra en la
figura 6, el usuario activa un contexto PDP, a través del cual se
ejecuta una interacción de información de servicios. Por ejemplo,
el usuario accede a través del UE a un servicio de "juego en
línea" en un sitio de juegos WAP de la red, en el que el cargo
se efectúa mediante la regla de cargo con el identificador CR1.
Esta regla de cargo incluye el cargo en línea como método de cargo,
la clave de cargo 12345, prioridad 1 para la regla de cargo, y el
ajuste de filtro con dirección IP 10.129.10.1 de fuente, dirección
IP 10.129.10.2 de destino, comodín como número de puerto fuente, el
número 80 como puerto de destino, ID de protocolo WAP2.0 y CR1 como
identificador de regla de cargo.
Cuando el sitio de juegos WAP de la red
encuentra que el usuario se actualiza al nivel de jugador superior,
de acuerdo con la política preferencial de este sitio de juegos WAP
de la red, un jugador superior tiene un descuento del 50% con la
tarifa de servicios de "juego en línea". En este caso, el sitio
de juegos WAP de la red envía una información de entrada pertinente
para el cargo, tal como información de servicio e información de
suceso, a la CRF de este UE, pidiéndole a la CRF que envíe una nueva
regla de cargo a la TPF, de modo que la TPF pueda facturar a este
usuario del servicio de "juego en línea" de acuerdo con la
nueva regla de cargo.
De acuerdo con la información de entrada
pertinente para el cargo del sitio de juegos WAP de la red, la CRF
instala una nueva regla de cargo con el identificador CR2 y, luego,
envía la regla de cargo con identificador CR2 a la TPF. La regla de
cargo incluye: el método de cargo es el de cargo fuera de línea, la
clave de cargo 67890, la prioridad 1 de la regla de cargo, y el
ajuste de filtro con dirección IP 10.129.10.1 de fuente, dirección
IP 10.129.10.2 de destino, un comodín como número de puerto fuente,
el número 80 como puerto de destino, ID de protocolo WAP2.0 y CR2
como identificador de regla de cargo. Además, la CRF puede llevar
una indicación de operación de instalar, que le pida a la TPF que
instale una regla de cargo con CR2 como identificador; además, la
CRF puede proporcionar una indicación de operación de eliminar y
CR1, pidiéndole a la TPF que elimine la regla de cargo original con
CR1 como identificador.
Después de recibir la regla de cargo con CR2
como identificador y la correspondiente indicación de operación de
instalar, la regla de cargo con CR1 como identificador y la
indicación de operación de eliminar correspondiente, la TPF busca
la regla de cargo con CR1 como identificador, da por finalizada la
recogida de un registro de datos de cargo (CDR) de la regla de
cargo CR1 y elimina la regla de cargo CR1. Luego, la TPF instala la
nueva regla de cargo CR2 y recoge estadísticas de la información de
cargo del servicio de juego en línea del usuario, de acuerdo con la
regla de cargo CR2.
Existe otro enfoque para el proceso anterior. La
CRF determina la modificación que es necesario llevar a cabo en la
regla de cargo corriente, de acuerdo con la información de entrada
pertinente para el cargo del sitio de juegos WAP de la red y,
luego, envía a la TPF la indicación de operación de modificar, los
parámetros que han de modificarse y el identificador de la regla de
cargo que ha de modificarse, por ejemplo, la clave de cargo 67890 y
el identificador CR1 de regla de cargo. Después de recibir la
indicación de operación de modificar, la clave 6789 de cargo como
parámetro a modificar y el identificador CR1 de regla de cargo a
modificar, la TPF busca la regla de cargo con el identificador CR1,
da por finalizada la recogida del CDR de la regla de cargo CR1 y,
luego, modifica los parámetros correspondientes de la regla de
cargo; por ejemplo, modifica la clave de cargo de la regla de cargo
con CR1 como identificador a 67890 y recoge el CDR del servicio de
"juego en línea" al que ha accedido el usuario, de acuerdo con
la regla de cargo corriente.
La figura 7 es un diagrama esquemático que
ilustra otra realización del presente invento. Como se muestra en
la figura 7, la regla de cargo fijada por defecto en la TPF es la
regla con identificador CR0. La regla de cargo incluye la siguiente
información: método de cargo mediante cargo fuera de línea, clave de
cargo 11111, prioridad 3 para la regla de cargo, comodín como
dirección IP de fuente de filtro, comodín como dirección IP de
destino, comodín como número de puerto fuente, comodín como número
de puerto destino e ID de protocolo WAP2.0 y CR0 como identificador
de regla de cargo. En la condición por defecto, la TPF factura al
usuario por todos los servicios WAP comunes adoptando la regla de
cargo con el identificador CR0. El usuario puede activar un
contexto PDP y llevar a cabo una interacción de información de una
pluralidad de servicios a través de este contexto PDP. Por ejemplo,
el usuario puede navegar por noticias e información sobre el mercado
de acciones en un determinado sitio WAP de la red a través del UE.
El servicio de navegación por noticias y el servicio de navegación
entre información sobre el mercado de acciones de este sitio WAP de
la red, se facturan con la misma regla de cargo, pero con una
tarifa superior a la de un servicio WAP común. En este caso, de
acuerdo con la información de entrada pertinente para el cargo
proporcionada por el sitio WAP de la red, la CRF envía la regla de
cargo con identificador CR1 a la TPF. La regla de cargo incluye la
siguiente información: el método de cargo es el de cargo fuera de
línea, clave de cargo 24561, prioridad 1 para la regla de cargo, y
ajuste del filtro CR1Filtro1, dirección IP 10.129.10.5 de fuente,
dirección IP 10.129.10.6 de destino, comodín como número de puerto
fuente, número 80 como puerto de destino, ID de protocolo WAP2.0 y
el localizador universal de recursos (URL) de navegación por
información sobre acciones (wap.sina.com/gushi) y el ajuste de
filtro CR1Filtro2, con dirección IP 10.129.10.5 de fuente,
dirección IP 10.129.10.6 de destino, comodín como número de puerto
fuente, número 80 como puerto destino, ID de protocolo WAP2.0,
localizador universal de recursos (URL) de navegación por
información sobre acciones (wap.sina.com/gushi) y el identificador
CR1 de regla de cargo. La TPF realiza el cargo al usuario por el
servicio de navegación por noticias y por el servicio de navegación
por información sobre acciones, de acuerdo con la regla de cargo con
identificador CR1.
De acuerdo con la política preferencial de este
sitio de juegos WAP de la red, la tarifa de cargo desde las 8:00 pm
de un día hasta las 8:00 am del día siguiente para el servicio de
navegación por noticias es la misma que la del servicio WAP común.
Cuando son las 8:00 pm, el sitio WAP de la red envía a la CRF el
suceso anterior y la información de entrada pertinente para el
cargo, tal como la información correspondiente al filtro de flujo
de datos de servicio, pidiéndole a la CRF que envíe una nueva regla
de cargo a la TPF, de modo que la TPF pueda realizar el cargo de
acuerdo con la nueva regla de cargo, facturando por tanto al usuario
con la misma tarifa que la regla de cargo WAP común para el
servicio de navegación por noticias.
La CRF determina que el servicio de navegación
por noticias debe facturarse de acuerdo con la regla de cargo CR0
de los servicios WAP comunes, mientras que el servicio de navegación
por la información sobre el mercado de acciones ha de seguir
facturándose según la regla de cargo CR1 de acuerdo con la
información de entrada pertinente para el cargo proporcionada por
el sitio WAP de juegos de la red. Entonces, la CRF envía un mensaje
de provisión de regla de cargo a la TPF. La provisión de regla de
cargo incluye la indicación de acción de eliminar filtro de flujo
de datos de servicio, así como el identificador del filtro de flujo
de datos de servicio que ha de eliminarse, CR1Filtro2. Después de
recibir el mensaje de provisión de regla de cargo desde la CRF, de
acuerdo con la indicación de operación de eliminar y CR1Filtro2, la
TPF busca la regla de cargo original con identificador CR1 y da por
finalizada la recogida del CDR de esta regla de cargo. La TPF puede,
también, dar por terminada la recogida del CDR de la regla de cargo
CR0 para sincronizarse con las estadísticas de CDR subsiguientes.
La TPF elimina entonces el filtro de flujo de datos de servicio con
el identificador CR1Filtro2. Después de eliminado el filtro de
flujo de datos de servicio con identificador CR1Filtro2, la regla de
cargo CR1 incluye la siguiente información: el método de cargo es
el de cargo fuera de línea, clave de cargo 24561, prioridad 1 de la
regla de cargo, y ajuste de filtro CR1Filtro1 con dirección IP
10.129.10.5 de fuente, dirección IP 10.129.10.6 de destino, comodín
como puerto fuente, número 80 como puerto destino, ID de protocolo
WAP2.0 y el URL de navegación por información sobre mercado de
acciones (wap.sina.com/gushi) e identificador CR1 de regla de
cargo. De este modo, la TPF recoge el CDR del servicio de navegación
por la información sobre el mercado de acciones al que ha accedido
el usuario de acuerdo con la regla de cargo CR1 y el servicio de
navegación por las noticias y otros servicios WAP a que acceda el
usuario, de acuerdo con la regla de cargo CR0.
De acuerdo con el ajuste de cargo del sitio de
juegos WAP de la red, la tarifa de cargos del servicio de navegación
por las noticias debe fijarse de nuevo cuando sean las 8:00 am. En
este momento, por tanto, el sitio WAP de la red envía la
información de entrada pertinente para el cargo a la CRF, pidiéndole
a la CRF que envíe una nueva regla de cargo a la TPF, de forma que
la TPF pueda realizar el cargo de acuerdo con la nueva regla de
cargo, facturando por tanto al usuario, por el servicio de
navegación por las noticias, en términos de la misma regla de cargo
que se aplica para el servicio de navegación por información sobre
mercado de acciones.
La CRF determina que el servicio de navegación
por las noticias debe facturarse de acuerdo con la misma regla de
cargo, CR1, que se aplica para el servicio de navegación por la
información sobre el mercado de acciones, de acuerdo con la
información de entrada pertinente para el cargo proporcionada por el
sitio de juegos WAP de la red. La CRF envía un mensaje de provisión
de regla de cargo a la TPF. La provisión de regla de cargo incluye
la indicación de acción de modificar un filtro de flujo de datos de
servicio, el correspondiente identificador, CR1, de regla de cargo
y el identificador del filtro de flujo de datos de servicio,
CR1Filtro 2, que ha de añadirse, con la dirección IP 10.129.10.5 de
fuente, la dirección IP 10.129.10.6 de destino, comodín como número
de puerto fuente, el número 80 como puerto de destino, ID de
protocolo WAP2.0 y el URL del navegador por las noticias
(wap.sina.com/xinwen). Después de recibir el mensaje de provisión de
regla de cargo de la CRF, la TPF busca, de acuerdo con la
indicación de operación de modificar y la regla de cargo CR1
correspondiente, la regla de cargo original con CR1 como
identificador, finaliza la recogida de CDR basada en la regla de
cargo CR1 y añade el filtro de flujo de datos de servicio
CR1Filtro2 a la regla de cargo CR1. Después de que se ha añadido el
filtro de flujo de datos de servicio con CR1Filtro2 como
identificador, la regla de cargo CR1 incluye la siguiente
información: el método de cargo es el de cargo fuera de línea, clave
de cargo 24561, prioridad 1 para la regla de cargo, y el ajuste de
filtro CR1Filtro1 con dirección IP 10.129.10.5 de fuente, dirección
IP 10.129.10.6 de destino, comodín como puerto fuente, número 80
como puerto destino, ID de protocolo WAP2.0, URL del navegador por
información sobre mercado de acciones (wap.sina.com/gushi) y el
ajuste de filtro Cr1Filtro2 con dirección IP 10.129.10.5 de fuente,
dirección IP 10.129.10.6 de destino, comodín como puerto fuente,
número 80 como puerto destino, ID de protocolo WAP2.0, URL de
navegador por noticias (wap.sina.com/xinwen), y CR1 como
identificador de regla de cargo. De este modo, la TPF recoge el CDR
para el servicio de navegador por información sobre mercado de
acciones y el servicio de navegador por las noticias a los que el
usuario ha accedido, de acuerdo con la regla de cargo CR1, y para
otros servicios WAP a los que acceda el usuario de acuerdo con la
regla de cargo CR0.
En pocas palabras, la anterior descripción es,
simplemente, de realizaciones preferidas de este invento y no debe
considerarse como limitativa del alcance de la protección otorgada
por el mismo.
Claims (17)
1. Un método para mejorar reglas de cargo de un
servicio de datos en paquetes de acuerdo con la arquitectura GPRS,
caracterizado porque comprende los pasos de:
asignar un primer identificador para identificar
una regla de cargo y una primera indicación de acción
correspondiente al primer identificador, que indica que han de
realizarse operaciones sobre la regla de cargo correspondiente al
primer identificador, de acuerdo con la primera indicación de
acción; en el que la primera indicación de acción indica que ha de
modificarse la regla de cargo identificada por el primer
identificador; y
proporcionar, a una función de plano de tráfico,
TPF (205), el primer identificador y la primera indicación de
acción correspondiente al primer identificador y una parte a
modificar de la regla de cargo.
\vskip1.000000\baselineskip
2. El método de acuerdo con la reivindicación 1,
después de que se ha proporcionado a la TPF del primer identificador
y la primera indicación de acción correspondiente al primer
identificador y la parte que ha de modificarse de la regla de
cargo, cuyo método comprende, además:
buscar, mediante la TPF (205), la regla de cargo
correspondiente al primer identificador;
modificar, mediante la TPF (205), la regla de
cargo correspondiente al primer identificador de acuerdo con la
parte que ha de modificarse, proporcionada, de la regla de
cargo.
\vskip1.000000\baselineskip
3. El método de acuerdo con la reivindicación 2,
antes de modificar la regla de cargo, cuyo método comprende,
además:
finalizar, mediante la TPF (205), una recogida
de un registro de datos de cargo de la regla de cargo
correspondiente al primer identificador y, después de modificar la
regla de cargo,
recoger, mediante la TPF (205), estadísticas de
información de cargo de acuerdo con la regla de cargo
correspondiente al primer identificador.
\vskip1.000000\baselineskip
4. El método de acuerdo con una cualquiera de
las reivindicaciones 1-3, en el que la parte a
modificar es una información de parámetros contenida en la regla de
cargo para la TPF (205).
5. El método de acuerdo con la reivindicación 1,
que comprende, además:
proporcionar a la TPF (205) un segundo
identificador y una segunda indicación de acción para eliminar una
regla de cargo correspondiente al segundo identificador.
\vskip1.000000\baselineskip
6. El método de acuerdo con la reivindicación 5,
que comprende, además:
asignar un tercer identificador para identificar
una regla de cargo y una tercera indicación de acción,
correspondiente al tercer identificador, que indique que ha de
instalarse la regla de cargo identificada por el tercer
identificador;
proporcionar a la TPF (205) el tercer
identificador de la regla de cargo que ha de instalarse y la tercera
indicación de acción que indica que ha de instalarse la regla de
cargo correspondiente al tercer identificador e información de la
regla de cargo que ha de instalarse.
\vskip1.000000\baselineskip
7. El método de acuerdo con la reivindicación 6,
que comprende, además:
buscar, mediante la TPF (205) la regla de cargo
correspondiente al segundo identificador;
finalizar, mediante la TPF (205) la recogida de
un registro de datos de cargo de la regla de cargo correspondiente
al segundo identificador;
eliminar, mediante la TPF (205), la regla de
cargo correspondiente al segundo identificador;
instalar, mediante la TPF (205), la regla de
cargo correspondiente al tercer identificador de acuerdo con la
información proporcionada sobre la regla de cargo que ha de
instalarse;
recoger, mediante la TPF (205) estadísticas de
información de cargo de acuerdo con la regla de cargo
correspondiente al tercer identificador.
\vskip1.000000\baselineskip
8. El método de acuerdo con la reivindicación 1
o la reivindicación 5, que comprende:
proporcionar a la TPF (205) un cuarto
identificador para identificar un filtro de flujo de datos de
servicio y una cuarta indicación de acción correspondiente al
cuarto identificador;
ejecutar una operación, mediante la TPF (205),
sobre el filtro de flujo de datos de servicio correspondiente al
cuarto identificador.
\vskip1.000000\baselineskip
9. El método de acuerdo con la reivindicación 8,
en el que la cuarta indicación de acción comprende una indicación
para instalar un filtro de flujo de datos de servicio, eliminar un
filtro de flujo de datos de servicio, modificar un filtro de flujo
de datos de servicio, o activar un filtro de flujo de datos de
servicio.
10. El método de acuerdo con la reivindicación 1
o la reivindicación 5, en el que el primer identificador es
asignado por una función de regla de cargo, CRF (203), la TPF (205)
o un operador de red o es definido mediante una especificación o
determinado mediante una combinación de los antes mencionados.
11. El método de acuerdo con una cualquiera de
las reivindicaciones precedentes, que comprende, además:
devolver, mediante la TPF (205), una respuesta a
la operación de acuerdo con un resultado de la operación.
\vskip1.000000\baselineskip
12. El método de acuerdo con la reivindicación
11, en el que la respuesta a la operación comprende una respuesta
de operación con éxito o una respuesta de fallo en la operación, en
el que la respuesta de fallo en la operación contiene información
sobre la causa del error.
13. El método de acuerdo con una cualquiera de
las reivindicaciones precedentes, que comprende, además:
asignar el primer identificador para identificar
la regla de cargo de manera inequívoca.
\vskip1.000000\baselineskip
14. Un sistema para mejorar reglas de cargo de
un servicio de datos en paquetes, de acuerdo con la arquitectura
GPRS, caracterizado porque el sistema comprende:
medios (203, 205) destinados a proporcionar un
primer identificador para identificar una regla de cargo y una
primera indicación de acción correspondiente al primer
identificador, que indica que han de ejecutarse operaciones sobre
la regla de cargo correspondiente al primer identificador de acuerdo
con la primera indicación de acción; en el que
la primera indicación de acción indica que ha de
modificarse la regla de cargo identificada mediante el primer
identificador; y el sistema está destinado, además, a proporcionar a
una función de plano de tráfico, TPF (205), el primer identificador
y la primera indicación de acción correspondiente al primer
identificador y una parte que ha de ser modificada de la regla de
cargo para la TPF (205).
\vskip1.000000\baselineskip
15. El sistema de la reivindicación 14, cuyo
sistema está destinado, además, a:
buscar la regla de cargo correspondiente al
primer identificador; y
finalizar una recogida de un registro de datos
de cargo de la regla de cargo correspondiente al primer
identificador; y
modificar la regla de cargo correspondiente al
primer identificador de acuerdo con la parte proporcionada de la
regla de cargo que ha de ser modificada,; y
recoger estadísticas de información de cargo de
acuerdo con la regla de cargo correspondiente al primer
identificador.
\vskip1.000000\baselineskip
16. El sistema de la reivindicación 14, cuyo
sistema está destinado, además, a:
proporcionar a la TPF (205) un segundo
identificador y una segunda indicación de acción para eliminar una
regla de cargo correspondiente al segundo identificador;
asignar un tercer identificador para identificar
una regla de cargo y una tercera indicación de acción
correspondiente al tercer identificador, que indica que ha de
instalarse la regla de cargo identificada por el tercer
identificador; y
\newpage
proporcionar a la TPF el tercer identificador de
la regla de cargo que ha de instalarse y la tercera indicación de
acción correspondiente al tercer identificador e información de la
regla de cargo a instalar, cuyo sistema está destinado, además,
a
buscar la regla de cargo correspondiente al
segundo identificador; y
finalizar una recogida de registro de datos de
carga de la regla de carga correspondiente al segundo identificador;
y
eliminar la regla de carga correspondiente al
segundo identificador; e
instalar la regla de carga correspondiente al
tercer identificador de acuerdo con la información proporcionada de
la regla de cargo que ha de instalarse; y
recoger estadísticas de información de cargo de
acuerdo con la regla de cargo correspondiente al tercer
identificador.
\vskip1.000000\baselineskip
17. El sistema de una cualquiera de las
reivindicaciones 14-16, cuyo sistema es la TPF
(205).
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100337204A CN1275422C (zh) | 2004-04-09 | 2004-04-09 | 一种分组数据业务中增强计费规则及进行操作的方法 |
| CN200410033720 | 2004-04-09 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2338800T3 true ES2338800T3 (es) | 2010-05-12 |
Family
ID=34868500
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES05733075T Expired - Lifetime ES2338800T3 (es) | 2004-04-09 | 2005-03-31 | Regla mejorada de cargo para servicio de datos en paquetes y metodo para su puesta en practica. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US20070033274A1 (es) |
| EP (1) | EP1720300B1 (es) |
| JP (1) | JP4891223B2 (es) |
| CN (1) | CN1275422C (es) |
| AT (1) | ATE453975T1 (es) |
| DE (1) | DE602005018607D1 (es) |
| ES (1) | ES2338800T3 (es) |
| WO (1) | WO2005099184A1 (es) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1303781C (zh) * | 2004-04-01 | 2007-03-07 | 华为技术有限公司 | 一种分组数据业务的计费控制方法 |
| US7739682B1 (en) * | 2005-03-24 | 2010-06-15 | The Weather Channel, Inc. | Systems and methods for selectively blocking application installation |
| CN100370732C (zh) * | 2005-11-04 | 2008-02-20 | 华为技术有限公司 | 一种计费方法和系统 |
| CN101237328B (zh) * | 2007-01-30 | 2012-07-04 | 朗迅科技公司 | 为离线收费系统配置自适应模块的方法 |
| CN100596074C (zh) * | 2007-02-09 | 2010-03-24 | 华为技术有限公司 | 计费模式提供方法及计费管理系统 |
| CN101350728B (zh) * | 2007-07-18 | 2012-08-22 | 华为技术有限公司 | 会话绑定的方法及网络设备 |
| CN101355792B (zh) * | 2007-07-25 | 2011-11-23 | 华为技术有限公司 | 承载删除控制方法及归属用户服务器以及相关设备 |
| US8090727B2 (en) * | 2008-05-20 | 2012-01-03 | Check Point Software Technologies Ltd. | Methods for automatically generating natural-language news items from log files and status traces |
| US7937300B2 (en) * | 2008-07-10 | 2011-05-03 | Bridgewater Systems Corp. | System and method for providing interoperability between diameter policy control and charging in a 3GPP network |
| CN101945368A (zh) * | 2009-07-06 | 2011-01-12 | 华为技术有限公司 | 群组计费方法、计费处理装置以及通信系统 |
| CN101945429B (zh) * | 2009-07-08 | 2014-09-17 | 华为技术有限公司 | 移动网络用户面数据路由的方法、装置和系统 |
| KR20110057445A (ko) * | 2009-11-24 | 2011-06-01 | 삼성전자주식회사 | 통신 시스템에서 서비스를 제공하는 장치 및 방법 |
| CN104684038A (zh) * | 2013-12-02 | 2015-06-03 | 中国移动通信集团江苏有限公司 | 一种切换方法和相关装置 |
| CN111211912B (zh) * | 2018-04-28 | 2020-11-10 | 华为技术有限公司 | 计费的方法和装置 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0445633A (ja) * | 1990-06-13 | 1992-02-14 | Mitsubishi Electric Corp | パケット交換網における課金方式 |
| US6016334A (en) * | 1997-10-29 | 2000-01-18 | Alcatel Usa Sourcing, L.P. | Method and system for automatically verifying provisioning of telecommunications services |
| JP2001326634A (ja) * | 2000-05-15 | 2001-11-22 | Nec Corp | パケット課金システム及び方法 |
| US8699472B2 (en) * | 2000-05-24 | 2014-04-15 | Nokia Corporation | Common charging identifier for communication networks |
| US20030153333A1 (en) * | 2001-05-14 | 2003-08-14 | Ryo Shirai | Obile communication service charging apparatus and mobile communication service charging method |
| JP4009136B2 (ja) * | 2001-06-07 | 2007-11-14 | 富士通株式会社 | 課金システム |
| EP1315352B1 (en) * | 2001-11-21 | 2005-11-02 | Alcatel | Method for flexibly charging of IP multimedia communication sessions, telecommunication system and network elements for applying such a method |
| KR100812676B1 (ko) * | 2001-12-31 | 2008-03-13 | 에스케이 텔레콤주식회사 | 이동통신 시스템에서의 컨텐츠별 과금 데이터 생성 방법 |
| US7684400B2 (en) * | 2002-08-08 | 2010-03-23 | Intel Corporation | Logarithmic time range-based multifield-correlation packet classification |
| US7721296B2 (en) * | 2003-06-13 | 2010-05-18 | Ericsson Ab | Event based charging in a communications system |
-
2004
- 2004-04-09 CN CNB2004100337204A patent/CN1275422C/zh not_active Expired - Lifetime
-
2005
- 2005-03-31 ES ES05733075T patent/ES2338800T3/es not_active Expired - Lifetime
- 2005-03-31 JP JP2007502176A patent/JP4891223B2/ja not_active Expired - Lifetime
- 2005-03-31 WO PCT/CN2005/000425 patent/WO2005099184A1/zh not_active Ceased
- 2005-03-31 EP EP20050733075 patent/EP1720300B1/en not_active Expired - Lifetime
- 2005-03-31 AT AT05733075T patent/ATE453975T1/de not_active IP Right Cessation
- 2005-03-31 DE DE200560018607 patent/DE602005018607D1/de not_active Expired - Fee Related
-
2006
- 2006-07-31 US US11/496,095 patent/US20070033274A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| DE602005018607D1 (de) | 2010-02-11 |
| WO2005099184A1 (en) | 2005-10-20 |
| CN1275422C (zh) | 2006-09-13 |
| JP4891223B2 (ja) | 2012-03-07 |
| US20070033274A1 (en) | 2007-02-08 |
| JP2007529171A (ja) | 2007-10-18 |
| EP1720300B1 (en) | 2009-12-30 |
| CN1645804A (zh) | 2005-07-27 |
| EP1720300A4 (en) | 2008-06-04 |
| ATE453975T1 (de) | 2010-01-15 |
| EP1720300A1 (en) | 2006-11-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2338800T3 (es) | Regla mejorada de cargo para servicio de datos en paquetes y metodo para su puesta en practica. | |
| US8531971B2 (en) | Method for controlling charging of packet data service | |
| EP3293992B1 (en) | Policy control framework | |
| ES2327902T3 (es) | Organizacion de la facturacion de abonados en un sistema de telecomunicacion. | |
| EP2294806B1 (en) | Online charging for roaming users in a proxy online charging system of a visited network | |
| KR101195362B1 (ko) | Ｌｔｅ／ｅｐｃ 통신 네트워크 및 그 네트워크에서의 차징 수행 방법 | |
| US7889650B2 (en) | Method for establishing diameter session for packet flow based charging | |
| US8798575B2 (en) | Method for improving service data flow based charging and system thereof | |
| US20120195196A1 (en) | SYSTEM AND METHOD FOR QoS CONTROL OF IP FLOWS IN MOBILE NETWORKS | |
| US7107039B2 (en) | Mobile network content based charging and access control system | |
| ES2311821T3 (es) | Sistema de autenticacion. | |
| US20010036164A1 (en) | Mobile network system and service control information changing method | |
| US20090327112A1 (en) | Method, device and control system for online charging on roaming | |
| CA2540922C (en) | A method for handling event triggers and re-authorization triggers in flow based charging | |
| JP4482030B2 (ja) | パケットデータフローの課金に基づく再認証の処理方法 | |
| WO2025113030A1 (zh) | 上行数据控制的方法、装置、设备及存储介质 | |
| WO2006015543A1 (fr) | Procede de traitement d'une re-autorisation, evenement de re-autorisation et declencheurs d'evenement | |
| US12231303B1 (en) | Network slice multi-service manager |