ES2553191T3 - Procedimiento de selección de una función de políticas y reglas de facturación - Google Patents
Procedimiento de selección de una función de políticas y reglas de facturación Download PDFInfo
- Publication number
- ES2553191T3 ES2553191T3 ES08869485.6T ES08869485T ES2553191T3 ES 2553191 T3 ES2553191 T3 ES 2553191T3 ES 08869485 T ES08869485 T ES 08869485T ES 2553191 T3 ES2553191 T3 ES 2553191T3
- Authority
- ES
- Spain
- Prior art keywords
- pcrf
- session
- message
- network
- dra
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 28
- 230000004048 modification Effects 0.000 claims description 29
- 238000012986 modification Methods 0.000 claims description 29
- 101100209694 Danio rerio vdra gene Proteins 0.000 description 36
- 230000008859 change Effects 0.000 description 13
- 230000008569 process Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 4
- 230000003213 activating effect Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 238000012508 change request Methods 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
- H04L12/1407—Policy-and-charging control [PCC] architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/66—Policy and charging system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
- H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
- H04W36/1446—Reselecting a network or an air interface over a different radio air interface technology wherein at least one of the networks is unlicensed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/12—Mobility data transfer between location registers or mobility servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Abstract
Procedimiento para seleccionar una función de políticas y reglas de facturación, que comprende: cuando un equipo de usuario (UE) accede a un sistema del Proyecto de asociación de 3ª generación (3GPP) a través de una red de acceso por radio terrestre universal evolucionada (E-UTRAN) de una red visitada o de una red de acceso de protocolo de internet (IP) no 3GPP segura o de una red de acceso IP no 3GPP no segura, tras recibir un mensaje de solicitud de establecimiento de sesión enviado por un cliente de control de políticas y cargos (PCC) situado en la red visitada, un agente de encaminamiento de "Diameter" (DRA) de la red visitada envía el mensaje de solicitud de establecimiento de sesión a una función seleccionada de políticas y reglas de facturación (PCRF) de la red visitada de acuerdo con los registros almacenados localmente, o da instrucciones al cliente de PCC para transmitir el mensaje de solicitud de establecimiento de sesión a la PCRF de la red visitada; caracterizado porque la PCRF de la red visitada envía el mensaje de solicitud de establecimiento de sesión a una DRA de una red doméstica, a continuación el DRA de la red doméstica envía el mensaje de solicitud de establecimiento de sesión a una PCRF seleccionada de la red doméstica de acuerdo con los registros almacenados localmente o da instrucciones a la PCRF de la red visitada para transmitir el mensaje de solicitud de establecimiento de sesión a la PCRF seleccionada de la red doméstica.
Description
5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCIÓN
Procedimiento de selección de una función de políticas y reglas de facturación Sector técnico
La presente invención se refiere al sector de las comunicaciones y, en particular, a un procedimiento para la selección de una función de políticas y reglas de facturación.
Antecedentes de la invención
El EPS (Sistema de paquetes evolucionado) del 3GPP (Proyecto de asociación de 3a generación) está compuesto por la E-UTRAN (Red de acceso por radio terrestre universal evolucionada), la MME (Entidad de gestión de la movilidad), el S-GW (Puerta de enlace de servicio), la P-GW (puerta de enlace de red de datos en paquetes), el HSS (Servidor de abonados de red domestica), el servidor AAA (Autenticación, autorización y contabilidad) del 3GPP, la PCRF (Función de políticas y reglas de facturación) y otros nodos de soporte.
En el que la MME es responsable de la parte relativa al plano de control, incluidos la gestión de movilidad, el procesamiento de la señalización de capas sin acceso y la gestión del contexto de la gestión de la movilidad de abonados; la S-GW es un dispositivo de puerta de enlace de acceso que está conectado con la E-UTRAN, y transmite datos entre una E-UTRAN y una P-GW, y es responsable del almacenamiento temporal de los datos en espera de localización. La P-GW es una puerta de enlace de frontera entre el EPS 3GPP y una PDN y es responsable de funciones tales como el acceso de una PDN y la transmisión de datos entre un EPS y una PDN.
La PCRF es una entidad de función de políticas y reglas de facturación, que interconecta con la red de servicios IP (Protocolo de internet) de un operador a través de una interfaz Rx para recibir información de servicio; se conecta con los dispositivos de puerta de enlace en la red a través de las interfaces S7/S7a/S7c, es responsable de originar el establecimiento del portador de IP, asegura la QoS de los datos de servicio y lleva a cabo el control de los cargos.
La figura 1 muestra una arquitectura de sistema de un EPS. Como se muestra en la figura 1, el EPS soporta la interconexión con una red no 3GPP. La interconexión con una red no 3GPP se implementa a través de interfaces S2a/b, y la P-GW sirve como anclaje entre una red 3GPP y una red no 3GPP. Además, los sistemas no 3GPP se dividen en red de acceso IP no 3GPP segura y red de acceso IP no 3GPP no segura. La red de acceso IP no 3GPP segura se puede interconectar directamente con la P-GW a través de la S2a; la red de acceso IP no 3GPP no segura tiene que conectarse con la P-GW a través de una ePDG (puerta de enlace de datos en paquetes evolucionada) y la interfaz entre una ePDG y una P-GW es la S2b.
En una red 3GPP convencional, la PCEF (Función de cumplimiento de políticas y cargos) solo existe en la P-GW, de manera que la PCRF solo necesita interconectarse con la P-GW para implementar el control para todas las funciones. La PCRF y la P-GW intercambian información a través de una interfaz S7. No obstante, cuando la interfaz entre la P-GW y la S-GW se basa en PMIPv6 (proxy, o servidor intermedio, para telefonía móvil IP v6), la función de cumplimiento de políticas de la PCEF también existe parcialmente en la S-GW, que se denomina GWCF (función de control de la puerta de enlace), también BBERF (función de vinculación de portadora y de informe de eventos); una S-GW y una PCRF intercambian información a través de una interfaz S7c. En el caso de acceder a través del sistema de acceso IP no 3GPP segura, la BBERF también está situada en la puerta de enlace de acceso no 3GPP segura. Una puerta de enlace de acceso no 3GPP segura y una PCRF intercambian información a través de una interfaz S7a.
Cuando un UE (equipo de usuario) está en itinerancia, una interfaz S9 sirve como interfaz entre la PCRF de una red doméstica y la PCRF de una red visitada; mientras, la AF (función de aplicación) para proporcionar servicios para el UE transmite información de servicio para generar una política de PCC (control de políticas y cargos) para la PCRF a través de una interfaz Rx+.
Un sistema EPS tiene tres tipos de arquitecturas de itinerancia: un tipo se denomina encaminamiento local como se muestra en la figura 1, en la que la P-GW está en una red doméstica y está provista de servicios IP por un operador de red doméstica (es decir, la AF está en la red doméstica); el segundo tipo se denomina interrupción local solo con funciones de aplicación del operador de la red domestica, como se muestra en la figura 2; el tercer tipo se denomina interrupción local solo con funciones de aplicación del operador de la red visitada, como se muestra en la figura 3.
Existe una pluralidad de nodos de PCRF en una red móvil terrestre pública (PLMN) de un EPS, y todos los nodos PCRF pertenecen a uno o más dominios “Diameter” (PCRF) (denominados en lo que sigue dominio de PCRF para simplificar), es decir, la comunicación entre varias entidades PCRF se basa en el protocolo “Diameter”. Todas las PCRF en un dominio de PCRF son iguales. Una conexión entre el UE y la PDN se denomina sesión de IP-CAN (red de acceso por conectividad IP). Una política de PCC de una sesión de IP-CAN solo es determinada por una PCRF. Con el fin de asegurar que todas las PCEF, BBERF y AF relacionadas con una sesión de IP-CAN están asociadas a la misma PCRF, un módulo de función lógica del DRA (agente de encaminamiento de “Diameter”) es incorporado en
5
10
15
20
25
30
35
40
45
50
55
60
65
cada dominio de PCRF de un EPS. Cuando un UE establece una sesión de IP-CAN hacia una PDN, el DRA selecciona una PCRF para esta sesión de IP-CAN. La PCRF, la BBERF y la AF relacionadas con esta sesión de IP- CAN están asociadas a la PCRF seleccionada a través del DRA. No obstante, existe aún un problema que resolver, de cómo un DRA realiza específicamente una selección inicial en la PCRF y cómo asociar la PCEF, la BBERF y la AF relacionada con esta sesión de IP-CAN a la misma PCRF.
Se conocen tecnologías relacionadas de ERICSSON: "PCRF selection”, borrador de 3GPP; 52-075192-pcrf- discovery; XP050627773 y 3RD GENERATION PARTNERSHIP PROJECT (3GPP): "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Policy and charging control architecture (Release 8)”, TS 23.203, V8.0.0, que describe las funcionalidades de precaracterización de la reivindicación 1.
Resumen de la invención
El problema técnico que se va a resolver es proporcionar un procedimiento para seleccionar una PCRF para una sesión de IP-CAN a través de un DRA con el fin de asociar la PCEF, la BBERF y la AF relacionadas con esta sesión de IP-CAN a la misma PCRF.
Las características del procedimiento según la presente invención se definen en las reivindicaciones independientes. Otras mejoras y realizaciones se proporcionan en las reivindicaciones dependientes.
Se proporciona un procedimiento para seleccionar una función de políticas y reglas de facturación, que comprende:
cuando un UE accede a un sistema 3GPP a través de una E-UTRAN de una red visitada o de una red de acceso IP no 3GPP segura o de una red de acceso IP no 3GPP no segura,
tras recibir un mensaje de solicitud de establecimiento de sesión enviado por un cliente de PCC situado en la red visitada, un agente de encaminamiento (DRA) de la red visitada envía el mensaje de solicitud de establecimiento de sesión a una PCRF seleccionada de la red visitada de acuerdo con los registros almacenados localmente, o da instrucciones al cliente de PCC para transmitir el mensaje de solicitud de establecimiento de sesión a la PCRF seleccionada de la red visitada; y
la PCRF de la red visitada envía el mensaje de solicitud de establecimiento de sesión a un DRA de una red doméstica, a continuación, el DRA de la red doméstica envía el mensaje de solicitud de establecimiento de sesión a una PCRF seleccionada de la red doméstica de acuerdo con los registros almacenados localmente, o da instrucciones a la PCRF de la red visitada para transmitir el mensaje de solicitud de establecimiento de sesión a la PCRF seleccionada de la red doméstica; o la PCRF de la red visitada transmite el mensaje de solicitud de establecimiento de sesión a la PCRF seleccionada de la red doméstica de acuerdo con los registros almacenados localmente.
Además, cuando el UE accede al sistema 3GPP a través de una IP no 3GPP no segura, el cliente de PCC comprende: una función de cumplimiento de políticas y cargos (PCEF) y una función de aplicación (AF), y cuando el UE accede al sistema 3GPP a través de la E-UTRAN o de una IP no 3GPP segura, el cliente de PCC comprende además la función de vinculación de portadora y de informe de eventos (BBERF); el mensaje de solicitud de establecimiento de sesión enviado por la PCEF es un mensaje de indicación de establecimiento de la sesión de IP- CAN; el mensaje de solicitud de establecimiento de sesión enviado por la BBERF es un mensaje de indicación de establecimiento de la sesión de control de la puerta de enlace; el mensaje de solicitud de establecimiento de sesión enviado por la AF es un mensaje de información de aplicación/servicio.
Además, tras recibir el mensaje de solicitud de establecimiento de sesión, el DRA de la red visitada busca los registros almacenados localmente y,
si no se encuentran los registros correspondientes de la sesión de IP-CAN, el DRA de la red visitada selecciona una PCRF de la red visitada para la sesión de IP-CAN y registra una relación correspondiente entre la sesión de IP-CAN y la PCRF de la red visitada; y transmite el mensaje a la PCRF seleccionada de la red visitada o da instrucciones al cliente de PCC para transmitir un mensaje a la PCRF de la red visitada correspondiente a los registros; si se encuentran registros de la sesión de IP-CAN, el DRA de la red visitada transmite el mensaje a la PCRF de la red visitada correspondiente a los registros, o da instrucciones al cliente de PCC para transmitir el mensaje a la PCRF de la red visitada correspondiente a los registros.
Además, si recibe el mensaje de indicación del establecimiento de la sesión de IP-CAN, la PCRF de la red visitada transmite el mensaje al DRA de la red doméstica;
si recibe el mensaje de indicación de establecimiento de la sesión de control de la puerta de enlace o el mensaje de información de aplicación/servicio, la PCRF de la red visitada transmite el mensaje al DRA de la red doméstica, o transmite el mensaje al DRA de la PCRF correspondiente de la red doméstica de acuerdo con la relación correspondiente almacenada entre la sesión de IP-CAN y la PCRF de la red doméstica.
5
10
15
20
25
30
35
40
45
50
55
60
65
Además, tras recibir el mensaje de solicitud de establecimiento de sesión enviado por la PCRF de la red visitada, el DRA de la red doméstica busca los registros almacenados localmente y,
si no se encuentran los registros correspondientes de la sesión de IP-CAN, el DRA de la red doméstica selecciona la PCRF de la red doméstica para la sesión de IP-CAN y registra la relación correspondiente entre la sesión de IP-CAN y la PCRF de la red doméstica; y transmite el mensaje a la PCRF seleccionada de la red doméstica, o da instrucciones a la PCRF de la red visitada para transmitir el mensaje a la PCRF de la red doméstica correspondiente a los registros;
si se encuentran los registros de la sesión de IP-CAN, el DRA de la red doméstica transmite el mensaje a la PCRF de la red doméstica correspondiente a los registros, o da instrucciones a la PCRF de la red visitada para transmitir el mensaje a la PCRF de la red doméstica correspondiente a los registros.
Además, tras recibir el mensaje de indicación de establecimiento de la sesión de IP-CAN enviado por el DRA de la red doméstica, la PCRF de la red doméstica que genera una política de PCC correspondiente, y contiene la política de PCC en un mensaje de acuse de recibo del establecimiento de la sesión de IP-CAN, y transmite el mensaje de acuse de recibo de establecimiento de la sesión de IP-CAN a la PCEF a través del DRA de la red doméstica, de la PCRF de la red visitada y del DRA de la red visitada;
tras recibir el mensaje de indicación de establecimiento de la sesión de IP-CAN enviado por la PCRF de la red visitada, la PCRF de la red doméstica genera una política de PCC correspondiente y contiene la política de PCC en el mensaje de acuse de recibo de establecimiento de la sesión de IP-CAN, y transmite el mensaje de acuse de recibo de establecimiento de la sesión de IP-CAN a la PCEF a través de la PCRF de la red visitada.
Además, tras recibir el mensaje de establecimiento de la sesión de control de la puerta de enlace enviado por el DRA de la red doméstica, la PCRF de la red doméstica genera una política de QoS correspondiente y contiene la política de QoS en un mensaje de acuse de recibo de establecimiento de la sesión de control de la puerta de enlace, y transmite el mensaje de acuse de recibo de establecimiento de la sesión de control de la puerta de enlace a la BBERF a través del DRA de la red doméstica, de la PCRF de la red visitada y del DRA de la red visitada; tras recibir el mensaje de establecimiento de la sesión de control de la puerta de enlace enviado por la PCRF de la red visitada, la PCRF de la red doméstica genera una política de QoS correspondiente y contiene la política de QoS en el mensaje de acuse de recibo de establecimiento de la sesión de control de la puerta de enlace, y transmite el mensaje de acuse de recibo de establecimiento de la sesión de control de la puerta de enlace a la PCEF a través de la PCRF de la red visitada.
Además, tras recibir el mensaje de información de aplicación/servicio enviado por el DRA de la red doméstica, la PCRF de la red doméstica almacena la información de servicio contenida en el mismo para generar una política de PCC, y devuelve un mensaje de acuse de recibo a la AF a través del DRA de la red doméstica, de la PCRF de la red visitada y del DRA de la red visitada;
tras recibir el mensaje de información de aplicación/servicio enviado por la PCRF de la red visitada, la PCRF de la red doméstica almacena la información de servicio contenida en el mismo para generar una política de PCC y devuelve un mensaje de acuse de recibo a la AF a través de la PCRF de la red visitada.
Además, cuando el UE cambia de la E-UTRAN a la red de acceso IP 3GPP segura o no segura para acceder al sistema 3GPP o cambia en sentido contrario,
tras recibir el mensaje de modificación de la sesión de IP-CAN enviado por la PCEF situada en la red visitada, el DRA de la red visitada transmite el mensaje de modificación de la sesión de IP-CAN a la PCRF correspondiente de la red visitada de acuerdo con los registros almacenados de la sesión de IP-CAN; la PCRF de la red visitada transmite el mensaje de modificación de la sesión de IP-CAN al DRA de la red doméstica de acuerdo con el ID del UE contenido en el mensaje de modificación de la sesión de IP-CAN, o de acuerdo con una relación correspondiente registrada localmente entre la sesión de IP-CAN y el DRA de la red doméstica;
tras recibir el mensaje anterior, el DRA de la red doméstica transmite el mensaje a la PCRF correspondiente de la red doméstica de acuerdo con los registros almacenados de la sesión de IP-CAN; la PCRF de la red doméstica modifica la política de PCC de la sesión de IP-CAN y contiene la política de PCC modificada en un mensaje de acuse de recibo de modificación de la sesión de IP-CAN a la PCEF a través del DRA de la red doméstica, de la PCRF de la red visitada y del DRA de la red visitada.
Además, cuando el UE cambia de la E-UTRAN a la IP de 3GPP segura o no segura, o cambia en sentido contrario:
tras recibir el mensaje de modificación de la sesión de IP-CAN enviado por la PCEF situada en la red visitada, la PCRF de la red visitada transmite el mensaje anterior a la PCRF correspondiente de la red doméstica de acuerdo con los registros almacenados de la sesión de IP-CAN; y
la PCRF de la red doméstica modifica una política de PCC de la sesión de IP-CAN, y contiene la política de PCC modificada en un mensaje de acuse de recibo de modificación de la sesión de IP-CAN, y transmite el mensaje de acuse de recibo de modificación de la sesión de IP-CAN a la PCEF a través de la PCRF de la red visitada.
Además, el que el DRA de la red visitada dé instrucciones al cliente de PCC para transmitir el mensaje de solicitud de establecimiento de sesión a la PCRF seleccionada de la red visitada significa: que el DRA de la red visitada transmite un mensaje de redirección que lleva una dirección de PCRF de la red visitada al cliente de PCC, y que el
5
10
15
20
25
30
35
40
45
50
55
60
65
cliente de PCC transmite el mensaje de solicitud de establecimiento de sesión a la PCRF de la red visitada tras recibir el mensaje de redirección.
El que el DRA de la red doméstica dé instrucciones a la PCRF de la red visitada para transmitir el mensaje de solicitud de establecimiento de sesión a la PCRF seleccionada de la red doméstica significa: que el DRA de la red doméstica transmite un mensaje de redirección que lleva una dirección de PCRF de la red doméstica a la PCRF de la red visitada, y que la PCRF de la red visitada transmite el mensaje de solicitud de establecimiento de sesión a la PCRF de la red doméstica tras recibir el mensaje de redirección.
En resumen, se proporciona un procedimiento para seleccionar una función de políticas y reglas de facturación en el cual, cuando un UE se encuentra en un estado de itinerancia de encaminamiento local o de interrupción local, se puede seleccionar una sola PCRF de una red visitada y una red doméstica para una sesión de IP-CAN del UE.
Breve descripción de los dibujos
La figura 1 muestra una arquitectura de itinerancia de encaminamiento local de un sistema EPS;
la figura 2 muestra una arquitectura de itinerancia de interrupción local solo con funciones de aplicación del operador de la red doméstica de un sistema EPS;
la figura 3 muestra una arquitectura de itinerancia de interrupción local, solo con funciones de aplicación del operador de la red visitada de un sistema EPS;
la figura 4a es un diagrama de flujo que muestra un DRA enviando directamente un mensaje recibido de acuerdo con el Ejemplo uno de la presente invención;
la figura 4b es un diagrama de flujo que muestra un DRA devolviendo un mensaje de redirección tras recibir un mensaje de acuerdo con el Ejemplo uno de la presente invención;
la figura 5a es un diagrama de flujo que muestra un DRA enviando directamente un mensaje recibido de acuerdo con el Ejemplo dos de la presente invención;
la figura 5b es un diagrama de flujo que muestra un DRA devolviendo un mensaje de redirección tras recibir un mensaje de acuerdo con el Ejemplo dos de la presente invención;
la figura 6a es un diagrama de flujo que muestra un DRA enviando directamente un mensaje recibido de acuerdo con el Ejemplo tres de la presente invención;
la figura 6b es un diagrama de flujo que muestra un DRA devolviendo un mensaje de redirección tras recibir un mensaje de acuerdo con el Ejemplo tres de la presente invención;
la figura 7a es un diagrama de flujo que muestra un DRA enviando directamente un mensaje recibido de acuerdo con el Ejemplo cuatro de la presente invención;
la figura 7b es un diagrama de flujo que muestra un DRA devolviendo un mensaje de redirección tras recibir un mensaje de acuerdo con el Ejemplo cuatro de la presente invención.
Realizaciones preferidas de la invención
El esquema técnico de la presente invención se describirá en lo que sigue en detalle, con referencia a los dibujos y ejemplos que se acompañan.
En los ejemplos que siguen, PCEF, BBERF y AF pueden denominarse en conjunto cliente de PCC, el mensaje de solicitud de indicación de establecimiento de la sesión de IP-CAN, el mensaje de indicación de establecimiento de la sesión de control de la puerta de enlace y el mensaje de información de aplicación/servicio pueden denominarse en conjunto mensaje de solicitud de IP-CAN.
Ejemplo uno:
Este ejemplo describe: el flujo de una P-GW que selecciona una PCRF en un proceso de establecimiento de una sesión de IP-CAN cuando un UE adopta una arquitectura de itinerancia de encaminamiento local (como se muestra en la figura 1) y accede a un sistema 3GPP a través de una E-UTRAN, una red de acceso IP no 3GPP segura, o una red de acceso IP no 3GPP no segura, encontrando la PCRF seleccionada por la P-GW un flujo de S-GW o una puerta de enlace de acceso no 3GPP segura, y encontrando la PCRF seleccionada por la P-GW un flujo de una AF cuando un UE origina una solicitud de servicio basándose en que la sesión de IP-CAN active la AF proporcionando el servicio para proporcionar la información de aplicación/servicio para la PCRF.
5
10
15
20
25
30
35
40
45
50
55
60
65
El diagrama de flujo para mostrar el hDRA y el vDRA directamente enviando un mensaje recibido de acuerdo con este ejemplo se muestra en la figura 4a, en la que cada etapa se describe como sigue:
401a, durante la conexión del UE, tras recibir un mensaje de solicitud de vinculación de un proxy enviado por una S- GW o por una puerta de enlace de acceso IP no 3GPP segura, la P-GW transmite un mensaje de solicitud de indicación de establecimiento de la sesión de IP-CAN, en el que la P-GW está situada en la red doméstica del UE como una entidad PCEF, y el mensaje es enviado al DRA de la red doméstica (escrito como hDRA).
El mensaje anterior de solicitud de “indicación de establecimiento de la sesión de IP-CAN” contiene: NAI (identificador de acceso a red), dirección IP del UE y APN (nombre de punto de acceso) de una PDN a la que se va a acceder.
402a, el hDRA busca información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN y, puesto que no se encuentra ningún registro de la sesión de IP-CAN, el hDRA selecciona una PCRF de la red doméstica (escrito como hPCRF) para la P-GW, y establece y almacena la relación correspondiente entre la sesión de IP-CAN y la hPCRF: (NAI, dirección IP, APN, dirección de la hPCRF), y transmite el mensaje de solicitud a la hPCRF;
403a, la hPCRF genera una política de PCC de acuerdo con la información de suscripción del abonado, las políticas de la red, etc., e identifica la sesión de IP-CAN con una tupia (o secuencia ordenada de elementos) (NAI, dirección IP, APN); la hPCRF transmite un mensaje de “acuse de recibo de establecimiento de la sesión de IP-CAN” que contiene la política de PCC anterior al hDRA para emitir la política de PCC;
404a, el hDRA envía el mensaje anterior de “acuse de recibo de establecimiento de la sesión de IP-CAN” a la P-GW y la P-GW instala reglas de PCC de acuerdo con la política de PCC contenida en el mensaje;
405a, después de que la S-GW o la puerta de enlace de acceso no 3GPP segura recibe un mensaje de acuse de recibo de vinculación de un proxy enviado por la P-GW, la S-GW o la puerta de enlace de acceso no 3GPP segura transmite un mensaje de establecimiento de sesión de control de la puerta de enlace; en el que el mensaje contiene NAI, dirección IP y APN; la S-GW o la puerta de enlace de acceso no 3GPP segura está situada en una red visitada del UE como entidad de BBERF y el mensaje es transmitido a un DRA de la red visitada (escrito como vDRA);
406a, el vDRA busca información localmente almacenada de acuerdo con el NAI, la dirección IP y el APN y, puesto que no se encuentra ningún registro de la sesión de IP-CAN, el vDRA selecciona una vPCRF para la S-GW o la puerta de enlace de acceso no 3GPP segura, y establece y almacena la relación correspondiente entre la sesión de IP-CAN y la vPCRF: (NAI, dirección IP, APN, dirección de la vPCRF), y envía el mensaje de solicitud de “establecimiento de la sesión de control de la puerta de enlace” a la vPCRF;
407a, puesto que la vPCRF no encuentra registros de la sesión de IP-CAN de acuerdo con el NAI, la dirección IP y el APN, la vPCRF establece registros para la sesión de IP-CAN, e identifica la sesión de IP-CAN con una tupia (NAI, dirección IP, APN); mientras, envía el mensaje de solicitud de “establecimiento de sesión de control de la puerta de enlace” al hDRA de acuerdo con el NAI, estableciendo y almacenando la relación correspondiente (NAI, dirección IP, APN, dirección del hDRA);
408a, el hDRA busca información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN, encontrando que una PCRF ha sido ya seleccionada para la sesión de IP-CAN, y a continuación envía el mensaje de solicitud de “establecimiento de la sesión de control de la puerta de enlace” a la hPCRF;
409a, la hPCRF busca información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN, encontrando que la sesión de IP-CAN ha sido registrada y, a continuación, asocia la sesión de control de la puerta de enlace a la sesión de IP-CAN, y genera una política de QoS de acuerdo con la información de suscripción del abonado, la política de la red, etc., y contiene la política de QoS en un mensaje de “acuse de recibo de establecimiento de la sesión de control de la puerta de enlace” que es transmitido al hDRA para emitir la política de QoS;
410a, el hDRA devuelve el mensaje de “acuse de recibo de establecimiento de la sesión de control de la puerta de enlace” a la vPCRF;
411a, la vPCRF modifica la política de QoS contenida en el mensaje de “confirmación de establecimiento de la sesión de control de la puerta de enlace” de acuerdo con una política local y, a continuación, envía el mensaje al vDRA;
412a, el vDRA envía el mensaje de “acuse de recibo de establecimiento de la sesión de control de la puerta de enlace” a la S-GW o a la puerta de enlace de acceso no 3GPP segura, y a la S-GW o a la puerta de enlace de acceso no 3GPP segura, instalando la política de QoS;
5
10
15
20
25
30
35
40
45
50
55
60
65
413a, el UE origina una solicitud de servicio a la AF, la AF transmite un mensaje de “información de aplicación/servicio” que contiene la dirección IP y el APN, en el que la AF está situada en la red doméstica del UE, y el mensaje es transmitido al hDRA;
414a, el hDRA busca información almacenada localmente de acuerdo con la dirección IP y el APN, encontrando que una hPCRF ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, envía el mensaje a la hPCRF;
415a, la hPCRF obtiene y almacena la información de servicio para generar una política de PCC, y devuelve un mensaje de acuse de recibo al hDRA;
416a, el hDRA envía el mensaje de acuse de recibo a la AF.
El diagrama de flujo indicando el hDRA y el vDRA devolviendo un mensaje de redirección tras recibir un mensaje de acuerdo con este ejemplo, se muestra en la figura 4b en la que cada etapa se describe como sigue:
401b, la P-GW transmite un mensaje de solicitud de “indicación de establecimiento de la sesión de IP-CAN”, en el que puesto que la P-GW está situada dentro de la red doméstica del UE, el mensaje es encaminado al DRA de la red doméstica (hDRA), y el mensaje contiene el NAI, la dirección IP del UE y el APN de la PDN al que el UE va a acceder;
402b, el hDRA busca la información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN, y puesto que no se encuentra ningún registro de la sesión de IP-CAN, el hDRA selecciona una PCRF de red doméstica (hPCRF) para la P-GW, y devuelve un mensaje de redirección que contiene la dirección de la hPCRF a la P-GW, estableciendo mientras la relación correspondiente (NAI, dirección IP, APN, dirección de la hPCRF);
403b, la P-GW transmite el mensaje de solicitud de “indicación de establecimiento de la sesión de IP-CAN” a la hPCRF, la hPCRF genera una política de PCC de acuerdo con la información de suscripción del UE, la política de la red, etc., e identifica la sesión de IP-CAN con una tupia (NAI, dirección IP, APN);
404b, la hPCRF devuelve un mensaje de “acuse de recibo de establecimiento de la sesión de IP-CAN” a la P-GW para emitir la política de PCC, y la P-GW instala la política de PCC;
405b, la S-GW o la puerta de enlace de acceso de red no 3GPP segura transmite un mensaje de solicitud de “indicación de establecimiento de sesión de control de la puerta de enlace”, en el que el mensaje contiene NAI, dirección IP del UE y APN, la S-GW o la puerta de enlace de dirección de red no 3GPP segura está situada en una red visitada del UE, y el mensaje es transmitido a un DRA de la red visitada (vDRA);
406b, el vDRA busca la información almacenada de acuerdo con el NAI, la dirección IP y el APN y, puesto que no se encuentra ningún registro de la sesión de IP-CAN, el vDRA selecciona una PCRF de la red visitada (vPCRF) para la S-GW o la puerta de enlace de acceso de red no 3GPP segura, y devuelve un mensaje de redirección que contiene la dirección de la vPCRF a la S-GW o la puerta de enlace de acceso de red no 3GPP segura, mientras establece una relación correspondiente (NAI, dirección IP, APN, vPCRF);
407b, la S-GW o la puerta de enlace de acceso de red no 3GPP segura transmite un mensaje de solicitud de “indicación de establecimiento de sesión de control de la puerta de enlace” que contiene NAI, dirección IP y APN a la vPCRF, a continuación la vPCRF busca la información almacenada de acuerdo con el NAI, la dirección IP y el APN; puesto que no se encuentra ningún registro de la sesión de IP-CAN, la VPCRF establece registros para la sesión e identifica la sesión con una tupia (NAI, dirección IP y APN);
408b, la vPCRF transmite el mensaje de solicitud de “indicación de establecimiento de sesión de control de la puerta de enlace” al hDRA de acuerdo con el NAI;
409b, el hDRA busca la información almacenada de acuerdo con el NAI, la dirección IP y el APN, encontrando que una hPCRF ha sido seleccionada ya para la sesión de IP-CAN y, a continuación, devuelve la dirección de la hPCRF a la vPCRF, y la vPCRF almacena la relación correspondiente (NAI, acceso IP, APN, dirección de la hPCRF);
410b, la vPCRF transmite el mensaje de solicitud de “indicación de establecimiento de sesión de control de la puerta de enlace” a la hPCRF;
411b, la hPCRF busca la información almacenada de acuerdo con el NAI, la dirección IP y el APN, encontrando que la sesión de IP-CAN ya existe, y a continuación asocia la sesión de control de la puerta de enlace a la sesión de IP- CAN, y genera una política de QoS de acuerdo con la información de suscripción del UE, la política de la red, etc., y devuelve la política de QoS a la vPCRF mediante un mensaje de “confirmación de establecimiento de sesión de control de la puerta de enlace”;
5
10
15
20
25
30
35
40
45
50
55
60
65
412b, la vPCRF modifica la política de QoS de acuerdo con una política local, y a continuación transmite el mensaje a la S-GW o a la puerta de enlace de acceso de red no 3GPP segura mediante un mensaje de confirmación;
413b, una AF transmite un mensaje de solicitud de “información de aplicación/servicio” que contiene dirección IP y APN, en el que la AF está situada en la red doméstica del UE y el mensaje es transmitido al hDRA;
414b, el hDRA busca de acuerdo con la dirección IP y el APN, encontrando que una hPCRF ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, devuelve un mensaje de redirección que contiene la dirección de la hPCRF a la AF;
415b, la AF transmite el mensaje de solicitud de “información de aplicación/servicio” que contiene la dirección IP y el APN a la hPCRF;
416b, la hPCRF genera una política de PCC y una política de QoS y devuelve un mensaje de acuse de recibo a la AF para emitir estas políticas.
En el ejemplo anterior, si el UE accede al sistema 3GPP a través de un sistema no 3GPP no seguro, entonces las etapas 405a ~ 412a y las etapas 405b ~ 412b se omitirán.
Ejemplo dos:
Este ejemplo describe: un flujo de una P-GW seleccionando una PCRF en un proceso de establecimiento de una sesión de IP-CAN cuando un UE adopta una arquitectura de itinerancia de interrupción local solo con funciones de aplicación del operador (como se muestra en la figura 2) y accede a un sistema 3GPP a través de una E-UTRAN, de una red de acceso IP no 3GPP segura, o de una red de acceso IP no 3GPP no segura, de un flujo de una S-GW o una puerta de enlace de acceso no 3GPP segura encuentra la PCRF seleccionada por la P-GW, y un flujo de una AF encuentra la PCRF seleccionada por la P-GW cuando un UE origina una solicitud de servicio basándose en la sesión de IP-CAN para activar la AF proporcionando el servicio para proporcionar información de aplicación/servicio para la PCRF.
El diagrama de flujo para mostrar el hDRA y el vDRA directamente enviando un mensaje recibido de acuerdo con este ejemplo se muestra en la figura 5a, en el que cada etapa se describe como sigue:
501a, durante la conexión del UE, tras recibir un mensaje de solicitud de actualización de vinculación de un agente enviado por una S-GW o una puerta de enlace de acceso IP no 3GPP segura, una P-GW transmite un mensaje de solicitud de “indicación de establecimiento de la sesión de IP-CAN”, en el que la P-GW está situada en la red visitada del UE como una entidad de PCEF, y el mensaje es enviado a un vDRA.
El mensaje de solicitud de “indicación de establecimiento de la sesión de IP-CAN” contiene: NAI, dirección IP del UE y APN de la PDN a la que se va a acceder.
502a, el vDRA busca la información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN y, puesto que no se encuentra ningún registro de la sesión de IP-CAN, el vDRA selecciona una vPCRF para la P-GW, y establece la relación correspondiente entre la sesión de IP-CAN y la vPCRF: (NAI, dirección IP, APN, dirección de la vPCRF), y envía el mensaje de solicitud de “indicación de establecimiento de la sesión de IP-CAN” a la vPCRF;
503a, puesto que la vPCRF no encuentra ningún registro de la sesión de IP-CAN de acuerdo con el NAI, la dirección IP y el APN, la vPCRF establece registros para la sesión de IP-CAN, e identifica la sesión de IP-CAN con una tupia (NAI, dirección IP, APN); mientras, envía el mensaje de solicitud de “indicación de establecimiento de la sesión de IP-CAN” al hDRA de acuerdo con el NAI, estableciendo la relación correspondiente (NAI, dirección IP, APN, dirección del hDRA);
504a, el hDRA busca la información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN y, puesto que no encuentra ningún registro de la sesión de IP-CAN, el hDRA selecciona una hPCRF para la P-GW y establece la relación correspondiente entre la sesión de IP-CAN y la hPCRF: (NAI, dirección IP, APN, dirección de la hPCRF), y envía el mensaje de solicitud de “indicación de establecimiento de la sesión de IP-CAN” a la hPCRF;
505a, la hPCRF genera una política de PCC de acuerdo con la información de suscripción del UE y la política de la red e identifica la sesión con una tupia (NAI, dirección IP, APN); la hPCRF transmite un mensaje de “acuse de recibo de establecimiento de la sesión de IP-CAN” que contiene la política anterior de PCC al hDRA para emitir la política de PCC.
506a, el hDRA envía el mensaje de “acuse de recibo de establecimiento de la sesión de IP-CAN” a la vPCRF;
507a, la vPCRF modifica la política de PCC contenida en el mensaje de “acuse de recibo de establecimiento de la sesión de IP-CAN” de acuerdo con la política local, y a continuación envía el mensaje al vDRA;
5
10
15
20
25
30
35
40
45
50
55
60
65
508a, el vDRA envía el mensaje de “acuse de recibo de establecimiento de la sesión de IP-CAN” a la P-GW, y la P- GW Instala las reglas de PCC de acuerdo con la política contenida en el mensaje;
509a, después de que la S-GW o la puerta de enlace de acceso no 3GPP segura recibe un mensaje de acuse de recibo de vinculación de agente enviado por la P-GW, la S-GW o la puerta de enlace de acceso no 3GPP segura transmite un mensaje de solicitud de “establecimiento de sesión de control de la puerta de enlace”; en el que el mensaje contiene NAI, dirección IP y APN; la S-GW o la puerta de enlace de acceso no 3GPP segura está situada en una red visitada del UE como entidad de BBERF, y el mensaje es transmitido al vDRA;
510a, el vDRA busca información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN, encontrando que una vPCRF ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, envía el mensaje de solicitud de “establecimiento de la sesión de control de la puerta de enlace” a la vPCRF;
511a, la vPCRF busca la información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN, encontrando un hDRA correspondiente a la sesión de IP-CAN y, a continuación, transmite el mensaje de solicitud de “establecimiento de la sesión de control de la puerta de enlace” al hDRA;
512a, el hDRA busca información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN, encontrando que una hPCRF ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, envía el mensaje de solicitud de “establecimiento de la sesión de control de la puerta de enlace” a la hPCRF;
513a, la hPCRF genera una política de QoS de acuerdo con la información de suscripción del abonado, la política de la red, etc., y contiene la política de QoS en un mensaje de “acuse de recibo de establecimiento de la sesión de control de la puerta de enlace” que es transmitido al hDRA para emitir la política de QoS;
514a, el hDRA devuelve el mensaje de “acuse de recibo de establecimiento de la sesión de control de la puerta de enlace” a la vPCRF;
515a, la vPCRF modifica la política de QoS contenida en el mensaje de “acuse de recibo de establecimiento de la sesión de control de la puerta de enlace” de acuerdo con la política local y, a continuación, envía el mensaje al
vDRA;
516a, el vDRA envía el mensaje de “acuse de recibo de establecimiento de la sesión de control de la puerta de enlace” a la S-GW o a la puerta de enlace de acceso no 3GPP segura, y la S-GW o la puerta de enlace de acceso no 3GPP segura, instalando la política de QoS;
517a, el UE origina una solicitud de servicio a la AF, la AF transmite un mensaje de “información de aplicación/servicio” que contiene la dirección IP y el APN, en el que la AF está situada en la red doméstica del UE y el mensaje es transmitido al hDRA;
518a, el hDRA busca información almacenada localmente de acuerdo con la dirección IP y el APN, encontrando que una hPCRF ha sido ya seleccionada para la sesión de IP-CAN, y a continuación, envía el mensaje a la hPCRF;
519a, la hPCRF obtiene y almacena la información de servicio para generar una política de PCC y devuelve el
mensaje de acuse de recibo al hDRA;
520a, el hDRA transmite el mensaje de acuse de recibo a la AF.
El diagrama de flujo indicando un hDRA y un vDRA devolviendo un mensaje de redirección tras recibir un mensaje de acuerdo con este ejemplo se muestra en la figura 5b, en la que cada etapa se describe como sigue:
501b, la P-GW transmite un mensaje de solicitud de “indicación de establecimiento de la sesión de IP-CAN” en el que puesto que la P-GW está situada dentro de la red visitada del UE, el mensaje es encaminado al vDRA, y el mensaje contiene NAI, dirección IP y APN;
502b, el vDRA busca la información almacenada de acuerdo con el NAI, la dirección IP y el APN y, puesto que no se encuentra ningún registro de la sesión de IP-CAN, el vDRA selecciona una vPCRF para la P-GW, y devuelve un mensaje de redirección que contiene la dirección de la vPCRF a la P-GW, estableciendo mientras tanto la relación correspondiente (NAI, dirección IP, APN, dirección de la vPCRF”;
503b, la P-GW transmite el mensaje de solicitud de “indicación de establecimiento de la sesión de IP-CAN” que contiene el NAI, la dirección IP y el APN a la vPCRF, la vPCRF busca la Información almacenada de acuerdo con el NAI, la dirección IP y el APN, puesto que no se encuentra ningún registro de la sesión de IP-CAN, la vPCRF establece registros para la sesión de IP-CAN e identifica la sesión de IP-CAN con una tupia (NAI, dirección IP, APN);
5
10
15
20
25
30
35
40
45
50
55
60
65
504b, la vPCRF envía un mensaje de “indicación de establecimiento de la sesión de control de la puerta de enlace” al hDRA de acuerdo con el NAI;
505b, el hDRA busca información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN y, puesto que no se encuentra ningún registro de la sesión de IP-CAN, el hDRA selecciona una hPCRF para la P-GW, y devuelve un mensaje de redlrecclón que contiene la dirección de la hPCRF a la vPCRF, estableciendo mientras tanto la relación correspondiente (NAI, dirección IP, APN, dirección de la hPCRF) en el hDRA; tras recibir el mensaje devuelto, la vPCRF establece la relación correspondiente (NAI, dirección IP, APN, dirección de la hPCRF);
506b, la vPCRF transmite un mensaje de “indicación de establecimiento de la sesión de IP-CAN” a la hPCRF;
507b, la hPCRF genera una política de PCC de acuerdo con la información de la suscripción del UE, la política de la red, etc., e identifica la sesión de IP-CAN con una tupia (NAI, dirección IP, APN), la hPCRF devuelve un mensaje de “acuse de recibo de establecimiento de la sesión de IP-CAN” a la vPCRF para emitir la política de PCC;
508b, la vPCRF modifica la política de PCC de acuerdo con la política local y, a continuación, la transmite a la P-GW mediante un mensaje de acuse de recibo;
509b, la S-GW o la puerta de enlace de acceso de red no 3GPP segura transmite un mensaje de solicitud de “indicación de establecimiento de la sesión de control de la puerta de enlace” que contiene el NAI, la dirección IP y el APN, en el que la S-GW o la puerta de enlace de acceso no 3GPP segura está situada en una red visitada del UE, y el mensaje es transmitido al vDRA;
510b, el vDRA busca la información almacenada de acuerdo con el NAI, la dirección IP y el APN, encontrando que una vPCRF ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, devuelve un mensaje de redirección que contiene la dirección de vPCRF a la S-GW o a la puerta de enlace de acceso de red no 3GPP
segura;
511b, la S-GW o la puerta de enlace de acceso de red no 3GPP segura transmite el mensaje de solicitud de “indicación de establecimiento de la sesión de control de la puerta de enlace” a la vPCRF, en el que el mensaje contiene el NAI, la dirección IP y el APN;
512b, la vPCRF busca los registros de acuerdo con el NAI, la dirección IP y el APN, encontrando que una hPCRF ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, transmite el mensaje a la hPCRF seleccionada;
513b, la hPCRF genera una política de QoS de acuerdo con la información de suscripción del abonado, la política de la red, etc., y devuelve un “acuse de recibo de establecimiento de la sesión de control de la puerta de enlace” que contiene la política de QoS a la vPCRF;
514b, la vPCRF modifica la política de QoS de acuerdo con una política local y, a continuación, envía el mensaje de acuse de recibo a la S-GW o a la puerta de enlace de acceso de red no 3GPP segura;
515b, la AF transmite un mensaje de solicitud de “información de aplicación/servicio) que contiene la dirección IP y APN, en el que la AF está situada en la red doméstica del UE y el mensaje es transmitido al hDRA;
516b, el hDRA busca la información almacenada de acuerdo con la dirección IP y el APN, encontrando que una hPCRF ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, devuelve un mensaje de redirección que contiene la dirección de la hPCRF a la AF;
517b, la AF transmite un mensaje de solicitud de “información de aplicación/servicio” que contiene la dirección IP y el APN a la hPCRF;
518b, la hPCRF obtiene la información de servicio para generar una política de PCC y una política de QoS y, devuelve un mensaje de acuse de recibo a la AF para emitir las políticas.
En el ejemplo anterior, si el UE accede al sistema 3GPP a través de un no 3GPP no seguro, entonces las etapas 509a - 516a y las etapas 509b - 514b se omitirán.
Ejemplo tres
Este ejemplo describe: un flujo de una P-GW selecciona una PCRF en un proceso de establecimiento de una sesión de IP-CAN cuando un UE adopta la arquitectura de itinerancia de interrupción local solo con funciones de aplicación del operador visitado (como se muestra en la figura 3) y accede a un sistema 3GPP a través de una E-UTRAN, de una red de acceso IP no 3GPP segura, o una red de acceso IP no 3GPP no segura, un flujo de una S-GW o una puerta de enlace de acceso no 3GPP segura, encontrando la PCRF seleccionada por la P-GW y un flujo de una AF encuentra la PCRF seleccionada por la P-GW cuando un UE origina una solicitud de servicio basándose en la
5
10
15
20
25
30
35
40
45
50
55
60
65
sesión de IP-CAN para activar la AF, proporcionando el servicio para proporcionar la información de aplicación/servicio para la PCRF.
El diagrama de flujo para mostrar el hDRA y el vDRA transmite directamente un mensaje recibido de acuerdo con este ejemplo se muestra en la figura 6a, en la que cada etapa se describe como sigue:
Las etapas 601 ~ 616a son las mismas que las de las etapas 501a ~ 516a;
617a, el UE origina una solicitud de servicio a la AF, transmitiendo la AF un mensaje de “información de aplicación/servicio” que contiene la dirección IP y el APN, en la que la AF está situada en la red visitada del UE, y el mensaje es transmitido al vDRA;
618a, el vDRA busca información almacenada localmente de acuerdo con la dirección IP y el APN, encontrando que una vPCRF ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, envía el mensaje de “información de aplicación/servicio” a la vPCRF;
619a, la vPCRF busca información almacenada localmente de acuerdo con la dirección IP y el APN, encontrando un hDRA correspondiente a la sesión de IP-CAN y, a continuación, envía el mensaje de “dirección de aplicación /servicio” al hDRA;
620a, el hDRA busca información almacenada localmente de acuerdo con la dirección IP y el APN, encontrando que una hPCRF ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, envía el mensaje a la hPCRF;
621a, la hPCRF obtiene y almacena la información de servicio para generar una política de PCC y devuelve un mensaje de acuse de recibo al hDRA;
622a, el hDRA envía el mensaje de acuse de recibo a la vPCRF;
623a, la vPCRF envía el mensaje de acuse de recibo al vDRA;
624a, el vDRA envía el mensaje de acuse de recibo a la AF.
El diagrama de flujo mostrando un hDRA y un vDRA devolviendo un mensaje de redirección tras recibir un mensaje de acuerdo con este ejemplo se muestra en la figura 6b, en la que cada etapa se describe como sigue:
Las etapas 601b ~ 614b son las mismas que las etapas 510b ~ 514b y, así, no se describirán aquí para evitar repeticiones;
615b, la AF transmite un mensaje de solicitud de “información de aplicación/servicio” que contiene una dirección IP y un APN, en el que la AF está situada en la red visitada del UE y, así, el mensaje se transmite al vDRA;
616b, el vDRA busca la información almacenada de acuerdo con la dirección IP y el APN, encontrando que una vPCRF ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, devuelve un mensaje de redirección que contiene la dirección de la vPCRF a la AF;
617b, la AF transmite un mensaje de solicitud de “dirección de aplicación/servicio” que contiene la dirección IP y el APN a la vPCRF;
618b, la vPCRF busca la información almacenada de acuerdo con la dirección IP y el APN, encontrando que una hPCRF ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, envía el mensaje a la hPCRF seleccionada;
619b, la hPCRF obtiene la información de servicio para generar una política de PCC y una política de QoS y devuelve un mensaje de acuse de recibo a la AF para emitir las políticas;
620b, la vPCRF modifica las políticas emitidas de acuerdo con una política local y, a continuación, las transmite a la AF mediante un mensaje de acuse de recibo.
En el ejemplo anterior, si el UE accede al sistema 3GPP a través de un no 3GPP no seguro, entonces las etapas 609a ~ 616a y las etapas 609b ~ 614b se omitirán.
Ejemplo cuatro
Este ejemplo describe: un flujo de una P-GW seleccionando una PCRF en un proceso de establecimiento de una sesión de IP-CAN cuando un UE adopta una arquitectura de itinerancia de interrupción local solo con funciones de aplicación del operador visitado (como se muestra en la figura 3) y cambia de un acceso de E-UTRAN a un acceso
5
10
15
20
25
30
35
40
45
50
55
60
65
de red de acceso IP no 3GPP segura, o un acceso de red de acceso IP no 3GPP no segura, un flujo de una S-GW o una puerta de enlace de acceso no 3GPP segura encuentra la PCRF seleccionada por la P-GW y, un flujo de una AF encuentra la PCRF seleccionada por la P-GW cuando un UE origina una solicitud de servicio basándose en la sesión de IP-CAN para activar la AF, proporcionando el servicio para proporcionar información de aplicación/servicio para la PCRF. En el que la comunicación entre la S-GW y la P-GW adopta un protocolo PMIPv6, y la comunicación entre la red de acceso IP no 3GPP segura, o la red de acceso IP no 3GPP no segura y la P-GW adopta el protocolo PMIPv6.
El diagrama de flujo para indicar el hDRA y la vDRA directamente enviando un mensaje recibido de acuerdo con este ejemplo se muestra en la figura 7a, en el que cada etapa se describe como sigue:
701a, un UE realiza un acceso a través de la E-UTRAN para conectarse inicialmente a un sistema 3GPP y establece una conexión a una cierta PDN, en el que en este proceso, el flujo en el Ejemplo tres se utiliza para seleccionar una vPCRFI a través de un vDRA1 y una hPCRF a través de un hDRA;
702a, el UE encuentra un sistema no 3GPP (incluido el sistema no 3GPP seguro o no seguro), y decide originar un flujo de cambio; en el que en el proceso de cambio, se requieren una puerta de enlace de acceso no 3GPP segura y una P-GW para interconectar con una PCRF para obtener una nueva política de PCC;
703a, en el proceso de cambio del UE, la puerta de enlace de acceso no 3GPP segura transmite un mensaje de solicitud de “establecimiento de la sesión de control de la puerta de enlace” tras recibir una solicitud de establecimiento de un portador inalámbrico; en el que el mensaje contiene NAI, dirección IP y APN; la puerta de enlace de acceso no 3GPP segura está situada en una red visitada del UE como una entidad BBERF, y su dominio PCRF es diferente del de la S-GW; el DRA del dominio PCRF en el que la puerta de enlace de acceso no 3GPP segura está situada es el vDRA2, de manera que el mensaje es transmitido al vDRA2;
704a, el vDRA2 busca información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN y, puesto que no se encuentra ningún registro de la sesión de IP-CAN, el vDRA2 selecciona una PCRF: la vPCRF2 para la puerta de enlace de acceso no 3GPP segura, y establece la relación correspondiente entre la sesión de IP-CAN y la vPCRF2: (el NAI, la dirección IP y el APN, la dirección de la vPCRF2) y, envía el mensaje de solicitud de “establecimiento de la sesión de control de la puerta de enlace” a la vPCRF2;
705a, puesto que la vPCRF2 no encuentra registros de la sesión de IP-CAN de acuerdo con el NAI, la dirección IP y el APN, la vPCRF2 establece registros para la sesión de IP-CAN e identifica la sesión de IP-CAN con una tupia (NAI, dirección IP, APN); mientras tanto, transmite el mensaje de solicitud de “establecimiento de la sesión de control de la puerta de enlace” al hDRA de acuerdo con el NAI, y establece la relación correspondiente (NAI, dirección IP, APN, dirección de la hDRA);
706a, el hDRA busca información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN, encontrando registros de la sesión de IP-CAN, y transmite el mensaje de solicitud de “establecimiento de la sesión de control de la puerta de enlace” a la correspondiente hPCRF;
707a, la hPCRF genera una política de QoS de acuerdo con la información de suscripción del abonado, la política de la red, etc., y contiene la política de QoS en un mensaje de “confirmación de establecimiento de la sesión de control de la puerta de enlace” que se transmite al hDRA para emitir la política de QoS;
708a, el hDRA devuelve el mensaje de “acuse de recibo de establecimiento de la sesión de control de la puerta de enlace” a la vPCRF2;
709a, la vPCRF2 modifica la política de QoS contenida en el mensaje de “acuse de recibo de establecimiento de la sesión de control de la puerta de enlace” de acuerdo con una política local y, a continuación, envía el mensaje al vDRA2;
710a, el vDRA2 envía el mensaje de “acuse de recibo de establecimiento de la sesión de control de la puerta de enlace” a la puerta de enlace de acceso no 3GPP segura y, la puerta de enlace de acceso no 3GPP segura instala la política de QoS;
711a, puesto que la P-GW no cambia tras el cambio, tras recibir un mensaje de solicitud de actualización de vinculación del agente enviado por la puerta de enlace de acceso no 3GPP segura, la P-GW transmite un mensaje de solicitud de “modificación de la sesión de IP-CAN” que contiene el NAI, la dirección IP y el APN al vDRA1;
712a, el vDRA1 busca información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN, encontrando que una vPCRFI ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, envía el mensaje de solicitud de modificación de la sesión de IP-CAN” a la vPCRFI;
5
10
15
20
25
30
35
40
45
50
55
60
65
713a, la vPCRFI busca información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN, encontrando un hDRA correspondiente a la sesión de IP-CAN y, a continuación, envía el mensaje de solicitud de “modificación de la sesión de IP-CAN” al hDRA;
714a, el hDRA busca la información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN, encontrando que una hPCRF ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, envía el mensaje de solicitud de “modificación de la sesión de IP-CAN” a la hPCRF;
715a, la hPCRF modifica la política de PCC de acuerdo con la información de suscripción del abonado, la política de la red y el tipo de la IP-CAN y que contiene la política de PCC modificada en un mensaje de “acuse de recibo de modificación de la sesión de IP-CAN” que es a continuación transmitido al hDRA para emitir la política de PCC modificada;
716a, el hDRA envía el mensaje “acuse de recibo de modificación de la sesión de IP-CAN” a la vPCRFI;
717a, la vPCRFI modifica la política de PCC contenida en el mensaje de “acuse de recibo de modificación de la sesión de IP-CAN” de acuerdo con la política local, y a continuación, envía el mensaje al vDRA1;
718a, el hDRA1 envía el mensaje anterior de “acuse de recibo de modificación de la sesión de IP-CAN” a la P-GW y la P-GW instala las reglas de PCC de acuerdo con la política de PCC contenida en el mensaje;
719a, puesto que la AF no cambia tras el cambio, la AF transmite un mensaje de “información de aplicación/servicio” que contiene la dirección IP y el APN al vDRA1 cuando el UE origina una nueva solicitud de servicio a la AF;
720a, el vDRA1 busca la información almacenada localmente de acuerdo con la dirección IP y el APN, encontrando que una vPCRFI ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, envía el mensaje de “información de aplicación/servicio” a la vPCRFI;
721a, la vPCRFI busca la información almacenada localmente de acuerdo con la dirección IP y el APN, encontrando un hDRA correspondiente a la sesión de IP-CAN y, a continuación, envía el mensaje de “información de aplicación/servicio” al hDRA;
722a, el hDRA busca la información almacenada localmente de acuerdo con la dirección IP y el APN, encontrando que una hPCRF ha sido ya seleccionada para la sesión de IP-CAN y, a continuación, envía el mensaje a la hPCRF;
723a, la hPCRF obtiene y almacena la información de servicio para generar una política de PCC y, devuelve un mensaje de acuse de recibo al hDRA;
724a, el hDRA envía el mensaje de acuse de recibo a la vPCRFI;
725a, la vPCRFI envía el mensaje de acuse de recibo al vDRA1;
726a, el vDRA1 envía el mensaje de acuse de recibo a la AF.
El diagrama de flujo que muestra un hDRA y un vDRA devolviendo un mensaje de redirección de acuerdo con este ejemplo se muestra en la figura 7b, en la que cada etapa se describe como sigue:
701b, la puerta de enlace de acceso de red no 3GPP segura transmite un mensaje de solicitud de “reglas de políticas de control y de QoS de puerta de enlace” que contiene el NAI, la dirección IP y el APN, en el que la puerta de enlace de acceso de la red no 3GPP segura está situada en una red visitada del UE y su dominio “Diameter” (PCRF) es diferente del de la S-GW, el dominio en el que la puerta de enlace de acceso de red no 3GPP segura está situada es administrado por el vDRA2 y así el mensaje es transmitido al vDRA2;
702b, el vDRA2 busca información almacenada localmente de acuerdo con el NAI, la dirección IP y el APN y, puesto que no se encuentra ningún registro de la sesión de IP-CAN, el vDRA2 selecciona una vPCRF2 para la puerta de enlace de acceso no 3GPP segura y devuelve un mensaje de redirección que contiene la dirección de la vPCRF2 a la puerta de enlace de acceso de red no 3GPP segura, y establece la relación correspondiente (NAI, dirección IP, APN, dirección de la vPCRF2);
703b, la puerta de enlace de acceso de red no 3GPP segura transmite el mensaje de solicitud de “reglas de políticas de control y de QoS de puerta de enlace” que contiene el NAI, la dirección IP y el APN a la vPCRF2, la vPCRF2 busca la información almacenada de acuerdo con el NAI, la dirección IP y el APN y, puesto que no se encuentra ningún registro de la sesión de IP-CAN, la vPCRF2 establece registros para la sesión de IP-CAN e identifica la sesión de IP-CAN con una tupia (NAI, dirección IP, APN);
5
10
15
20
25
30
35
40
45
50
55
60
65
704a, la vPCRF2 envía el mensaje de solicitud de “reglas de políticas de control y de QoS de puerta de enlace” al hDRA de acuerdo con el NAI;
705b, el hDRA busca la información almacenada de acuerdo con el NAI, la dirección IP y el APN, encontrando los registros de la sesión de IP-CAN y, a continuación, devuelve la dirección de la hPCRF a la vPCRF2;
706b, la vPCRF2 establece la relación correspondiente para la sesión de IP-CAN (NAI, dirección IP, APN, dirección de la hPCRF), y transmite el mensaje de solicitud de “reglas de políticas de control y de QoS de puerta de enlace” a la hPCRF;
707b, la hPCRF genera una política de QoS de acuerdo con la información de suscripción del abonado, la política de la red, etc., y devuelve un mensaje de “acuse de recibo de establecimiento de la sesión de control de la puerta de enlace” a la puerta de enlace de acceso de red no 3GPP segura para emitir la política de QoS;
708b, la vPCRF2 modifica la política de QoS de acuerdo con una política local y, a continuación, envía la política de QoS modificada a la puerta de enlace de acceso de red no 3GPP segura;
709b, puesto que la P-GW no cambia tras el cambio, la P-GW transmite un mensaje de solicitud de “modificación de la sesión de IP-CAN” que contiene el NAI, la dirección IP y el APN a la vPCRFI;
710b, la vPCRFI encuentra los registros de la sesión de IP-CAN de acuerdo con el NAI, la dirección IP y el APN y envía el mensaje a la hPCRF;
711b, la PCRF modifica la política de PCC de acuerdo con la información de suscripción del abonado, la política de la red y el tipo de sesión de IP-CAN y, la hPCRF devuelve un mensaje de “acuse de recibo de modificación de la sesión de IP-CAN” a la vPCRFI para emitir la política de PCC modificada;
712b, la vPCRFI modifica la política de PCC de acuerdo con la política local y, a continuación, envía un mensaje de acuse de recibo a la P-GW;
713b, puesto que la AF no cambia tras el cambio, la AF transmite un mensaje de solicitud de “información de aplicación/servicio” que contiene la dirección IP y el APN a la vPCRFI;
714b, la vPCRFI encuentra los registros almacenados de la sesión de IP-CAN de acuerdo con la dirección IP y el APN y envía el mensaje a la hPCRF;
715b, la hPCRF obtiene la información de servicio para generar una política de PCC y una política de QoS y devuelve un mensaje de acuse de recibo a la vPCRFI para emitir estas políticas;
716b, la vPCRFI modifica las políticas emitidas de acuerdo con la política local y, a continuación, envía las políticas modificadas a la AF mediante el mensaje de acuse de recibo.
En el ejemplo anterior, si el UE cambia a un no 3GPP no seguro para el acceso, entonces las etapas 703a ~ 710a y las etapas 701b ~ 708b se omitirán.
Sobre la base del principio de la presente invención, pueden realizarse muchas variaciones a los ejemplos anteriores, por ejemplo:
(1) : En el Ejemplo uno al Ejemplo tres, la indicación de mensaje de establecimiento de la sesión de IP-CAN se transmite antes del mensaje de establecimiento de la sesión de control de la puerta de enlace; en otros ejemplos, el mensaje de establecimiento de la sesión de control de la puerta de enlace puede ser transmitido en correspondencia antes de la indicación del mensaje de establecimiento de la sesión de IP-CAN, el DRA selecciona una PCRF para la sesión de IP-CAN tras recibir el mensaje de establecimiento de la sesión de control de la puerta de enlace y, cuando la indicación del mensaje de establecimiento de la sesión de IP-CAN llega, el mensaje es enviado utilizando la IP- CAN previamente seleccionada.
(2) : En los ejemplos anteriores, la sesión de IP-CAN está identificada de manera única con (NAI, dirección IP, APN), pero la sesión de IP-CAN puede ser también identificada con (NAI, APN), (dirección IP, APN), etc.;
Adicionalmente, el NAI puede ser sustituido por otros ID (identificadores) del UE, y el APN puede ser también sustituido por otros ID de la PDN.
(3) En el Ejemplo cuatro, se describe un procedimiento para seleccionar una PCRF cuando se cambia de acceso a través de la E-UTRAN a acceso a través de una red IP no 3GPP segura o una red IP no 3GPP no segura, tomando una arquitectura de itinerancia de interrupción local como ejemplo; el flujo como en el caso de la arquitectura de itinerancia de encaminamiento local es sustancialmente el mismo excepto que el mensaje correspondiente se transmite directamente al hDRA, puesto que la P-GW y la AF están situadas en la red doméstica.
Por supuesto, la presente invención puede tener también muchos otros ejemplos, y un experto en la materia puede realizar varias modificaciones y alteraciones correspondientes, pero estas modificaciones y alternaciones correspondientes deben encontrarse todas dentro del alcance de protección de las reivindicaciones adjuntas de la 5 presente invención.
Aplicabilidad industrial
Utilizando el procedimiento para seleccionar una PCRF proporcionado por la presente invención, puede 10 seleccionarse una única PCRF de una red visitada y una red doméstica para una sesión de IP-CAN de un UE, cuando el UE está en un estado de itinerancia de encaminamiento local o de interrupción local.
Claims (11)
- 5101520253035404550556065REIVINDICACIONES1. Procedimiento para seleccionar una función de políticas y reglas de facturación, que comprende:cuando un equipo de usuario (UE) accede a un sistema del Proyecto de asociación de 3a generación (3GPP) a través de una red de acceso por radio terrestre universal evolucionada (E-UTRAN) de una red visitada o de una red de acceso de protocolo de internet (IP) no 3GPP segura o de una red de acceso IP no 3GPP no segura, tras recibir un mensaje de solicitud de establecimiento de sesión enviado por un cliente de control de políticas y cargos (PCC) situado en la red visitada, un agente de encaminamiento de “Diameter” (DRA) de la red visitada envía el mensaje de solicitud de establecimiento de sesión a una función seleccionada de políticas y reglas de facturación (PCRF) de la red visitada de acuerdo con los registros almacenados localmente, o da instrucciones al cliente de PCC para transmitir el mensaje de solicitud de establecimiento de sesión a la PCRF de la red visitada; caracterizado porquela PCRF de la red visitada envía el mensaje de solicitud de establecimiento de sesión a una DRA de una red doméstica, a continuación el DRA de la red doméstica envía el mensaje de solicitud de establecimiento de sesión a una PCRF seleccionada de la red doméstica de acuerdo con los registros almacenados localmente o da instrucciones a la PCRF de la red visitada para transmitir el mensaje de solicitud de establecimiento de sesión a la PCRF seleccionada de la red doméstica.
- 2. Procedimiento, según la reivindicación 1, en el que,cuando el UE accede al sistema 3GPP a través de una red de acceso IP no 3GPP no segura, el cliente de PCC comprende: función de cumplimiento de políticas y cargos (PCRF) y función de aplicación (AF) y, cuando el UE accede al sistema 3GPP a través de la E-UTRAN o de una red de acceso IP no 3GPP segura, el cliente de PCC comprende además la función de vinculación de portadora y de informe de eventos (BBERF); el mensaje de solicitud de establecimiento de sesión enviado por la PCEF es una indicación del mensaje de establecimiento de sesión de la red de acceso de conectividad de protocolo de internet (IP-CAN); el mensaje de solicitud de establecimiento de sesión enviado por la BBERF es un mensaje de indicación de establecimiento de la sesión de control de la puerta de enlace; el mensaje de solicitud de establecimiento de sesión enviado por la AF es un mensaje de información de aplicación/servicio.
- 3. Procedimiento, según la reivindicación 2, en el que,tras recibir el mensaje de solicitud de establecimiento de sesión, el DRA de la red visitada busca los registros almacenados localmente y, si no se encuentran los registros correspondientes de la sesión de IP-CAN, el DRA de la red visitada selecciona la PCRF de la red visitada para la sesión de IP-CAN y registra la relación correspondiente entre la sesión de IP-CAN y la PCRF de la red visitada; y envía el mensaje a la PCRF seleccionada de la red visitada, o da instrucciones al cliente de PCC para transmitir el mensaje a la PCRF de la red visitada correspondiente a los registros;si se encuentran registros de la sesión de IP-CAN, el DRA de la red visitada envía el mensaje a la PCRF de la red visitada correspondiente a los registros, o da instrucciones al cliente de PCC para transmitir el mensaje a la PCRF de la red visitada correspondiente a los registros.
- 4. Procedimiento, según la reivindicación 3, en el que,si se recibe la indicación del mensaje de establecimiento de la sesión de IP-CAN, la PCRF de la red visitada envía el mensaje al DRA de la red doméstica (503a);si se recibe el mensaje de indicación de establecimiento de la sesión de control de la puerta de enlace (406a) o el mensaje de información de aplicación/servicio (618a), la PCRF de la red visitada envía el mensaje al DRA de la red doméstica (407a; 619a), o transmite el mensaje a la PCRF correspondiente de la red doméstica de acuerdo con la relación correspondiente almacenada entre la sesión de IP-CAN y la PCRF de la red doméstica (410b; 618b).
- 5. Procedimiento, según la reivindicación 4, en el que,tras recibir el mensaje de solicitud de establecimiento de la sesión enviado por la PCRF de la red visitada, el DRA de la red doméstica busca registros almacenados localmente y,si no se encuentran los registros correspondientes de la sesión de IP-CAN, el DRA de la red doméstica selecciona la PCRF de la red doméstica para la sesión de IP-CAN y registra la relación correspondiente entre la sesión de IP-CAN y la PCRF de la red doméstica; y envía el mensaje a la PCRF seleccionada de la red doméstica, o da instrucciones a la PCRF de la red visitada para transmitir el mensaje a la PCRF de la red doméstica correspondiente a los registros; si se encuentran registros de la sesión de IP-CAN, el DRA de la red doméstica envía el mensaje a la PCRF de la red doméstica correspondiente a los registros, o da instrucciones a la PCRF de la red visitada para transmitir el mensaje a la PCRF de la red doméstica correspondiente a los registros.
- 6. Procedimiento, según la reivindicación 2, que comprende además:tras recibir la indicación del mensaje de establecimiento de la sesión de IP-CAN enviado por el DRA de la red doméstica (504a), la PCRF de la red doméstica genera la correspondiente política de PCC, y contiene la política de PCC en un mensaje de acuse de recibo de establecimiento de la sesión de IP-CAN, y envía el mensaje de acuse de5101520253035404550556065recibo de establecimiento de la sesión de IP-CAN a la PCEF a través del DRA de la red doméstica, de la PCRF de la red visitada y del DRA de la red visitada (505a, 506a, 507a, 508a);tras recibir la indicación del mensaje de establecimiento de la sesión de IP-CAN enviado por la PCRF de la red visitada (506b), la PCRF de la red doméstica genera una política de PCC correspondiente y contiene la política de PCC en el mensaje de acuse de recibo de establecimiento de la sesión de IP-CAN, y envía el mensaje de acuse de recibo de establecimiento de la sesión de IP-CAN a la PCEF a través de la PCRF de la red visitada (507b, 508b).
- 7. Procedimiento, según la reivindicación 2, que comprende además:tras recibir el mensaje de establecimiento de la sesión de control de la puerta de enlace enviado por el DRA de la red doméstica (408a; 512a; 612a), la PCRF de la red doméstica genera la correspondiente política de calidad de servicio (QoS) y contiene la política de QoS en un mensaje de acuse de recibo de establecimiento de la sesión de control de la puerta de enlace, y envía el mensaje de acuse de recibo de establecimiento de la sesión de control de la puerta de enlace a la BBERF a través del DRA de la red doméstica, de la PCRF de la red visitada y del DRA de la red visitada (409a -412a; 513a - 516a; 613a - 616a);tras recibir el mensaje de establecimiento de la sesión de control de la puerta de enlace enviado por la PCRF de la red visitada (410b; 512b; 612b), la PCRF de la red doméstica genera la correspondiente política de QoS y contiene la política de QoS en el mensaje de acuse de recibo de establecimiento de la sesión de control de la puerta de enlace, y envía el mensaje de acuse de recibo de establecimiento de la sesión de control de la puerta de enlace a la PCEF a través de la PCRF de la red visitada (411b, 412b; 513b, 514b; 613b, 614b).
- 8. Procedimiento, según la reivindicación 2, que comprende además:tras recibir el mensaje de información de aplicación/servicio enviado por el DRA de la red doméstica (620a), la PCRF de la red doméstica almacena la información de servicio contenida en el mismo para generar una política de PCC y devuelve un mensaje de acuse de recibo a la AF a través del DRA de la red doméstica, de la PCRF de la red visitada y del DRA de la red visitada (621a - 624a);tras recibir el mensaje de información de aplicación/servicio enviado por la PCRF de la red visitada (618b), la PCRF de la red doméstica almacena la información de servicio contenida en el mismo para generar una política de PCC, y devuelve un mensaje de acuse de recibo a la AF a través de la PCRF de la red visitada (619b, 620b).
- 9. Procedimiento, según la reivindicación 2, en el que, cuando el UE cambia de la E-UTRAN a la red de acceso IP no 3GPP segura o no segura para acceder al sistema 3GPP, o cambia en sentido contrario,tras recibir un mensaje de modificación de la sesión de IP-CAN enviado por la PCEF situada en la red visitada (711a), el DRA de la red visitada envía el mensaje de modificación de la sesión de IP-CAN a la PCRF correspondiente de la red visitada de acuerdo con los registros almacenados de la sesión de IP-CAN (712a); la PCRF de la red visitada envía el mensaje de modificación de la sesión de IP-CAN al DRA de la red doméstica de acuerdo con el identificador (ID) del UE contenido en el mensaje de modificación de la sesión de IP-CAN, o de acuerdo con la correspondiente relación registrada localmente entre la sesión de IP-CAN y el DRA de la red doméstica (713a);tras recibir el mensaje de modificación de la sesión de IP-CAN, el DRA de la red doméstica envía el mensaje de modificación de la sesión de IP-CAN a la PCRF correspondiente de la red doméstica de acuerdo con los registros almacenados de la sesión de IP-CAN (714a); la PCRF de la red doméstica modifica la política de PCC de la sesión de IP-CAN, y contiene la política de PCC modificada en un mensaje de acuse de recibo de modificación de la sesión de IP-CAN, y transmite el mensaje de acuse de recibo de modificación de la sesión de IP-CAN a la PCEF a través del DRA de la red doméstica, de la PCRF de la red visitada y del DRA de la red visitada (715a - 718a).
- 10. Procedimiento, según la reivindicación 2, que comprende además:cuando el UE cambia de la E-UTRAN a la red de acceso IP no 3GPP segura o no segura para acceder al sistema 3GPP, o cambia en sentido contrario:tras recibir un mensaje de modificación de la sesión de IP-CAN enviado por la PCEF situada en la red visitada (709b), la PCRF de la red visitada envía el mensaje de modificación de la sesión de IP-CAN a la PCRF correspondiente de la red doméstica de acuerdo con los registros almacenados de la sesión de IP-CAN (710b); y la PCRF de la red doméstica modifica la política de PCC de la sesión de IP-CAN y contiene la política de PCC modificada en un mensaje de acuse de recibo de modificación de la sesión de IP-CAN, y transmite el mensaje de acuse de recibo de modificación de la sesión de IP-CAN a la PCEF a través de la PCRF de la red visitada (711b, 712b).
- 11. Procedimiento, según la reivindicación 1, en el que,el hecho de que el DRA de la red visitada dé instrucciones al cliente de PCC para transmitir el mensaje de solicitud de establecimiento de sesión a la PCRF seleccionada de la red visitada significa que el DRA de la red visitada transmite un mensaje de redirección que contiene una dirección de la PCRF de la red visitada al cliente de PCC, y el cliente de PCC transmite el mensaje de solicitud de establecimiento de la sesión a la PCRF de la red visitada tras recibir el mensaje de redirección;el hecho de que el DRA de la red doméstica dé instrucciones a la PCRF de la red visitada para transmitir el mensaje de solicitud de establecimiento de sesión a la PCRF seleccionada de la red doméstica significa que el DRA de la red doméstica transmite un mensaje de redirección que contiene una dirección de la PCRF de la red doméstica a la PCRF de la red visitada y, la PCRF de la red visitada transmite el mensaje de solicitud de establecimiento de sesión 5 a la PCRF de la red doméstica tras recibir el mensaje de redirección.
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710186139XA CN101198171B (zh) | 2007-12-27 | 2007-12-27 | 一种漫游场景下的策略计费控制消息的路由方法 |
CN200710186139 | 2007-12-27 | ||
CN200810004533 | 2008-01-16 | ||
CN2008100045331A CN101217810B (zh) | 2008-01-16 | 2008-01-16 | 一种策略和计费规则功能的选择方法 |
PCT/CN2008/073276 WO2009086759A1 (zh) | 2007-12-27 | 2008-12-01 | 一种策略和计费规则功能的选择方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2553191T3 true ES2553191T3 (es) | 2015-12-04 |
Family
ID=40852806
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES08869485.6T Active ES2553191T3 (es) | 2007-12-27 | 2008-12-01 | Procedimiento de selección de una función de políticas y reglas de facturación |
Country Status (4)
Country | Link |
---|---|
US (1) | US8326263B2 (es) |
EP (1) | EP2234422B1 (es) |
ES (1) | ES2553191T3 (es) |
WO (1) | WO2009086759A1 (es) |
Families Citing this family (69)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ATE545997T1 (de) | 2004-12-17 | 2012-03-15 | Tekelec Us | Verfahren, systeme und computerprogrammprodukte zur unterstützung des datenbankzugriffs in einer netzwerkumgebung des internet-protokoll- multimedia-subsystems (ims) |
CN101931928B (zh) * | 2009-06-19 | 2014-08-13 | 中兴通讯股份有限公司 | 漫游场景下单apn多pdn连接的策略计费控制的方法及系统 |
WO2011006768A1 (en) | 2009-07-17 | 2011-01-20 | Koninklijke Kpn N.V. | Information transmission in a machine-to-machine telecommunications network |
CN101959164A (zh) * | 2009-07-17 | 2011-01-26 | 中兴通讯股份有限公司 | 删除家乡策略和计费规则功能冗余信息的方法及系统 |
US8615237B2 (en) * | 2010-01-04 | 2013-12-24 | Tekelec, Inc. | Methods, systems, and computer readable media for policy and charging rules function (PCRF) node selection |
CA2786115C (en) | 2010-01-05 | 2018-09-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for gateway session establishment |
CN102123035B (zh) * | 2010-01-08 | 2015-06-03 | 中兴通讯股份有限公司 | 策略和计费规则功能实体的选择方法、装置及系统 |
US20110182206A1 (en) * | 2010-01-25 | 2011-07-28 | Qualcomm Incorporated | Apparatus and method for associating a gateway control session with an internet protocol connectivity access network (ip-can) session |
US8930551B2 (en) * | 2010-02-18 | 2015-01-06 | Alcatel Lucent | Diverse source message association |
US9185510B2 (en) | 2010-03-03 | 2015-11-10 | Tekelec, Inc. | Methods, systems, and computer readable media for managing the roaming preferences of mobile subscribers |
US9917700B2 (en) | 2010-03-15 | 2018-03-13 | Tekelec, Inc. | Systems, methods, and computer readable media for policy enforcement correlation |
CN102238512B (zh) * | 2010-04-29 | 2015-11-25 | 中兴通讯股份有限公司 | 机器类通信mtc的策略应用方法及策略和计费执行实体 |
US20110282981A1 (en) * | 2010-05-11 | 2011-11-17 | Alcatel-Lucent Canada Inc. | Behavioral rule results |
IN2012CN10349A (es) | 2010-06-06 | 2015-07-31 | Tekelec Inc | |
US8903357B2 (en) | 2010-06-28 | 2014-12-02 | Alcatel Lucent | Session binding using subscriber identification |
CN102469431B (zh) | 2010-11-05 | 2015-04-01 | 中兴通讯股份有限公司 | 漫游场景下支持ip流迁移的策略计费控制方法和系统 |
WO2012071739A1 (zh) * | 2010-12-03 | 2012-06-07 | 华为技术有限公司 | 不同网络间寻址的实现方法、路由代理网元及系统 |
EP2671396B1 (en) * | 2011-02-04 | 2019-07-24 | Tekelec, Inc. | Methods, systems, and computer readable media for provisioning a diameter binding repository |
JP5514138B2 (ja) * | 2011-02-18 | 2014-06-04 | 日本電信電話株式会社 | 通信システム、gw装置、及びポリシ制御装置連携方法 |
WO2012118959A1 (en) * | 2011-03-01 | 2012-09-07 | Tekelec, Inc. | Methods, systems, and computer readable media for sharing diameter binding data |
US8737304B2 (en) | 2011-03-01 | 2014-05-27 | Tekelec, Inc. | Methods, systems, and computer readable media for hybrid session based diameter routing |
WO2012118963A1 (en) * | 2011-03-01 | 2012-09-07 | Tekelec, Inc. | Methods, systems and computer readable media for dynamically learning diameter binding information |
US8547908B2 (en) | 2011-03-03 | 2013-10-01 | Tekelec, Inc. | Methods, systems, and computer readable media for enriching a diameter signaling message |
JP5661207B2 (ja) | 2011-03-18 | 2015-01-28 | テケレック・インコーポレイテッドTekelec, Inc. | モバイル機器ネットワークアクセスのダイアメータベースの誘導のための方法、システム、およびコンピュータ読取可能媒体 |
WO2012154674A2 (en) * | 2011-05-06 | 2012-11-15 | Tekelec, Inc. | Methods, systems, and computer readable media for steering a subscriber between access networks |
US9106769B2 (en) | 2011-08-10 | 2015-08-11 | Tekelec, Inc. | Methods, systems, and computer readable media for congestion management in a diameter signaling network |
KR20130038092A (ko) * | 2011-10-07 | 2013-04-17 | 주식회사 케이티 | 오프로드된 트래픽의 서비스 품질 정책 설정방법 및 그 장치 |
US8787407B2 (en) * | 2011-10-14 | 2014-07-22 | Alcatel Lucent | Processing messages correlated to multiple potential entities |
US20130097326A1 (en) * | 2011-10-18 | 2013-04-18 | Alcatel-Lucent Canada Inc. | Visited pcrf s9 session id generation |
US9173073B2 (en) * | 2011-12-19 | 2015-10-27 | Motorola Solutions, Inc. | Method and apparatus for processing group event notifications and providing group policy in a communication system |
CN102577450B (zh) * | 2011-12-30 | 2014-04-30 | 华为技术有限公司 | 确定策略和计费规则功能实体的方法、装置和系统 |
CN103327453A (zh) | 2012-03-22 | 2013-09-25 | 北京三星通信技术研究有限公司 | 一种选择pcef和pcrf的方法 |
JP6605955B2 (ja) | 2012-07-14 | 2019-11-13 | テケレック・インコーポレイテッド | ポリシーベースのローカルブレークアウト(lbo)のための方法、システム、およびコンピュータ読取可能な媒体 |
JP6514639B2 (ja) | 2012-07-14 | 2019-05-15 | テケレック・インコーポレイテッドTekelec, Inc. | 無線アクセスネットワークにおける輻輳を動的に制御するための方法、システム、およびコンピュータ読取可能媒体 |
CN104769980B (zh) | 2012-07-20 | 2019-05-03 | 泰科来股份有限公司 | 向移动端分配策略规则的方法、系统和计算机可读介质 |
CN104770015B (zh) * | 2012-11-06 | 2019-03-01 | 诺基亚技术有限公司 | 接入网选择 |
US9319378B2 (en) | 2013-01-23 | 2016-04-19 | Tekelec, Inc. | Methods, systems, and computer readable media for using a diameter routing agent (DRA) to obtain mappings between mobile subscriber identification information and dynamically assigned internet protocol (IP) addresses and for making the mappings accessible to applications |
CN104145505B (zh) * | 2013-01-31 | 2018-06-26 | 华为技术有限公司 | 接入处理方法、装置和系统 |
KR102096503B1 (ko) * | 2013-03-07 | 2020-04-02 | 삼성전자주식회사 | 무선통신 시스템에서 트래픽 제어 방법 및 장치 |
WO2015051536A1 (zh) * | 2013-10-11 | 2015-04-16 | 华为技术有限公司 | 信息传输方法和装置 |
US10225698B2 (en) | 2014-07-03 | 2019-03-05 | Cisco Technology, Inc. | System and method for providing message delivery and paging to a group of users in a network environment |
US9516640B2 (en) | 2014-08-01 | 2016-12-06 | Cisco Technology, Inc. | System and method for a media access control scheduler for a long term evolution unlicensed network environment |
US10462699B2 (en) | 2014-09-08 | 2019-10-29 | Cisco Technology, Inc. | System and method for internet protocol version-based multiple access point name support in a network environment |
US9717068B2 (en) | 2014-09-09 | 2017-07-25 | Cisco Technology, Inc. | System and method for supporting cell updates within a small cell cluster for idle mobility in cell paging channel mode |
US9699725B1 (en) | 2014-11-07 | 2017-07-04 | Cisco Technology, Inc. | System and method for providing power saving mode enhancements in a network environment |
US9730156B1 (en) | 2014-11-07 | 2017-08-08 | Cisco Technology, Inc. | System and method for providing power saving mode enhancements in a network environment |
US9843687B2 (en) | 2014-11-09 | 2017-12-12 | Cisco Technology, Inc. | System and method for radio aware traffic management based wireless authorization |
US9629042B2 (en) | 2014-12-05 | 2017-04-18 | Cisco Technology, Inc. | System and method for providing collaborative neighbor management in a network environment |
US9686798B1 (en) | 2015-01-14 | 2017-06-20 | Cisco Technology, Inc. | System and method for providing collision-avoided physical downlink control channel resource allocation in a network environment |
US9621362B2 (en) | 2015-02-03 | 2017-04-11 | Cisco Technology, Inc. | System and method for providing policy charging and rules function discovery in a network environment |
US10951519B2 (en) | 2015-06-17 | 2021-03-16 | Oracle International Corporation | Methods, systems, and computer readable media for multi-protocol stateful routing |
US10084755B2 (en) | 2015-08-14 | 2018-09-25 | Oracle International Corporation | Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) proxy and diameter agent address resolution |
US9923984B2 (en) | 2015-10-30 | 2018-03-20 | Oracle International Corporation | Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) message loop detection and mitigation |
US10554661B2 (en) | 2015-08-14 | 2020-02-04 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network session correlation for policy control |
US9668135B2 (en) | 2015-08-14 | 2017-05-30 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network signaling protocol interworking for user authentication |
US9668134B2 (en) | 2015-08-14 | 2017-05-30 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network protocol interworking and authentication proxying |
CN105050072A (zh) * | 2015-08-21 | 2015-11-11 | 中国联合网络通信集团有限公司 | 一种会话绑定的方法及网络系统 |
EP3525502A4 (en) * | 2016-11-08 | 2019-10-30 | Huawei Technologies Co., Ltd. | METHOD, DEVICE AND SYSTEM FOR INTEGRATED CONTROL DEVICE SELECTION |
US10225762B2 (en) | 2017-03-28 | 2019-03-05 | Oracle International Corporation | Methods, systems, and computer readable media for message flood suppression during access node-gateway (AN-GW) unavailability and after AN-GW restoration |
US10581928B2 (en) | 2017-04-21 | 2020-03-03 | Oracle International Corporation | Methods, systems, and computer readable media for sharing identification information of network nodes in an internet protocol multimedia subsystem (IMS) network |
CN110650475B (zh) * | 2018-06-26 | 2022-06-03 | 中国移动通信有限公司研究院 | 一种会话绑定处理方法及网络设备 |
CN112040471B (zh) * | 2019-06-04 | 2022-05-31 | 华为技术有限公司 | 用于发送终端策略的方法、装置和系统 |
US11283883B1 (en) | 2020-11-09 | 2022-03-22 | Oracle International Corporation | Methods, systems, and computer readable media for providing optimized binding support function (BSF) packet data unit (PDU) session binding discovery responses |
US11558737B2 (en) | 2021-01-08 | 2023-01-17 | Oracle International Corporation | Methods, systems, and computer readable media for preventing subscriber identifier leakage |
US11888894B2 (en) | 2021-04-21 | 2024-01-30 | Oracle International Corporation | Methods, systems, and computer readable media for mitigating network function (NF) update and deregister attacks |
US11627467B2 (en) | 2021-05-05 | 2023-04-11 | Oracle International Corporation | Methods, systems, and computer readable media for generating and using single-use OAuth 2.0 access tokens for securing specific service-based architecture (SBA) interfaces |
US11638155B2 (en) | 2021-05-07 | 2023-04-25 | Oracle International Corporation | Methods, systems, and computer readable media for protecting against mass network function (NF) deregistration attacks |
US11695563B2 (en) | 2021-05-07 | 2023-07-04 | Oracle International Corporation | Methods, systems, and computer readable media for single-use authentication messages |
US11570689B2 (en) | 2021-05-07 | 2023-01-31 | Oracle International Corporation | Methods, systems, and computer readable media for hiding network function instance identifiers |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007026268A1 (en) * | 2005-08-31 | 2007-03-08 | Nokia Corporation | Inter-access mobility and service control |
CN1988722A (zh) * | 2005-12-20 | 2007-06-27 | 北京三星通信技术研究有限公司 | 在漫游状态下进行策略控制的方法 |
CN101060413B (zh) | 2006-04-17 | 2011-01-05 | 华为技术有限公司 | 漫游时的策略和计费控制方法及系统 |
CN101072170B (zh) | 2006-05-13 | 2010-06-23 | 华为技术有限公司 | 无线通讯网络中策略和计费规则功能网元的寻址方法 |
CN101047988B (zh) | 2006-05-30 | 2010-12-01 | 华为技术有限公司 | 一种用户漫游状态下的策略及计费控制方法 |
CN100563388C (zh) | 2006-06-01 | 2009-11-25 | 华为技术有限公司 | 一种用户漫游状态下的策略及计费控制方法 |
CN101198171B (zh) * | 2007-12-27 | 2011-09-21 | 中兴通讯股份有限公司 | 一种漫游场景下的策略计费控制消息的路由方法 |
CN101217810B (zh) * | 2008-01-16 | 2011-11-30 | 中兴通讯股份有限公司 | 一种策略和计费规则功能的选择方法 |
-
2008
- 2008-12-01 ES ES08869485.6T patent/ES2553191T3/es active Active
- 2008-12-01 WO PCT/CN2008/073276 patent/WO2009086759A1/zh active Application Filing
- 2008-12-01 US US12/811,075 patent/US8326263B2/en active Active
- 2008-12-01 EP EP08869485.6A patent/EP2234422B1/en active Active
Also Published As
Publication number | Publication date |
---|---|
US8326263B2 (en) | 2012-12-04 |
EP2234422A1 (en) | 2010-09-29 |
EP2234422A4 (en) | 2013-11-13 |
EP2234422B1 (en) | 2015-08-12 |
US20100291923A1 (en) | 2010-11-18 |
WO2009086759A1 (zh) | 2009-07-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2553191T3 (es) | Procedimiento de selección de una función de políticas y reglas de facturación | |
US9019890B2 (en) | Method for selecting a policy and charging rules function server on a non-roaming scene | |
JP5499170B2 (ja) | 課金システム及び課金の方法 | |
US9380446B2 (en) | Policy and charging control method supporting IP flow mobility in roaming scenario | |
US8438290B2 (en) | Method for selecting a policy and charging rules function entity in the non-roaming scenario | |
WO2017143915A1 (zh) | 一种实现接入点带宽限制的方法和装置 | |
CN101583112B (zh) | 会话信息的标识方法及装置 | |
US9351325B2 (en) | Policy control method and system for converged network | |
US8594067B2 (en) | Multiple access method and system of terminal in evolved packet system | |
US9544832B2 (en) | Method, apparatus and system for policy control | |
US8811342B2 (en) | Method and system for deleting redundant information of home policy and charging rules function | |
US20110099604A1 (en) | Access control method and system for packet data network, pcrf entity | |
US9113436B2 (en) | Method and system for information transmission | |
WO2010015133A1 (zh) | Dra中的会话信息的删除方法 | |
US9100771B2 (en) | Machine type communication event reporting method, device and system | |
EP2883384A1 (en) | Signaling traffic reduction in mobile communication systems | |
CN101771986A (zh) | 基于多接入技术的策略计费控制方法、装置和系统 | |
CN101742471A (zh) | 一种数据流与接入网连接绑定的方法 | |
US20120176973A1 (en) | Method for processing multiple access, home agent and user equipment | |
EP2323340B1 (en) | Method and apparatus for identifying session information | |
WO2012022218A1 (zh) | 一种建立会话、策略下发的方法和系统 |