ES2337477T3 - Un metodo para reducir la carga de una tpf. - Google Patents
Un metodo para reducir la carga de una tpf. Download PDFInfo
- Publication number
- ES2337477T3 ES2337477T3 ES05772878T ES05772878T ES2337477T3 ES 2337477 T3 ES2337477 T3 ES 2337477T3 ES 05772878 T ES05772878 T ES 05772878T ES 05772878 T ES05772878 T ES 05772878T ES 2337477 T3 ES2337477 T3 ES 2337477T3
- Authority
- ES
- Spain
- Prior art keywords
- charge
- tpf
- rule
- indication
- information
- 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.)
- Active
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 for data wireline or wireless communications
-
- 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 for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
-
- 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 for data wireline or wireless communications
- H04L12/1485—Tariff-related aspects
-
- 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
-
- 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/43—Billing software details
-
- 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/62—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on trigger specification
-
- 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/67—Transmitting arrangements for sending billing related information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
-
- 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/14—Billing aspects relating to the actual charge
-
- 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/48—Sending information over a non-traffic network channel or another connection than the one actually used, e.g. signalling, D-channel, data and voice
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Meter Arrangements (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Inorganic Compounds Of Heavy Metals (AREA)
- Separation By Low-Temperature Treatments (AREA)
- Filtering Of Dispersed Particles In Gases (AREA)
- Treating Waste Gases (AREA)
Abstract
Un método para reducir la carga de una función de plano de tráfico TPF, aplicable a un sistema de cargo basado en flujo FBC, que comprende: obtener, por la TPF, una indicación referente a si se realiza un cargo de acuerdo con información de regla de cargo que incluye filtros del flujo de datos de servicio, esto es, un flujo de datos de servicio consistente en una pluralidad de flujos de datos por paquetes, recibido de una función de regla de cargo CRF(504, 604); caracterizado por: no generar, por la TPF, una información de cargo después de filtrar un flujo de datos de servicio (510, 608) de acuerdo con dichos filtros cuando la indicación indique que no se realice ningún cargo, mientras que, si la indicación indica que se realice un cargo, se recoge, por la TPF, información relacionada con el cargo después de filtrar el flujo de datos de servicio, y se genera y se presenta, por la TPF, información de cargo.
Description
Un método para reducir la carga de una TPF.
La presente invención se refiere a las técnicas
de cargo de un servicio de radio por paquetes y, en particular, a
un método para reducir la carga de una función de plano de tráfico
(TPF).
\vskip1.000000\baselineskip
Junto con la demanda creciente de aplicaciones
del servicio general de radio por paquetes (GPRS) se ha convertido
en una preocupación común de los operadores de comunicaciones
móviles el modo de cargar razonable y exactamente por el servicio
móvil de datos por paquetes.
La actual diferenciación del tráfico y el actual
conocimiento del tipo de tráfico de la red GPRS solamente pueden
alcanzar el nivel del contexto de nombre de punto de acceso (APN) y
del contexto de protocolo de datos por paquetes (PDP), pero en la
práctica es enteramente posible que varios flujos de datos de
servicio en paralelo (por lo que se refiere a un servicio de datos
por paquetes, la cantidad de datos que consume un usuario al
utilizar el servicio de datos por paquetes se denomina flujo de
datos de servicio, el cual consta de varios flujos de datos por
paquetes, es decir, flujos de datos IP. Un contexto PDP puede portar
varios servicios diferentes) puedan utilizar el mismo contexto PDP
que el portador y que diferentes servicios puedan adoptar
diferentes políticas de cargo. En vista de lo anterior, 3GPP
proporciona un nuevo método de cargo para un portador de GPRS, es
decir, un método de cargo basado en flujo (FBC) de datos de
servicio. Evidentemente, la granularidad de cargo del FBC es más
pequeña que la del contexto PDP, lo que hace posible proporcionar a
los operadores y proveedores de servicios un medio de cargo más
variado.
Se da seguidamente una descripción del FBC de
acuerdo con el protocolo de 3GPP TS23.125. La estructura del
sistema del FBC se muestra en las figuras 1 y 2, en donde la figura
1 es un diagrama esquemático que ilustra la estructura del sistema
del FBC que soporta cargo en línea, la cual incluye principalmente
un sistema de cargo en línea (OCS), una función de regla de cargo
(CRF), una función de plano de tráfico (TPF), una función de
aplicación (AF) y una función de pasarela de cargo/función de
recaudación de cargo (CGF/CCF). Y la figura 2 es un diagrama
esquemático que ilustra la estructura del sistema del FBC que
soporta cargo fuera de línea, la cual incluye principalmente la
CRF, la TPF, la AF y la CGF/CCF.
\vskip1.000000\baselineskip
Cada una de las funciones constitutivas del
sistema FBC anterior se describe, respectivamente, como sigue:
La TPF es la entidad para portar flujos IP y es
capaz de diferenciar paquetes de datos pertenecientes a diferentes
flujos de datos de servicio. Cuando un portador tiene algunos
cambios, por ejemplo al crear, modificar o suprimir el portador, la
TPF enviará una petición a la CRF solicitando reglas de cargo a
través de la interfaz Gx, y la información siguiente puede ser
transportada en la petición: información relacionada con un usuario
y un terminal, por ejemplo estación móvil ISDN (MSISDN), identidad
internacional del equipo móvil & versión de servicio (IMEISV);
características del portador, por ejemplo calidad de servicio (QoS);
e información correlativa con la red, por ejemplo código de red
móvil (MNC), código de país móvil (MCC). La TPF realiza un filtrado
y cargo de paquetes en el correspondiente flujo de datos de servicio
de acuerdo con la regla de cargo devuelta por la CRF. El cargo
puede incluir una serie de acciones correlativas de cargo, tales
como recogida y generación de información de cargo y presentación
de la información de cargo generada.
Una TPF puede ser servida por una o más CRFs.
Específicamente, la TPF puede seleccionar una CRF para proveer un
servicio de acuerdo con la información de identidad del equipo de
usuario (UE). Además, la TPF soporta reglas de cargo predefinidas y
filtros predefinidos.
\vskip1.000000\baselineskip
La CRF es la entidad para almacenar reglas de
cargo, soportando reglas de cargo tanto dinámicas como estáticas.
La llamada regla de cargo dinámica significa que la regla de cargo
es generada en tiempo real de acuerdo con los principios del
servicio; y la regla de cargo estática significa que la regla de
cargo permanece inalterada mientras el usuario está utilizando el
servicio de datos, y la regla de cargo estática puede ser
dinámicamente activada. La CRF puede seleccionar reglas de cargo
apropiadas de acuerdo con la información de entrada recibida de la
TPF, la AF y el OCS, y puede enviar las reglas de cargo
seleccionadas a la TPF cuando reciba una petición de esta TPF o se
dispare un evento predefinido.
Una CRF puede comunicarse con múltiples TPFs, es
decir que proporciona servicio a múltiples TPFs.
\vskip1.000000\baselineskip
La AF representa todas las entidades asociadas
con una aplicación y puede pertenecer al propio operador o a un
proveedor de servicios de terceras partes. La AF proporciona a la
CRF una información de aplicación o servicio apropiada que hace que
la CRF pueda seleccionar o configurar las reglas de cargo
correspondientes. La información proporcionada por AF incluye:
información de identidad del flujo de datos de servicio, que puede
ser un comodín de información de identidad; información sobre
selección de reglas de cargo; identificador de aplicación/servicio;
identificador de evento de aplicación; tipo de flujo, por ejemplo
vídeo, audio; y velocidad de flujo de datos, en donde el tipo de
flujo y la velocidad de flujo de datos son opcionales.
Una AF puede comunicarse con varias CRFs. La AF
puede seleccionar el interactuar con una CRF de acuerdo con la
información de identidad del UE.
\vskip1.000000\baselineskip
El OCS es para la función de cargo en línea,
conteniendo un control de crédito (CC) que es para uso en la
ejecución del control de crédito. El CC se emplea usualmente tan
sólo dentro de un sistema de cargo en línea. El OCS proporciona a
la CRF, a través de la interfaz Ry, la información de entrada para
seleccionar reglas de cargo.
\vskip1.000000\baselineskip
La CCF/CGF es para uso en el procesamiento
ulterior de los datos de cargo presentados por la TPF a fin de
generar facturas.
La anterior estructura del sistema del FBC es
aplicable a diversas técnicas de acceso por radio, tales como 3GPP,
3GPP2, WLAN, etc. Tomando 3GPP como ejemplo, si la red del portador
es GPRS, la TPF es una función lógica asignada a la GGSN y la AF es
una pasarela de aplicación o un servidor de aplicación en la red de
datos por paquetes (PDN). Cuando un subsistema multimedia IP (IMS)
utiliza la red GPRS como su red portadora, la AF será una función
mandataria de control de sesión de llamada (P-CSCF),
y en este caso la CRF es una entidad lógica recién añadida.
Basándose en la anterior estructura del sistema
del FBC, se describirán las operaciones realizadas por la TPF
tomando como ejemplos los procedimientos de implementación de cargo
fuera de línea y cargo en línea.
La figura 3 muestra el diagrama de flujo de un
cargo fuera de línea, que incluye los pasos de:
Paso 301 - paso 302: el UE envía a la TPF un
mensaje de petición de establecimiento de servicio de portador y la
TPF, después de recibir el mensaje, envía a la CRF un mensaje de
petición de regla de cargo.
Paso 303 - paso 304: la CRF determina la regla
de cargo basándose en la información proporcionada en la petición
de regla de cargo recibida de la TPF. Si hay también información de
entrada proveniente de la AF y/o del OCS para determinar las reglas
de cargo, la CRF seleccionará reglas de cargo por medio de la
información de entrada proveniente de la TPF y la información de
entrada proveniente de la AF y/o el OCS para uso en la determinación
de la regla de cargo. La CRF proporciona entonces las reglas de
cargo seleccionadas a la TPF. Una regla de cargo puede incluir:
indicación de modo de cargo del flujo de datos de servicio, por
ejemplo indicación de cargo en línea o cargo fuera de línea, el
modo de registro del cargo fuera de línea, por ejemplo basado en
volumen o basado en tiempo o ambos, clave de cargo, filtro o filtros
del flujo de datos de servicio, prioridad e identificador de la
regla de cargo.
En este caso, el filtro es para uso en la
diferenciación de paquetes de datos que pertenecen a un flujo de
datos de servicio específico. La estructura básica de un filtro es
una quíntupla IP que incluye dirección IP de origen, dirección IP
de destino, número de puerto de origen, número de puerto de destino
y protocolo ID del protocolo superior a IP. La clave de cargo es
para uso en la determinación de la tarifa de cargo. La prioridad es
para uso en la determinación de la regla de cargo que ha de
utilizarse cuando existan reglas de cargo que se solapan. El
identificador de la regla de cargo es para uso en la identificación
de una regla de cargo específica. La CRF solamente necesita
proporcionar cada vez a la TPF el identificador correspondiente a
una regla de cargo en lugar de una regla de cargo completa si la TPF
ha configurado ya la regla de cargo correspondiente.
Paso 305 - paso 306: la TPF realiza acciones
apropiadas indicadas por la regla de cargo recibida, por ejemplo
aplicando o suprimiendo la regla de cargo, y luego responde al UE
con un mensaje de aceptación de establecimiento de servicio de
portador.
Paso 307 - paso 308: el UE realiza una
transmisión de datos de servicio después de recibir el mensaje de
aceptación de establecimiento de servicio de portador, y la TPF
realiza una operación de cómputo y estadística para el flujo de
datos de servicio al que se aplica la regla de cargo, es decir que,
después del filtrado, realiza una operación de cargo que contiene
la recogida y generación de información de cargo, y presenta la
información de cargo generada en un cierto formato, por ejemplo
rellenando un registro detallado de llamadas (CDR), a las entidades
asociadas al cargo para generar la factura final del usuario.
La figura 4 muestra el diagrama de flujo de un
cargo en línea, que incluye los pasos de:
Paso 401 - paso 402: el UE envía a la TPF un
mensaje de petición de establecimiento de servicio de portador y la
TPF envía a la CRF un mensaje de petición de regla de cargo después
de recibir la petición de establecimiento de servicio de
portador.
Paso 403 - paso 404: la CRF determina las reglas
de cargo basándose en la información proporcionada en la petición
de regla de cargo recibida de la TPF. Si hay también información de
entrada proveniente de la AF y/o el OCS para determinar las reglas
de cargo, la CRF seleccionará reglas de cargo combinando la
información de entrada proveniente de la TPF y la información de
entrada proveniente de la AF y/o el OCS para determinar la regla de
cargo. La CRF proporciona luego las reglas de cargo seleccionadas a
la TPF. Una regla de cargo puede incluir: indicación del modo de
cargo del flujo de datos de servicio, por ejemplo indicación de
cargo en línea o cargo fuera de línea, el modo de registro del
cargo fuera de línea, por ejemplo basado en volumen o basado en
tiempo o ambos, clave de cargo, filtro o filtros del flujo de datos
de servicio, prioridad e identificador de la regla de cargo.
Paso 405: la TPF realiza acciones apropiadas
indicadas por la regla de cargo recibida, por ejemplo aplicando o
suprimiendo la regla de cargo.
Paso 406 - paso 408: la TPF envía al OCS un
mensaje de petición de crédito, el OCS proporciona a la TPF la
información de crédito relacionada con el UE, y la TPF responde
luego al UE con un mensaje de aceptación de establecimiento de
servicio de portador.
Paso 409 - paso 410: el UE comienza a transmitir
datos de servicio después de recibir el mensaje de aceptación de
establecimiento de servicio de portador. La TPF realiza una
operación de cómputo y estadística para el flujo de datos de
servicio al que se aplica la regla de cargo, es decir que, después
del filtrado, realiza una operación de cargo que contiene la
recogida y generación de información de cargo y presenta la
información de cargo generada en un cierto formato, por ejemplo
rellenando el CDR, a las entidades asociadas al cargo para generar
la factura final del usuario.
Puede verse por el paso 307 - paso 308 del
anterior procedimiento de cargo fuera de línea y por el paso 409 -
paso 410 del procedimiento de cargo en línea que la TPF, después de
filtrar el flujo de datos de servicio recibido, generará la
información de cargo y presentará después la información de cargo a
las entidades asociadas al cargo en un cierto formato para generar
la factura final. Las entidades asociadas al cargo pueden incluir
una pasarela de cargo (CG) y un sistema de facturación (BS). La CG
combinará la información de cargo recibida antes de enviarla al BS,
que generará la factura final.
Sin embargo, en la práctica, no toda la
información recogida y presentada por la TPF es útil para generar
facturas finales de usuarios. Por ejemplo, cuando se carga en línea
al usuario por el servicio, basándose en la implementación del
cargo en línea, el OCS supervisará la cuenta del usuario en tiempo
real y enviará la información de cargo generada a las entidades
asociadas de cargo para generar la factura final del usuario; sin
embargo, mientras tanto, la TPF recogerá también información de
cargo disponible y presentará la información a las entidades
asociadas al cargo. Dado que la TPF no tiene información de la
cuenta del usuario, la información de cargo recogida por la TPF no
es tan completa como las recogidas por el OCS. Además, cuando la TPF
y el OCS pertenecen a la misma red, la información de cargo del
usuario presentada por la TPF no es en absoluto de utilidad y será
descartada aun cuando se haya enviado la información a las entidades
asociadas al cargo. En este caso, esto significa que la carga de la
TPF ha sido incrementada para nada.
Además, existe el caso en el que el operador
desea no cargar al usuario basándose en la consideración de
operación o promoción de un servicio. Sin embargo, basándose en la
arquitectura de implementación del FBC en la técnica anterior, la
TPF en la red recogerá, generará y presentará la información de
cargo aun cuando el usuario no tenga que ser cargado, y no se
desechará la información de cargo hasta que ésta sea enviada
completamente a las entidades asociadas al cargo y se produzca la
factura, lo que es también una especie de desperdicio de recursos
de red.
La solicitud de patente internacional WO
2004/036890 A1 propone un método de cargo de datos que lleguen a un
elemento de red de una red de comunicación durante una sesión de
datos, comprendiendo la sesión de datos una pluralidad de flujos de
datos, distinguiéndose cada flujo por un juego de parámetros de
flujo.
La 3GPP TS 23.125 V6.0.0 especifica la
funcionalidad global y los impactos de la arquitectura del cargo
basado en flujo. Las funciones incluyen identificación de los
flujos de datos de servicio que necesitan ser cargados
individualmente, provisión y control de reglas de cargo al nivel del
flujo de datos de servicio y reporte de recuentos de bytes al nivel
del flujo de datos de servicio.
La presente invención proporciona un método para
reducir la carga de la función de plano de tráfico (TPF), aplicable
a un sistema de cargo basado en flujo (FBC), que incluye los pasos
de:
obtener, por la TPF, una indicación referente a
si se realiza un cargo de acuerdo con información de regla de cargo
recibida de una función de regla de cargo (CRF)(504, 604), y no
generar, por la TPF, ninguna información de cargo cuando la
indicación indique que no se realice cargo alguno (510, 608),
mientras que, en caso contrario, se genera y se presenta por la TPF
una información de cargo después de filtrar el flujo de datos de
servicio.
Una entidad de función de plano de tráfico TPF,
aplicable a un sistema de cargo basado en flujo (FBC), incluye:
medios para obtener una indicación referente a
si se realiza un cargo de acuerdo con información de regla de cargo
recibida de una función de regla de cargo CRF; y
medios para no generar información de cargo
después de filtrar el flujo de datos de servicio cuando la
indicación indique que no se realice cargo alguno, mientras que, en
caso contrario, dichos medios generan y presentan información de
cargo.
Resumiendo, de acuerdo con el método de esta
invención, la TPF determina si se realiza un cargo por el flujo de
datos de servicio en el que se usan la regla o reglas de cargo
apropiadas de acuerdo con la indicación recibida acerca de si se
realiza el cargo; en caso afirmativo, dicha TPF recoge y genera
información de cargo después de filtrar el flujo de datos de
servicio y luego presenta la información a las entidades asociadas
al cargo; en caso contrario, solamente filtra el flujo de datos de
servicio sin realizar cargo alguno. De esta manera, se puede
optimizar la operación en la TPF de tal modo que esta TPF solamente
realice el cargo necesario en vez de cargar por el flujo de datos
de servicio que no necesita ser cargado. Como resultado, se puede
reducir la carga de la TPF y lo mismo ocurre con la carga de los
dispositivos de red, y se puede mejorar la eficiencia del sistema.
Mientras tanto, es posible evitar el desperdicio de recursos de red
provocado por diversas políticas de cargo, por ejemplo una política
de exención de cargo, adoptadas por el operador.
La figura 1 es un diagrama esquemático que
ilustra la estructura del sistema FBC que soporta operaciones de
cargo en línea.
La figura 2 es un diagrama esquemático que
ilustra la estructura del sistema FBC que soporta operaciones de
cargo fuera de línea.
La figura 3 es el diagrama de flujo del cargo
fuera de línea basándose en el sistema FBC de la técnica
anterior.
La figura 4 es el diagrama de flujo del cargo en
línea basándose en el sistema FBC de la técnica anterior.
La figura 5 es el diagrama de flujo del FBC en
línea de acuerdo con la realización de esta invención.
La figura 6 es el diagrama de flujo del FBC
fuera de línea de acuerdo con la realización de esta invención.
Se ofrece seguidamente una descripción más
detallada de esta invención con referencia a los dibujos que se
acompañan.
La TPF en las realizaciones de la invención
determina si se realiza un cargo por el flujo de datos de servicio
al que se aplican la regla o reglas de cargo apropiadas de acuerdo
con la indicación obtenida referente a si se realiza el cargo, es
decir, si se recoge y genera información de cargo y se presenta la
información de cargo generada. En otras palabras, si la indicación
referente a si se realiza un cargo obtenida por la TPF indica que
se ha de realizar el cargo, esto significa que la TPF, después de
filtrar el flujo de datos de servicio al que se aplica la regla de
cargo, necesita recoger información relacionada con el cargo, genera
información de cargo y luego presenta la información de cargo
generada; si la indicación referente a si se realiza un cargo
obtenida por la TPF indica que no se realice el cargo, esto
significa que la TPF no necesita realizar la operación de recogida
o generación de información de cargo ni presentar la información
después de filtrar el flujo de datos al que se aplica la regla de
cargo.
A continuación, se describe esta invención con
más detalle haciendo referencia a realizaciones específicas.
En esta realización la CRF determina, de acuerdo
con la información asociada a la red en el mensaje de petición de
regla de cargo proveniente de la TPF, tal como MCC y MNC, que ella
misma y la TPF pertenecen a la misma red operadora y que este
usuario es un usuario de prepago cuyo modo de cargo de todos los
servicios es un cargo en línea. Por tanto, la CRF determina
controlar que la TPF no cargue a este usuario. En esta realización,
la indicación referente a si se realiza un cargo es proporcionada a
la TPF al ser transportada en la regla de cargo seleccionada. Toda
información de cargo es recogida por un sistema de cargo en línea
(OCS). El diagrama de flujo de esta realización se muestra como
figura 5, que incluye específicamente los pasos de:
Paso 501 - paso 502: el UE envía a la TPF un
mensaje de petición de establecimiento de servicio de portador y la
TPF envía a la CRF un mensaje de petición de regla de cargo después
de recibir la petición de establecimiento de servicio de
portador.
Paso 503 - paso 504: la CRF determina la regla
de cargo de acuerdo con la petición de regla de cargo recibida de
la TPF. Evidentemente, si hay información de entrada proveniente de
la función de aplicación (AF) y/o del OCS para determinar la regla
de cargo, la CRF seleccionará la regla de cargo combinando la
información de entrada proveniente de la TPF con la información de
entrada proveniente de la AF y/o el OCS para determinar la regla de
cargo. La CRF fija entonces el valor de la indicación referente a si
se realiza el cargo como una indicación de no realizar cargo
alguno, y envía a la TPF la regla de cargo seleccionada con la
indicación. En esta realización la información de regla de cargo
enviada por la CRF es una regla de cargo específica y la indicación
referente a si se realiza el cargo es un campo en la regla de
cargo.
Paso 505: la TPF realiza acciones apropiadas
indicadas por la regla de cargo, por ejemplo aplicando o suprimiendo
la regla de cargo.
Paso 506 - paso 508: la TPF envía al OCS un
mensaje de petición de crédito, el OCS proporciona a la TPF la
información de crédito relacionada y la TPF responde luego al UE con
un mensaje de aceptación de establecimiento de servicio de
portador.
Paso 509 - paso 510: el UE comienza a transmitir
datos de servicio después de recibir el mensaje de aceptación de
establecimiento de servicio de portador. En esta realización, dado
que el valor del campo de indicación referente a si se realiza
cargo en la regla de cargo es el de no realizar cargo alguno,
después de obtener directamente de la regla de cargo la indicación
de no realizar cargo alguno, la TPF solamente realiza una operación
de cómputo y estadística del flujo de datos de servicio al que se
aplica esta regla de cambio, es decir, solamente realiza filtrado y
ya no realiza ninguna operación de recogida, generación o
presentación de información de cargo.
Si la información de regla de cargo enviada por
la CRF es más de una regla de cargo y la indicación referente a si
se realiza cargo es un campo en cada una de estas reglas de cargo,
se puede aplicar también el procedimiento anterior.
Si la TPF ha configurado una regla de cargo o
más de una regla de cargo y ha fijado la indicación referente a si
se realiza una operación de cargo de los flujos de datos de servicio
a los que se aplican esta o estas reglas de cargo, la CRF puede
enviar entonces a la TPF en el anterior paso 503 - paso 504
solamente el identificador o identificadores de regla de cargo
correspondientes a la regla o reglas de cargo seleccionadas. De
acuerdo con el identificador o identificadores de regla de cargo
recibidos, la TPF obtiene la regla o reglas de cargo localmente
configuradas y ejecuta acciones apropiadas indicadas por la regla o
reglas de cargo; mientras tanto, la TPF obtiene la indicación o
indicaciones referentes a si se realiza un cargo de acuerdo con la
información de indicación referente a si se realiza un cargo
correspondiente a la regla o reglas de cargo, y determina así si se
recoge, genera o presenta la información de cargo a las funciones
asociadas al cargo.
Seguidamente, se describe otro modo de
implementación de esta invención por medio de una realización. Hay
casos en los que puede aplicarse una regla de cargo o más de una
regla de cargo a una clase de servicio o a una conexión de un
usuario, al tiempo que se permite que no se realice ninguna
operación de cargo para los flujos de datos de servicio
pertenecientes a esta clase de servicio o esta clase de usuario. Se
puede aplicar entonces a una o varias reglas de cargo una
indicación referente a si se realiza el cargo, y tal indicación
puede asociarse con una o varias reglas de cargo y es enviada a la
TPF junto con esta o estas reglas de cargo.
En esta realización el modo de cargo del
servicio del usuario se fija como cargo mensual. Con independencia
de si este usuario utiliza el servicio en un mes, durante cuánto
tiempo lo utiliza y a cuánto asciende el volumen de datos de
servicio, el operador cargará entonces a este usuario con una tasa
fija. En este caso, el sistema de cargo puede escoger no cargar por
los servicios que usa este usuario, y todas las tasas incurridas
por este usuario al utilizar el portador pueden ser recaudadas por
otras vías. El diagrama de flujo de esta realización se muestra en
la figura 6, que incluye específicamente los pasos de:
Paso 601 - paso 602: el UE envía a la TPF un
mensaje de petición de establecimiento de servicio de portador y,
después de recibir la petición de establecimiento de servicio de
portador, la TPF envía a la CRF un mensaje de petición de regla de
cargo.
Paso 603 - paso 604: la CRF selecciona una o
varias reglas de cargo de acuerdo con la petición de regla de cargo
recibida de la TPF. Si hay también información de entrada
proveniente de la AF y/o del OCS para determinar la regla o reglas
de cargo, la CRF seleccionará una regla o reglas de cargo combinando
la información de entrada proveniente de la TPF con la información
de entrada proveniente de la AF y/o del OCS para determinar la regla
o reglas de cargo que se deben suministrar. La CRF fija entonces el
valor de indicación referente a si se realiza un cargo como un
valor de no realización de cargo, y asocia después la indicación
referente a si se realiza el cargo con una o más reglas de cargo
seleccionadas y envía la indicación a la TPF junto con la regla o
reglas de cargo. En esta realización la indicación referente a si se
realiza un cargo indica que no se realiza cargo alguno. En otras
palabras, la información de regla de cargo que envía la CRF incluye
una o más reglas de cargo, así como la información de indicación de
no realizar ningún cargo asociado con las una o más reglas de
cargo.
Paso 605 - paso 606: la TPF ejecuta acciones
indicadas por la regla o reglas de cargo recibidas, por ejemplo
aplicando o suprimiendo la regla o reglas de cargo, y responde al UE
con un mensaje de aceptación de establecimiento de servicio de
portador.
Paso 607 - paso 608: el UE comienza a transmitir
datos de servicio después de recibir el mensaje de aceptación de
establecimiento de servicio de portador. En esta realización, dado
que la indicación referente a si se realiza un cargo indica que no
se realice cargo alguno, la TPF, después de obtener directamente de
la información de regla de cargo esta indicación de no realizar
ningún cargo, realiza solamente una operación de cómputo y
estadística para el flujo de datos de servicio al que se aplica esta
regla de cargo, es decir, solamente realiza un filtrado y ya no
realiza una operación de recogida, generación o presentación de
información de cargo.
Si la TPF ha configurado una regla de cargo o
más de una regla de cargo y ha fijado la indicación referente a si
se realiza una operación de cargo por los flujos de datos de
servicio a los que se aplican esta o estas reglas de cargo, la CRF
puede enviar entonces a la TPF en el anterior paso 603 - paso 604
solamente el identificador o identificadores de regla de cargo
correspondientes a la regla o reglas de cargo. De acuerdo con el
identificador o identificadores de regla de cargo recibidos, la TPF
obtiene la regla o reglas de cargo localmente configuradas y
ejecuta acciones apropiadas indicadas por la regla o reglas de
cargo; mientras tanto, la TPF obtiene la indicación referente a si
se realiza un cargo de acuerdo con la información de indicación
relativa a si se realiza un cargo correspondiente a la regla o
reglas de cargo, y determina con ello si se recoge, genera o
presenta la información de cargo a las entidades asociadas al
cargo.
En los procedimientos de implementación que se
muestran en la figura 5 y la figura 6, si la TPF ha configurado una
regla de cargo o más de una regla de cargo, pero no ha fijado la
indicación o indicaciones referentes a si se realiza un cargo por
los flujos de datos de servicio a los que se aplican ésta o estas
reglas de cargo, la CRF puede enviar entonces a la TPF tanto el
identificador o identificadores de regla de cargo correspondientes
a esta o estas reglas de cargo como la indicación o indicaciones
referentes a si se realiza un cargo por los flujos de datos de
servicio a los que se aplican ésta o estas reglas de cargo al mismo
tiempo. En otras palabras, en este caso, la información de regla de
cargo enviada por la CRF incluye el identificador o identificadores
de regla de cargo y el campo o campos de indicación referentes a si
se realiza un cargo, la TPF encuentra la regla o reglas de cargo
correspondientes de acuerdo con el identificador o identificadores
de regla de cargo y ejecuta acciones apropiadas según lo indicado
por la regla o reglas de cargo, por ejemplo aplicando o suprimiendo
la regla o reglas de cargo, y, mientras tanto, la TPF obtiene del
campo o campos designados de la información de regla de cargo la
información referente a si se realiza un cargo, y determina con ello
si se recoge, genera y presenta la información de cargo a las
entidades asociadas al cargo.
Puede verse que, en la técnica anterior, la
información enviada por la CRF solamente indica si la TPF ha de
realizar un cargo en línea o un cargo fuera de línea, pero no indica
si la TPF ha de realizar cargo o no. Por el contrario, de acuerdo
con esta invención, la indicación añadida indicará también si la TPF
ha de realizar un cargo o no ha de realizar ningún cargo.
Evidentemente, si no hay que realizar ningún cargo, la TPF solamente
realizará la operación de filtrado, es decir, no realizará un cargo
en línea ni un cargo fuera de línea.
La descripción anterior son solamente las
realizaciones para hacer que la TPF no realice ningún cargo, es
decir, no recoja, genere o presente información de cargo. En
aplicaciones prácticas, puede decidirse, de acuerdo con la política
del operador, cuándo realizar un cargo y cuándo no realizar ningún
cargo a fin de reducir más efectivamente la carga de la TPF y
evitar un desperdicio de recursos de red.
En resumen, la descripción anterior son sólo las
realizaciones preferidas de esta invención y no ha de interpretarse
como limitativa del alcance de protección de esta invención.
Claims (10)
1. Un método para reducir la carga de una
función de plano de tráfico TPF, aplicable a un sistema de cargo
basado en flujo FBC, que comprende:
obtener, por la TPF, una indicación referente a
si se realiza un cargo de acuerdo con información de regla de cargo
que incluye filtros del flujo de datos de servicio, esto es, un
flujo de datos de servicio consistente en una pluralidad de flujos
de datos por paquetes, recibido de una función de regla de cargo
CRF(504, 604); caracterizado por:
no generar, por la TPF, una información de cargo
después de filtrar un flujo de datos de servicio (510, 608) de
acuerdo con dichos filtros cuando la indicación indique que no se
realice ningún cargo, mientras que, si la indicación indica que se
realice un cargo, se recoge, por la TPF, información relacionada con
el cargo después de filtrar el flujo de datos de servicio, y se
genera y se presenta, por la TPF, información de cargo.
2. El método según la reivindicación 1, en el
que la información de regla de cargo que la TPF recibe de la CRF
contiene una o más reglas de cargo, y esta regla de cargo o cada una
de estas reglas de cargo comprende un campo de indicación referente
a si se realiza un cargo; y
la obtención, por la TPF, de la indicación
referente a si se realiza un cargo comprende: obtener, por la TPF,
la indicación referente a si se realiza el cargo en el campo de
indicación contenido en la regla o reglas de cargo recibidas.
3. El método según la reivindicación 1, en el
que la información de regla de cargo que la TPF recibe de la CRF
contiene una o más reglas de cargo e información de indicación
referente a si se realiza un cargo asociado con la regla o reglas
de cargo; y
la obtención, por la TPF, de la indicación
referente a si se realiza un cargo comprende: obtener, por la TPF,
la información de indicación referente a si se realiza un cargo a
partir de la información de regla de cargo recibida, y obtener la
indicación referente a si se realiza el cargo a partir de la
información de indicación.
4. El método según la reivindicación 1, en el
que la TPF almacena previamente una o más reglas de cargo y la
información de regla de cargo que la TPF recibe de la CRF contiene
un identificador o identificadores de la regla o reglas de cargo y
un campo de indicación referente a si se realiza un cargo; y
la obtención, por la TPF, de la indicación
referente a si se realiza un cargo comprende: obtener, por la TPF,
la indicación referente a si realiza un cargo en el campo de
indicación de la información de regla de cargo recibida.
5. El método según la reivindicación 1, en el
que la TPF almacena previamente una o más reglas de cargo y esta
regla de cargo o cada una de estas reglas de cargo comprende un
campo de indicación referente a sí realiza un cargo, y la
información de regla de cargo que la TPF recibe de la CRF contiene
un identificador o identificadores de la regla o reglas de cargo;
y
la obtención, por la TPF, de la indicación
referente a si se realiza un cargo comprende: obtener, por la TPF,
la regla o reglas de cargo previamente almacenadas en la TPF de
acuerdo con el identificador o identificadores recibidos de la
regla o reglas de cargo y obtener la indicación referente a si se
realiza un cargo de acuerdo con el campo de indicación de la regla
o reglas de cargo.
6. El método según la reivindicación 1, que
comprende además: antes de obtener la indicación referente a si se
realiza un cargo de acuerdo con la información de regla de cargo
recibida de la CRF, enviar, por la TPF, a la CRF(502, 602)
una petición de regla de cargo; y
determinar, por la CRF, la información de regla
de cargo de acuerdo con la petición de regla de cargo recibida de
la TPF(503, 603).
7. El método según la reivindicación 6, que
comprende además: antes de determinar la información de regla de
cargo de acuerdo con la petición de regla de cargo recibida de la
TPF(503, 603), recibir, por la CRF, información de entrada
para determinar la regla de cargo, proveniente del sistema de cargo
en línea, OCS, y/o de una función de aplicación, AF, y determinar
la información de regla de cargo combinando la información de
entrada proveniente de la TPF con la información de entrada
proveniente del OCS y/o de la AF.
8. Una entidad de función de plano de tráfico
TPF, aplicable a un sistema de cargo basado en flujo, FBC, que
comprende:
medios para obtener una indicación referente a
si se realiza un cargo de acuerdo con información de regla de cargo
que incluye filtros de un flujo de datos de servicio, esto es, un
flujo de datos de servicio consistente en una pluralidad de flujos
de datos por paquetes, recibido de una función de regla de cargo
CRF;
y caracterizado por:
medios para recoger información relacionada con
el cargo después de filtrar un flujo de datos de servicio, generar
y presentar información de cargo si la indicación indica que se
realice un cargo, y no generar información de cargo después de
filtrar un flujo de datos de servicio de acuerdo con dichos filtros
cuando la indicación indique que no se realice ningún cargo.
9. La entidad según la reivindicación 8, que
comprende además:
medios para almacenar una o más reglas de cargo;
y
medios pare recibir de la CRF los
identificadores de las una o más reglas de cargo, en donde se
obtiene la indicación de acuerdo con las una o más reglas de cargo
almacenadas correspondientes a los identificadores.
10. La entidad según la reivindicación 8 ó 9,
que comprende además:
medios para enviar a la CRF una petición de
regla de cargo para solicitar información de regla de cargo.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100700679A CN100474810C (zh) | 2004-08-10 | 2004-08-10 | 一种基于业务数据流的承载计费信息收集方法 |
| CN200410070067 | 2004-08-10 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2337477T3 true ES2337477T3 (es) | 2010-04-26 |
Family
ID=35839136
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES05772878T Active ES2337477T3 (es) | 2004-08-10 | 2005-08-10 | Un metodo para reducir la carga de una tpf. |
Country Status (9)
| Country | Link |
|---|---|
| US (2) | US7957719B2 (es) |
| EP (1) | EP1777871B1 (es) |
| CN (1) | CN100474810C (es) |
| AT (1) | ATE454765T1 (es) |
| BR (1) | BRPI0508482A (es) |
| CA (1) | CA2555254C (es) |
| DE (1) | DE602005018784D1 (es) |
| ES (1) | ES2337477T3 (es) |
| WO (1) | WO2006015542A1 (es) |
Families Citing this family (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1303781C (zh) * | 2004-04-01 | 2007-03-07 | 华为技术有限公司 | 一种分组数据业务的计费控制方法 |
| CN100474810C (zh) | 2004-08-10 | 2009-04-01 | 华为技术有限公司 | 一种基于业务数据流的承载计费信息收集方法 |
| CN101047949B (zh) * | 2006-03-27 | 2010-05-12 | 华为技术有限公司 | 业务数据流的承载控制方法 |
| CN101083541B (zh) * | 2006-05-31 | 2013-05-01 | 朗迅科技公司 | Ims网关系统和方法 |
| CN100563388C (zh) * | 2006-06-01 | 2009-11-25 | 华为技术有限公司 | 一种用户漫游状态下的策略及计费控制方法 |
| US8046019B2 (en) * | 2006-08-04 | 2011-10-25 | Futurewei Technologies, Inc. | Method and system for optimal allocation of uplink transmission power in communication networks |
| US20100041366A1 (en) * | 2006-11-10 | 2010-02-18 | Peter Zackrisson | Method and apparatus for control of service usage in a communications system |
| US8325654B2 (en) | 2006-12-28 | 2012-12-04 | Futurewei Technologies, Inc. | Integrated scheduling and power control for the uplink of an OFDMA network |
| CN101237328B (zh) * | 2007-01-30 | 2012-07-04 | 朗迅科技公司 | 为离线收费系统配置自适应模块的方法 |
| US9681336B2 (en) * | 2007-06-13 | 2017-06-13 | Qualcomm Incorporated | Quality of service information configuration |
| EP2206281B1 (en) * | 2007-10-30 | 2015-07-29 | Alcatel Lucent | Method, apparatus and system for supporting distributed ims charging |
| US20090190471A1 (en) * | 2008-01-10 | 2009-07-30 | Mahendran Arungundram C | Method and Apparatus for Optimized Session Setup with Network-Initiated QoS Policy Control |
| 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 |
| PL2175588T5 (pl) † | 2008-10-13 | 2014-06-30 | Openet Telecom Ltd | Sposób i system kontroli pobierania opłat za usługi telekomunikacyjne |
| CN101873574B (zh) * | 2009-04-22 | 2015-03-25 | 华为技术有限公司 | 无线网络点对点数据交换方法、无线接入设备及系统 |
| US20120198046A1 (en) * | 2010-04-29 | 2012-08-02 | Mehul Jayant Shah | Mobile device bandwidth throttling |
| US8549116B2 (en) * | 2010-05-05 | 2013-10-01 | Alcatel Lucent | PCRF triggered rules cleanup |
| US8954565B2 (en) * | 2010-06-25 | 2015-02-10 | Alcatel Lucent | Method and system for determining a PCC rule waiting for further action |
| EP2466866A1 (en) * | 2010-12-15 | 2012-06-20 | Alcatel Lucent | Unlimited usage policy-based charging system and method |
| US8774772B2 (en) * | 2010-12-21 | 2014-07-08 | Oracle International Corporation | Communications service broker for preventing voicemail tromboning in the telecommunications network |
| EP2509254A1 (en) * | 2011-04-06 | 2012-10-10 | Telefonaktiebolaget L M Ericsson (publ) | Method and apparatus for controlling service traffic in a communication network |
| EP4092959A1 (en) | 2011-05-06 | 2022-11-23 | Huawei Technologies Co., Ltd. | Method for charging for data service, gateway device and related system |
| US9179007B1 (en) | 2013-09-27 | 2015-11-03 | Juniper Networks, Inc. | Analytics triggered subscriber policies |
| WO2016078006A1 (zh) * | 2014-11-19 | 2016-05-26 | 华为技术有限公司 | 一种定向统计流量的方法、设备及系统 |
| CN107548046A (zh) * | 2016-06-24 | 2018-01-05 | 中兴通讯股份有限公司 | 一种基于分离架构的计费方法、装置和系统 |
| US10291790B2 (en) * | 2017-10-06 | 2019-05-14 | Wipro Limited | System and method for dynamic charging in communication networks |
| US11727283B2 (en) | 2020-05-19 | 2023-08-15 | International Business Machines Corporation | Rule distribution across instances of rules engine |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| SE0004178D0 (sv) * | 2000-11-14 | 2000-11-14 | Ericsson Telefon Ab L M | Network requested packet data protocol context activation |
| CN1395391A (zh) | 2001-07-09 | 2003-02-05 | 深圳市中兴通讯股份有限公司 | 一种宽带接入网络计费方法 |
| AU2002365330A1 (en) * | 2001-11-28 | 2003-06-10 | Markport Limited | Control of services in mobile packet data networks |
| GB2387069A (en) * | 2002-03-27 | 2003-10-01 | Ericsson Telefon Ab L M | Indicating different charging regimes for user and signalling data in a communications network |
| US8345676B2 (en) | 2002-09-20 | 2013-01-01 | Nokia Corporation | Method for charging of data reaching a network element of a communication network during a data session |
| US7831247B2 (en) * | 2002-11-12 | 2010-11-09 | Nokia Corporation | Method of communication and communication system |
| CN1256823C (zh) | 2002-12-07 | 2006-05-17 | 华为技术有限公司 | 能够基于用户数据流量计费的无线局域网服务系统及方法 |
| CN100474810C (zh) | 2004-08-10 | 2009-04-01 | 华为技术有限公司 | 一种基于业务数据流的承载计费信息收集方法 |
-
2004
- 2004-08-10 CN CNB2004100700679A patent/CN100474810C/zh not_active Expired - Lifetime
-
2005
- 2005-08-10 AT AT05772878T patent/ATE454765T1/de not_active IP Right Cessation
- 2005-08-10 WO PCT/CN2005/001230 patent/WO2006015542A1/zh active Application Filing
- 2005-08-10 CA CA2555254A patent/CA2555254C/en active Active
- 2005-08-10 ES ES05772878T patent/ES2337477T3/es active Active
- 2005-08-10 EP EP05772878A patent/EP1777871B1/en active Active
- 2005-08-10 BR BRPI0508482-2A patent/BRPI0508482A/pt not_active Application Discontinuation
- 2005-08-10 DE DE602005018784T patent/DE602005018784D1/de active Active
-
2006
- 2006-08-02 US US11/497,687 patent/US7957719B2/en active Active
-
2011
- 2011-05-03 US US13/099,742 patent/US8238873B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CA2555254C (en) | 2011-02-08 |
| BRPI0508482A (pt) | 2007-07-31 |
| US7957719B2 (en) | 2011-06-07 |
| ATE454765T1 (de) | 2010-01-15 |
| DE602005018784D1 (de) | 2010-02-25 |
| US20110207432A1 (en) | 2011-08-25 |
| WO2006015542A1 (fr) | 2006-02-16 |
| CA2555254A1 (en) | 2006-02-16 |
| US8238873B2 (en) | 2012-08-07 |
| EP1777871A1 (en) | 2007-04-25 |
| CN1735022A (zh) | 2006-02-15 |
| EP1777871A4 (en) | 2007-10-24 |
| US20070123213A1 (en) | 2007-05-31 |
| EP1777871B1 (en) | 2010-01-06 |
| CN100474810C (zh) | 2009-04-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2337477T3 (es) | Un metodo para reducir la carga de una tpf. | |
| JP5269980B2 (ja) | Ｌｔｅ／ｅｐｃ通信ネットワークにおける料金請求 | |
| ES2751725T3 (es) | Itinerancia de servicios de red en el entorno NFV | |
| US8175575B2 (en) | Online charging for roaming users in a proxy online charging system of a visited network | |
| US8588240B2 (en) | Methods and systems for accounting in an access gateway | |
| EP2456122B1 (en) | Method and equipment for charging count | |
| ES2647476T3 (es) | Procedimiento y dispositivo de tarificación | |
| US7844250B2 (en) | Differentiated charging in packet data networks | |
| WO2001097186A2 (en) | System, method and computer program product for prepaid and wireless voice communication and ip services | |
| US20210314747A1 (en) | Functions and Method for Handling a Credit Pool of Service Units | |
| US8515860B2 (en) | System, method and computer program product for prepaid and wireless voice communication and IP | |
| CN101729265B (zh) | 在演进的分组系统eps中进行计费的方法、装置和系统 | |
| WO2013121208A1 (en) | Cellular network usage monitoring | |
| KR102403137B1 (ko) | 전화요금이 표시되는 스마트폰 | |
| Cai et al. | Online charging in the roaming EPC/LTE network |