AUTORIZACIÓN DE CRÉDITO MEJORADA EN UNA RED BÁSICA.

Un nodo (200) para un sistema de telecomunicaciones, en donde el nodo comprende funciones para Funciones de Imposición de Política y Facturación en el sistema,

denominadas PCEF, en donde el nodo está equipado con interfaces (S5/S8; Gx; Gy) hacia funciones de la red para: - BBERF, una Función de Asociación de Portador e Informe de Sucesos, - PCRF, una Función de Reglas de Política y Facturación, - OCS, un Sistema de Facturación en Línea. en donde el nodo (200) está equipado con una función (210) para enviar una autorización de crédito e información de suceso al OCS, y para recibir, como respuesta, un desencadenante de autorización de crédito desde el OCS, en donde el nodo (200) comprende también una función (220) para remitir tales desencadenantes de autorización de crédito hacia la PCRF y para recibir desde la PCRF un acuse de instalación de los desencadenantes en la BBERF junto con información concerniente a los sucesos para los cuales se solicita crédito, en donde el nodo (200) está caracterizado porque comprende una función (230) para recibir el resultado de una comparación entre la información de suceso que ha sido enviada al OCS y la información de suceso que ha sido recibida desde la BBERF, y si las dos no son similares, la función receptora (230) del nodo no considerará completada la autorización de crédito

Autorizaci6n de credito mejorada en una red basica.

Campo Tecnico La presente invenci6n divulga un nodo y un metodo para autorizaci6n de credito mejorada en una red basica.

Antecedentes En sistemas de telecomunicaci6n celular tales como sistemas basados en 3GPP (por ejemplo los EPS y 2G/3G-GPRS) o bien sistemas no basados en 3GPP (por ejemplo HRPD y WiMax) que utilizan Control de PolItica y Facturaci6n (en ingles "Policy and Charging Control", PCC) dinamico, existe una funci6n denominada PCEF (siglas de "Policy and Charging Enforcement Function", Funci6n de Imposici6n de PolItica y Facturaci6n) . La PCEF

interacciona con una funci6n del sistema denominada OCS, el Sistema de Facturaci6n en LInea ("Online Charging System") , convenientemente a traves de una interfaz denominada interfaz Gy.

Ademas, la PCEF interacciona tambien con otra funci6n, denominada PCRF (siglas de "Policy and Charging Rules Function", Funci6n de Reglas de PolItica y Facturaci6n) , lo que convenientemente se realiza a traves de una interfaz denominada interfaz Gx.

En recientes actualizaciones de las especificaciones 3GPP se ha introducido un nodo denominado BBERF, la Funci6n de Asociaci6n de Portador e Informe de Sucesos ("Bearer Binding and Event Reporting Function") . La BBERF realiza la denominada "gesti6n de portadores" ("bearer management") en la Red de Acceso ("Access Network") , y lleva a cabo la notificaci6n de sucesos a la PCRF a traves de una interfaz denominada interfaz Gxx. La BBERF interacciona con la PCEF a traves de una interfaz denominada interfaz S5/S8, que esta basada en el protocolo "Proxy Mobile IP" (Protocolo de Internet M6vil de Representaci6n) 6 PMIP.

El protocolo PMIP s6lo es capaz de proporcionar a la PCEF informaci6n limitada en cuanto a sucesos relacionados con la sesi6n en los sucesos de sistema que el OCS utiliza como entrada cuando realiza la denominada "autorizaci6n de credito".

Puesto que la interfaz Gy termina en la PCEF, la informaci6n limitada en cuanto a sucesos del sistema que puede ser proporcionada al PCEF desde la BBERF se refleja tambien en la informaci6n que puede ser proporcionada al OCS, lo que puede ser una fuente de problemas.

El estandar relacionado es el 3GPP TS 29.212 V8.0.0 (2008-05) : "3rd Generation Partnership Project; Technical SpecIfication Group Core Network and Terminals; Policy and Charging Control over Gx reference point" (Proyecto del Consorcio de Tercera Generaci6n; Grupo de especificaciones tecnicas de red basica y terminales; Control de polIticas y facturaci6n a traves del punto de referencia Gx".

Compendioº

Tal como se ha descrito antes, existe la necesidad de un intercambio de informaci6n mejorado en un sistema de la clase que se ha descrito antes, es decir, un sistema basado en 3GPP con un EPC basado en PMIP o bien un acceso no basado en 3GPP conectado a un EPC (siglas de "Evolved Packet Core", Nucleo de Paquete Evolucionado)

basado en PMIP.

A esta necesidad se dirige la presente invenci6n, ya que divulga un nodo para un sistema de telecomunicaciones que comprende funciones para Funciones de Imposici6n de PolItica y Facturaci6n, denominadas PCEF, en el sistema.

El nodo de la invenci6n esta equipado con interfaces hacia funciones de la red para las siguientes funciones:

• BBERF, una Funci6n de Asociaci6n de Portador e Informe de Sucesos,

• PCRF, una Funci6n de Reglas de PolItica y Facturaci6n,

• OCS, un Sistema de Facturaci6n en LInea.

Ademas, el nodo de la invenci6n esta equipado con una funci6n para enviar una petici6n de autorizaci6n de credito e informaci6n de suceso al OCS, y para recibir, como respuesta, un desencadenante (en ingles "trigger") de 45 autorizaci6n de credito desde el OCS.

El nodo de la invenci6n comprende tambien una funci6n para remitir desencadenantes de autorizaci6n de credito desde el OCS hacia la PCRF y para recibir desde la PCRF un acuse de instalaci6n de los desencadenantes en la BBERF junto con informaci6n concerniente a los sucesos para los cuales se solicita credito.

De acuerdo con la invenci6n, el nodo comprende una funci6n para recibir el resultado de una comparaci6n entre la 50 informaci6n de suceso que ha sido enviada al OCS y la informaci6n de suceso que ha sido recibida desde la

BBERF, y si las dos no son similares, la funci6n receptora del nodo no considerara completada la autorizaci6n de credito.

AsI, por medio de la invenci6n, s6lo se estimara completada la autorizaci6n de credito si tanto en el OCS como en la BBERF se encuentra la misma informaci6n acerca de un suceso.

En una realizaci6n, el nodo de la invenci6n comprende adicionalmente una funci6n para llevar a cabo la comparaci6n entre la informaci6n de suceso del OCS y la informaci6n de suceso de la BBERF, y para proporcionar el resultado de la comparaci6n a la funci6n de la PCEF que debe recibir el resultado de la comparaci6n.

En una realizaci6n de la invenci6n, si la comparaci6n entre la informaci6n de suceso procedente del OCS y la informaci6n de suceso procedente de la BBERF muestra que las dos son suficientemente diferentes, el nodo de la invenci6n comprende una funci6n para proporcionar la informaci6n de suceso desde la BBERF al OCS en una petici6n de credito, que asI desencadenara eventualmente otra comparaci6n en el nodo de la invenci6n.

En una realizaci6n, la funci6n para enviar una petici6n de autorizaci6n de credito e informaci6n de suceso al OCS desencadena una nueva petici6n de autorizaci6n de credito al OCS si una autorizaci6n de credito no se considera completada.

El nodo de la invenci6n puede ser la PCEF como tal, o bien puede ser otro nodo que comprenda una funci6n PCEF, en cuyo caso el nodo es convenientemente una denominada PDN GW, siglas de "Packet Data Network Gate Way" (Puerta de Enlace de Red de Paquetes de Datos) , aunque el nodo puede ser tambien otro nodo de un sistema de telecomunicaciones.

La invenci6n divulga tambien un metodo correspondiente.

Breve descripci6n de los dibujos A continuaci6n se describira con mas detalle la invenci6n, con referencia a los dibujos adjuntos, en los cuales la Figura 1 muestra una vista de conjunto de un sistema en el cual se puede aplicar la invenci6n, y la Figura 2 muestra una realizaci6n de una funci6n de la invenci6n y el sistema circundante, y la Figura 3 muestra un procedimiento de una realizaci6n de la invenci6n, y la Figura º muestra un diagrama de flujo de una realizaci6n de la invenci6n.

Descripci6n detallada La Figura 1 muestra una vista de conjunto de un sistema 100 en el cual se puede aplicar la presente invenci6n. AquI se explicara brevemente el sistema 100 con el fin de facilitar la comprensi6n de la presente invenci6n.

Debe seºalarse que la Figura 1 muestra el sistema en terminos de funcionalidades y no bloques fIsicos como tales, de manera que las funciones mostradas en la Figura 1 pueden estar localizadas en diferentes unidades fIsicas, o bien una o mas de las funciones mostradas en la Figura 1 pueden estar localizadas conjuntamente en la misma unidad fIsica; la presente invenci6n se puede aplicar en la totalidad de tales realizaciones del sistema 100.

Volviendo ahora a la Figura 1, se muestra una funci6n 113 denominada BBERF, la Asociaci6n de Portador e Informe de Sucesos.

En el sistema 100 existe tambien una funci6n 110 denominada PCEF, Funci6n de Imposici6n de PolItica y Facturaci6n. Como su nombre implica, uno de los papeles que la PCEF 110 desempeºa en el sistema 100 es administrar la facturaci6n y control de los servicios para usuarios individuales del sistema 100.

La PCEF se interrelaciona con la BBERF a traves de una interfaz denominada interfaz S5/S8. Esta interfaz puede estar basada tanto en GTP como en Protocolo de Tunelizaci6n (en ingles "Tunelling Protocol") GPRS o en un protocolo basado en IP M6vil ("Mobile IP") , por ejemplo PMIP.

Si se utiliza un protocolo Mobile IP entre una Puerta de Enlace de Acceso ("Access Gateway") , por ejemplo la Puerta de Enlace de Servicio ("Serving Gateway") , y una Puerta de Enlace PDN, la PCEF no tiene conocimiento de los portadores de sesiones de usuario, y en consecuencia no puede ligar servicios individuales a portadores. En semejante escenario de... [Seguir leyendo]

1. Un nodo (200) para un sistema de telecomunicaciones, en donde el nodo comprende funciones para Funciones de Imposici6n de PolItica y Facturaci6n en el sistema, denominadas PCEF, en donde el nodo esta equipado con interfaces (S5/S8; Gx; Gy) hacia funciones de la red para:

• BBERF, una Funci6n de Asociaci6n de Portador e Informe de Sucesos,

• PCRF, una Funci6n de Reglas de PolItica y Facturaci6n,

• OCS, un Sistema de Facturaci6n en LInea.

en donde el nodo (200) esta equipado con una funci6n (210) para enviar una autorizaci6n de credito e informaci6n de suceso al OCS, y para recibir, como respuesta, un desencadenante de autorizaci6n de credito desde el OCS, en 10 donde el nodo (200) comprende tambien una funci6n (220) para remitir tales desencadenantes de autorizaci6n de credito hacia la PCRF y para recibir desde la PCRF un acuse de instalaci6n de los desencadenantes en la BBERF junto con informaci6n concerniente a los sucesos para los cuales se solicita credito, en donde el nodo (200) esta caracterizado porque comprende una funci6n (230) para recibir el resultado de una comparaci6n entre la informaci6n de suceso que ha sido enviada al OCS y la informaci6n de suceso que ha sido recibida desde la BBERF, y si las dos no son similares, la funci6n receptora (230) del nodo no considerara completada la autorizaci6n de credito.

2. El nodo (200) segun la reivindicaci6n 1, que comprende adicionalmente una funci6n (230) para llevar a cabo la comparaci6n entre la informaci6n de suceso procedente del OCS y la informaci6n de suceso procedente de la BBERF, y para proporcionar el resultado de esta comparaci6n a la funci6n (230) de la PCEF que debe recibir el resultado de la comparaci6n.

3. El nodo (200) segun la reivindicaci6n 1, en el cual la funci6n (230) para recibir el resultado de una comparaci6n entre la informaci6n de suceso procedente del OCS y la informaci6n de suceso procedente de la BBERF esta adaptada para recibir este resultado desde la PCRF, en donde se lleva a cabo la comparaci6n.

º. El nodo (200) segun la reivindicaci6n 1, en el cual la funci6n (230) para recibir el resultado de una comparaci6n entre la informaci6n de suceso procedente del OCS y la informaci6n de suceso procedente de la BBERF esta adaptada para recibir este resultado desde la PCRF, la cual a su vez lo recibe desde la BBERF, en donde se lleva a cabo la comparaci6n.

5. El nodo (200) segun cualquiera de las reivindicaciones 1-º, en el cual la funci6n (210) para enviar una petici6n de autorizaci6n de credito e informaci6n de suceso al OCS desencadena una nueva petici6n de autorizaci6n de credito hacia el OCS si una autorizaci6n de credito no se considera completada.

6. Un metodo (º00) para uso en una Funci6n de Imposici6n de PolItica y Facturaci6n, una PCEF, en una red de telecomunicaciones, que comprende los pasos de permitir a la PCEF interrelacionarse (º10) hacia funciones de la red para:

• BBERF, una Funci6n de Asociaci6n de Portador e Informe de Sucesos,

• PCRF, una Funci6n de Reglas de PolItica y Facturaci6n,

• OCS, un Sistema de Facturaci6n en LInea.

que comprende tambien los pasosde

• enviar (º15) una petici6n de autorizaci6n de credito e informaci6n de suceso al OCS, y

• recibir (º20) , como respuesta, un desencadenante de autorizaci6n de credito desde el OCS, y remitir (º25) tales desencadenantes de autorizaci6n de credito a la PCRF y

• recibir (º30) desde la PCRF un acuse de instalaci6n de los desencadenantes en la BBERF junto con informaci6n concerniente a los sucesos para los cuales se solicita credito, en donde el metodo (º00) esta caracterizado porque comprende comparar (º30) la informaci6n de suceso que ha sido enviada al OCS y la informaci6n de suceso que ha sido recibida desde la BBERF, y si las dos no son similares, la autorizaci6n de credito no se considera completada.

45 º. El metodo (º00) segun la reivindicaci6n 6, que comprende adicionalmente llevar a cabo en la PCEF la comparaci6n entre la informaci6n de suceso procedente del OCS y la informaci6n de suceso procedente de la BBERF.

8. El metodo (º00) segun la reivindicaci6n 6, que comprende adicionalmente llevar a cabo en la PCRF la comparaci6n entre la informaci6n de suceso procedente del OCS y la informaci6n de suceso procedente de la 50 BBERF.

9. El metodo (º00) segun la reivindicaci6n 6, que comprende adicionalmente llevar a cabo en la BBERF la comparaci6n entre la informaci6n de suceso procedente del OCS y la informaci6n de suceso procedente de la BBERF.

10. El metodo (º00) segun cualquiera de las reivindicaciones 6-9, segun el cual, si no se considera completada una autorizaci6n de credito, se desencadena hacia el OCS una nueva petici6n de autorizaci6n de credito.