ES2634211T3 - Método de control de cobro y función de activación de cobro - Google Patents

Método de control de cobro y función de activación de cobro Download PDF

Info

Publication number
ES2634211T3
ES2634211T3 ES12882758.1T ES12882758T ES2634211T3 ES 2634211 T3 ES2634211 T3 ES 2634211T3 ES 12882758 T ES12882758 T ES 12882758T ES 2634211 T3 ES2634211 T3 ES 2634211T3
Authority
ES
Spain
Prior art keywords
quota
type
ctf
request
message
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
Application number
ES12882758.1T
Other languages
English (en)
Inventor
Xiaoqian Chai
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2634211T3 publication Critical patent/ES2634211T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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
    • 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
    • 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
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • 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/1442—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework at network operator level
    • 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/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1467—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network involving prepayment
    • 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/60—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on actual use of network resources
    • 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/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/785—Reserving amount on the account
    • 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/82—Criteria or parameters used for performing billing operations
    • H04M15/8207—Time based data metric aspects, e.g. VoIP or circuit switched packet data
    • 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/82—Criteria or parameters used for performing billing operations
    • H04M15/8214—Data or packet based
    • 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/1485—Tariff-related aspects

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Meter Arrangements (AREA)
  • Charge And Discharge Circuits For Batteries Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un método de control de cobro, que comprende: la generación (101), por un aparato de activación de cobro de CTF, de una petición de cuota de recursos en función de una condición de activación; y el envío (102) de la petición de cuota de recursos a un sistema de cobro en línea OCS, de modo que el OCS determine un tipo de cuota y el número de cuota del tipo de cuota después de recibir la petición de cuota de recursos, y asigne una cuota para la petición de cuota de recursos en función del tipo y número de cuota determinados por el OCS; en el que: el tipo y número de cuota están determinados por el OCS en función de la petición de cuota de recursos; en el que la generación (101), por una CTF, de una petición de cuota de recursos en función de una condición de activación comprende: después de que se cumpla la condición de activación, si la CTF determina que se recibe un primer mensaje que lleva un tipo de unidad de servicio de un módulo de control de política y cobro de PCRF, en el que el tipo de unidad de servicio se utiliza para indicar un tipo de cuota que se va a llevar en la petición de cuota de recursos que va a ser generada por la CTF, la determinación, por la CTF, del número de cuota del tipo de cuota en función del tipo de unidad de servicio; y la generación de una petición de cuota de recursos en función del tipo de unidad de servicio y el número de cuota, en la que la petición de cuota de recursos comprende el tipo de cuota indicado por el tipo de unidad de servicio y el número de cuota del tipo de cuota.

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Metodo de control de cobro y funcion de activacion de cobro.
Campo tecnico
La presente invencion se refiere a las tecnologfas de comunicaciones, y en particular, a un metodo de control de cobro y a un aparato de activacion de cobro.
Antecedentes
Las maneras de cobro actuales incluyen: el cobro en lmea y el cobro fuera de lmea. El cobro en lmea es una manera de cobro actualmente mas popular. En una manera de cobro en lmea, se puede llevar a cabo la autorizacion de credito antes de que un usuario utilice un servicio, se puede llevar a cabo la deduccion de suma en tiempo real en funcion de la informacion de utilizacion del usuario, y ademas, se puede conseguir un control en tiempo real sobre el credito, impidiendo de esta manera que el usuario utilice un servicio mas alla del credito lo que ocasionana perdidas a un operador, y mejorando la experiencia de usuario (se puede consultar el saldo exacto y la informacion de uso en tiempo real). Ademas, por medio de la utilizacion de una capacidad en tiempo real del cobro en lmea, se puede obtener la informacion de granularidad de una capa de servicio de usuario en tiempo real, y ademas, se puede activar un control refinado sobre un servicio utilizado por un usuario.
Un mecanismo principal del cobro en lmea es la autorizacion de credito, es decir, antes de que se utilice un servicio, un aparato de activacion de cobro (Funcion de Activacion de Cobro, CTF para abreviar, por sus siglas en ingles) solicita una cuota de credito (cuota) de un Sistema de Cobro en Lmea, OCS para abreviar, por sus siglas en ingles; el OCS lleva a cabo la autorizacion de cuota de credito; y despues de la autorizacion, la CTF lleva a cabo el control de servicio en funcion de la cuota de credito autorizada por el OCS. Cuando la CTF solicita una cuota de credito, se requiere la determinacion de unidades de credito (determinacion de Unidades, UD para abreviar, por sus siglas en ingles) como referencia para que el OCS lleve a cabo la autorizacion de cuota de credito. La determinacion de Unidades en la presente memoria se refiere espedficamente al numero de unidades de credito requeridas para el
calculo. Las unidades de credito incluyen una unidad de servicio, el trafico, la duracion, un evento, y similares.
Hay dos maneras de determinacion de unidades de credito existentes: una primera, la Determinacion Centralizada de Unidades, CUD para abreviar, por sus siglas en ingles, en la que un OCS determina el numero de unidades de credito requeridas; y una segunda, la Determinacion Descentralizada de Unidades, DUD para abreviar, por sus siglas en ingles, en la que una CTF determina el numero de unidades de credito requeridas, y solicita unidades de credito de dicho numero de un OCS.
Sin embargo, en un proceso de implementacion del cobro en lmea, puede ocurrir el siguiente problema: los cuerpos de determinacion de la UD son diferentes, lo que provoca un conflicto entre los tipos de cuota determinados. Concretamente, una CTF y un OCS son proporcionados por diferentes vendedores, y la CTF y el OCS tienen ambos una funcion de implementacion de determinacion de tipos de cuota. Sin embargo, la CTF implementa la
determinacion de tipos de cuota en funcion de una peticion de sesion de servicio, y el OCS implementa la
determinacion de tipos de cuota en funcion de la informacion notificada por la CTF y de un modo de operacion de un operador. Los tipos de cuota determinados pueden entrar en conflicto, y por consiguiente una sesion de cobro se ve ademas afectada, y puede ocurrir un error de control de cobro.
Bart Barton: "Online Charging System (OCS) - introduction to Gy interface”, 24 de julio de 2012,
http://web.archive.org/web/20120724081429/http://www.lteandbeyond.com/2012/01/online-charging-system-ocs- how-gy.html describe un Sistema de Cobro en Lmea (OCS) y escenarios de flujo de llamada en el sistema.
3GPP STANDARD; 3GPP TS 32.240; MOBILE COMPETENCE CENTER; 650, ROUTE DES LUCIOLES; F-06921 SOFfA-ANTIPOLIS CEDEX; FRANCIA, vol. SA WG5, n.° V11.4.0, 29 de junio de2012, paginas 1-45, XP050580997. 3GPP TS 32.240 describe una arquitectura de cobro y sus principios.
HAKALA L MATTILA ERICSSON J-P KOSHINEN M STURA J LOUGHNEY NOKIA H: "Diameter credit control application; rfc4006.txt", 20050801, XP015041993, ISSN: 0000-0003, RFC4006 describe una Aplicacion de Control de Credito Diameter.
Compendio
En vista de esto, la presente invencion proporciona un metodo de control de cobro segun la reivindicacion independiente 1 y un aparato de activacion de cobro segun la reivindicacion independiente 4, para evitar el problema de que, en la tecnica anterior, ocurra un error de control de cobro debido a los diferentes cuerpos de determinacion de un tipo de cuota.
Segun un aspecto, se proporciona un metodo de control de cobro segun la reivindicacion independiente 1.
5
10
15
20
25
30
35
40
45
Segun otro aspecto, un metodo de control de cobro incluye:
la recepcion, por un OCS, de una peticion de cuota de recursos enviada por una CTF, y la determinacion de un tipo de cuota y el numero de cuota del tipo de cuota en funcion de la peticion de cuota de recursos; y
la asignacion de una cuota para la peticion de cuota de recursos en funcion del tipo de cuota y el numero determinados por el OCS.
Segun un tercer aspecto, un metodo de control de cobro incluye:
la recepcion, por una CTF, de un segundo mensaje enviado por una PCRF; el segundo mensaje lleva un tipo de unidad de servicio, y el tipo de unidad de servicio se utiliza para indicar que la CTF necesita recoger, en funcion del tipo de unidad de servicio, informacion de uso de un servicio o flujo de servicio especificados por el segundo mensaje; y
la determinacion, por la CTF, de si el tipo de unidad de servicio del segundo mensaje es coherente con un tipo de unidad de servicio actual registrado por la CTF; y si el tipo de unidad de servicio del segundo mensaje no es coherente con un tipo de unidad de servicio actual registrado por la CTF, el cierre, por la CTF, de un contador correspondiente al tipo de unidad de servicio utilizado actualmente en la CTF, la escritura de informacion registrada por el contador en una factura, y la habilitacion de un contador correspondiente al tipo de unidad de servicio del segundo mensaje, de manera que recoja informacion de uso de un servicio.
Segun un cuarto aspecto, se proporciona un aparato de activacion de cobro segun la reivindicacion independiente 4. Segun un quinto aspecto, un sistema de cobro en lmea incluye:
una unidad de recepcion, configurada para recibir una peticion de cuota de recursos enviada por un aparato de activacion de cobro de CTF;
una unidad de determinacion, configurada para determinar un tipo de cuota y el numero de cuota del tipo de cuota en funcion de la peticion de cuota de recursos; y
una unidad de asignacion, configurada para asignar una cuota para la peticion de cuota de recursos en funcion del tipo y numero de cuota determinados por el OCS.
Se puede conocer a partir de las soluciones tecnicas anteriores que, en el metodo de control de cobro y el aparato de activacion de cobro de la presente invencion, una CTF genera, en funcion de una condicion de activacion, una peticion de cuota de recursos que se ha de enviar a un OCS, de modo que el OCS determine un tipo y numero de cuota despues de recibir la peticion de cuota de recursos, y asigne una cuota para la peticion de cuota de recursos en funcion del tipo y numero de cuota determinados por el OCS, resolviendo de esta manera ademas un problema de que, en la tecnica anterior, ocurra un error de control de cobro debido a los diferentes cuerpos de determinacion de un tipo de cuota.
El alcance de la invencion esta definido por la materia objeto de las reivindicaciones independientes. Los aspectos adicionales se exponen en las reivindicaciones dependientes.
Breve descripcion de los dibujos
Para describir las soluciones tecnicas de la presente invencion con mayor claridad, lo siguiente presenta de forma breve los dibujos adjuntos para describir las realizaciones. En apariencia, los dibujos adjuntos en la siguiente descripcion muestran meramente algunas realizaciones de la presente invencion, y las personas con experiencia ordinaria en la tecnica pueden derivar otros dibujos segun estos dibujos adjuntos sin esfuerzos creativos.
La Figura 1 es un diagrama de flujo esquematico de un metodo de control de cobro segun una realizacion de la presente invencion;
la Figura 2 es un diagrama de flujo esquematico de un metodo de control de cobro segun otra realizacion de la presente invencion;
la Figura 3 es un diagrama de flujo esquematico de un metodo de control de cobro segun otra realizacion de la presente invencion;
la Figura 4 es un diagrama de flujo esquematico de un metodo de control de cobro segun otra realizacion de la presente invencion;
la Figura 5 es un diagrama de flujo esquematico de un metodo de control de cobro segun otra realizacion de la presente invencion;
5
10
15
20
25
30
35
40
45
50
la Figura 6 es un diagrama de flujo esquematico de un metodo de control de cobro segun otra realizacion de la presente invencion;
la Figura 7 es un diagrama estructural esquematico de un aparato de activacion de cobro segun una realizacion de la presente invencion;
la Figura 8 es un diagrama estructural esquematico de un aparato de activacion de cobro segun otra realizacion de la presente invencion;
la Figura 9 es un diagrama estructural esquematico de un aparato de activacion de cobro segun otra realizacion de la presente invencion;
la Figura 10 es un diagrama estructural esquematico de un sistema de cobro en lmea segun una realizacion de la presente invencion;
la Figura 11 es un diagrama estructural esquematico de un sistema de cobro en lmea segun otra realizacion de la presente invencion; y
la Figura 12 es un diagrama de arquitectura de red de un sistema de comunicaciones segun una realizacion de la presente invencion.
Descripcion de las realizaciones
Para hacer mas claros los objetivos, las soluciones tecnicas, y las ventajas de la presente invencion, lo siguiente describe de forma clara y completa las soluciones tecnicas de la presente invencion con referencia a los dibujos adjuntos en las realizaciones de la presente invencion. Aparentemente, las realizaciones que se van a describir son una parte de las realizaciones de la presente invencion. En base a las siguientes realizaciones de la presente invencion, las personas con experiencia ordinaria en la tecnica pueden obtener otras realizaciones utilizadas para resolver la cuestion tecnica de la presente invencion y conseguir el efecto tecnico de la presente invencion mediante la realizacion de cambios equivalentes a una parte o a la totalidad de las caractensticas tecnicas, sin esfuerzos creativos, y las realizaciones obtenidas a traves de los cambios entran evidentemente dentro del alcance de la presente invencion.
Actualmente, el control de polftica y cobro (Control de Polftica y Cobro, PCC para abreviar, por sus siglas en ingles) es un mecanismo de control de conjunto de polfticas y cobro definido por el Proyecto de Asociacion de 3.a Generacion (Proyecto de Asociacion de 3.a Generacion, 3GPP para abreviar, por sus siglas en ingles). Un nucleo del mecanismo de PCC es: cuando se establece un portador de flujo de datos, un dispositivo de Pasarela, GW para abreviar, por sus siglas en ingles, solicita una polftica de control y una polftica de cobro de un flujo de datos de un modulo de control de polftica y cobro (Funcion de Polftica y Cobro, PCRF para abreviar, por sus siglas en ingles); la PCRF genera una polftica dinamica de control de cobro y flujo de datos de servicio o determina una polftica estatica de control de cobro y flujo de datos de servicio que necesita ser activada en funcion de la informacion de abonado almacenada en un Repositorio de Perfiles de Suscripcion, SPR para abreviar, por sus siglas en ingles, la informacion de capa de portador proporcionada por la Pasarela, algunas polfticas locales configuradas por un operador en la PCRF, y la informacion de capa de servicio proporcionada por un modulo de aplicacion (Funcion de Aplicacion, AF para abreviar, por sus siglas en ingles) para la PCRF, y ademas entrega una orden a la GW para instalar la polftica dinamica de control de cobro y flujo de datos de servicio generada, o activar la polftica estatica de control de cobro y flujo de datos de servicio determinada que esta almacenada en la GW; y un modulo de funcion de ejecucion de polftica y cobro (Funcion de Ejecucion de Polftica y Cobro, PCEF para abreviar, por sus siglas en ingles) en la GW lleva a cabo la asignacion de recursos, el control de flujo de datos, y el control de cobro en funcion de la polftica instalada/activada. En el mecanismo, se puede llevar a cabo un control preciso sobre un flujo de datos de servicio en funcion de una polftica de operador, de manera que se implemente una operacion refinada de ancho de banda.
Ademas, en un proceso de sesion de cobro actual, puede haber un escenario de cobro en el que se lleve a cabo la conmutacion de trafico y duracion, es decir, el cobro basado en la duracion se lleva a cabo en un servicio de datos en un penodo determinado, y el cobro basado en el trafico se lleva a cabo en el servicio de datos en otro penodo. Existen los siguientes problemas en el escenario: primero, en un proceso de conmutacion, un tipo de cuota determinado por una CTF puede entrar en conflicto con un tipo de cuota determinado por un OCS, afectando de esta manera a una sesion de cobro y afectando a la conmutacion del escenario de cobro; segundo, en un proceso de conmutacion de escenario de cobro, existe el problema de que se genere de forma instantanea una gran cantidad de senalizacion en un punto temporal espedfico, ejerciendo de esta manera un impacto sobre el OCS y la CTF.
Se debena senalar especialmente que la siguiente descripcion es espedfica para un terminal determinado y es aplicable al control de cobro en todos los terminales. Se puede entender que una PCRF, una CTF, y un OCS corresponden a un proceso de control de cobro llevado a cabo por un mismo identificador de usuario. Las personas expertas en la tecnica pueden llevar a cabo con facilidad la implementacion en un entorno de multiples terminales
5
10
15
20
25
30
35
40
45
50
segun esta solucion. Ademas, un tipo y numero de cuota mencionados en lo siguiente son concretamente: un tipo de cuota y el numero correspondiente al tipo de cuota.
El termino "y/o" en la memoria descriptiva solo constituye una relacion de asociacion que describe objetos asociados, y representa que pueden existir tres relaciones, por ejemplo, A y/o B puede representar los siguientes tres casos: A existe en solitario, ambas A y B existen, y B existe en solitario. Ademas, el caracter"/" en la memoria descriptiva normalmente representa que el primer objeto asociado y el segundo estan en una relacion de "o".
La Figura 1 es un diagrama de flujo esquematico de un metodo de control de cobro segun una primera realizacion de la presente invencion. Como se muestra en la Figura 1, el metodo de control de cobro en esta realizacion se describe como sigue.
101: Una CTF genera una peticion de cuota de recursos en funcion de una condicion de activacion.
Por ejemplo, la condicion de activacion anterior puede ser cualquiera de la siguiente informacion:
1. la CTF recibe una peticion de inicio de servicio enviada por un terminal;
2. La CTF detecta que se agota una cuota de un servicio previo, y similares.
En esta realizacion, el contenido de una condicion de activacion no esta limitado, y cualquier evento que pueda activar una peticion de cuota de recursos puede ser tomado como una condicion de activacion.
En esta realizacion, la peticion de cuota de recursos puede llevar un tipo y numero de cuota especificados por la CTF, o la peticion de cuota de recursos no lleva un tipo y numero de cuota, como se describe en las siguientes realizaciones que una peticion de cuota de recursos lleva un tipo y numero de cuota, o una peticion de cuota de recursos no lleva un tipo y numero de cuota.
En una aplicacion real, la peticion de cuota de recursos anterior puede ser un mensaje de CCR. Si la peticion de cuota de recursos lleva un tipo y numero de cuota determinados por la CTF, en este caso, se puede utilizar un parametro de recursos reservados (Unidad de Servicio Solicitada, RSU para abreviar, por sus siglas en ingles) en el mensaje de CCR para llevar el tipo y numero de cuota determinados por la CTF.
Por ejemplo, en esta realizacion, un tipo de cuota puede ser la duracion o el trafico. Cuando el tipo de cuota es la duracion, el numero de cuota del tipo de cuota puede ser 10 minutos, 5 minutos, o similares; y cuando el tipo de cuota es el trafico, el numero de cuota del tipo de cuota puede ser 2 M, 1,5 M, o similares.
102: la CTF envfa la peticion de cuota de recursos a un OCS, de modo que el OCS determine un tipo y numero de cuota despues de recibir la peticion de cuota de recursos, y asigne una cuota para la peticion de cuota de recursos en funcion del tipo y numero de cuota determinados por el OCS.
El tipo y numero de cuota estan determinados por el OCS en funcion de la peticion de cuota de recursos.
Se debena entender que la cuota asignada incluye: el tipo de cuota y el numero de cuota del tipo de cuota.
Por ejemplo, si la CTF especifica un tipo y numero de cuota en la peticion de cuota de recursos, es decir, la peticion de cuota de recursos lleva el tipo y numero de cuota especificados por la CTF, el OCS determina, en funcion del tipo y numero de cuota especificados por la CTF, si el tipo y numero de cuota especificados por la CTF son validos. Si el OCS determina, en funcion de la informacion de configuracion del OCS (tal como un paquete correspondiente a un identificador de usuario, la informacion de operador, la informacion de suscripcion de usuario, un nivel de usuario, y el saldo de una cuenta de usuario) y de la informacion de servicio enviada por la CTF, que el tipo y numero de cuota especificados por la CTF son validos (ser valido significa que el OCS acepta el tipo de cuota especificado por la CTF y puede cumplir con el numero de cuota especificado por la CTF), el OCS asigna una cuota para la peticion de cuota de recursos en funcion de un tipo y numero de cuota determinados por el OCS. Si el OCS determina, en funcion de la informacion de configuracion del OCS y la informacion de servicio enviada por la CTF, que el tipo y numero de cuota especificados por la CTF no son validos, el OCS vuelve a determinar un tipo y numero de cuota en funcion de la informacion de configuracion del OCS y la informacion de servicio enviada por la CTF, y ademas asigna una cuota para la peticion de cuota de recursos en funcion del tipo y numero de cuota determinados por el OCS.
Alternativamente, la CTF no especifica un tipo y numero de cuota en la peticion de cuota de recursos. En este caso, la peticion de cuota de recursos no lleva un tipo y numero de cuota, y el OCS determina un tipo y numero de cuota en funcion de la informacion de configuracion del OCS, y ademas asigna una cuota para la peticion de cuota de recursos en funcion del tipo y numero de cuota determinados por el OCS.
Ciertamente, el tipo y numero de cuota especificados por la CTF en la peticion de cuota de recursos pueden ser un tipo y numero de cuota determinados por la CTF en funcion de la informacion de configuracion de la CTF, o un tipo y numero de cuota determinados por la CTF en funcion de un mensaje entregado por una PCRF.
5
10
15
20
25
30
35
40
45
50
En otro escenario de implementacion, como se muestra en la Figura 2, el metodo de control de cobro incluye ademas la siguiente etapa 103.
103: La CTF recibe un mensaje de respuesta enviado por el OCS, en el que el mensaje de respuesta incluye la cuota asignada para la peticion de cuota de recursos, y ademas, la CTF controla un servicio en funcion de la cuota asignada por el OCS, y supervisa el uso de la cuota.
Se debena senalar que, despues de que la CTF reciba el mensaje de respuesta, si un tipo de cuota especificado originalmente en la CTF es diferente de un tipo de cuota incluido en el mensaje de respuesta, la CTF controla un servicio en funcion del tipo de cuota del mensaje de respuesta. Es decir, cuando el tipo de cuota especificado por la CTF entra en conflicto con el tipo de cuota determinado por el OCS, se controla un servicio en funcion del tipo de cuota determinado por el OCS.
En una aplicacion real, un mensaje de respuesta devuelto por el OCS en funcion de la peticion de cuota de recursos se refiere a un mensaje de respuesta de control de credito (Respuesta de Control de Credito, CCA para abreviar, por sus siglas en ingles) que lleva un parametro de unidad de recurso concedida (Unidad de Servicio Concedida, GSU para abreviar, por sus siglas en ingles) y es devuelto por el OCS a la CTF. El parametro de GSU en la presente memoria lleva la cuota anterior asignada por el OCS.
Concretamente, la etapa 101 anterior puede incluir el siguiente contenido:
101a: despues de que se cumple la condicion de activacion, la CTF comprueba si se recibe un primer mensaje que lleva un tipo de unidad de servicio y/o informacion de instruccion y que es enviado por la PCRF; y si la CTF determina que no se recibe el primer mensaje anterior, la CTF genera una peticion de cuota de recursos en funcion de la informacion de configuracion de la CTF.
El tipo de unidad de servicio de esta etapa se utiliza para especificar un tipo de cuota llevado, por la CTF, en la peticion de cuota de recursos generada, y la informacion de instruccion de esta etapa puede ser informacion que se utiliza para dar instrucciones a la CTF de que especifique un tipo y numero de cuota, o la informacion de instruccion puede ser informacion que se utiliza para dar instrucciones a la CTF de que no especifique un tipo o numero de cuota, o similares.
En una aplicacion real, que la CTF genere una peticion de cuota de recursos en funcion de la informacion de configuracion de la CTF incluye espedficamente:
la CTF comprueba, en funcion de la informacion de configuracion de la CTF, si se necesita determinar un tipo y numero de cuota; y si se necesita determinar un tipo y numero de cuota, la CTF especifica un tipo y numero de cuota en funcion de la informacion de configuracion de la CTF, y genera una peticion de cuota de recursos en funcion del tipo y numero de cuota especificados, en la que la peticion de cuota de recursos incluye el tipo y numero de cuota especificados por la CTF; y
si no se necesita determinar ningun tipo o numero de cuota, la CTF genera directamente una peticion de cuota de recursos, en la que la peticion de cuota de recursos no incluye un tipo y numero de cuota.
En esta realizacion, la informacion de configuracion de la CTF puede ser informacion de configuracion de servicio preconfigurado. Por ejemplo, la informacion de configuracion puede incluir informacion tal como: la CTF necesita calcular un tipo de cuota, y la CTF necesita calcular el numero de cuota del tipo de cuota.
Se puede entender que, si la CTF no recibe ningun mensaje enviado por la PCRF, o la CTF recibe un mensaje enviado por la PCRF, pero el mensaje no incluye uno o mas de los tipos de unidad de servicio e informacion de instruccion anteriores, la CTF genera una peticion de cuota de recursos en funcion de la informacion de configuracion de la CTF. Por ejemplo, despues de que se cumpla la condicion de activacion, si la CTF determina que se recibe un primer mensaje que no lleva el tipo de unidad de servicio y que es enviado por la PCRF, la CTF genera, en funcion de la informacion de configuracion de la CTF, una peticion de cuota de recursos que se ha de enviar al OCS.
Es decir, en esta etapa, que la CTF ejecute la UD (es decir, determine un tipo y numero de cuota) esta determinado por la CTF.
En un segundo escenario de aplicacion, la etapa 101 anterior puede incluir el siguiente contenido:
101b: despues de que se cumpla la condicion de activacion, la CTF comprueba si se recibe un primer mensaje que lleva un tipo de unidad de servicio y/o informacion de instruccion y que es enviado por la PCRF.
El tipo de unidad de servicio en esta etapa se utiliza para especificar un tipo de cuota llevado, por la CTF, en la peticion de cuota de recursos generada, y la informacion de instruccion en esta etapa puede ser informacion que se utiliza para dar instrucciones a la CTF de que especifique un tipo y numero de cuota, o la informacion de instruccion
6
5
10
15
20
25
30
35
40
45
50
puede ser informacion que se utiliza para dar instrucciones a la CTF de que no especifique un tipo o numero de cuota, o similares.
La informacion de instruccion anterior es informacion de instruccion determinada por la PCRF en funcion de uno o mas de los parametros tales como un tipo de servicio, una regla configurada por un operador, y un paquete suscrito por un usuario.
1) Si la CTF determina que se recibe un primer mensaje que lleva un tipo de unidad de servicio e informacion de instruccion y que es enviado por la PCRF, y la informacion de instruccion es informacion que da instrucciones a la CTF de que especifique un tipo y numero de cuota, la CTF obtiene, en funcion del tipo de unidad de servicio del primer mensaje, un tipo de cuota indicado por el tipo de unidad de servicio; determina el numero de cuota del tipo de cuota; y genera una peticion de cuota de recursos en funcion del tipo de unidad de servicio y el numero, en la que la peticion de cuota de recursos incluye el tipo de cuota indicado por el tipo de unidad de servicio y el numero de cuota del tipo de cuota.
2) Si la CTF determina que se recibe un primer mensaje que lleva un tipo de unidad de servicio e informacion de instruccion y que es enviado por la PCRF, y la informacion de instruccion es informacion que da instrucciones a la CTF de que no especifique un tipo y numero de cuota, la CTF genera una peticion de cuota de recursos en funcion del primer mensaje, en la que la peticion de cuota de recursos no lleva un tipo de cuota indicado por el tipo de unidad de servicio, es decir, la peticion de cuota de recursos no lleva un tipo y numero de cuota.
En un tercer escenario de aplicacion, la etapa 101 anterior puede incluir el siguiente contenido:
101c: Despues de que se cumpla la condicion de activacion, la CTF comprueba si se recibe un primer mensaje que lleva un tipo de unidad de servicio y/o informacion de instruccion y que es enviado por la PCRF.
El tipo de unidad de servicio en esta etapa se utiliza para especificar un tipo de cuota llevado, por la CTF, en la peticion de cuota de recursos generada, y la informacion de instruccion en esta etapa puede ser informacion que se utiliza para dar instrucciones a la CTF de que especifique un tipo y numero de cuota, o la informacion de instruccion puede ser informacion que se utiliza para dar instrucciones a la CTF de que no especifique un tipo o numero de cuota.
Si la CTF determina que se recibe un primer mensaje que lleva un tipo de unidad de servicio y que es enviado por la PCRF, la CTF determina el numero de cuota de un tipo de cuota en funcion del tipo de unidad de servicio, y genera una peticion de cuota de recursos en funcion del tipo de unidad de servicio y el numero de cuota determinado del tipo, en la que la peticion de cuota de recursos incluye el tipo de cuota especificado por el tipo de unidad de servicio y el numero de cuota del tipo de cuota.
En un cuarto escenario de aplicacion, la etapa 101 anterior puede incluir el siguiente contenido:
101d: Despues de que se cumpla la condicion de activacion, la CTF comprueba si se recibe un primer mensaje que lleva un tipo de unidad de servicio y/o informacion de instruccion y que es enviado por la PCRF.
El tipo de unidad de servicio en esta etapa se utiliza para especificar un tipo de cuota llevado, por la CTF, en la peticion de cuota de recursos generada, y la informacion de instruccion en esta etapa puede ser informacion que se utiliza para dar instrucciones a la CTF de que especifique un tipo y numero de cuota, o la informacion de instruccion puede ser informacion que se utiliza para dar instrucciones a la CTF de que no especifique un tipo o numero de cuota.
Que si la CTF determina que se recibe un primer mensaje que lleva la informacion de instruccion y que es enviado por la PCRF, la CTF genera una peticion de cuota de recursos en funcion de la informacion de instruccion que incluye espedficamente:
1) si la informacion de instruccion es informacion que da instrucciones a la CTF de que especifique un tipo y numero de cuota, la CTF determina un tipo y numero de cuota en funcion de la informacion de configuracion de la CTF, y genera ademas una peticion de cuota de recursos en funcion del tipo y numero de cuota, en la que la peticion de cuota de recursos incluye el tipo y numero de cuota especificados por la CTF; y
2) si la informacion de instruccion es informacion que da instrucciones a la CTF de que no especifique un tipo y numero de cuota, la CTF genera una peticion de cuota de recursos, en la que la peticion de cuota de recursos no incluye un tipo y numero de cuota.
En una aplicacion real, el primer mensaje mencionado en uno cualquiera de los escenarios anteriores se utiliza para llevar un parametro de Regla de PCC o un parametro de Regla de ADC. La informacion de instruccion es un subparametro del parametro de Regla de PCC o un subparametro del parametro de Regla de ADC.
5
10
15
20
25
30
35
40
45
50
Especialmente, en una aplicacion real, la informacion de instruccion y el tipo de unidad de servicio del primer mensaje pueden estar combinados en un parametro. Despues de recibir el parametro, la CTF determina, en funcion del parametro, si la CTF necesita especificar un tipo y numero de cuota. Si la CTF necesita especificar un tipo y numero de cuota, la CTF determina un tipo y numero de cuota en funcion de un valor del parametro, y genera una peticion de cuota de recursos en funcion del tipo y numero de cuota, en la que la peticion de cuota de recursos incluye el tipo y numero de cuota especificados por la CTF.
La CTF en la realizacion anterior puede ser una PCEF o una funcion de deteccion de trafico (Funcion de Deteccion de Trafico, TDF para abreviar, por sus siglas en ingles), en la que la TDF en la presente memoria incluye una capacidad de inspeccion detallada de paquetes (Inspeccion Detallada de Paquetes, DPI para abreviar, por sus siglas en ingles).
Se puede conocer a partir de la realizacion anterior que, en el metodo de control de cobro proporcionado en esta realizacion, se controla un servicio en funcion de un tipo y numero de cuota en una cuota entregada por un OCS, resolviendo de esta manera un fenomeno de que, en la tecnica anterior, una sesion de cobro falle debido a los diferentes cuerpos de determinacion de un tipo de cuota, y asegurando el procesamiento correcto en una sesion de cobro.
En otro escenario de aplicacion opcional, el metodo de control de cobro mostrado en la Figura 2 incluye ademas una etapa 104 que no se muestra en la Figura 2.
104: en un proceso de supervision del uso de la cuota, si la CTF cumple una condicion de presentacion de informes, la CTF notifica un mensaje de cobro al OCS, en el que el mensaje de cobro incluye informacion de uso de la cuota, y similares.
En esta realizacion, la condicion de presentacion de informes puede ser: una cuota que se agota, o la CTF que recibe una condicion de activacion que es entregada por el oCs y da instrucciones a la CTF de que notifique la informacion de cobro, tal como un Activador especificado por el OCS.
Ademas, la informacion de uso de la cuota es informacion de utilizacion, que es supervisada por la CTF, de la cuota asignada por el OCS. Especialmente, si un tipo de cuota asignado por el OCS es diferente del tipo de cuota determinado por la CTF, la CTF notifica la informacion de utilizacion de una cuota correspondiente al tipo de cuota asignado por el OCS.
En una aplicacion real, un mensaje de cobro notificado por la CTF al OCS se refiere a un mensaje de peticion de control de credito (Peticion de Control de Credito, CCR para abreviar, por sus siglas en ingles) que lleva un parametro de unidad de servicio utilizada (Unidad de Servicio Utilizada, USU para abreviar, por sus siglas en ingles) y es enviado por la CTF al OCS. El parametro de USU en la presente memoria lleva el mensaje de cobro notificado por la CTF al OCS.
En el metodo de control de cobro proporcionado en esta realizacion, se resuelve un fenomeno de que, en la tecnica anterior, una sesion de cobro falle debido a los diferentes cuerpos de determinacion de un tipo de cuota, y se asegura el procesamiento correcto en una sesion de cobro.
La Figura 3 es un diagrama de flujo esquematico de un metodo de control de cobro en funcion de otra realizacion de la presente invencion. Como se muestra en la Figura 3, el metodo de control de cobro en esta realizacion se describe como sigue.
301: Una CTF genera, en funcion de una condicion de activacion, un mensaje de CCR que se ha de enviar a un OCS.
Concretamente, la condicion de activacion puede ser: se inicia una peticion de servicio, una cuota de un servicio previo se agota, una cuota existente expira, o similares.
Se puede entender que, en una aplicacion real, el mensaje de CCR puede incluir ademas un identificador de usuario, informacion de servicio, y similares. Esta realizacion solo es una descripcion ejemplar.
302: La CTF envfa el mensaje de CCR al OCS, de modo que el OCS determine un tipo y numero de cuota despues de recibir el mensaje de CCR, y asigne una cuota para el mensaje de CCR en funcion del tipo y numero de cuota determinados por el OCS.
303: La CTF recibe un mensaje de respuesta de cuota enviado por el OCS, en el que el mensaje de respuesta de cuota incluye: la cuota asignada y una condicion de conmutacion de un tipo de cuota en la cuota asignada, en la que la cuota asignada incluye un tipo de cuota previo, el numero de cuota del tipo de cuota previo (es decir, un tipo y numero de cuota antes de que se conmute la condicion de conmutacion), un tipo de cuota siguiente, y el numero de
5
10
15
20
25
30
35
40
45
50
cuota del tipo de cuota siguiente (es dedr, un tipo y numero de cuota despues de que se commute la condicion de conmutacion) que son asignados por el OCS.
El tipo de cuota previo es un tipo de cuota antes de que se cumpla la condicion de conmutacion del tipo de cuota, y el tipo de cuota siguiente es un tipo de cuota despues de que se cumpla la condicion de conmutacion del tipo de cuota. En esta realizacion, se utiliza la condicion de conmutacion del tipo de cuota como referencia para distinguir el tipo de cuota previo del tipo de cuota siguiente.
La condicion de conmutacion en la presente memoria puede ser un punto temporal de conmutacion del tipo de cuota. Se debena senalar que la conmutacion del tipo de cuota en la presente memoria significa que, en la cuota asignada, el tipo de cuota antes de que se conmute la condicion de conmutacion debe ser diferente del tipo de cuota despues de que se conmute la condicion de conmutacion, es decir, el tipo de cuota previo debe ser diferente del tipo de cuota siguiente.
304: La CTF supervisa, en funcion del tipo de cuota previo y el numero de cuota del tipo de cuota previo, el uso de una cuota correspondiente al tipo de cuota previo; conmuta el tipo de cuota previo y el tipo de cuota siguiente en funcion de la condicion de conmutacion; y supervisa, en funcion del tipo de cuota siguiente y el numero de cuota del tipo de cuota siguiente, el uso de una cuota correspondiente al tipo de cuota siguiente.
La conmutacion del tipo de cuota previo y el tipo de cuota siguiente en funcion de la condicion de conmutacion puede ser: cuando se cumple la condicion de conmutacion, la supervision, por la CTF, del uso de una cuota correspondiente al tipo de cuota siguiente.
Ciertamente, en una realizacion ejemplar, el metodo de control de cobro mostrado en la Figura 3 incluye ademas la etapa 305 siguiente que no se muestra en la Figura 3.
305: Si la CTF recoge informacion de utilizacion de la cuota correspondiente al tipo de cuota previo e informacion de utilizacion de la cuota correspondiente al tipo de cuota siguiente, la CTF notifica, al OCS, tanto la informacion de utilizacion de la cuota correspondiente al tipo de cuota previo como la informacion de utilizacion de la cuota correspondiente al tipo de cuota siguiente.
La CTF notifica, al OCS, la informacion de utilizacion de una cuota correspondiente a un tipo de cuota que es anterior a la conmutacion de la condicion de conmutacion, y la informacion de utilizacion de una cuota correspondiente a un tipo de cuota que es posterior a la conmutacion de la condicion de conmutacion, y mientras tanto, puede notificar ademas una descripcion de conmutacion de un tipo de cuota, en la que la descripcion de conmutacion indica si la informacion de utilizacion corresponde al tipo de cuota que es anterior a la conmutacion de la condicion de conmutacion o corresponde al tipo de cuota que es posterior a la conmutacion de la condicion de conmutacion, o la descripcion de conmutacion anterior indica que la CTF ha llevado a cabo la conmutacion de un tipo de cuota.
En una aplicacion real, la CTF esta configurada ademas para recoger informacion de servicio correspondiente al tipo de cuota previo e informacion de servicio correspondiente al tipo de cuota siguiente, de manera que notifique, cuando se notifique la informacion de utilizacion de una cuota correspondiente al tipo de cuota previo al OCS, la informacion de servicio correspondiente al tipo de cuota previo; y notifique, cuando se notifique la informacion de utilizacion de una cuota correspondiente al tipo de cuota siguiente, la informacion de servicio correspondiente al tipo de cuota siguiente.
En el metodo de control de cobro proporcionado en esta realizacion, se puede implementar que, en un proceso de conmutacion de escenario de cobro, se pueda evitar el problema de que una gran cantidad de senalizacion se genere de forma instantanea en un punto temporal espedfico, ejerciendo de esta manera un impacto sobre el OCS y la CTF.
En una realizacion ejemplar, sobre una base del metodo de control de cobro mostrado en la Figura 1, la Figura 2, y la Figura 3, el metodo de control de cobro incluye ademas la etapa E01 y etapa E02 siguientes.
E01: La CTF recibe un segundo mensaje enviado por la PCRF, en el que el segundo mensaje lleva un tipo de unidad de servicio.
El segundo mensaje puede estar determinado por la PCRF en funcion de la informacion de suscripcion de usuario, la configuracion de un operador, y similares. Es decir, la PCRF puede determinar, en funcion de la informacion de suscripcion de usuario, la configuracion de un operador, y similares, que se necesita conmutar una manera de recogida de informacion de cobro, y actualizar ademas el parametro de Regla de PCC o el parametro de regla de ADC activados previamente. En una aplicacion real, en la etapa E01 anterior, excepto el tipo de unidad de servicio del segundo mensaje, el segundo mensaje puede llevar ademas otra informacion tal como un grupo de tarificacion.
5
10
15
20
25
30
35
40
45
50
E02: La CTF determina si un tipo de cuota indicado por el tipo de unidad de servicio en el segundo mensaje es coherente con un tipo de cuota de una cuota con el uso supervisado actualmente por la CTF. Si el tipo de cuota indicado por el tipo de unidad de servicio en el segundo mensaje es coherente con el tipo de cuota de la cuota con el uso supervisado actualmente por la CTF, la CTF continua ejecutando la supervision del uso de la cuota anterior; y si el tipo de cuota indicado por el tipo de unidad de servicio en el segundo mensaje no es coherente con el tipo de cuota de la cuota con el uso supervisado actualmente por la CTF, la CTF actualiza un registro de uso correspondiente al tipo de cuota de una cuota con el uso supervisado actualmente por la CTF.
Es decir, la CTF determina si el tipo de unidad de servicio del segundo mensaje es coherente con un tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF. Si el tipo de unidad de servicio del segundo mensaje no es coherente con un tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF, la CTF actualiza un registro de uso correspondiente al tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF.
Por ejemplo, el tipo de cuota indicado por el tipo de unidad de servicio en el segundo mensaje puede ser la duracion, y el tipo de cuota de una cuota con el uso supervisado actualmente por la CTF puede ser el trafico.
En este caso, se debena senalar que, en un proceso de cobro en lmea, si la CTF determina que una granularidad de informes para que la CTF notifique a un OCS incluye un grupo de tarificacion y un identificador de servicio (es decir, la granularidad de informes es el grupo de tarificacion mas el identificador de servicio), la CTF notifica el registro de uso actualizado (es decir, un mensaje de cobro de la cuota con el uso supervisado actualmente por la CTF) al OCS.
Si la CTF determina que una granularidad de informes para que la CTF notifique al OCS incluye un grupo de tarificacion (es decir, la granularidad de informes es un nivel de grupo de tarificacion), cuando actualiza el registro de uso, la CTF determina si otro flujo de servicio utiliza una cuota correspondiente al segundo mensaje. Si ningun otro flujo de servicio utiliza una cuota correspondiente al segundo mensaje, la CTF notifica el registro de uso actualizado al OCS.
Ademas, si no existe una cuota correspondiente al segundo mensaje en la CTF, se necesita solicitar una cuota correspondiente al segundo mensaje del OCS en funcion del tipo de unidad de servicio del segundo mensaje.
Es decir, si la CTF ya tiene actualmente una cuota correspondiente al tipo de unidad de servicio del segundo mensaje, la CTF no necesita volver a solicitar una nueva cuota del OCS en funcion del tipo de unidad de servicio del segundo mensaje, y despues de que se conmute un tipo de cuota en el lado de la CTF, se puede utilizar la cuota que la CTF ya tiene y que corresponde al tipo de unidad de servicio del segundo mensaje.
Por ejemplo, si el segundo mensaje lleva ademas informacion de grupo de tarificacion, y la CTF tiene actualmente una cuota correspondiente a la informacion de grupo de tarificacion y al tipo de unidad de servicio, la CTF determina que la cuota es la cuota correspondiente al segundo mensaje, y no necesita volver a solicitar una nueva cuota del OCS en funcion del tipo de unidad de servicio del segundo mensaje. En general, el segundo mensaje tambien lleva la informacion de grupo de tarificacion cuando lleva el tipo de unidad de servicio.
El registro de uso actualizado anterior que se notifica es uno de informacion de cobro notificada. El mensaje de cobro notificado por la CTF en la presente memoria puede ser un mensaje de CCR que lleva un parametro de USU, en el que el parametro de USU se utiliza para representar el mensaje de cobro notificado. Ademas, se puede llevar un parametro de RSU en el mensaje de CCR que lleva el parametro de USU, para solicitar una nueva cuota del OCS. Es decir, el parametro de RSU se utiliza para representar la solicitud de una nueva cuota del OCS.
Las tecnologfas implicadas en la realizacion anterior tambien se pueden utilizar en un proceso de cobro fuera de lmea. Las etapas completas en el proceso de cobro fuera de lmea son:
E'01: una CTF recibe un segundo mensaje enviado por una PCRF, en el que el segundo mensaje lleva un tipo de unidad de servicio.
El tipo de unidad de servicio se utiliza para indicar que la CTF necesita recoger, en funcion del tipo de unidad de servicio, informacion de uso de un servicio o flujo de servicio especificados por el segundo mensaje.
E'02: la CTF determina si el tipo de unidad de servicio del segundo mensaje es coherente con un tipo de unidad de servicio actual registrado por la CTF. Si el tipo de unidad de servicio del segundo mensaje no es coherente con un tipo de unidad de servicio actual registrado por la CTF, la CTF cierra un contador correspondiente al tipo de unidad de servicio utilizado actualmente en la CTF, escribe informacion registrada por el contador en una factura, y habilita un contador correspondiente al tipo de unidad de servicio del segundo mensaje, de manera que recoja la informacion de uso de un servicio.
Por ejemplo, la CTF puede utilizar un mensaje de peticion de contabilidad (Peticion de Contabilidad, ACR para abreviar, por sus siglas en ingles) para notificar informacion de uso de servicio recogida a un sistema de cobro fuera
5
10
15
20
25
30
35
40
45
50
de lmea, de manera que anada la informacion de uso de servicio en una factura; o la CTF anade directamente la informacion de uso de servicio recogida en una factura, y finalmente env^a la factura al sistema de cobro fuera de lmea.
En el metodo de control de cobro en la realizacion anterior, se puede resolver un problema en un proceso de conmutacion de una manera de recogida de informacion de cobro de la tecnica anterior.
Ademas, en otro escenario de aplicacion, sobre una base del metodo de control de cobro mostrado en la Figura 1, la Figura 2, y la Figura 3, el metodo de control de cobro incluye ademas la etapa M01 y la etapa M02 siguientes.
M01: la CTF recibe un tercer mensaje entregado por el OCS, en el que el tercer mensaje da instrucciones a la CTF de que vuelva a solicitar la autorizacion.
El tercer mensaje puede ser un mensaje de peticion de reautenticacion (Peticion de Reautenticacion, RAR para abreviar, por sus siglas en ingles).
Concretamente, si el OCS determina, en funcion de uno o mas fragmentos de informacion tales como la informacion relacionada con el servicio notificada por la CTF, la informacion de suscripcion de usuario, o la configuracion de un operador, que se necesita llevar a cabo la conmutacion de tipo de cuota, el OCS entrega un mensaje de RAR a la CTF, de manera que de instrucciones a la CTF de que notifique la informacion de cobro recogida y vuelva a solicitar una cuota, implementando de esta manera el control de cobro despues de la conmutacion de tipo de cuota.
M02: la CTF ejecuta la presentacion de informes de cobro y vuelve a solicitar la autorizacion. La nueva solicitud de autorizacion en esta etapa puede ser como un proceso de obtencion de una cuota que se describe, como ejemplo, en la etapa 101 y la etapa 102.
En una aplicacion real, la presentacion de informes de cobro puede ser: la utilizacion de un mensaje de CCR que lleva un parametro de USU para notificar, al OCS, la informacion de utilizacion de una cuota asignada por el oCs. Ademas, el mensaje de CCR tambien lleva un parametro de RSU para volver a solicitar una cuota autorizada.
Ciertamente, en otra realizacion, si la CTF detecta que se agota la cuota asignada por la CTF, la CTF notifica, al OCS, la informacion de cobro recogida actualmente, es decir, la informacion de utilizacion de la cuota, y ademas repite el proceso de obtencion de una cuota que se describe, como ejemplo, en la etapa 101 y la etapa 102.
En una aplicacion real, la CTF anterior puede ser un modulo de funcion de ejecucion de polftica y cobro (Funcion de Ejecucion de Polftica y Cobro, PCEF para abreviar, por sus siglas en ingles).
Por ejemplo, si la PCEF detecta que una cuota existente se agota, o que una cuota existente expira, en este caso, la PCEF notifica la informacion de cobro recogida actualmente al OCS, y repite el proceso anterior de obtencion de una cuota.
En el metodo de procesamiento de autorizacion de cobro en lmea proporcionado en esta realizacion, se puede resolver un problema en un proceso de conmutacion de una manera de recogida de informacion de cobro en la tecnica anterior.
La Figura 4 es un diagrama de flujo esquematico de un metodo de control de cobro segun otra realizacion de la presente invencion. Como se muestra en la Figura 4, el metodo de control de cobro en esta realizacion se describe como sigue.
La descripcion de esta etapa es una parte del contenido de la Figura 3. Para una descripcion mas clara, la descripcion se da de forma separada en esta realizacion.
Ademas, para evitar que en un mismo punto temporal, en una sesion de cobro, una CTF ejecute un gran numero de acciones de notificacion de informacion de cobro y de nueva solicitud de una cuota autorizada en un mismo punto temporal debido a la conmutacion de un tipo de cuota (tal como la duracion y el trafico), que provoca un bloqueo instantaneo de la senalizacion y un aumento de la presion de procesamiento de un OCS, cuando se aproxima a un punto de conmutacion, el OCS tambien concede, despues de recibir un mensaje para la solicitud de autorizacion de cuota que es enviado por la CTF, una parte de una cuota que es posterior a la conmutacion de tipo de cuota, es decir, concede tanto una cuota que es anterior a la conmutacion de tipo de cuota como una cuota que es posterior a la conmutacion de tipo de cuota.
401: una CTF envfa una peticion de cuota de recursos a un OCS despues de que se cumpla una condicion de activacion.
402: la CTF recibe un mensaje de respuesta de cuota enviado por el OCS, en el que el mensaje de respuesta de cuota incluye: una cuota asignada para la peticion de cuota de recursos, y una condicion de conmutacion (por ejemplo, un punto temporal de conmutacion) de un tipo de cuota en la cuota asignada, y la cuota asignada incluye:
5
10
15
20
40
45
un tipo de cuota previo, el numero de cuota del tipo de cuota previo, un tipo de cuota siguiente, y el numero de cuota del tipo de cuota siguiente que son asignados por el OCS.
El tipo de cuota previo es un tipo de cuota antes de que se cumpla la condicion de conmutacion del tipo de cuota, y el tipo de cuota siguiente es un tipo de cuota despues de que se cumpla la condicion de conmutacion del tipo de cuota.
Es decir, antes de la etapa 402, despues de recibir la peticion de cuota de recursos, el OCS determina que se aproxima la condicion de conmutacion (por ejemplo, un punto temporal de conmutacion) del tipo de cuota; determina un tipo y numero de cuota correspondientes que son anteriores al punto temporal de conmutacion, y un tipo y numero de cuota correspondientes que son posteriores al punto temporal de conmutacion; y ademas asigna una cuota para la peticion de cuota de recursos, en la que la cuota asignada incluye: un tipo de cuota previo, el numero de cuota del tipo de cuota previo, un tipo de cuota siguiente, y el numero de cuota del tipo de cuota siguiente que son asignados por el OCS.
Concretamente, en la etapa 402, el mensaje de respuesta de cuota puede ser un mensaje de CCA, en el que un parametro de GSU del mensaje de CCA lleva una cuota asignada/concedida por el OCS. Una GSU lleva informacion de dos cuotas. Mientras tanto, el mensaje lleva ademas una condicion de conmutacion de un tipo de cuota (por ejemplo, un punto temporal de conmutacion del tipo de cuota, de manera que de instrucciones a la CTF de que conmute, en el punto de conmutacion del tipo de cuota, el uso del tipo de cuota).
En otra realizacion, se puede llevar la condicion de conmutacion del tipo de cuota utilizando las siguientes maneras:
1) Adjuntando una condicion de uso para cada cuota. Utilizando el trafico y la duracion como ejemplo, la condicion de uso adjuntada puede ser el tiempo de activacion.
Por ejemplo, anadiendo un parametro de tiempo de activacion de Activo Diferido-Octetos-CC para una cuota de trafico en un parametro de GSU, y anadiendo un parametro de tiempo de activacion de Activo Diferido-Tiempo-CC para una cuota de duracion de Tiempo-CC. El parametro de GSU despues de que se anada el tiempo de activacion es como sigue:
25
Unidad-Servicio-Concedida ::= < Cabecera de AVP: 431 >
[ Cambio-Tiempo-Tarifa ]
[ Tiempo-CC ]
[ ActivoDiferido-Tiempo-CC]
[ Dinero-CC ]
[ Octetos-Totales-CC ]
[ Octetos-Entrada-CC ]
[ Octetos-Salida-CC ]
[ ActivoDiferido-Octetos-CC]
[ Unidades-Espedficas-Servicio-CC]
*[ AVP ]
2) Especificando una condicion de conmutacion para dos cuotas en una GSU, en la que la condicion de conmutacion puede ser un punto temporal de conmutacion.
Por ejemplo, se puede anadir un AVP (por ejemplo, Cambio-Tipo-Unidad) en la GSU para indicar la conmutacion de una cuota concedida, o se puede reutilizar un AVP de Cambio-Tiempo-Tarifa, en el que el AVP especifica previamente la conmutacion de grupo de tarificacion, y el significado se extiende en la presente memoria, y el AVP se utiliza para notificar ademas a una CTF de que las dos cuotas de la GSU se conmutan en un punto temporal determinado para su uso.
Ciertamente, en una aplicacion real, si se reutiliza el AVP de Cambio-Tiempo-Tarifa, puede existir un escenario en el que se necesiten indicar tanto la conmutacion de grupo de tarificacion como la conmutacion de tipo de cuota (por
5
10
15
20
25
30
35
40
45
50
55
ejemplo, los puntos temporales de conmutacion de la conmutacion de grupo de tarificacion y la conmutacion de tipo de cuota estan cerca, pero no son los mismos). En este caso, la conmutacion de grupo de tarificacion puede entrar en conflicto con la conmutacion de tipo de cuota. Para evitar el conflicto, todavfa se utiliza el AVP para indicar la conmutacion de grupo de tarificacion, y un OCS concede solo una cuota correspondiente a un tipo de cuota que es anterior al punto temporal de conmutacion, y especifica que un penodo efectivo de la cuota correspondiente a un tipo de cuota que es anterior al punto temporal de conmutacion se extiende al punto temporal de conmutacion del tipo de cuota, de modo que la CTF pueda volver a solicitar, en el punto temporal de conmutacion, una cuota correspondiente a un tipo de cuota que es posterior al punto temporal de conmutacion del OCS.
En este metodo, debido a que solo existe un punto temporal de conmutacion, la CTF necesita determinar la descripcion de uso de las cuotas correspondientes a dos tipos de cuotas. Por ejemplo, se pueden utilizar las maneras siguientes para determinar que una cuota correspondiente a que tipo de cuota se utiliza respectivamente antes o despues del punto temporal de conmutacion.
Manera 1: el OCS no especifica, en la GSU, que cuota se utiliza antes del punto temporal de conmutacion. La CTF determina una cuota que es anterior al punto temporal de conmutacion en funcion de un tipo de cuota correspondiente a una cuota utilizada previamente por un servicio, y utiliza una cuota correspondiente a otro tipo de cuota despues del punto temporal de conmutacion especificado en la GSU. Se debena senalar que una cuota entregada por el OCS en la presente memoria incluye solo dos tipos de cuota, y el OCS no especifica, en la GSU, que cuota se utiliza antes del punto temporal de conmutacion. En este caso, la CTF puede llevar a cabo la ejecucion segun la Manera 1.
Manera 2: antes del punto temporal de conmutacion y despues del punto temporal de conmutacion, la CTF supervisa y recoge informacion de utilizacion de cuotas correspondientes a dos tipos de cuota, y notifica al OCS cuando se cumple una condicion de presentacion de informes. El OCS extrae una informacion de utilizacion de cuota correspondiente en funcion de un tipo de cuota que es anterior al punto temporal de conmutacion y un tipo de cuota que es posterior al punto de conmutacion, y lleva a cabo el procesamiento de cobro.
Manera 3: el OCS especifica claramente, en la GSU, que cuota se utiliza antes del punto temporal de conmutacion. La CTF determina, en funcion de la especificacion, las cuotas que se utilizan respectivamente antes del punto temporal de conmutacion y despues del punto temporal de conmutacion. Para especificar que cuota se utiliza antes del punto temporal de conmutacion, se puede anadir un nuevo AVP, por ejemplo, Tipo-Unidad-Anterior, en un mensaje de respuesta entregado por el OCS, para indicar una cuota correspondiente a un tipo de cuota que es anterior al punto temporal de conmutacion.
Despues de recibir la cuota asignada por el OCS, la CTF supervisa el uso de la cuota en funcion de la cuota en la CCA y una condicion de conmutacion de un tipo de cuota de la cuota. Por ejemplo, la CTF supervisa y recoge la informacion de utilizacion de una cuota correspondiente a un tipo de cuota que es anterior a la conmutacion de la condicion de conmutacion, y la informacion de utilizacion de una cuota correspondiente a un tipo de cuota que es posterior a la conmutacion de la condicion de conmutacion.
403: cuando se cumple una condicion de presentacion de informes de la CTF, la CTF notifica, al OCS, la informacion de utilizacion recogida de cuotas que pertenecen a diferentes tipos de cuota.
Si la CTF recoge tanto la informacion de utilizacion de cuotas que son anteriores al punto temporal de conmutacion como posteriores al punto temporal de conmutacion del tipo de cuota, la CTF utiliza, en la CCR (en un mensaje de CCR), dos USU para notificar respectivamente la informacion de utilizacion de las cuotas que son anteriores al punto temporal de conmutacion del tipo de cuota y posteriores al punto temporal de conmutacion del tipo de cuota.
Despues de recibir la informacion de uso de cuota notificada por la CTF, el OCS distingue primero cual es la informacion de uso que es anterior al punto temporal de conmutacion del tipo de cuota, y cual es la informacion de uso que es posterior al punto temporal de conmutacion del tipo de cuota. Concretamente, existen los dos metodos siguientes:
Metodo 1: el OCS identifica, en funcion de los tipos de las cuotas de las dos USU que se notifican y la condicion de conmutacion de tipo de cuota determinada por el OCS, por que USU es llevada la informacion de uso de cuota antes de que se conmute la condicion de conmutacion de tipo de cuota, y por que USU es llevada la informacion de uso de cuota despues de que se conmute la condicion de conmutacion de tipo de cuota.
Metodo 2: la CTF especifica, en la informacion de uso de cuota notificada, que informacion de uso es informacion de uso que es anterior a la conmutacion de la condicion de conmutacion de tipo de cuota, y cual es posterior a la conmutacion de la condicion de conmutacion de tipo de cuota. Concretamente, se utiliza un AVP (por ejemplo, Utilizacion-Tipo-Unidad) para la especificacion, en el que se lleva el AVP en las dos USU notificadas, y un valor del AVP indica si la informacion de uso es anterior a la conmutacion de la condicion de conmutacion de tipo de cuota o posterior a la conmutacion de la condicion de conmutacion de tipo de cuota.
5
10
15
20
25
30
35
40
45
50
En la realizacion anterior, se utiliza una PCRF o un OCS como condicion de conmutacion de la duracion y el trafico de una misma sesion de cobro, la reautorizacion se activa cuando se cumple una condicion de conmutacion determinada, y ademas, se implementa un modo de cobro para la conmutacion del trafico y la duracion en un proceso de sesion de cobro. Ademas, se entregan tanto una cuota de trafico como una cuota de duracion mediante la utilizacion de un OCS, y se entrega una condicion de conmutacion de un tipo de cuota, de manera que reduzca un impacto de senalizacion sobre el OCS y una CTF cuando se conmute una condicion, y mejore la fiabilidad y estabilidad del sistema.
La Figura 5 es un diagrama de flujo esquematico de un metodo de control de cobro segun otra realizacion de la presente invencion. Como se muestra en la Figura 5, el metodo de control de cobro en esta realizacion se describe como sigue.
501: un OCS recibe una peticion de cuota de recursos enviada por una CTF, y determina un tipo de cuota y el numero de cuota del tipo de cuota en funcion de la peticion de cuota de recursos.
502: el OCS asigna una cuota para la peticion de cuota de recursos en funcion del tipo y numero de cuota determinados por el OCS.
Ademas, en la etapa 501, la determinacion de un tipo de cuota y el numero de cuota del tipo de cuota en funcion de la peticion de cuota de recursos incluye espedficamente:
la determinacion, en funcion de la peticion de cuota de recursos, de una condicion de conmutacion del tipo de cuota, un tipo de cuota previo, el numero de cuota del tipo de cuota previo, un tipo de cuota siguiente, y el numero de cuota del tipo de cuota siguiente; en la que:
el tipo de cuota previo es un tipo de cuota antes de que se cumpla la condicion de conmutacion del tipo de cuota, y el tipo de cuota siguiente es un tipo de cuota despues de que se cumpla la condicion de conmutacion del tipo de cuota; y de forma correspondiente, la etapa 502 puede incluir espedficamente:
la asignacion de una primera cuota para la peticion de cuota de recursos en funcion del tipo de cuota previo y el numero de cuota del tipo de cuota previo, y la asignacion de una segunda cuota para la peticion de cuota de recursos en funcion del tipo de cuota siguiente y el numero de cuota del tipo de cuota siguiente, de modo que la CTF controle un servicio mediante la utilizacion de un tipo de cuota en la primera cuota, y supervise el uso de la primera cuota; y cuando se cumpla la condicion de conmutacion, controle el servicio mediante la utilizacion de un tipo de cuota en la segunda cuota, y supervise el uso de la segunda cuota.
En una aplicacion real, el metodo de control de cobro mostrado en la Figura 5 puede incluir ademas la etapa 503 o la etapa 503' siguientes que no se muestran en el diagrama.
503: el OCS envfa un mensaje de respuesta a la CTF, en el que el mensaje de respuesta incluye la cuota asignada para la peticion de cuota de recursos, de modo que la CTF controle un servicio en funcion de la cuota, y supervise el uso de la cuota.
503': el OCS envfa un mensaje de respuesta de cuota a la CTF, en el que el mensaje de respuesta de cuota incluye la cuota asignada y la condicion de conmutacion del tipo de cuota, y la cuota asignada incluye la primera cuota y la segunda cuota, de modo que la CTF controle un servicio mediante la utilizacion de un tipo de cuota en la primera cuota, y supervise el uso de la primera cuota; y cuando se cumple la condicion de conmutacion, lleva a cabo la conmutacion y controla el servicio mediante la utilizacion de un tipo de cuota en la segunda cuota, y supervisa el uso de la segunda cuota.
Que la CTF supervise el uso de la primera cuota se puede entender como que la CTF controla un servicio mediante la utilizacion de un tipo de cuota en la primera cuota.
Ciertamente, despues de la etapa 503', el metodo de control de cobro puede incluir ademas la etapa 504 siguiente que no se muestra en el diagrama.
504: el OCS recibe informacion de uso notificada por la CTF, en la que la informacion de uso incluye informacion de utilizacion de la primera cuota e informacion de utilizacion de la segunda cuota; y lleva a cabo el procesamiento de cobro en funcion de la informacion de uso.
En una aplicacion real, el OCS recibe informacion de uso notificada por la CTF, en la que la informacion de uso incluye informacion de utilizacion de la primera cuota, informacion de utilizacion de la segunda cuota, un tipo de cuota correspondiente a la primera cuota, y un tipo de cuota correspondiente a la segunda cuota; y lleva a cabo el procesamiento de cobro en funcion de la informacion de uso.
5
10
15
20
25
30
35
40
45
50
En el metodo de control de cobro proporcionado en esta realizacion, se resuelve un problema de que, en la tecnica anterior, una sesion de cobro falle debido a los diferentes cuerpos de determinacion de un tipo de cuota, y se asegura el procesamiento correcto en una sesion de cobro.
Segun otro aspecto de la presente invencion, la presente invencion proporciona ademas un metodo de control de cobro, en el que el metodo de control de cobro incluye:
el envfo, por una PCRF, de un primer mensaje que incluye un tipo de unidad de servicio a una CTF, o el envfo de un primer mensaje que incluye informacion de instruccion, o el envfo de un primer mensaje que incluye el tipo de unidad de servicio y la informacion de instruccion, de modo que la CTF genere una peticion de cuota de recursos en funcion del primer mensaje; en el que:
el tipo de unidad de servicio se utiliza para indicar un tipo de cuota llevado, por la CTF, en la peticion de cuota de recursos generada, o se utiliza para indicar que la CTF necesita recoger, en funcion del tipo de unidad de servicio, informacion de uso de un servicio o flujo de servicio especificados por el segundo mensaje; y
la informacion de instruccion puede ser informacion que da instrucciones a la CTF de que especifique un tipo y numero de cuota, o la informacion de instruccion puede ser informacion que da instrucciones a la CTF de que no especifique un tipo y numero de cuota.
En otra realizacion, como se muestra en la Figura 6, el metodo de control de cobro puede incluir:
601: una PCRF envfa un primer mensaje que incluye un tipo de unidad de servicio a una CTF, o envfa un primer mensaje que incluye informacion de instruccion, o envfa un primer mensaje que incluye el tipo de unidad de servicio y la informacion de instruccion, de modo que la CTF genere una peticion de cuota de recursos en funcion del primer mensaje.
602: la PCRF envfa un segundo mensaje que incluye un tipo de unidad de servicio a la CTF, de modo que la CTF determine si el tipo de unidad de servicio del segundo mensaje es coherente con un tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF, y si el tipo de unidad de servicio del segundo mensaje no es coherente con un tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF, actualiza y notifica un registro de uso.
En el metodo de control de cobro proporcionado en esta realizacion, se resuelve un problema de que, en la tecnica anterior, una sesion de cobro falle debido a los diferentes cuerpos de determinacion de un tipo de cuota, y se asegura el procesamiento correcto en una sesion de cobro.
Segun otro aspecto de la presente invencion, la presente invencion proporciona ademas un aparato de activacion de cobro. Como se muestra en la Figura 7, el aparato de activacion de cobro en esta realizacion incluye: una unidad de generacion 71 y una unidad de envfo 72.
La unidad de generacion 71 esta configurada para generar una peticion de cuota de recursos en funcion de una condicion de activacion; y la unidad de envfo 72 envfa la peticion de cuota de recursos a un sistema de cobro en lmea OCS, de modo que el OCS determine un tipo de cuota y el numero de cuota del tipo de cuota despues de recibir la peticion de cuota de recursos, y asigne una cuota para la peticion de cuota de recursos en funcion del tipo y numero de cuota determinados por el OCS; en la que:
el tipo y numero de cuota estan determinados por el OCS en funcion de la peticion de cuota de recursos.
En especial, la unidad de generacion 71 esta configurada espedficamente para: despues de que se cumpla la condicion de activacion, si se determina que se recibe un primer mensaje que lleva un tipo de unidad de servicio y que es enviado por una PCRF, en el que el tipo de unidad de servicio se utiliza para indicar un tipo de cuota llevado, por la CTF, en la peticion de cuota de recursos generada,
determinar el numero de cuota del tipo de cuota en funcion del tipo de unidad de servicio; y generar una peticion de cuota de recursos en funcion del tipo de unidad de servicio y el numero, en la que la peticion de cuota de recursos incluye el tipo de cuota indicado por el tipo de unidad de servicio y el numero de cuota del tipo de cuota;
o, despues de que se cumpla la condicion de activacion, si se determina que se recibe un primer mensaje que no lleva un tipo de unidad de servicio y que es enviado por una PCRF, generar, en funcion de la informacion de configuracion de la CTF, una peticion de cuota de recursos que se ha de enviar al OCS.
En un escenario de aplicacion, la unidad de generacion 71 esta configurada ademas para: despues de que se cumpla la condicion de activacion, si se determina que se recibe un primer mensaje que lleva un tipo de unidad de servicio e informacion de instruccion y que es enviado por una PCRf, en el que el tipo de unidad de servicio se utiliza para indicar un tipo de cuota llevado, por la CTF, en la peticion de cuota de recursos generada, y la informacion de instruccion es informacion que da instrucciones a la CTF de que especifique un tipo y numero de
15
5
10
15
20
25
30
35
40
45
50
cuota, o la informacion de instruccion es informacion que da instrucciones a la CTF de que no especifique un tipo y numero de cuota,
determinar, en funcion de la informacion de instruccion, si se necesita especificar un tipo y numero de cuota. Concretamente,
si la informacion de instruccion es informacion que da instrucciones a la CTF de que especifique un tipo y numero de cuota, obtener, en funcion del tipo de unidad de servicio, el tipo de cuota indicado por el tipo de unidad de servicio, determinar el numero de cuota del tipo de cuota, y generar una peticion de cuota de recursos en funcion del tipo de unidad de servicio y el numero, en la que la peticion de cuota de recursos incluye el tipo de cuota indicado por el tipo de unidad de servicio y el numero de cuota del tipo de cuota; y
si la informacion de instruccion es informacion que da instrucciones a la CTF de que no especifique un tipo y numero de cuota, generar una peticion de cuota de recursos que se ha de enviar al OCS, en la que la peticion de cuota de recursos no lleve el tipo de cuota indicado por el tipo de unidad de servicio.
En otro escenario de aplicacion, la unidad de generacion 71 esta configurada ademas para: despues de que se cumpla la condicion de activacion, si se determina que se recibe un primer mensaje que lleva informacion de instruccion y que es enviado por una PCRF, en el que la informacion de instruccion es informacion que da instrucciones a la CTF de que especifique un tipo y numero de cuota, o la informacion de instruccion es informacion que da instrucciones a la CTF de que no especifique un tipo y numero de cuota,
determinar, en funcion de la informacion de instruccion, si se necesita determinar un tipo y numero de cuota. Concretamente,
si la informacion de instruccion es informacion que da instrucciones a la CTF de que especifique un tipo y numero de cuota, especificar un tipo de cuota en funcion de la informacion de configuracion de la CTF, determinar el numero de cuota del tipo de cuota, y generar una peticion de cuota de recursos en funcion del tipo de cuota y el numero, en la que la peticion de cuota de recursos incluya el tipo de cuota especificado por la CTF y el numero de cuota del tipo de cuota; y
si la informacion de instruccion es informacion que da instrucciones a la CTF de que no especifique un tipo y numero de cuota, generar una peticion de cuota de recursos que se ha de enviar al OCS, en la que la peticion de cuota de recursos no lleve un tipo de cuota.
Opcionalmente, como se muestra en la Figura 8, el aparato de activacion de cobro incluye ademas: una unidad de recepcion 73, configurada para recibir un mensaje de respuesta enviado por el OCS, en el que el mensaje de respuesta incluye la cuota asignada para la peticion de cuota de recursos; y
una unidad de supervision 74, configurada para controlar un servicio en funcion de la cuota asignada por el OCS, y supervisar el uso de la cuota.
Ciertamente, en otro escenario de aplicacion ejemplar, la unidad de recepcion 73 esta configurada ademas para recibir un segundo mensaje enviado por la PCRF, en el que el segundo mensaje lleva un tipo de unidad de servicio; y
en este caso, el aparato de activacion de cobro incluye ademas: una unidad de determinacion (que no se muestra en el diagrama), en la que la unidad de determinacion esta configurada para determinar si el tipo de unidad de servicio del segundo mensaje es coherente con un tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF; y si el tipo de unidad de servicio del segundo mensaje no es coherente con un tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF, la CTF actualiza un registro de uso correspondiente al tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF.
Ademas, en una aplicacion real, cuando el aparato de activacion de cobro esta en un proceso de cobro en lmea, el aparato de activacion de cobro incluye ademas una unidad de informe (que no se muestra en el diagrama), en la que la unidad de informe esta configurada para: cuando la unidad de determinacion determina que una granularidad de informes para que la CTF notifique al OCS incluye un grupo de tarificacion y un identificador de servicio, notificar el registro de uso actualizado al OCS; y
si la unidad de determinacion determina que una granularidad de informes para que la CTF notifique al OCS incluye un grupo de tarificacion, cuando la CTF actualiza el registro de uso, determinar al mismo tiempo si otro flujo de servicio utiliza una cuota correspondiente al segundo mensaje; y si ningun otro flujo de servicio utiliza una cuota correspondiente al segundo mensaje, notificar el registro de uso actualizado al OCS;
5
10
15
20
25
30
35
40
45
50
ademas, si la unidad de determinacion determina que no existe una cuota correspondiente al segundo mensaje en la CTF, solicitar una cuota correspondiente al segundo mensaje del OCS en funcion del tipo de unidad de servicio del segundo mensaje.
En otro escenario de aplicacion, la unidad de recepcion 73 del aparato de activacion de cobro puede estar configurada espedficamente para recibir un mensaje de respuesta de cuota enviado por el OCS, en el que el mensaje de respuesta de cuota incluye: la cuota asignada para la peticion de cuota de recursos, y una condicion de conmutacion de un tipo de cuota; en la que:
la cuota asignada incluye un tipo de cuota previo, el numero de cuota del tipo de cuota previo, un tipo de cuota siguiente, y el numero de cuota del tipo de cuota siguiente que son asignados por el OCS; y
de forma correspondiente, la unidad de supervision 74 esta configurada para supervisar el uso de una cuota correspondiente al tipo de cuota previo en funcion del tipo de cuota previo y el numero de cuota del tipo de cuota previo; conmutar el tipo de cuota previo y el tipo de cuota siguiente en funcion de la condicion de conmutacion; y supervisar el uso de una cuota correspondiente al tipo de cuota siguiente en funcion del tipo de cuota siguiente y el numero de cuota del tipo de cuota siguiente; en el que:
el tipo de cuota previo es un tipo de cuota antes de que se cumpla la condicion de conmutacion del tipo de cuota, y el tipo de cuota siguiente es un tipo de cuota despues de que se cumpla la condicion de conmutacion del tipo de cuota.
Ciertamente, si el aparato de activacion de cobro esta en un proceso de cobro en lmea, la unidad de informe del aparato de activacion de cobro puede estar configurada espedficamente para: si se recoge la informacion de servicio y la informacion de utilizacion de cuota del tipo de cuota previo, y la informacion de servicio y la informacion de utilizacion de cuota del tipo de cuota siguiente, la CTF notifica tanto la informacion de informacion de utilizacion de la cuota correspondiente al tipo de cuota previo como la informacion de utilizacion de la cuota correspondiente al tipo de cuota siguiente.
El aparato de activacion de cobro controla un servicio en funcion de un tipo de cuota de la cuota asignada por el OCS, y supervisa el uso de la cuota, que puede resolver de forma efectiva un problema de que, en la tecnica anterior, entren en conflicto los cuerpos de determinacion de un tipo de cuota.
Como se muestra en la Figura 9, la Figura 9 es un diagrama estructural esquematico de un aparato de activacion de cobro segun otra realizacion de la presente invencion. El aparato de activacion de cobro en esta realizacion incluye: al menos un procesador 91, al menos una interfaz de red 92, otra interfaz de comunicaciones 93, una memoria 94, y al menos un bus de comunicaciones 95, en el que el bus de comunicaciones 95 esta configurado para implementar las conexiones de comunicaciones entre las unidades anteriores, por ejemplo, el procesador 91 esta conectado al bus de comunicaciones 95, y la interfaz de red 92 y la interfaz de comunicaciones estan ambas conectadas al bus de comunicaciones 95.
El procesador anterior 91 puede estar conectado a un modulo de aplicacion, en el que el modulo de aplicacion puede incluir una o una combinacion de las siguientes unidades: una unidad de generacion 71, una unidad de envfo 72, una unidad de recepcion 73, una unidad de supervision 74, una unidad de informe, una unidad de determinacion, y similares. Para las funciones de las unidades anteriores, se puede hacer referencia a la descripcion relacionada de la Figura 7 o la Figura 8, y los detalles no se describen repetidamente en esta realizacion.
Alternativamente, en otra realizacion, el procesador 91 esta configurado para implementar las funciones que son implementadas por la unidad de generacion 71 y la unidad de envfo 72 que se describen, como ejemplo, en la Figura 7; y esta configurado para implementar las funciones de la unidad de generacion 71, la unidad de envfo 72, la unidad de recepcion 73, y la unidad de supervision 74 que se describen, como ejemplo, en la Figura 8, y las funciones de la unidad de informe y la unidad de determinacion que no se muestran en la Figura 8.
Como se muestra en la Figura 10, la Figura 10 es un diagrama estructural esquematico de un sistema de cobro en lmea segun otra realizacion. El sistema de cobro en lmea en esta realizacion incluye: una unidad de recepcion 11, una unidad de determinacion 12, y una unidad de asignacion 13.
La unidad de recepcion 11 esta configurada para recibir una peticion de cuota de recursos enviada por un aparato de activacion de cobro de CTF;
la unidad de determinacion 12 esta configurada para determinar un tipo de cuota y el numero de cuota del tipo de cuota en funcion de la peticion de cuota de recursos; y
la unidad de asignacion 13 esta configurada para asignar una cuota para la peticion de cuota de recursos en funcion del tipo y numero de cuota determinados por un Sistema de Cobro en Lmea.
5
10
15
20
25
30
35
40
45
50
Opcionalmente, la unidad de determinacion 12 esta configurada ademas para determinar, en funcion de la peticion de cuota de recursos, una condicion de conmutacion del tipo de cuota, un tipo de cuota previo, el numero de cuota del tipo de cuota previo, un tipo de cuota siguiente, y el numero de cuota del tipo de cuota siguiente; en el que:
el tipo de cuota previo es un tipo de cuota antes de que se cumpla la condicion de conmutacion del tipo de cuota, y el tipo de cuota siguiente es un tipo de cuota despues de que se cumpla la condicion de conmutacion del tipo de cuota; y
de forma correspondiente, la unidad de asignacion 13 esta ademas configurada para asignar una primera cuota para la peticion de cuota de recursos en funcion del tipo de cuota previo y el numero de cuota del tipo de cuota previo, y asignar una segunda cuota para la peticion de cuota de recursos en funcion del tipo de cuota siguiente y el numero de cuota del tipo de cuota siguiente.
En un escenario de aplicacion, el sistema de cobro en lmea anterior incluye ademas: una unidad de envm (que no se muestra en el diagrama), configurada para enviar un mensaje de respuesta de cuota a la CTF, en el que el mensaje de respuesta de cuota incluye una cuota asignada y una condicion de conmutacion del tipo de cuota, y la cuota asignada incluye la primera cuota y la segunda cuota, de modo que la CTF supervise el uso de la primera cuota, y cuando se cumpla la condicion de conmutacion, lleve a cabo la conmutacion y supervise el uso de la segunda cuota.
En otro escenario de aplicacion, la unidad de recepcion 11 en el sistema de cobro en lmea anterior esta configurada ademas para recibir la informacion de uso notificada por la CTF, en la que la informacion de uso incluye informacion de utilizacion de la primera cuota e informacion de utilizacion de la segunda cuota; y llevar a cabo el procesamiento de cobro en funcion de la informacion de uso.
En el sistema de cobro en lmea proporcionado en esta realizacion, se resuelve un fenomeno de que, en la tecnica anterior, una sesion de cobro falle debido a los diferentes cuerpos de determinacion de un tipo de cuota, y se asegura el procesamiento correcto en una sesion de cobro.
Ademas, se reduce un impacto de senalizacion de solicitud, por una CTF, cuando se conmuta una condicion, de una nueva cuota sobre el OCS, y se mejora la fiabilidad y la estabilidad del sistema.
Como se muestra en la Figura 11, la Figura 11 es un diagrama estructural esquematico de un sistema de cobro en lmea. El sistema de cobro en lmea en esta realizacion incluye: al menos un procesador 1, al menos una interfaz de red 2, otra interfaz de comunicaciones 3, una memoria 4, y al menos un bus de comunicaciones 5, en el que el bus de comunicaciones 5 esta configurado para implementar las conexiones de comunicaciones entre las unidades anteriores, por ejemplo, el procesador 1 esta conectado al bus de comunicaciones 5, y la interfaz de red 2 y la interfaz de comunicaciones estan ambas conectadas al bus de comunicaciones 5.
El procesador 1 puede estar conectado a un modulo de aplicacion, en el que el modulo de aplicacion puede incluir una o una combinacion de las siguientes unidades: una unidad de recepcion 11, una unidad de determinacion 12, una unidad de asignacion 13, una unidad de envfo, y similares. Para las funciones de las unidades anteriores, se puede hacer referencia a la descripcion relacionada de la Figura 10, y los detalles no se describen repetidamente en esta realizacion.
Alternativamente, en otra realizacion, el procesador 1 puede estar configurado para implementar las funciones de la unidad de recepcion 11, la unidad de determinacion 12, la unidad de asignacion 13, la unidad de envfo, y similares que se describen, como ejemplo, en la Figura 10.
En el sistema de cobro en lmea en esta realizacion, se resuelve un fenomeno de que, en la tecnica anterior, una sesion de cobro falle debido a los diferentes cuerpos de determinacion de un tipo de cuota, y se asegura el procesamiento correcto en una sesion de cobro. Ademas, se reduce un impacto de senalizacion de solicitud, por una CTF, cuando se conmuta una condicion, de una nueva cuota sobre el OCS, y se mejora la fiabilidad y la estabilidad del sistema.
Como se muestra en la Figura 12, la Figura 12 es un diagrama de arquitectura de red de un sistema de comunicaciones al que son aplicables un sistema de cobro en lmea y un aparato de activacion de cobro. El sistema de comunicaciones en esta realizacion incluye: un sistema de cobro en lmea 21 y un aparato de activacion de cobro 22.
En una aplicacion real, el sistema de comunicaciones puede incluir ademas una PCRF, y similares. Por ejemplo, la PCRF entrega, al aparato de activacion de cobro, el primer mensaje, el segundo mensaje, y/o el tercer mensaje que se describen, como ejemplo, en las realizaciones del metodo anteriores.
Para una manera de implementacion espedfica del sistema de cobro en lmea 21, el aparato de activacion de cobro 22, y la PCRF, se puede hacer referencia a otros aparatos o realizaciones del metodo de la presente invencion, y los detalles no se describen repetidamente en la presente memoria. Las personas con un dominio normal de la tecnica
debenan entender que, en el sistema de comunicaciones proporcionado en la realizacion de la presente invencion, debido a que se utiliza el sistema de cobro en lmea y el aparato de activacion de cobro proporcionados en las realizaciones de la presente invencion, se pueden conseguir efectos eficaces provocados por el sistema de cobro en lmea y el aparato de activacion de cobro proporcionados en las realizaciones de la presente invencion.
5 Las personas con un dominio normal de la tecnica pueden entender que la totalidad o una parte de las etapas de las realizaciones del metodo anteriores pueden ser implementadas por un programa que de instrucciones al hardware pertinente. El programa se puede almacenar en un medio de almacenamiento legible por ordenador. Cuando el programa se ejecuta, se llevan a cabo las etapas de las realizaciones del metodo anteriores. El medio de almacenamiento anterior incluye: cualquier medio que pueda almacenar codigo de programa, tal como una ROM, 10 una RAM, un disco magnetico, o un disco optico.
Finalmente, se debena senalar que las realizaciones anteriores estan previstas meramente para describir las soluciones tecnicas de la presente invencion en lugar de limitar la presente invencion. Aunque la presente invencion se describe en detalle con referencia a las realizaciones anteriores, las personas con un dominio normal de la tecnica debenan entender que todavfa pueden realizar modificaciones a las soluciones tecnicas descritas en las 15 realizaciones anteriores o realizar sustituciones equivalentes a una parte o a la totalidad de las caractensticas tecnicas de las soluciones tecnicas descritas en las realizaciones anteriores.

Claims (6)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    REIVINDICACIONES
    1. Un metodo de control de cobro, que comprende:
    la generacion (101), por un aparato de activacion de cobro de CTF, de una peticion de cuota de recursos en funcion de una condicion de activacion; y el envm (102) de la peticion de cuota de recursos a un sistema de cobro en lmea OCS, de modo que el OCS determine un tipo de cuota y el numero de cuota del tipo de cuota despues de recibir la peticion de cuota de recursos, y asigne una cuota para la peticion de cuota de recursos en funcion del tipo y numero de cuota determinados por el OCS; en el que:
    el tipo y numero de cuota estan determinados por el OCS en funcion de la peticion de cuota de recursos;
    en el que la generacion (101), por una CTF, de una peticion de cuota de recursos en funcion de una condicion de activacion comprende:
    despues de que se cumpla la condicion de activacion, si la CTF determina que se recibe un primer mensaje que lleva un tipo de unidad de servicio de un modulo de control de polttica y cobro de PCRF, en el que el tipo de unidad de servicio se utiliza para indicar un tipo de cuota que se va a llevar en la peticion de cuota de recursos que va a ser generada por la CTF, la determinacion, por la CTF, del numero de cuota del tipo de cuota en funcion del tipo de unidad de servicio; y la generacion de una peticion de cuota de recursos en funcion del tipo de unidad de servicio y el numero de cuota, en la que la peticion de cuota de recursos comprende el tipo de cuota indicado por el tipo de unidad de servicio y el numero de cuota del tipo de cuota.
  2. 2. El metodo segun la reivindicacion 1, que comprende ademas:
    la recepcion, por la CTF, de un mensaje de respuesta enviado por el OCS, en el que el mensaje de respuesta incluye la cuota asignada para la peticion de cuota de recursos;
    el control, por la CTF, de un servicio en funcion de la cuota asignada por el OCS, y la supervision del uso de la cuota;
    la recepcion, por la CTF, de un segundo mensaje enviado por la PCRF, en el que el segundo mensaje lleva un tipo de unidad de servicio que se utiliza para indicar que la CTF necesita recoger, en funcion del tipo de unidad de servicio, la informacion de uso de un servicio o flujo de servicio especificados por el segundo mensaje; y
    la determinacion, por la CTF, de si el tipo de unidad de servicio del segundo mensaje es coherente con un tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF; y si el tipo de unidad de servicio del segundo mensaje no es coherente con un tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF, la actualizacion, por la CTF, de un registro de uso correspondiente al tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF.
  3. 3. El metodo segun la reivindicacion 2, que comprende ademas:
    si la CTF determina que una granularidad de informes para que la CTF notifique al OCS comprende un grupo de tarificacion y un identificador de servicio, la notificacion, por la CTF, del registro de uso actualizado al OCS; y
    si la CTF determina que una granularidad de informes para que la CTF notifique al OCS comprende un grupo de tarificacion, cuando actualice el registro de uso, la determinacion, por la CTF al mismo tiempo, de si otro flujo de servicio utiliza una cuota correspondiente al segundo mensaje; y si ningun otro flujo de servicio utiliza una cuota correspondiente al segundo mensaje, la notificacion del registro de uso actualizado al OCS.
  4. 4. Un aparato de activacion de cobro de CTF, que comprende:
    una unidad de generacion (71), configurada para generar una peticion de cuota de recursos en funcion de una condicion de activacion; y
    una unidad de envfo (72), configurada para enviar la peticion de cuota de recursos a un sistema de cobro en lmea OCS;
    en el que la unidad de generacion esta configurada para:
    despues de que se cumpla la condicion de activacion, si se determina que se recibe un primer mensaje que lleva un tipo de unidad de servicio de un modulo de control de polttica y cobro de PCRF, en el que el tipo de unidad de servicio se utiliza para indicar un tipo de cuota que se va a llevar en la peticion de cuota de recursos que va a ser generada por la CTF,
    5
    10
    15
    20
    25
    30
    la determinacion del numero de cuota del tipo de cuota en funcion del tipo de unidad de servicio; y la generacion de una peticion de cuota de recursos en funcion del tipo de unidad de servicio y el numero de cuota, en la que la peticion de cuota de recursos comprende el tipo de cuota indicado por el tipo de unidad de servicio y el numero de cuota del tipo de cuota.
  5. 5. El aparato segun la reivindicacion 4, que comprende ademas:
    una unidad de recepcion (73), configurada para recibir un mensaje de respuesta enviado por el OCS, en el que el mensaje de respuesta incluye la cuota asignada para la peticion de cuota de recursos, y
    la unidad de recepcion esta configurada ademas para recibir un segundo mensaje enviado por la PCRF, en el que el segundo mensaje lleva un tipo de unidad de servicio que se utiliza para indicar que la CTF necesita recoger, en funcion del tipo de unidad de servicio, informacion de uso de un servicio o flujo de servicio especificados por el segundo mensaje; y
    el aparato comprende ademas una unidad de supervision (74) y una unidad de determinacion, en el que:
    la unidad de supervision esta configurada para controlar un servicio en funcion de la cuota asignada por el OCS, y supervisar el uso de la cuota;
    la unidad de determinacion esta configurada para determinar si el tipo de unidad de servicio del segundo mensaje es coherente con un tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF; y si el tipo de unidad de servicio del segundo mensaje no es coherente con un tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF, la CTF actualiza un registro de uso correspondiente al tipo de unidad de servicio de una cuota con el uso supervisado actualmente por la CTF.
  6. 6. El aparato segun la reivindicacion 5, que comprende ademas una unidad de informe, en el que:
    la unidad de informe esta configurada para: si la unidad de determinacion determina que una granularidad de informes para que la CTF notifique al OCS comprende un grupo de tarificacion y un identificador de servicio, notificar el registro de uso actualizado al OCS;
    si la unidad de determinacion determina que una granularidad de informes para que la CTF notifique al OCS comprende un grupo de tarificacion, cuando la CTF actualice el registro de uso, determinar al mismo tiempo si otro flujo de servicio utiliza una cuota correspondiente al segundo mensaje; y si ningun otro flujo de servicio utiliza una cuota correspondiente al segundo mensaje, notificar el registro de uso actualizado al OCS; y
    ademas, si la unidad de determinacion determina que no existe una cuota correspondiente al segundo mensaje en la CTF, solicitar una cuota correspondiente al segundo mensaje del OCS en funcion del tipo de unidad de servicio del segundo mensaje.
ES12882758.1T 2012-08-08 2012-08-08 Método de control de cobro y función de activación de cobro Active ES2634211T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/079839 WO2014022992A1 (zh) 2012-08-08 2012-08-08 计费控制的方法及计费触发装置、在线计费系统

Publications (1)

Publication Number Publication Date
ES2634211T3 true ES2634211T3 (es) 2017-09-27

Family

ID=50067383

Family Applications (1)

Application Number Title Priority Date Filing Date
ES12882758.1T Active ES2634211T3 (es) 2012-08-08 2012-08-08 Método de control de cobro y función de activación de cobro

Country Status (5)

Country Link
US (2) US10205832B2 (es)
EP (2) EP2874347B1 (es)
CN (3) CN106550162B (es)
ES (1) ES2634211T3 (es)
WO (1) WO2014022992A1 (es)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2947816B1 (en) 2013-04-24 2018-01-17 Huawei Technologies Co., Ltd. Method for charging for application, and charging device and system
JP6454971B2 (ja) * 2014-03-18 2019-01-23 富士ゼロックス株式会社 中継装置、システム及びプログラム
US9781054B1 (en) 2014-07-25 2017-10-03 Google Inc. Quota-based resource scheduling
CN105471753A (zh) * 2014-08-15 2016-04-06 中国电信股份有限公司 实现应用流量精确控制的方法、装置和系统
CN104468135B (zh) * 2014-11-18 2018-01-23 华为技术有限公司 一种在线计费中交互信息的方法及装置
CN106301805B (zh) * 2015-05-11 2019-12-17 华为技术有限公司 一种策略和计费执行功能装置、在线计费装置及在线计费方法
US10735990B2 (en) 2015-12-04 2020-08-04 Nokia Solutions And Networks Oy Overload control handling in case of an overload state of a charging entity
US10044879B1 (en) * 2016-05-16 2018-08-07 Amdocs Development Limited System, method, and computer program for monitoring and allocating a quota for a user session associated with a service corresponding to a communication service provider (CSP)
EP3476079B1 (en) * 2016-06-23 2021-04-21 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for charging in a telecommunication network
CN108270697B (zh) * 2016-12-31 2021-11-30 中国移动通信集团湖北有限公司 一种流量配额的调整方法、装置及服务器
CN111211913B (zh) * 2017-06-30 2021-04-09 华为技术有限公司 一种计费方法、设备及系统
CN109699016B (zh) * 2017-10-23 2020-09-11 中国移动通信集团公司 一种用于smsc与ocs之间通讯处理的方法及装置
CN111277720B (zh) * 2017-11-16 2023-08-04 华为技术有限公司 一种计费方法、装置及系统
CN111211912B (zh) 2018-04-28 2020-11-10 华为技术有限公司 计费的方法和装置
US10834266B2 (en) * 2018-07-23 2020-11-10 Cisco Technology, Inc. Process-efficient generation of data records for data communications involving groups or aggregates of IoT devices
CN112740621B (zh) * 2018-09-18 2023-07-07 瑞典爱立信有限公司 使用预分配使用单元在通信网络中提供通信服务的方法和装置
US12041519B2 (en) 2018-11-20 2024-07-16 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for session authorization by an online charging system in a wireless network utilizing a service capability exposure function
CN112153585B (zh) * 2019-06-26 2023-02-21 中兴通讯股份有限公司 一种计费系统、方法、存储介质及电子装置
CN119402826A (zh) * 2020-04-01 2025-02-07 华为技术有限公司 处理用户业务的方法、系统及相关设备
US12513496B2 (en) 2020-07-02 2025-12-30 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for managing charging operations for a communication network
CN112669025B (zh) * 2020-12-24 2021-07-16 广西中科曙光云计算有限公司 一种数据资源供给计费方法、装置、介质及终端设备
WO2022216193A1 (en) * 2021-04-08 2022-10-13 Telefonaktiebolaget Lm Ericsson (Publ) Methods and systems for service authorization for a product-related service to a subscriber in a communication network

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050286686A1 (en) * 2004-06-28 2005-12-29 Zlatko Krstulich Activity monitoring systems and methods
GB0512557D0 (en) * 2005-06-20 2005-07-27 Nokia Corp Controlling provision of services in a communications network
CN101166109A (zh) * 2006-10-20 2008-04-23 华为技术有限公司 一种缺省承载参数管理的方法及系统
CN101296092B (zh) * 2007-04-26 2011-02-02 华为技术有限公司 一种用户业务数据计费方法、系统及设备
CN101075887B (zh) 2007-07-19 2013-03-20 中国电信股份有限公司 用于费用预留计费系统的方法及费用预留计费系统
CN101136758A (zh) * 2007-07-20 2008-03-05 南京联创科技股份有限公司 在线计费系统在欠费风险控制系统中的应用方法
CN101141266A (zh) * 2007-09-30 2008-03-12 中兴通讯股份有限公司 策略规则下发方法以及在线计费方法和离线计费方法
CN101316175B (zh) * 2008-06-11 2011-03-02 中兴通讯股份有限公司 在线计费方法
EP2296309B1 (en) * 2009-09-11 2012-10-31 Alcatel Lucent A method for delivering policy rules to an end user, according on his/her account balance and service subscription level, in a telecommunication network
CN102143466B (zh) * 2010-06-10 2013-12-04 华为技术有限公司 在线计费方法、接入代理设备和系统
CN102137373B (zh) * 2010-08-16 2014-03-12 华为技术有限公司 一种基于计费系统的QoS控制方法、装置和系统
US20120123919A1 (en) * 2010-11-17 2012-05-17 Alcatel-Lucent Usa Inc. Method And System For Billing In A Communication Network
EP2652903B1 (en) * 2010-12-17 2015-02-18 Telefonaktiebolaget L M Ericsson (PUBL) Policy and/or charging control
US9576307B2 (en) * 2011-05-05 2017-02-21 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for controlling charging of a service
WO2013112147A1 (en) * 2012-01-25 2013-08-01 Hewlett-Packard Development Company, L.P. Method and system for differential charging

Also Published As

Publication number Publication date
EP2874347B1 (en) 2017-06-07
EP2874347A1 (en) 2015-05-20
CN106533707B (zh) 2019-10-01
CN103765814A (zh) 2014-04-30
US20150156334A1 (en) 2015-06-04
CN106533707A (zh) 2017-03-22
WO2014022992A1 (zh) 2014-02-13
US20190158677A1 (en) 2019-05-23
EP3203683B1 (en) 2018-11-28
CN103765814B (zh) 2016-12-28
CN106550162B (zh) 2019-07-23
CN106550162A (zh) 2017-03-29
EP3203683A1 (en) 2017-08-09
US10205832B2 (en) 2019-02-12
EP2874347A4 (en) 2015-09-16
US10972613B2 (en) 2021-04-06

Similar Documents

Publication Publication Date Title
ES2634211T3 (es) Método de control de cobro y función de activación de cobro
ES2960061T3 (es) Métodos, dispositivos y sistemas de cobro
ES2965185T3 (es) Método, aparato, programa informático y sistema de cobro
ES2569389T3 (es) Método de control de política
CN110971419B (zh) 一种计费会话管理方法、装置
ES2712873T3 (es) Método y dispositivo de tarificación en línea para servicio de datos de itinerancia PLMN cruzada
RU2582200C2 (ru) Способ, устройство и система для получения информации о качестве беспроводной сети
ES2439006T3 (es) Activador de evento de servicio
US10630848B2 (en) Policy and charging enforcement function apparatus, online charging apparatus, and online charging method
AU2013387520B2 (en) Method for charging for application, and charging device and system
US10846671B2 (en) Credit control method, policy and charging enforcement function entity, and online charging system
US20130326061A1 (en) Method and apparatus of determining policy and charging rules based on network resource utilization information
CN110634057B (zh) 一种计费方法、装置及系统
EP3503468A1 (en) Charging method, apparatus and system
RU2668083C2 (ru) Способ начисления платы в режиме реального времени, шлюз и устройство для начисления платы в режиме реального времени
CN112738744B (zh) 一种计费方法、装置和系统
SG182516A1 (en) Nodes for improved credit validation
EP3101926A1 (en) Charging processing method, centralized network control node, function node and system
WO2009138016A1 (zh) 信息传递方法、装置和系统
CN106714129A (zh) 漫游计费方法、相关装置及在线计费系统
CN104348657A (zh) 用于业务保障的方法、智能管道引擎设备和系统