ES2928601T3 - Control de políticas basado en la red para accesos simultáneos - Google Patents

Abstract

La presente invención se enfrenta a la identificación de los resultados de la asignación de recursos cuando la solicitud de recursos y las modificaciones ocurren en rápida sucesión, y permite asociar en una AF cada descripción de componente de medios transmitida a una PCRF con un identificador de instancia de componente de medios, asociando en la PCRF cada identificador de instancia de componente de medios con identificadores de instancia de regla para reglas de control determinadas para cada descripción de componente de medios, y asociando en un PCEF cada identificador de instancia de regla con una regla de control y con un portador para el cual se va a instalar o modificar la regla de control. Al obtener un resultado de asignación de recursos para un portador en la PCEF, determinar y transmitir a la PCRF el identificador de instancia de regla asociado con el portador y una regla de control afectada, determinar y transmitir desde la PCRF al AF un identificador de instancia de componente de medios asociado con la identificador de instancia de regla recibida para la regla de control afectada, e identificando en la AF la descripción del componente de medios asociada con el identificador de instancia de componente de medios recibido y para la cual se aplica el resultado de asignación de recursos recibido. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Control de políticas basado en la red para accesos simultáneos

Campo técnico

La presente invención se refiere en general a un servidor de control de políticas, un nodo de aplicación de políticas y un nodo de función de aplicación, y a los métodos correspondientes, para informar de un resultado de asignación de recursos en una arquitectura de Control de Políticas y Facturación; y, más específicamente, la invención se refiere a informar de los resultados de la asignación de recursos cuando ocurren varios informes en un periodo de tiempo corto, es decir, antes de tener conocimiento de un resultado de asignación para un recurso anterior.

Antecedentes

La especificación TS 23.203 (V.13.3.0) de 3GPP especifica la funcionalidad de Control de Políticas y Facturación (PCC) para el dominio de Paquetes Conmutados de 3GPP Evolucionados, incluidos tanto los accesos de 3GPP (GERAN/UTRAN/E-UTRAN) y los accesos no de 3GPP. Entre otras, la funcionalidad de PCC comprende una Función de Reglas de Políticas y Facturación (PCRF), una Función de Aplicación de Políticas y Facturación (PCEF) y una Función de Aplicación (AF).

La PCRF es el elemento funcional que abarca la decisión de control de políticas y las funcionalidades de control de tarificación basadas en el flujo. Proporciona control de red y activación, y gestiona la tarificación basada en el flujo. A través de la interfaz Diameter Gx y utilizando las reglas de PCC, la PCRF instruye a la PCEF con respecto al tratamiento de cada flujo de datos de servicio. La PCRF puede recibir información relacionada con la sesión y los medios de una AF.

La AF es un elemento que ofrece a las aplicaciones el control de los recursos de los portadores de IP y puede requerir la diferenciación de la Calidad de Servicio (QoS) para tales aplicaciones. La AF se comunica con la PCRF, a través de una interfaz Diameter Rx, para transferir información de sesión dinámica (es decir, descripción de los medios que se entregarán en la capa de transporte).

La AF puede ser implementada por el mismo operador que ofrece la Red de Acceso de Conectividad IP (IP-CAN), o puede ser proporcionada por un proveedor de servicios de terceros externo. Una AF ejemplar puede ser una Función de Control de Sesión de Llamada Intermediaria (P-CSCF) del subsistema de Red Central (CN) de Multimedia IP (IM). En aras de la simplicidad, el subsistema de CN de IM puede denominarse IMS en lo sucesivo.

La PCEF abarca la detección del flujo de datos del servicio, la aplicación de políticas y las funcionalidades de facturación basadas en el flujo mediante la aplicación de las reglas de PCC recibidas de la PCRF a través de la interfaz Diameter Gx.

Esta arquitectura de PCC también puede incluir una Función de Notificación de Eventos y Enlace de Portador (BBERF) que, para los fines de la presente invención, se comporta de manera similar y con un fin similar a la PCEF, pero para recibir y manejar la Calidad de Servicio (QoS), a través de una interfaz Diameter Gxx, en lugar de reglas de PCC.

En particular, la PCEF puede estar ubicada, por ejemplo, en un nodo de soporte de GPRS pasarela (GGSN) en una red central de servicio general de radio por paquetes (GPRS). La red central de GPRS permite que las redes móviles 2G, 3G y WCDMA transmitan paquetes IP a redes externas tales como Internet. Para los casos en donde existe un protocolo IP Móvil Intermediario (PMIP) en lugar de un protocolo de tunelización de GPRS (GTP) entre una Función de Notificación de Eventos y Enlace de Portador (BBERF) y la PCEF, el enlace de portador se realiza en la BBERF en su lugar. Además, la PCEF también puede estar ubicada, por ejemplo, en una pasarela de red de paquetes de datos (PGW) en una red de sistema de paquetes evolucionado (EPS). La PGW, que también puede abreviarse como GW de PDN, es el punto de interconexión entre el núcleo de paquetes evolucionado (EPC) y las redes de IP externas. Además, la PCEF también puede estar ubicada, por ejemplo, en una pasarela de paquetes de datos (PDG) para conectar una red de WLAN que no sea de confianza con una red de 3GPP. En este escenario, la PDG puede ser una pasarela a una red de paquetes de datos específica, tal como Internet o una red de servicios del operador.

La PCRF, la PCEF, la BBERF y la AF, como se ilustra en la Figura 1, son actores importantes para las interacciones de control de políticas. La arquitectura de PCC, así como los nodos de PCRF, PCEF, BBERF y AF se describen en la especificación TS 23.203 de el 3GPP, el punto de referencia de Diameter Rx se describe en la especificación TS 29.214 de 3GPP y los puntos de referencia de Diameter Gx y Gxx se describen en la especificación TS 29.212 de 3GPP.

Convencionalmente, siempre que la AF inicia una solicitud de Rx hacia la PCRF para establecer una sesión de AF, la PCRF crea las reglas de PCC/QoS correspondientes y las instala en la PCEF/BBERF, de modo que uno o más portadores correspondientes se establezcan o modifiquen y, correspondientemente, se reserven los recursos relacionados.

Una vez que se establece la sesión de AF, la AF puede modificar la información relacionada con el servicio en cualquier momento, enviando una solicitud de Rx a la PCRF. Esto puede suceder, por ejemplo, cuando se inicia una nueva aplicación y se agrega a una sesión de Rx existente, o cuando la AF modifica la prioridad de un servicio de prioridad multimedia. Luego, la PCRF realiza el control de políticas y modifica las reglas de PCC/QoS existentes según las modificaciones de servicio requeridas por la AF. La PCEF/BBERF modifica las reglas identificadas de PCC/QoS y se inician los procedimientos portadores relacionados, cuando sea aplicable.

En general, la AF requiere que se le notifique sobre el resultado del procedimiento de asignación de recursos para activar la señalización de extremo a extremo requerida a nivel de aplicación, tal como, por ejemplo, para iniciar una liberación de sesión o tomar cualquier otra acción necesaria en caso de una asignación no exitosa. La Solicitud de Cambio ''Authorization based on transfer policy", BORRADOR de 3GPP; 29.214 v13.5.0, CR 0456 rev 4, AESE-CT, C3-161301 describe el Aprovisionamiento Inicial de Información de Sesión y la Modificación adicional de la Información de Sesión, desde la AF a la PCRF.

En escenarios como Pulsar para Hablar de Misión Crítica (MCPTT), el conocimiento de esta información puede ser crítico para el operador a fin de tomar las acciones adecuadas para garantizar que la QoS de la red sea adecuada para estas demandas críticas. Si la AF no es informada, el servicio continuará según condiciones que podrían no ser adecuadas a la aplicación y/o al usuario. También se podría facturar al usuario incorrectamente. Cuando la AF se suscribe para recibir esta información, la PCRF informará a la AF una vez que se complete el procedimiento de portador, es decir, una vez que la PCEF/BBERF informe a la PCRF sobre el estado final del recurso.

Aparte de eso, hay servicios que requieren una modificación frecuente de las condiciones del servicio sobre el punto de referencia Rx (interfaz Rx). Este es el caso de, por ejemplo, la solución de Seguridad Pública, donde la prioridad del servicio se cambia en base a factores como la ubicación, la información de suscripción o cualquier condición que dependa de la aplicación. La aplicación espera que la red se adapte lo antes posible a las nuevas condiciones de prioridad. En esos casos, la AF puede generar una solicitud de Rx hacia la PCRF antes de haber recibido la confirmación sobre una reserva de recursos anterior exitosa o no exitosa.

Por otro lado, la señalización entre la AF y la PCRF es asíncrona con respecto a la señalización entre la PCRF y la PCEF/BBERF, y también con respecto a la señalización entre la PCEF/BBERF y una pasarela de servicio, tal como, por ejemplo, la Pasarela de Servicio (SGW) o Nodo de Soporte de GPRS de Servicio (SGSN). En esta situación, donde una regla de PCC/QoS se instala primero y luego se actualiza posteriormente en una sucesión rápida, no es posible que la PCRF sepa si un estado de recurso informado corresponde al primer o posteriores procedimientos de modificación de la regla de PCC/QoS, y la AF se puede informar adecuadamente sobre si el primer recurso o los posteriores recursos se han asignado correctamente. Por ejemplo, si la prioridad de un servicio se cambió dos veces en una sucesión rápida, no es posible que la aplicación sepa si el tratamiento de prioridad es según las demandas del servicio relacionadas con la última solicitud y, para servicios como los relacionados con la Seguridad Pública, es crítico que el servicio se priorice correctamente, y esta información es necesaria para que la aplicación pueda tomar las acciones adecuadas. El documento "Authorization based on transfer policy", XP051117736, de ZTE, describe (4.4.2) que una Función de Aplicación AF modifica la información de la sesión, debido a una modificación de sesión de AF o un disparador de AF interno, enviando una solicitud de AA a la Función de Facturación y Control de Políticas, PCRF, el comando de Solicitud de AA que contiene un o unos AVP de descripción de componentes de medios con Información de Servicio actualizada. El comando de Solicitud de AA se envía solo después de que se haya reconocido un comando de Solicitud de AA anterior. La PCRF autoriza la sesión y establece las reglas de PCC correspondientes a la Función de Aplicación de Políticas y Facturación PCEF. La AF también proporciona información de servicio que aún no se ha negociado completamente al incluir AVP de Estado de Información de Servicio con un valor establecido en INFORMACIÓN DE SERVICIO PRELIMINAR. La PCRF realiza una verificación de autorización anticipada de la información del servicio.

Compendio

La presente invención tiene como objetivo minimizar al menos los inconvenientes anteriores y proporciona, como se define en las reivindicaciones 1, 5 y 7, métodos para informar de un resultado de asignación de recursos cuando la solicitud de recursos y las modificaciones de recursos ocurren en un corto periodo de tiempo, es decir, antes de tener conocimiento de un resultado de asignación para un recurso anterior, cada método se lleva a cabo en uno de un servidor de control de políticas, un nodo de aplicación de políticas y un nodo de función de aplicación (AF), así como también proporciona, como se define en las reivindicaciones 10, 12 y 14, un servidor de control de políticas, un nodo de aplicación de políticas y un nodo de AF que cooperan para llevar a cabo dichos métodos.

De acuerdo con un primer aspecto de la presente invención, se proporciona un método para informar de un resultado de asignación de recursos cuando la solicitud de recursos sucesiva y las modificaciones de recursos ocurren en un periodo de tiempo corto, es decir, antes de tener conocimiento de un resultado de asignación para un recurso anterior, el método se lleva a cabo en un servidor de control de políticas. Este método es según la reivindicación 1. Las realizaciones se definen en las reivindicaciones dependientes 2 a 4.

En este método, los identificadores de instancia de regla sucesivos se pueden generar en el servidor de control de políticas con valores secuenciados. Por ejemplo, cada identificador de instancia de regla puede comprender una marca de tiempo que indica el momento cuando se ha generado el identificador de instancia de regla.

Los valores secuenciados son ventajosos para evitar procedimientos innecesarios. Por ejemplo, cuando se reciben informes adicionales para una regla de control, con identificadores de instancia de regla anteriores a un último identificador de instancia de regla en un informe recibido anteriormente, se pueden ignorar tales informes adicionales.

En una realización, este método puede comprender además determinar un flujo de IP asociado con el nombre de regla de control recibido y afectado por el resultado de la asignación de recursos; y, en este caso, el informe, transmitido al nodo de AF, también puede indicar un identificador del flujo de IP afectado por el resultado de la asignación de recursos. Esta determinación del flujo de IP se puede hacer cuando se determina el identificador de instancia de componente de medios asociado con el identificador de instancia de regla recibido para la regla de control afectada.

De acuerdo con un segundo aspecto de la presente invención, se proporciona un método para informar de un resultado de asignación de recursos cuando la solicitud de recursos sucesiva y las modificaciones de recursos ocurren en un periodo de tiempo breve, es decir, antes de tener conocimiento de un resultado de asignación para un recurso anterior, el método se lleva a cabo en un nodo de aplicación de políticas. Este método es según la reivindicación 5. Una realización se define en la reivindicación dependiente 6.

En particular, el procedimiento de asignación de recursos desencadenado para cada portador puede corresponder a un establecimiento de un nuevo portador o a una modificación de un portador establecido.

De acuerdo con un tercer aspecto de la presente invención, se proporciona un método para informar un resultado de asignación de recursos cuando la solicitud de recursos sucesiva y las modificaciones de recursos ocurren en un periodo de tiempo breve, es decir, antes de tener conocimiento de un resultado de asignación para un recurso anterior, el método se lleva a cabo en un nodo de AF. Este método es según la reivindicación 7. Las realizaciones se definen en las reivindicaciones dependientes 8 a 9.

En este método, los identificadores de instancia de componente de medios sucesivos se pueden generar en el nodo de AF con valores secuenciados. Por ejemplo, cada identificador de instancia de componente de medios puede comprender una marca de tiempo que indica el momento cuando se ha generado el identificador de instancia de componente de medios.

Los valores secuenciados son ventajosos para evitar procedimientos innecesarios. Por ejemplo, cuando se reciben informes adicionales para una descripción de componente de medios, con identificadores de instancia de componente de medios anteriores a un último identificador de instancia de componente de medios en un informe recibido anteriormente, se pueden ignorar tales informes adicionales.

Se pueden proporcionar diferentes realizaciones de los métodos anteriores de acuerdo con el primer, segundo y tercer aspectos de la invención en donde el servidor de control de políticas es un nodo de red que implementa una Función de Reglas de Políticas y Facturación (PCRF).

Se pueden proporcionar diferentes realizaciones de los métodos anteriores de acuerdo con el primer, segundo y tercer aspectos de la invención en donde el nodo de aplicación de políticas es un nodo de red que implementa una Función de Aplicación de Políticas y Facturación (PCEF) y las reglas de control son Reglas de Control de Políticas y Facturación (PCC).

Se pueden proporcionar diferentes realizaciones de los métodos anteriores de acuerdo con el primer, segundo y tercer aspectos de la invención en donde el nodo de aplicación de políticas es un nodo de red que implementa una Función de Notificación de Eventos y Vinculación de Portadores (BBERF) y las reglas de control son reglas de Calidad de Servicio (QoS).

Se pueden proporcionar diferentes realizaciones de los métodos anteriores de acuerdo con el primer, segundo y tercer aspectos de la invención en donde el nodo de AF es un nodo de red que implementa una Función de Aplicación (AF) de una arquitectura de PCC. Por ejemplo, una P-CSCF.

De acuerdo con un cuarto aspecto de la presente invención, se proporciona un servidor de control de políticas para proporcionar reglas de control que se hacen cumplir en un nodo de aplicación de políticas para la asignación de recursos, y para informar a un nodo de AF de un resultado de asignación de recursos. El servidor de control de políticas es según la reivindicación 10. En la reivindicación 11 dependiente se define una realización.

Particularmente útil para esta realización, el servidor de control de políticas puede ser operable además para: determinar un flujo de IP asociado con el nombre de regla de control recibido y afectado por el resultado de la asignación de recursos; y el informe, transmitido al nodo de AF, también puede indicar un identificador del flujo de IP afectado por el resultado de la asignación de recursos.

Este servidor de control de políticas, en otra realización, puede comprender un manejador de componentes configurado para recibir, desde un nodo de AF a través de un receptor, una descripción de componente de medios con un identificador de instancia de componente de medios para la descripción de componente de medios en una solicitud de establecimiento de sesión de AF o una solicitud de modificación de sesión de AF; un manejador de instancias configurado para determinar, para la descripción dudé medios, una regla de control y un identificador de instancia de regla para la regla de control, en donde la regla de control incluye un nombre de regla de control, y para asociar el identificador de instancia de componente de medios recibido con el identificador de instancia de regla; y un transmisor configurado para transmitir, a un nodo de aplicación de políticas, la regla de control y el identificador de instancia de regla, para la descripción del componente de medios.

En esta otra realización para el servidor de control de políticas, el receptor está configurado además para recibir, desde el nodo de aplicación de políticas, un informe que indica un resultado de asignación de recursos, un nombre de regla de control y un identificador de instancia de regla para una regla de control afectada; el manejador de instancias está configurado además para determinar un identificador de instancia de componente de medios asociado con el identificador de instancia de regla recibido para la regla de control afectada; y el manejador de componentes está configurado para transmitir, al nodo de AF a través del transmisor, un informe que indica el resultado de asignación de recursos y el identificador de instancia de componente de medios determinado.

Particularmente útil para esta otra realización, el manejador de instancias se puede configurar además para determinar un flujo de IP asociado con el nombre de regla de control recibido y afectado por el resultado de asignación de recursos; y el informe, transmitido desde el manejador de componentes al nodo de AF, también puede indicar un identificador del flujo de IP afectado por el resultado de asignación de recursos.

En particular, y válido para ambas realizaciones del servidor de control de políticas, los identificadores de instancia de regla sucesivos se pueden generar en el servidor de control de políticas con valores secuenciados. Por ejemplo, cada identificador de instancia de regla puede comprender una marca de tiempo que indica el momento cuando se ha generado el identificador de instancia de regla.

Los valores secuenciados son ventajosos para evitar procedimientos innecesarios. Por ejemplo, cuando se reciben informes adicionales para una regla de control, con identificadores de instancia de regla anteriores a un último identificador de instancia de regla en un informe recibido anteriormente, se pueden ignorar tales informes adicionales.

En una realización, el servidor de control de políticas puede ser un nodo de red que implementa una PCRF de la arquitectura de PCC.

De acuerdo con un quinto aspecto de la presente invención, se proporciona un nodo de aplicación de políticas para hacer cumplir las reglas de control recibidas de un servidor de control de políticas para la asignación de recursos y para informar al servidor de control de políticas de un resultado de la asignación de recursos. El nodo de aplicación de políticas es según la reivindicación 12. En la reivindicación 13 dependiente se define una realización.

Este nodo de aplicación de políticas, en otra realización, puede comprender un manejador de reglas configurado para recibir, desde un servidor de control de políticas a través de un receptor, una regla de control y un identificador de instancia de regla para la regla de control, en donde la regla de control incluye un nombre de regla de control; un manejador de instancias configurado para asociar el identificador de instancia de regla recibido y la regla de control; y un manejador de portadores configurado para asociar el identificador de instancia de regla recibido con un portador para el que se va a instalar o modificar la regla de control correspondiente, y desencadenar un procedimiento de asignación de recursos para el portador para el que se va a instalar o modificar la regla de control.

En esta otra realización para el nodo de aplicación de políticas, el receptor está configurado además para obtener un resultado de asignación de recursos para un portador; el manejador de portadores se puede configurar para determinar un identificador de instancia de regla asociado con el portador, e identificar para el manejador de instancias este identificador de instancia de regla asociado con el portador; el manejador de instancias se puede configurar para determinar una regla de control asociada con el identificador de instancia de regla identificado y de este modo afectado por el portador, e identificar al manejador de reglas el identificador de instancia de regla identificado y la regla de control afectada; y el manejador de reglas se puede configurar para transmitir, al servidor de control de políticas a través de un transmisor, un informe que indica el resultado de asignación de recursos, el nombre de regla de control afectado y el identificador de instancia de regla asociado con el portador.

En particular y válido para ambas realizaciones del nodo de aplicación de políticas, el procedimiento de asignación de recursos puede corresponder a un establecimiento de un nuevo portador o una modificación de un portador establecido.

En una realización, el nodo de aplicación de políticas puede ser un nodo de red que implementa una PCEF de la arquitectura de PCC, y las reglas de control son reglas de PCC.

En una realización, el nodo de aplicación de políticas puede ser un nodo de red que implementa una BBERF de la arquitectura de PCC, y las reglas de control son reglas de QoS.

De acuerdo con un sexto aspecto de la presente invención, se proporciona un nodo de función de aplicación (AF) para ofrecer a las aplicaciones un control de los recursos del portador y para recibir los resultados de la asignación de recursos desde un servidor de control de políticas. El nodo de AF es según la reivindicación 14. En la reivindicación 15 dependiente se define una realización.

Particularmente útil para esta realización, el informe recibido del servidor de control de políticas también puede indicar un identificador de un flujo de IP afectado por el resultado de asignación de recursos; y, en este caso, el nodo de AF puede ser operable además para identificar el flujo de IP afectado.

Este nodo de AF, en otra realización, puede comprender un manejador de sesión configurado para transmitir, a un servidor de control de políticas a través de un transmisor, una descripción de componente de medios con un identificador de instancia de componente de medios para la descripción de componente de medios en una solicitud de establecimiento de sesión de AF o una solicitud de modificación de sesión de AF; y un manejador de instancias configurado para asociar el identificador de instancia de componente de medios transmitido con la descripción del componente de medios.

En esta otra realización para el nodo de AF, el manejador de sesión está configurado para recibir, desde el servidor de control de políticas a través de un receptor, un informe que indica un resultado de asignación de recursos y un identificador de instancia de componente de medios; el manejador de instancias está configurado para identificar una descripción de componente de medios asociada con el identificador de instancia de componente de medios recibido; y el nodo de AF comprende además un manejador de componentes configurado para aplicar el resultado de asignación de recursos recibido para la descripción de componente de medios identificado.

Particularmente útil para esta otra realización, el informe recibido en el manejador de sesiones, desde el servidor de control de políticas a través del receptor, también puede indicar un identificador de un flujo de IP afectado por el resultado de asignación de recursos; el manejador de instancias se puede configurar para identificar el flujo de IP afectado; y el manejador de componentes se puede configurar para aplicar el resultado de asignación de recursos recibido para el flujo de IP afectado.

En particular y válido para ambas realizaciones del nodo de AF, los identificadores de instancia de componente de medios sucesivos se pueden generar en el nodo de AF con valores secuenciados. Por ejemplo, cada identificador de instancia de componente de medios puede comprender una marca de tiempo que indica el momento cuando se ha generado el identificador de instancia de componente de medios.

Los valores secuenciados son ventajosos para evitar procedimientos innecesarios. Por ejemplo, cuando se reciben informes adicionales para una descripción de componente de medios, con identificadores de instancia de componente de medios anteriores a un último identificador de instancia de componente de medios en un informe recibido anteriormente, se pueden ignorar tales informes adicionales.

Breve descripción de los dibujos

Las características, objetos y ventajas de la invención resultarán evidentes al leer esta descripción junto con los dibujos adjuntos, en donde:

La Figura 1 representa una arquitectura de control de políticas y facturación básica de acuerdo con el 3GPP.

Las Figuras 2a y 2b muestran un escenario convencional donde surge un conflicto en el caso de modificaciones frecuentes de las condiciones del servicio en la interfaz Rx.

La Figura 3a y 3b ilustran un método ejemplar, de acuerdo con una realización de la presente invención, para resolver el conflicto que surge en el escenario convencional mostrado en las Figuras 2a y 2b.

La Figura 4 muestra una estructura de componentes básica de un servidor de control de políticas de acuerdo con una realización.

La Figura 5 muestra una estructura de componentes básica de un nodo de aplicación de políticas de acuerdo con una realización.

La Figura 6 muestra una estructura de componentes básica de un nodo de función de aplicación de acuerdo con una realización.

La Figura 7 ilustra una secuencia ejemplar de acciones llevadas a cabo por el servidor de control de políticas, de acuerdo con una realización, para informar de un resultado de asignación de recursos cuando la solicitud de recursos y las modificaciones de recursos ocurren en rápida sucesión.

La Figura 8 ilustra una secuencia ejemplar de acciones llevadas a cabo por el nodo de aplicación de políticas, de acuerdo con una realización, para informar de un resultado de asignación de recursos cuando la solicitud de recursos y las modificaciones de recursos ocurren en rápida sucesión.

La Figura 9 ilustra una secuencia ejemplar de acciones llevadas a cabo por el nodo de función de aplicación, de acuerdo con una realización, para informar de un resultado de asignación de recursos cuando la solicitud de recursos y las modificaciones de recursos ocurren en rápida sucesión.

La Figura 10 muestra una estructura de componentes básica de un servidor de control de políticas de acuerdo con otra realización.

La Figura 11 muestra una estructura de componentes básica de un nodo de aplicación de políticas de acuerdo con otra realización.

La Figura 12 muestra una estructura de componentes básica de un nodo de función de aplicación de acuerdo con otra realización.

Descripción detallada

A continuación se describen realizaciones actualmente preferidas de aparatos y métodos para informar de un resultado de asignación de recursos cuando la solicitud de recursos y las modificaciones de recursos ocurren en rápida sucesión. Más particularmente, lo siguiente también describe un servidor de control de políticas, un nodo de aplicación de políticas, un nodo de función de aplicación y métodos ejecutados respectivamente para informar de un resultado de asignación de recursos cuando la solicitud de recursos y las modificaciones de recursos ocurren en rápida sucesión.

A este respecto, a continuación se describen métodos para informar de un resultado de asignación de recursos cuando la solicitud de recursos y las modificaciones de recursos ocurren en una sucesión rápida, estos métodos se ejecutan respectivamente en un servidor de control de políticas, un nodo de aplicación de políticas y un nodo de función de aplicación, y se ilustran respectivamente en la Figura 7, Figura 8 y Figura 9.

Por otro lado, los aparatos que contribuyen a informar de un resultado de asignación de recursos cuando la solicitud de recursos y las modificaciones de recursos ocurren en rápida sucesión, se describen a continuación con referencia a implementaciones específicas de tales aparatos, es decir, un servidor de control de políticas, un nodo de aplicación de políticas y un nodo de función de aplicación, como se ilustra respectivamente en la Fig. 4, Fig. 5 y Fig. 6, en una realización, y como se ilustra respectivamente en la Figura 10, Figura 11 y Figura 12, en otra realización.

En particular, el servidor de control de políticas 40 ilustrado en la Figura 4 y la Figura 10 puede ser un nodo que implementa una PCRF 1 de la arquitectura de PCC con referencia a la Figura 1. También en particular, el nodo de aplicación de políticas 50 ilustrado en la Figura 5 y la Figura 11 puede ser un nodo que implementa cualquiera de una PCEF 2 y una BBERF 9 de la arquitectura de ^pC^c con referencia a la Figura 1. Además, en particular, el nodo de función de aplicación 60 ilustrado en la Figura 6 y la Figura 12 puede ser un nodo que implementa una AF 5 de la arquitectura de PCC con referencia a la Figura 1.

Aparte de estas entidades, la arquitectura de PCC ilustrada en la Figura 1 también comprende un Repositorio de Perfiles de Suscripción (SPR) 1, una Función de Control de Admisión de Recursos (RACF) 10, un Repositorio de Datos de Usuario (UDR) 8, un Sistema de Facturación en Línea (OCS) 7, un Sistema de Facturación fuera de Línea (OFCS) 6, una Pasarela 22 donde se implementa habitualmente la PCEF, una Función de Detección de Tráfico (TDF) 4 y una Función de Soporte de Dirección de Tráfico (TSSF) 11.

Además, la PCEF 2 y la BBERF 9 pueden coexistir en al menos algunas realizaciones discutidas a lo largo de esta especificación, de modo que nada impide que el servidor de control de políticas se comunique con más de un nodo de aplicación de políticas, incluso si no todos los nodos de aplicación de políticas ejemplares se ilustran en los dibujos.

En el contexto de la arquitectura de PCC ilustrada en la Figura 1, surge un conflicto al informar de un resultado de asignación de recursos cuando una solicitud de recursos y modificaciones de recursos sucesivas ocurren en rápida sucesión a través de la interfaz Rx, como se explica a continuación con referencia a la Figura 2a y la Figura 2b.

Como ilustra la Figura 2a, este escenario convencional supone como condición previa que se haya llevado a cabo un procedimiento de establecimiento de sesión de AF, con una suscripción a notificaciones de asignación de recursos no exitosa, entre la AF 5, PCRF 1 y PCEF 2 durante el paso S-200. Durante el paso S-205 y debido a un disparador interno o externo, la AF 5 determina que se requiere un nuevo componente de medios para una sesión existente y, durante el paso S-210, transmite a la PCRF 1 una solicitud de modificación de sesión de AF con un comando de Solicitud de AA (AAR) que incluye información de servicio con descripción de componentes de medios.

Convencionalmente, esta suscripción a notificaciones de asignación de recursos no exitosa se lleva a cabo enviando un conjunto AVP de Acción Específica a INDICATION_OF_FAILED_RESOURCES_ALLOCATION dentro de un comando de AAR inicial.

La PCRF 1 realiza la vinculación de sesión, la autorización de servicio y el control de políticas, y responde a la AF 5 con un comando de Respuesta de AA (AAA) durante el paso S-215. Luego, durante el paso S-220, la PCRF determina las reglas de PCC relacionadas con el nuevo componente de medios y transmite las reglas de PCC a la PCEF 2 con un comando Solicitud de RA (RAR).

En esta etapa y mientras que la PCEF está manejando las reglas de PCC recibidas, la AF 5 eleva la prioridad de ese medio, durante el paso S-225 y debido a un disparador interno o externo.

Más o menos en paralelo con este disparador, durante el paso S-230, la PCEF 2 acepta la instalación de las reglas de PCC con un comando de Respuesta de RA (RAA) y, durante el paso S-235, la PCEF realiza la vinculación de portador y, en este ejemplo, inicia un nuevo portador dedicado para transportar el servicio solicitado por la AF.

Superponiendo el proceso llevado a cabo por la PCEF 2, la AF 5 envía a la PCRF 1, durante el paso S-240, una solicitud de modificación de sesión de AF con un comando AAR que contiene la descripción del componente de medios con información de servicio actualizada, es decir, para indicar una prioridad más alta. La PCRF 1 realiza la autorización y el control de políticas, y acepta la información de servicio actualizada, durante el paso S-245, con un comando AAA.

De acuerdo con el mecanismo convencional, durante el paso S-250, la PCRF 1 actualiza las reglas de PCC para el componente de medios y transmite a la PCEF 2 las reglas de PCC actualizadas con un comando de RAR. La PCEF acepta y reconoce la modificación de las reglas de PCC con un comando de RAA, durante el paso S-255, pero pone en cola esta solicitud hasta que se completa el procedimiento de establecimiento de portador iniciado en el paso S-235.

El resultado del procedimiento de establecimiento de portador iniciado en el paso S-235 para el nuevo portador dedicado se recibe en la PCEF 2 durante el paso S-260 como se ilustra en la Figura 2b.

En este escenario ejemplar ilustrado en la Figura 2b, este resultado recibido durante el paso S-260 no es exitoso, de modo que, durante el paso S-265, la PCEF 2 determina las reglas de PCC afectadas para el portador e informa de la asignación de recursos no exitosa a la PCRF 1 con un comando de Solicitud de CC (CCR) que comprende nombres de reglas de PCC para las reglas de PCC afectadas y un código de motivo de fallo. La PCRF identifica las reglas de PCC afectadas por los nombres de reglas de PCC recibidas y reconoce el informe con un comando de Respuesta de CC (CAA) durante el paso S-270. Luego, durante el paso S-275, la PCRF 1 también informa de la asignación de recursos no exitosa a la AF 5 con un comando de RAR que comprende un motivo de fallo y una indicación de los flujos de IP afectados. La AF reconoce el informe con un comando de RAA durante el paso S-280.

En paralelo con estos informes, durante el paso S-285, la PCEF 2 maneja la solicitud de establecimiento de portador que se puso en cola con referencia al paso S-255 comentado anteriormente. A este respecto, dado que el resultado obtenido durante el paso S-260 es no exitoso, para la solicitud de establecimiento de portador anterior transmitida durante el paso S-235, la PCEF desencadena una nueva solicitud de establecimiento de portador, durante el paso S-285; de lo contrario, la PCEF habría desencadenado una solicitud de modificación de portador. En esta etapa, debido al informe con la asignación de recursos no exitosa recibida durante el paso S-275, la AF 5 asume durante el paso S-290 que los recursos no están disponibles para los medios con prioridad más alta solicitados últimamente.

Sin embargo, en este caso, la PCEF 2 recibe durante el paso S-295 una asignación de recursos exitosa para la solicitud de establecimiento de portador iniciada en el paso S-285, es decir, la asignación de recursos para los medios con prioridad más alta solicitados últimamente. Dado que el resultado de la asignación de recursos es exitoso, la PCEF 2 no necesita informar de tal resultado a la PCRF 1, y la PCRF 1 no notifica a la AF 5 por la misma razón.

En esta situación, surge un conflicto porque la AF cree que los recursos no están disponibles para los nuevos medios con prioridad más alta, mientras que la PCEF ha creado exitosamente un nuevo portador para este fin.

Este conflicto se resuelve con un método general para informar de un resultado de asignación de recursos cuando la solicitud de recursos y las modificaciones de recursos ocurren en rápida sucesión, el método general llevado a cabo por un servidor de control de políticas, un nodo de aplicación de políticas y un nodo de función de aplicación.

Más precisamente, a continuación se describen los métodos particulares llevados a cabo por cada uno del servidor de control de políticas, el nodo de aplicación de políticas y el nodo de función de aplicación y que contribuyen al método general para informar de un resultado de asignación de recursos cuando la solicitud de recursos y las modificaciones de recursos ocurren en rápida sucesión.

La Figura 7 ilustra un método para informar de un resultado de asignación de recursos cuando la solicitud de recursos y las modificaciones de recursos ocurren en rápida sucesión, el método se lleva a cabo en un servidor de control de políticas 40.

Este método en el servidor de control de políticas 40 comprende recibir, desde un nodo de AF 60 durante el paso S-710, una o más solicitudes de establecimiento o modificación de sesión de AF con una o más descripciones de componentes de medios respectivas, y con un identificador de instancia de componente de medios para cada descripción de componente de medios.

Este método también comprende, durante el paso S-720, asociar cada identificador de instancia de componente de medios con identificadores de instancia de regla para las reglas de control determinadas para la descripción del componente de medios correspondiente, en donde cada regla de control incluye un nombre de regla de control; y, durante el paso S-730, transmitir, a un nodo de aplicación de políticas 50, las reglas de control y los identificadores de instancia de regla respectivos, para cada descripción de componente de medios.

Este método también comprende, durante el paso S-740, recibir, desde el nodo de aplicación de políticas, un informe que indica un resultado de asignación de recursos, un nombre de regla de control para una regla de control afectada y un identificador de instancia de regla; durante el paso S-750, determinar un identificador de instancia de componente de medios asociado con el identificador de instancia de regla recibido para la regla de control afectada; y, durante el paso S-760, transmitir, al nodo de AF, un informe que indica el resultado de asignación de recursos y el identificador de instancia del componente de medios determinado.

En realizaciones particulares, durante el paso S-750, este método puede comprender determinar un flujo de IP asociado con el nombre de regla de control recibido y afectado por el resultado de la asignación de recursos. Cuando este es el caso, el informe transmitido al nodo de AF, durante el paso S-760, también indica un identificador del flujo de IP afectado por el resultado de asignación de recursos.

La Figura 8 ilustra un método para informar de un resultado de asignación de recursos cuando la solicitud de recursos y las modificaciones de recursos se producen en rápida sucesión, el método se lleva a cabo en un nodo de aplicación de políticas 50.

Este método en el nodo de aplicación de políticas 50 comprende recibir, desde un servidor de control de políticas 40 durante el paso S-810, una serie de reglas de control y un identificador de instancia de regla respectivo para cada regla de control, en donde cada regla de control incluye un nombre de regla de control.

Este método también comprende, durante el paso S-820, asociar cada identificador de instancia de regla con una regla de control correspondiente y con un portador para el cual se va a instalar o modificar la regla de control correspondiente; y, durante el paso S-830, desencadenar un procedimiento de asignación de recursos para cada portador para el que se va a instalar o modificar la regla de control correspondiente. En particular, el procedimiento de asignación de recursos puede corresponder a un establecimiento de un nuevo portador o una modificación de un portador establecido.

Este método también comprende, al obtener un resultado de asignación de recursos para un portador, determinar durante el paso S-840 el identificador de instancia de regla asociado con el portador y una regla de control afectada para el portador; y transmitir durante el paso S-850, al servidor de control de políticas, un informe que indica el resultado de asignación de recursos, el nombre de regla de control de la regla de control afectada y el identificador de instancia de regla asociado con el portador.

La Figura 9 ilustra un método para informar de un resultado de asignación de recursos cuando la solicitud de recursos y las modificaciones de recursos ocurren en rápida sucesión, el método se lleva a cabo en un nodo de AF 60.

Este método en el nodo de AF 60 comprende transmitir, a un servidor de control de políticas 40 durante el paso S-910, una o más solicitudes de modificación o establecimiento de sesión de AF con una o más descripciones de componentes de medios respectivas, y con un identificador de instancia de componente de medios para cada descripción de componente de medios; y, durante el paso S-920, asociar cada identificador de instancia de componente de medios transmitido con la descripción del componente de medios correspondiente.

Este método también comprende recibir, desde el servidor de control de políticas durante el paso S-930, un informe que indica un resultado de asignación de recursos y un identificador de instancia de componente de medios; y, durante el paso S-940, identificar la descripción del componente de medios asociada con el identificador de instancia de componente de medios recibido y para el cual se aplica el resultado de asignación de recursos recibido.

En realizaciones particulares de este método ilustrado en la Figura 9 y alineado con realizaciones particulares del método ilustrado en la Figura 7, el informe recibido del servidor de control de políticas, durante el paso S-930, también puede indicar un identificador de un flujo de IP afectado por el resultado de la asignación de recursos. Cuando este es el caso, el método puede comprender además identificar el flujo de IP afectado para el que se aplica el resultado de asignación de recursos recibido.

En estos métodos discutidos anteriormente con referencia a la Figura 7, la Figura 8 y la Figura 9, el servidor de control de políticas 40 puede ser un nodo de red que implementa una PCRF 1 de la arquitectura de PCC ilustrada en la Figura 1; el nodo de aplicación de políticas 50 puede ser un nodo que implementa una PCEF 2 de la arquitectura de PCC ilustrada en la Figura 1, y las reglas de control pueden ser reglas de PCC; el nodo de aplicación de políticas 50 puede ser un nodo que implementa una BBERF 9 de la arquitectura de PCC ilustrada en la Figura 1, y las reglas de control pueden ser reglas de QoS; y el nodo de AF puede ser un nodo de red que implementa una AF 5 de la arquitectura de PCC ilustrada en la Figura 1.

Estos métodos discutidos anteriormente con referencia a la Figura 7, la Figura 8 y la Figura 9, cuando se llevan a cabo respectivamente por la PCRF 1, PCEF 2 y AF 5 de la arquitectura de PCC resuelven eficazmente el conflicto ejemplar discutido anteriormente con referencia a la Figura 2a y Figura 2b.

Las Figuras 3a y 3b muestran el mismo escenario ejemplar que la Figura 2a y la Figura 2b, ahora sin ningún conflicto y con la AF habilitada para distinguir el resultado de cada modificación de forma unívoca. En este escenario ejemplar, GTP se usa en la red central, es decir, no se usa la BBERF y la PCRF no genera reglas de QoS. En cambio, la vinculación del portador se realiza en la PCEF y la PCRF solo genera reglas de PCC. Sin embargo, la invención también puede aplicarse a despliegues de PCC en donde se utiliza PMIP entre la BBERF y la PCEF.

Además, los elementos de información propuestos en las diferentes interfaces se definen como AVP considerando Diameter como el protocolo utilizado en los despliegues de PCC. Recientemente, la interfaz Rx (o punto de referencia de Rx) también se ha especificado usando REST. Por tanto, aunque los elementos de información se describen en un formato específico con fines de legibilidad, la invención no se limita a un protocolo específico.

Como ilustra la Figura 3a, este escenario también asume como condición previa que se haya llevado a cabo un procedimiento de establecimiento de sesión de AF, con una suscripción a notificaciones de asignación de recursos no exitosa, entre la AF 5, PCRF 1 y PCEF 2 durante el paso S-300. Durante el paso S-305 y debido a un disparador interno o externo, la AF 5 determina que se requiere un nuevo componente de medios para una sesión existente y determina un identificador de instancia de componente de medios para la descripción del componente de medios correspondiente.

Como se comentó anteriormente con respecto a la Figura 2a y si se usa el protocolo Diameter sobre la interfaz Rx, esta suscripción a notificaciones de asignación de recursos no exitosa se lleva a cabo durante el paso S-300 enviando un AVP de Acción Específica establecido en INDICATION_OF_FAILED_RESOURCES_ALLOCATION dentro de un comando de AAR inicial.

Luego, durante el paso S-310, la AF 5 transmite a la PCRF 1 una solicitud de modificación de sesión de AF con un comando de AAR que incluye información de servicio, con la descripción del componente de medios correspondiente y el identificador de instancia de componente de medios determinado (por ejemplo, MC_instance = MC1).

La PCRF 1 realiza la vinculación de sesión, la autorización de servicio y el control de política, y responde a la AF 5 con un comando de AAA durante el paso S-315.

Luego, durante el paso S-320, la PCRF determina las reglas de PCC relacionadas con el nuevo componente de medios, determina los identificadores de instancia de regla para las reglas de PCC (por ejemplo, Rule_Instance = R1), asocia el identificador de instancia de componente de medios recibido (por ejemplo, MC_instance = MC1) con los identificadores de instancia de regla determinados (por ejemplo, Rule_Instance = R1), y transmite las reglas de PCC y los identificadores de instancia de regla respectivos a la PCEF 2 con un comando de RAR.

En esta etapa y mientras que la PCEF está manejando las reglas de PCC recibidas, la AF 5 eleva la prioridad de ese medio, durante el paso S-325 y debido a un disparador interno o externo. Más o menos en paralelo con este disparador, durante el paso S-330, la PCEF 2 acepta la instalación de las reglas de PCC con un comando de RAA.

Durante el paso S-335, la PCEF realiza la vinculación del portador y, en este ejemplo, inicia un nuevo portador dedicado para transportar el servicio solicitado por la AF y asocia cada identificador de instancia de regla (por ejemplo, Rule_Instance = R1) con el portador para el cual la regla de PCC correspondiente va a instalarse o modificarse.

Superponiendo el proceso realizado por la PCEF 2, la AF 5 transmite a la PCRF 1, durante el paso S-340, una solicitud de modificación de sesión de AF con un comando de AAR que comprende la descripción del componente de medios con información de servicio actualizada, es decir, para indicar una prioridad más alta, y con un nuevo identificador de instancia de componente de medios (por ejemplo, MC_instance = MC2). La PCRF 1 realiza la autorización y el control de políticas, y acepta la información de servicio actualizada, durante el paso S-345, con un comando de ^a A^a .

Luego, durante el paso S-350, la PCRF 1 actualiza las reglas de PCC para el componente de medios, determina nuevos identificadores de instancias de reglas para las reglas de PCC actualizadas (por ejemplo, Rule_Instance = R2), asocia el identificador de instancia de componente de medios recibido (por ejemplo, MC_instance = MC2) con los nuevos identificadores de instancia de regla determinados (por ejemplo, Rule_Instance = R2), y transmite a la PCEF 2 las reglas de PCC actualizadas y los identificadores de instancia de regla respectivos con un comando de RAR. La PCEF acepta y reconoce la modificación de las reglas de PCC con un comando de RAA, durante el paso S-355, pero pone en cola esta solicitud hasta que se completa el procedimiento de establecimiento de portador iniciado en el paso S-335.

El resultado del procedimiento de establecimiento de portador iniciado en el paso S-335 para el nuevo portador dedicado se recibe en la PCEF 2 durante el paso S-360 como se ilustra en la Figura 3b.

En este escenario ejemplar ilustrado en la Figura 3b, este resultado recibido durante el paso S-360 es no exitoso de modo que, durante el paso S-365, la PCEF 2 determina las reglas de PCC afectadas para el portador y los identificadores de instancia de regla (por ejemplo, Rule_Instance = R1) asociados con el portador e informa la asignación de recursos no exitosa a la PCRF 1 con un comando de CCR que comprende los nombres de reglas de PCC para las reglas de PCC afectadas, el código de motivo de fallo y los identificadores de instancia de regla asociados (por ejemplo, Rule_Instance = R1). La PCRF identifica las reglas de PCC afectadas por los nombres de reglas de PCC recibidas y reconoce el informe con un comando de CAA durante el paso S-370.

Luego, durante el paso S-375, la PCRF 1 determina un identificador de instancia de componente de medios (por ejemplo, MC_instance = MC1) asociado con los identificadores de instancia de regla recibidos (por ejemplo, Rule_Instance = R1), e informa de la asignación de recursos no exitosa a la AF 5 con un comando de rAr que comprende un motivo de fallo, una indicación de los flujos de IP afectados y el identificador de instancia de componente de medios determinado (por ejemplo, MC_instance = MC1). La AF, durante el paso S-380, reconoce el informe con un comando de RAA y detecta que hubo una solicitud de modificación de sesión de AF posterior transmitida durante el paso S-340 y que está pendiente de ser aplicada. Por lo tanto, la AF comprende que la notificación recibida de la PCRF no corresponde a la solicitud de modificación de sesión de AF posterior, sino simplemente que la reserva de recursos ha fallado para una solicitud de modificación de sesión de AF anterior. Luego, la AF no realiza ninguna acción, pero espera el resultado de la solicitud de modificación de sesión de AF transmitida durante el paso S-340.

Además, durante el paso S-390, la AF 5 identifica la descripción del componente de medios asociada con el identificador de instancia del componente de medios recibido y para el cual el resultado de asignación de recursos es no exitoso.

En paralelo con estos informes, durante el paso S-385, la PCEF 2 maneja la solicitud de establecimiento de portador que se puso en cola con referencia al paso S-355 comentado anteriormente. Como se explicó anteriormente con referencia a la Figura 2b, dado que el resultado obtenido durante el paso S-360 no es exitoso, para la solicitud de establecimiento de portador anterior enviada durante el paso S-335, la PCEF desencadena una nueva solicitud de establecimiento de portador, durante el paso S-385; de lo contrario, la PCEF habría desencadenado una solicitud de modificación de portador. En este caso, la PCEF 2 recibe durante el paso S-395 una asignación de recursos exitosa para la solicitud de establecimiento de portador iniciada en el paso S-385. Dado que el resultado de la asignación de recursos es exitoso, la PCEF 2 no necesita informar de tal resultado a la PCRF 1, y la PCRF 1 no notifica a la AF 5 por la misma razón.

En esta etapa, y en contraste con el escenario conflictivo discutido anteriormente con referencia a la Figura 2a y la Figura 2b, en el escenario mostrado en la Figura 3a y la Figura 3b la AF 5 ha identificado correctamente, durante el paso S-390, la descripción del componente de medios para la cual el resultado de asignación de recursos no fue exitoso e identifica correctamente, durante el paso S-397, que los recursos están disponibles para los medios con prioridad más alta solicitados últimamente.

En esta situación, el conflicto ilustrado con referencia a la Figura 2a y la Figura 2b se ha resuelto porque la AF recibe el identificador de instancia del componente de medios que identifica unívocamente el proceso involucrado para un componente de medios.

En una realización, el servidor de control de políticas 40 que participa en el método ilustrado en la Figura 7 y/o la PCRF 1 que participa en el método ilustrado en la Figura 3a y la Figura 3b pueden configurarse para generar identificadores sucesivos de instancias de reglas con valores secuenciados. Cuando este es el caso, se ignoran los informes adicionales recibidos en el servidor de control de políticas 40 y/o la PCRF 1 para una regla de control, con identificadores de instancia de regla anteriores que un identificador de instancia de regla último en un informe recibido previamente.

En una realización, el nodo de AF 60 que participa en el método ilustrado en la Figura 9 y/o la AF 5 que participa en el método ilustrado en la Figura 3a y la Figura 3b pueden configurarse para generar identificadores de instancias de componentes de medios sucesivos con valores secuenciados. Cuando este es el caso, se ignoran los informes adicionales recibidos en el nodo de AF 60 y/o la AF 5 para una descripción de componente de medios, con identificadores de instancia de componente de medios anteriores que un identificador de instancia de componente de medios último en un informe recibido previamente.

El servidor de control de políticas 40, el nodo de aplicación de políticas 50 y el nodo de AF 60, que en particular pueden corresponder respectivamente a una PCRF 1, PCEF 2 y AF 5 de la arquitectura de PCC, se ilustran respectivamente en la Figura 4, la Figura 5 y la Figura 6, de acuerdo con una realización, y en la Figura 10, la Figura 11 y la Figura 12, según otra realización.

De acuerdo con una realización ilustrada en la Figura 4, el servidor de control de políticas 40 puede comprender al menos un procesador 420 y al menos una memoria 410 que almacena instrucciones ejecutables por procesador 414. En este servidor de control de políticas, el al menos un procesador interconecta con la al menos una memoria para ejecutar las instrucciones ejecutables por procesador, por lo que el servidor de control de políticas es operable para realizar las acciones descritas a continuación.

El servidor de control de políticas 40 es, por tanto, operable para recibir, desde un nodo de AF 60 a través de un receptor 430, una o más solicitudes de establecimiento o modificación de sesión de AF con una o más descripciones de componentes de medios respectivas, y con un identificador de instancia de componente de medios para cada descripción del componente de medios.

Al recibir cada solicitud de establecimiento o modificación de sesión de AF con una descripción de componente de medios y un identificador de instancia de componente de medios, el servidor de control de políticas 40 es además operable para asociar el identificador de instancia de componente de medios recibido con identificadores de instancia de reglas para las reglas de control determinadas para la descripción del componente de medios correspondiente, y transmitir, a un nodo de aplicación de políticas 50 a través de un transmisor 440, las reglas de control y los identificadores de instancia de regla respectivos, para la descripción del componente de medios. En particular, y en aras de la aclaración, cada regla de control incluye un nombre de regla de control distinguible de los identificadores de instancia de regla.

Además, el servidor de control de políticas 40 puede funcionar para recibir, desde el nodo de aplicación de políticas 50 a través del receptor 430, un informe que indica un resultado de asignación de recursos, un nombre de regla de control para una regla de control afectada y un identificador de instancia de regla; para determinar un identificador de instancia de componente de medios asociado con el identificador de instancia de regla recibido para la regla de control afectada; y transmitir, al nodo de AF 60 a través del transmisor 440, un informe que indica el resultado de asignación de recursos y el identificador de instancia del componente de medios determinado.

En una realización, este servidor de control de políticas 40 puede funcionar además para: determinar un flujo de IP asociado con el nombre de regla de control recibido y afectado por el resultado de asignación de recursos; y el informe, transmitido al nodo de AF, también puede indicar un identificador del flujo de IP afectado por el resultado de asignación de recursos.

En particular, un manejador de componentes 424 que se ejecuta en un procesador 420 puede manejar la recepción de cada solicitud de establecimiento o modificación de sesión de AF con una descripción de componente de medios y un identificador de instancia de componente de medios, y la transmisión del informe que indica el resultado de asignación de recursos y el identificador de instancia del componente de medios determinado.

También en particular, un manejador de reglas 428 que se ejecuta en un procesador 420 puede determinar las reglas de control para cada descripción de componente de medios recibida; un manejador de instancias 426 que se ejecuta en un procesador 420 puede asociar cada identificador de instancia de componente de medios recibido con identificadores de instancia de reglas para las reglas de control determinadas para cada descripción de componente de medios; y cualquiera del manejador de reglas 428, el manejador de instancias 426 o el propio procesador 420 pueden controlar el transmisor 440 para transmitir, al nodo de aplicación de políticas 50, las reglas de control y los respectivos identificadores de instancias de reglas, para cada descripción de componente de medios.

Además, al recibir del nodo de aplicación de políticas 50 el informe que indica un resultado de asignación de recursos, un nombre de regla de control para una regla de control afectada y un identificador de instancia de regla, el manejador de instancias 426, probablemente en cooperación con el manejador de reglas 428, puede determinar un identificador de instancia de componente de medios asociado con el identificador de instancia de regla recibido para la regla de control afectada; cualquiera del manejador de reglas 428, el manejador de instancias 426 o el propio procesador 420 pueden proporcionar el resultado de asignación de recursos y el identificador de instancia del componente de medios determinado al manejador de componentes 424; y el manejador de componentes 424 puede controlar el transmisor 440 para transmitir, al nodo de AF 60, el informe que indica el resultado de asignación de recursos y el identificador de instancia de componente de medios determinado.

En una realización, el manejador de instancias 426, probablemente en cooperación con el manejador de reglas 428, puede determinar un flujo de IP asociado con el nombre de regla de control recibido y afectado por el resultado de asignación de recursos; cualquiera del manejador de reglas 428, el manejador de instancias 426 o el propio procesador 420 pueden proporcionar un identificador del flujo de IP afectado por el resultado de asignación de recursos al manejador de componentes 424; y el informe, transmitido desde el manejador de componentes al nodo de AF, también puede indicar el identificador del flujo de IP afectado por el resultado de asignación de recursos.

51 es necesario, el servidor de control de políticas 40 puede complementarse con una sección de datos 418 en la memoria para almacenar cualquiera de las reglas de control, identificadores de instancias de componentes de medios, identificadores de instancias de reglas y asociaciones de los mismos.

El servidor de control de políticas 40 ilustrado en la Figura 4 puede comprender, por tanto, el al menos un procesador 420 y la al menos una memoria 410, ambos en comunicación entre sí, con el manejador de componentes 424, el manejador de instancias 426, el manejador de reglas 428, el receptor 430 y el transmisor 440, y con otros elementos o unidades del servidor de control de políticas 40. La al menos una memoria 410 puede comprender una memoria volátil y/o no volátil. En particular, la al menos una memoria 410 puede tener un programa informático 414 y datos 418 almacenados en la misma. El programa informático 414 puede cargarse en la al menos una memoria 410 desde un producto de programa informático 400, tal como cualquier medio legible por ordenador no transitorio, en el que se almacena el programa informático. Los datos 418 pueden comprender cualquiera de las reglas de control, identificadores de instancias de componentes de medios, identificadores de instancias de reglas y asociaciones de los mismos. El al menos un procesador 420 puede estar configurado para llevar a cabo las funciones del manejador de componentes 424, el manejador de instancias 426 y el manejador de reglas 428.

De acuerdo con una realización ilustrada en la Figura 5, el nodo de aplicación de políticas 50 puede comprender al menos un procesador 570 y al menos una memoria 560 que almacena instrucciones ejecutables por procesador 564. En este nodo de aplicación de políticas, el al menos un procesador interconecta con la al menos una memoria para ejecutar las instrucciones ejecutables del procesador, por lo que el nodo de aplicación de políticas es operable para realizar las acciones descritas a continuación.

Por tanto, el nodo de aplicación de políticas 50 es operable para recibir, desde un servidor de control de políticas 40 a través de un receptor 590, una serie de reglas de control y un identificador de instancia de regla respectivo para cada regla de control. Como ya se comentó anteriormente, cada regla de control incluye un nombre de regla de control distinguible de los identificadores de instancia de regla.

Al recibir las reglas de control y los identificadores de instancias de reglas respectivos, el nodo de aplicación de políticas 50 se puede operar además para asociar cada identificador de instancias de reglas recibidas con una regla de control correspondiente y con un portador para el cual se va a instalar o modificar la regla de control correspondiente, y desencadenar un procedimiento de asignación de recursos para cada portador para el que se va a instalar o modificar la regla de control correspondiente. En particular, el procedimiento de asignación de recursos puede corresponder a un establecimiento de un nuevo portador o una modificación de un portador establecido.

Tras obtener un resultado de asignación de recursos para un portador, el nodo de aplicación de políticas 50 se puede operar además para determinar el identificador de instancia de regla asociado con el portador y una regla de control afectada para el portador, y para transmitir, al servidor de control de políticas 40 a través de un transmisor 580, un informe que indica el resultado de asignación de recursos, el nombre de regla de control de la regla de control afectada y el identificador de instancia de regla asociado con el portador.

En particular, un manejador de reglas 575 que se ejecuta en un procesador 570 puede recibir las reglas de control y un identificador de instancia de regla respectivo para cada regla de control; un manejador de instancias 573 que se ejecuta en un procesador 570 puede manejar asociaciones entre los identificadores de instancias de reglas recibidas y las reglas de control correspondientes; y un manejador de portadores 577 que se ejecuta en un procesador 570 puede manejar asociaciones entre los identificadores de instancias de reglas recibidas y los portadores para los cuales las reglas de control se van a instalar o modificar, y desencadenar un procedimiento de asignación de recursos para los portadores para los cuales las reglas de control correspondientes se van a instalar o modificar. En particular, el procedimiento de asignación de recursos puede corresponder a un establecimiento de un nuevo portador o una modificación de un portador establecido.

Además, al obtener un resultado de asignación de recursos para un portador, el manejador de portadores 577 puede determinar un identificador de instancia de regla asociado con el portador e identificar al manejador de instancias 573 este identificador de instancia de regla asociado con el portador; el manejador de instancias 573 puede determinar una regla de control asociada con el identificador de instancia de regla identificado y, por tanto, afectado por el portador, e identificar al manejador de reglas 575 la regla de control afectada y el identificador de instancia de regla asociados con el portador; y el manejador de reglas 575 puede controlar la transmisión del informe que indica el resultado de asignación de recursos, el nombre de regla de control de la regla de control afectada y el identificador de instancia de regla asociado con el portador.

En una realización, el manejador de reglas 575 puede determinar el portador para el cual se van a instalar o modificar las reglas de control.

Si es necesario, el nodo de aplicación de políticas 50 puede complementarse con una sección de datos 568 en la memoria para almacenar cualquiera de las reglas de control, identificadores de portador, identificadores de instancias de reglas y asociaciones de los mismos.

El nodo de aplicación de políticas 50 ilustrado en la Figura 5 puede comprender por tanto el al menos un procesador 570 y la al menos una memoria 560, ambos en comunicación entre sí, con el manejador de instancias 573, el manejador de reglas 575, el manejador de portadores 577, el receptor 590 y el transmisor 580, y con otros elementos o unidades del nodo de aplicación de políticas 50. La al menos una memoria 560 puede comprender una memoria volátil y/o no volátil. En particular, la al menos una memoria 560 puede tener un programa informático 564 y datos 568 almacenados en el mismo. El programa informático 564 puede cargarse en la al menos una memoria 560 desde un producto de programa informático 550, tal como cualquier medio legible por ordenador no transitorio, en el que se almacena el programa informático. Los datos 568 pueden comprender cualquiera de las reglas de control, identificadores de portadores, identificadores de instancias de reglas y asociaciones de los mismos. El al menos un procesador 570 puede estar configurado para llevar a cabo las funciones del manejador de instancias 573, el manejador de reglas 575 y el manejador de portadores 577.

De acuerdo con una realización ilustrada en la Figura 6, el nodo de AF 60 puede comprender al menos un procesador 620 y al menos una memoria 610 que almacena instrucciones ejecutables por procesador 614. En este nodo de AF, el al menos un procesador interactúa con la al menos una memoria para ejecutar las instrucciones ejecutables por procesador, por lo que el nodo de AF es operable para realizar las acciones descritas a continuación.

Por tanto, el nodo de AF es operable para transmitir, a un servidor de control de políticas 40 a través de un transmisor 630, una o más solicitudes de establecimiento o modificación de sesión de AF con una o más descripciones de componentes de medios respectivas, y con un identificador de instancia de componente de medios para cada descripción de componente de medios; asociar cada identificador de instancia de componente de medios transmitido con la descripción del componente de medios correspondiente; recibir, desde el servidor de control de políticas a través de un receptor 640, un informe que indica un resultado de asignación de recursos y un identificador de instancia de componente de medios; e identificar la descripción del componente de medios asociada con el identificador de instancia del componente de medios recibido y para el cual se aplica el resultado de asignación de recursos recibido.

En una realización, el informe recibido del servidor de control de políticas 40 también puede indicar un identificador de un flujo de IP afectado por el resultado de asignación de recursos, y el nodo de AF puede además ser operable para identificar el flujo de IP afectado.

En particular, un manejador de sesiones 624 que se ejecuta en un procesador 620 puede manejar la transmisión de cada solicitud de establecimiento o modificación de sesión de AF con una descripción de componente de medios y un identificador de instancia de componente de medios, y la recepción del informe que indica el resultado de asignación de recursos y el identificador de instancia de componente de medios. El manejador de sesiones 624 o el propio procesador pueden estar a cargo de manejar los procedimientos que afectan a cada sesión de AF.

También en particular, un manejador de componentes 626 que se ejecuta en un procesador 620 puede manejar descripciones de componentes de medios para componentes de medios correspondientes; y un manejador de instancias 628 que se ejecuta en un procesador 620 puede asociar cada identificador de instancia de componente de medios transmitido con la descripción del componente de medios correspondiente.

Al recibir del servidor de control de políticas 40 el informe que indica el resultado de asignación de recursos y un identificador de instancia de componente de medios, el manejador de instancias 628 puede determinar una descripción de componente de medios asociada con el identificador de instancia de componente de medios recibido, e identificar al manejador de componentes 626 la descripción del componente de medios asociada; y el manejador de componentes 626 puede identificar al manejador de sesiones 624 la descripción del componente de medios y el componente de medios para el que se aplica el resultado de asignación de recursos recibido.

En una realización en donde el informe recibido del servidor de control de políticas 40 indica el identificador del flujo de IP afectado por el resultado de asignación de recursos, el manejador de componentes puede identificar el flujo de IP afectado.

Si es necesario, el nodo de AF 60 puede complementarse con una sección de datos 618 en la memoria para almacenar cualquiera de las descripciones de componentes de medios, identificadores de instancias de componentes de medios, datos de sesiones de AF, datos de flujos de IP y asociaciones de los mismos.

El nodo de AF 60 ilustrado en la Figura 6 puede comprender por tanto el al menos un procesador 620 y la al menos una memoria 610, ambos en comunicación entre sí, con el manejador de sesiones 624, el manejador de componentes 626, el manejador de instancias 628, el receptor 640 y el transmisor 630, y con otros elementos o unidades del nodo de AF 60. La al menos una memoria 610 puede comprender una memoria volátil y/o no volátil. En particular, la al menos una memoria 610 puede tener un programa informático 614 y datos 618 almacenados en la misma. El programa informático 614 puede cargarse en la al menos una memoria 610 desde un producto de programa informático 600, tal como cualquier medio legible por ordenador no transitorio, en el que se almacena el programa informático. Los datos 618 pueden comprender cualquiera de las descripciones de componentes de medios, identificadores de instancias de componentes de medios, datos de sesiones de AF, datos de flujos de IP y asociaciones de los mismos. El al menos un procesador 620 puede estar configurado para llevar a cabo las funciones del manejador de sesiones 624, el manejador de componentes 626 y el manejador de instancias 628.

De acuerdo con otra realización ilustrada en la Figura 10, el servidor de control de políticas 40 puede comprender un manejador de componentes 424 configurado para recibir, desde un nodo de AF 60 a través de un receptor 430, una o más solicitudes de establecimiento o modificación de sesión de AF con una o más descripciones de componentes de medios respectivas, y con un identificador de instancia de componente de medios para cada descripción de componente de medios; un manejador de reglas 428 configurado para determinar reglas de control para cada descripción de componente de medios recibida; un manejador de instancias 426 configurado para asociar cada identificador de instancia de componente de medios recibido con identificadores de instancia de regla para las reglas de control determinadas; y cualquiera del manejador de reglas 428 y el manejador de instancias 426 pueden configurarse para controlar el transmisor 440 para transmitir, a un nodo de aplicación de políticas 50, las reglas de control y los identificadores de instancias de reglas respectivos, para cada descripción de componente de medios. En aras de la claridad, cada regla de control incluye un nombre de regla de control distinguible de los identificadores de instancia de regla.

Además, al recibir del nodo de aplicación de políticas 50 a través del receptor 430, el informe que indica un resultado de asignación de recursos, un nombre de regla de control para una regla de control afectada y un identificador de instancia de regla, el manejador de instancias 426, probablemente en cooperación con el manejador de reglas 428, puede configurarse para determinar un identificador de instancia de componente de medios asociado con el identificador de instancia de regla recibido para la regla de control afectada; cualquiera del manejador de reglas 428 y el manejador de instancias 426 puede configurarse para proporcionar el resultado de asignación de recursos y el identificador de instancia del componente de medios determinado al manejador de componentes 424; y el manejador de componentes 424 puede configurarse para controlar el transmisor 440 para transmitir, al nodo de ^a F 60, el informe que indica el resultado de asignación de recursos y el identificador de instancia de componente de medios determinado.

En una realización, el manejador de instancias 426, probablemente en cooperación con el manejador de reglas 428, puede configurarse para determinar un flujo de IP asociado con el nombre de regla de control recibido y afectado por el resultado de asignación de recursos; cualquiera del manejador de reglas 428 y el manejador de instancias 426 pueden configurarse para proporcionar un identificador del flujo de IP afectado por el resultado de asignación de recursos al manejador de componentes 424; y el informe, transmitido desde el manejador de componentes 424 al nodo de AF, también puede indicar el identificador del flujo de IP afectado por el resultado de asignación de recursos.

De acuerdo con otra realización ilustrada en la Figura 11, el nodo de aplicación de políticas 50 puede comprender un manejador de reglas 575 configurado para recibir, desde un servidor de control de políticas 40 a través de un receptor 590, un número de reglas de control y un identificador de instancia de regla respectivo para cada regla de control, en donde cada regla de control incluye un nombre de regla de control; un manejador de instancias 573 configurado para asociar cada identificador de instancia de regla recibido con una regla de control correspondiente; y un manejador de portadores 577 configurado para asociar cada identificador de instancia de regla recibido con un portador para el cual se va a instalar o modificar la regla de control correspondiente, y desencadenar un procedimiento de asignación de recursos para los portadores para los cuales se van a instalar o modificar las reglas de control correspondientes. En particular, el procedimiento de asignación de recursos puede corresponder a un establecimiento de un nuevo portador o una modificación de un portador establecido.

Además, al obtener un resultado de asignación de recursos para un portador a través del receptor 590, el manejador de portadores 577 puede configurarse para determinar un identificador de instancia de regla asociado con el portador e identificar al manejador de instancias 573 este identificador de instancia de regla asociado con el portador; el manejador de instancias 573 puede estar configurado para determinar una regla de control asociada con el identificador de instancia de regla identificado, siendo esta regla de control afectada para el portador, e identificar al manejador de reglas 575 el identificador de instancia de regla identificado y la regla de control afectada; y el manejador de reglas 575 puede configurarse para transmitir, al servidor de control de políticas a través de un transmisor 580, un informe que indica el resultado de asignación de recursos, el nombre de regla de control de la regla de control afectada y el identificador de instancia de regla asociado con el portador.

En una realización, el manejador de reglas 575 puede configurarse para determinar el portador para el cual se van a instalar o modificar las reglas de control.

En una realización, el manejador de instancias 573 puede configurarse para asociar cada identificador de instancia de regla recibido con el nombre de regla de control para la regla de control correspondiente e identificar al manejador de reglas 575 el nombre de regla de control de la regla de control correspondiente, y el manejador de reglas 575 puede configurarse para determinar, basándose en el nombre de la regla de control identificada, una regla de control afectada para el portador.

De acuerdo con otra realización ilustrada en la Figura 12, el nodo de AF 60 puede comprender un manejador de sesiones 624 configurado para transmitir, a un servidor de control de políticas 40 a través de un transmisor 630, una o más solicitudes de establecimiento o modificación de sesión de AF con una o más descripciones de componentes de medios respectivas y con un identificador de instancia de componente de medios para cada descripción de componente de medios, y configurado para recibir, desde el servidor de control de políticas a través de un receptor 640, un informe que indica un resultado de asignación de recursos y un identificador de instancia de componente de medios; un manipulador de componentes 626 puede estar configurado para manejar descripciones de componentes de medios para los componentes de medios correspondientes; y un manejador de instancias 628 puede configurarse para asociar cada identificador de instancia de componente de medios transmitido con la descripción del componente de medios correspondiente.

Al recibir del servidor de control de políticas 40 el informe que indica el resultado de asignación de recursos y un identificador de instancia de componente de medios, el manejador de instancias 628 puede configurarse para determinar una descripción de componente de medios asociada con el identificador de instancia de componente de medios recibido, e identificar al manejador de componentes 626 la descripción del componente de medios asociado; y el controlador de componentes 626 puede configurarse para identificar al manejador de sesiones 624 la descripción del componente de medios y el componente de medios para el que se aplica el resultado de asignación de recursos recibido. El manejador de sesiones 624 puede configurarse para manejar los procedimientos que afectan a cada sesión de AF.

En una realización, el informe recibido en el manejador de sesiones 624, desde el servidor de control de políticas 40, también puede indicar un identificador de un flujo de IP afectado por el resultado de asignación de recursos. En esta realización, el controlador de componentes 626 puede configurarse para identificar el flujo de IP afectado para el que se aplica el resultado de asignación de recursos recibido.

A continuación, se comentan realizaciones ejemplares con respecto a las posibles enmiendas a realizar en los elementos de información actualmente existentes intercambiados entre el servidor de control de políticas 40, el nodo de aplicación de políticas 50 y el nodo de AF.

En particular, como se comentó anteriormente, el servidor de control de políticas 40 puede ser un nodo de red que implementa una PCRF 1 de la arquitectura de PCC, el nodo de aplicación de políticas 50 puede ser un nodo de red que implementa cualquiera de una PCEF 2 y BBERF 9 de la arquitectura de PCC, y el nodo de AF puede ser un nodo de red que implementa una AF 5 de la arquitectura de PCC; y las posibles modificaciones discutidas a continuación afectan a los elementos de información intercambiados a través de los puntos de referencia Rx, Gx y Gxx.

En una realización, la descripción del componente de medios se usa actualmente para transmitir la información de servicio relacionada con un componente de medios, por ejemplo, audio, video, desde la AF a la PCRF sobre el punto de referencia Rx, y se transmite con el llamado par de valor de atributo (AVP) de Descripción de Componente de Medios. Este elemento de información puede ampliarse para incluir el identificador de instancia de componente de medios (MC) en términos de un AVP de Instancia de MC, como sigue:

Media-Component-Description :: = <AVP Header: 517>

{Media-Component-Number}; Número ordinal del componente de medios

* [Media-Sub-Component]; Conjunto de flujos para un identificador de flujo

[AF-Application-Identifier]

[Media-Type]

[Max-Requested-Bandwidth-UL]

[Max-Requested-Bandwidth-DL]

[Max-Supported-Bandwidth-UL]

[Max-Supported-Bandwidth-DL]

[Min-Desired-Bandwidth-UL]

[Min-Desired-Bandwidth-DL]

[Min-Requested-Bandwidth-UL]

[Min-Requested-Bandwidth-DL]

[MC-Instance]

[Flow-Status]

[Reservation-Priority]

[RS-Bandwidth]

[RR-Bandwidth]

* [Codec-Data]

[Sharing-Key-DL]

[Sharing-Key-UL]

* [AVP]

En una realización, el AVP de flujos se usa sobre el punto de referencia de Rx de modo que la PCRF informa a la AF sobre el estado de los flujos de IP relacionados con el componente de medios indicado. Este elemento de información puede ampliarse para incluir el AVP de MC-Instance, como sigue:

Flows :: = <AVP Header: 510>

{Media-Component-Number}

* [Flow-Number]

[Final-Unit-Action]

[MC-Instance]

En una realización, el AVP de Charging-Rule-Definition se usa sobre el punto de referencia Gx para transmitir desde la PCRF a la PCEF información relacionada con una regla de PCC. Este elemento de información puede ampliarse para incluir el AVP de Rule-Instance de la siguiente manera (un impacto similar se aplicaría al AVP de QoS-Rule-Definition cuando se transmite una regla de QoS desde la PCRF a la BBERF sobre el punto de referencia Gxx): Charging-Rule-Definition :: = <AVP Header: 1003>

{Charging-Rule-Name}

[Service-Identifier]

[Rating-Group]

* [Flow-Information]

[TDF-Application-Identifier]

[Flow-Status]

[QoS- Information]

[PS-to-CS-Session-Continuity]

[Reporting-Level]

[Online]

[Offline]

[Metering-Method]

[Precedence]

[AF-Charging-Identifier]

* [Flows]

[Monitoring-Key]

[Redirect-Information]

[Mute-Notification]

[AF-Signalling-Protocol]

[Sponsor-Identity]

[Application-Service-Provider-Identity]

* [Required-Access-Info]

[Sharing-Key-DL]

[Sharing-Key-UL]

[Traffic-Steering-Policy-Identifier-DL]

[Traffic-Steering-Policy-Identifier-UL]

[Rule-Instance]

* [AVP]

En una realización, el AVP de Charging-Rule-Report se usa para informar del estado de una regla de PCC desde la PCEF a la PCRF sobre el punto de referencia Gx. Este elemento de información puede ampliarse para indicar la Rule-Instance aplicable. En ese caso, se proporciona un Charging-Rule-Report para cada regla de PCC. Son factibles otras posibilidades, por ejemplo, incluyendo la Rule-Instance como parte del AVP de Charging-Rule-Name o incluyendo el nombre de la regla de facturación como parte del AVP de Rule-Instance. Se puede aplicar un enfoque similar a un AVP de QoS-Rule-Report para una regla de QoS transmitida desde la BBERF a la PCRF sobre el punto de referencia Gxx. En esta realización, el AVP de Charging-Rule-Report se puede modificar de la siguiente manera:

Charging-Rule-Report :: = <AVP Header: 1018>

* [Charging-Rule-Name]

* [Charging-Rule-Base-Name]

[Bearer-Identifier]

[PCC-Rule-Status]

[Rule-Failure-Code]

[Final-Unit-Indication]

* [RAN-NAS-Release-Cause]

[Rule-Instance]

* [AVP]

El AVP de MC-Instance descrito anteriormente es un nuevo AVP que identifica unívocamente una instancia de un componente de medios. La AF genera una MC-Instance cuando la información del componente de medios debe enviarse sobre el punto de referencia Rx, es decir, siempre que la AF necesita asignar recursos para un componente de medios. El AVP de MC-Instance puede ser una cadena generada aleatoriamente o, para evitar condiciones de carrera, puede incluir una marca de tiempo que indique el momento cuando se generó la MC-Instance.

El AVP de Rule-Instance descrito anteriormente es un nuevo AVP que identifica unívocamente una instancia de una regla de PCC (o regla de QoS). La PCRF genera una Rule-Instance cada vez que una regla de PCC (o regla de QoS) que debe aprovisionarse sobre el punto de referencia Gx (o sobre el punto de referencia Gxx) está relacionada con una instancia de componente de medios identificada por un AVP de MC-Instance. El AVP de Rule-Instance puede ser una cadena generada aleatoriamente o, para evitar condiciones de carrera, puede incluir una marca de tiempo que indique el momento cuando se generó la Rule-Instance.

En las realizaciones para una AF, siempre que la AF necesite iniciar o modificar una sesión de AF sobre el punto de referencia Rx, donde la sesión de AF incluye la provisión inicial o la modificación de la información del componente de medios, la AF puede incluir el AVP de MC-Instance como parte del AVP de Media-Component-Description. Además, puede suscribirse a INDICATION_OF_SUCCESSFUL_RESOURCES_ALLOCATION y/o INDICATION_OF_FAILED_RESOURCE_ALLOCATION dentro del denominado AVP de Specific-Action según los procedimientos actuales, para ser notificado sobre el resultado de la asignación de recursos.

Luego, siempre que la AF reciba información sobre el resultado de la asignación de recursos, es decir, reciba las acciones específicas relacionadas dentro del AVP de Specific-Action y los flujos afectados dentro del AVP de flujos, la AF puede verificar el AVP de MC-Instance incluido dentro de el AVP de flujos. La AF puede correlacionar la MC-Instance recibida con una MC-Instance proporcionada previamente por la AF a la PCRF e, incluso si se proporcionó más de una MC-Instance para un mismo componente de medio, la AF es capaz de identificar de manera unívoca la información del componente de medios afectado, es decir, es capaz de conocer el resultado de la asignación de recursos para cada provisión o modificación de la información del componente de medios. Aparte de eso, la AF puede deducir qué MC-Instance informada es relevante en ese momento y descartar cualquier informe relacionado con interacciones previas de creación/modificación de servicios. Incluir una marca de tiempo como parte de la MC-Instance ayuda a la AF a tomar esta decisión.

En las realizaciones para una PCRF, siempre que la PCRF recibe una solicitud de inicio o modificación de sesión de AF, desde la AF sobre el punto de referencia Rx, que incluye una provisión o modificación inicial de la información del componente de medios, y que incluye un AVP de MC-Instance como parte del AVP de Media-Component-Description, la PCRF puede derivar la regla o reglas de PCC aplicables y generar un AVP de Rule-Instance para cada regla de PCC relacionada con el componente de medios, y asocia las Rule-Instances para la regla o reglas de PCC aplicables con la MC-Instance. La PCRF establece esta regla o reglas de PCC aplicables, incluido el AVP de Rule_instance como parte del AVP de Media-Component-Description para cada regla de PCC. Además, si la AF suscribe INDICATION_OF_SUCCESSFUL_RESOURCES_ALLOCATION con el AVP de Specific-Action sobre el punto de referencia Rx, la PCRF puede suscribirse al AVP de Event-Trigger de SUCCESSFUL_RESOURCE_ALLOCATION sobre el punto de referencia Gx, según los procedimientos actuales.

Al recibir un AVP de Event-Trigger de SUCCESSFUL_RESOURCE_ALLOCATION, en la PCRF desde la PCEF sobre el punto de referencia Gx, incluido el o los AVP Charging-Rule-Report con el o los AVP de Rule-Instance correspondientes a las reglas del PCC afectado, la PCRF puede encontrar la o las MC-Instances relacionadas con las reglas de PCC afectadas e informar INDICATION_OF_SUCCESSFUL_RESOURCES_ALLOCATION a la AF en un AVP de Specific-Action y el AVP de flujos, incluido el AVP de MC-Instance.

Asimismo, si la AF suscribe la INDICATION_OF_FAILED_RESOURCES_ALLOCATION con el AVP Specific-Action sobre el punto de referencia Rx, la PCRF puede suscribirse al AVP de Event-Trigger de FAILED_RESOURCE_ALLOCATION sobre el punto de referencia Gx, según los procedimientos actuales. Cuando la PCRF recibe un error sobre Gx con un AVP de Charging-Rule-Report para cada regla de PCC afectada e incluyendo el AVP de Rule-Instance correspondiente a la regla de PCC afectada, la PCRF puede encontrar la MC-Instance asociada con el AVP de Rule-Instance para la regla o reglas de PCC afectadas y pueden informar a la AF de la INDICATION_OF_FAILED_RESOURCES_ALLOCATION dentro de un AVP de Specific-Action y el AVP de flujos, incluido el AVP de MC-Instance.

En las realizaciones para una PCEF, siempre que la PCEF recibe de la PCRF un AVP de Charging-Rule-Definition para una regla de PCC e incluye un AVP de Rule-Instance y si la PCRF se suscribió a la SUCCESSFUL_RESOURCE_ALLOCATION, una vez que el procedimiento de portador relacionado haya concluido exitosamente, la PCEF notifica a la PCRF de la asignación de recursos exitosa con un Charging-Rule-Reporting que indica la regla de PCC afectada y el AVP de Rule-Instance.

Por otro lado, siempre que la PCEF recibe de la PCRF un AVP de Charging-Rule-Definition para una regla de PCC y que incluye un AVP de Rule-Instance, si un procedimiento de portador relacionado fue no exitoso, la PCEF notifica a la PCRF de una causa de fallo con un Charging-Rule-Report que indica la regla de PCC afectada y el AVP de Rule-Instance.

Luego, si la PCEF ha instalado exitosamente una regla de PCC relacionada con un AVP de Rule-Instance y además recibe una modificación de la misma regla de PCC con un AVP de Rule-Instance que es más antiguo que el relacionado con la regla de PCC instalada, la PCEF puede descartar la nueva solicitud sin iniciar ningún procedimiento de portador.

En las realizaciones para una BBERF, se aplica una lógica similar a la de la PCEF, pero reemplazando los nombres de AVP relacionados con las reglas de PCC por nombres de AVP relacionados con las reglas de QoS.

A continuación, se describen algunos casos de uso ejemplares y se aplican en un despliegue de Subsistema Multimedia de IP (IMS), en donde una P-CSCF (que se comporta como AF) envía información de servicio a la PCRF, al recibir cada mensaje SIP que incluye una carga útil de respuesta de SDP, con el fin de autorizar los flujos de IP y los recursos de QoS necesarios para una sesión de IMS negociada.

En el contexto de los servicios de comunicación de misión crítica (MCPTT) sobre LTE, un oficial de despacho eleva el papel de un oficial de Seguridad Pública para convertirse en un líder de incidentes, lo que da como resultado características de QoS elevadas. La AF modifica la información del servicio con un AVP de Reservation-Priority más alta, y la PCRF proporciona la información de QoS actualizada a la PCEF. Casi simultáneamente, el líder del incidente se traslada a un área donde las características de QoS deben asociarse a un tratamiento de prioridad más alta. Una Entidad de Gestión de Movilidad (MME) o un Nodo B evolucionado (eNB) modifica un portador dedicado correctamente según la demanda de QoS según lo requiera el líder del incidente. Sin embargo, no logra establecer o modificar el portador dedicado con el ARP y QCI más altos relacionados con la nueva ubicación. En este caso, la PCRF informa a la AF que no se pudieron conceder las características de QoS. La AF puede averiguar, en base a la MC-Instance propuesta en esta invención, qué características de QoS son finalmente aceptadas y la AF informa a la aplicación de MCPTT, que a su vez informa al oficial de despacho.

Se inicia una nueva aplicación de IMS y se agrega a un componente de medios existente. La P-CSCF (AF) modifica la información del servicio con una tasa de bits adicional requerida y la PCRF proporciona la información de QoS actualizada a la PCEF. Sin embargo, la MME/eNB no cumple con la solicitud de modificación debido a la falta de recursos, por ejemplo, debido a la congestión de radio. En este caso, la P-CSCF es informada por la PCRF de que no se puede conceder el ancho de banda adicional, y la P-CSCF puede rechazar el establecimiento de la aplicación de IMS.

La invención también se puede poner en práctica mediante un programa informático, que se puede cargar en una memoria interna de un ordenador con unidades de entrada y salida, así como con una unidad de procesamiento. Este programa informático comprende un código ejecutable adaptado para llevar a cabo los pasos del método anterior cuando se ejecuta en el ordenador. En particular, el código ejecutable se puede grabar en un medio legible por el portador en un ordenador.

Tal como se utiliza en toda la presente memoria descriptiva, las palabras "que comprende" no excluyen la presencia de otros elementos o pasos distintos de los enumerados y las palabras "un" o "una" que preceden a un elemento no excluyen la presencia de una pluralidad de tales elementos.

La invención se describe anteriormente en relación con varias realizaciones que pretenden ser ilustrativas y no restrictivas. Se espera que los expertos en esta técnica puedan modificar estas realizaciones. El alcance de la invención se define por las reivindicaciones junto con la descripción y los dibujos, y todas las modificaciones que caen dentro del alcance de las reivindicaciones están destinadas a ser incluidas en las mismas.

Claims (15)

REIVINDICACIONES

1. Un método para informar de un resultado de asignación de recursos cuando una solicitud de recursos y modificaciones de recursos sucesivas ocurren en un periodo de tiempo corto, es decir, antes de tener conocimiento de un resultado de asignación para un recurso anterior, el método se lleva a cabo en un servidor de control de políticas (40) y que comprende:

recibir (S-710, S-310, S-340), desde un nodo de función de aplicación, AF, (60), una descripción del componente de medios con un identificador de instancia de componente de medios para la descripción del componente de medios en una solicitud de establecimiento de sesión de AF (S-300) o una solicitud de modificación de sesión de AF;

determinar, para la descripción del componente de medios, una regla de control y un identificador de instancia de regla para la regla de control, en donde la regla de control incluye un nombre de regla de control,

asociar (S-720) el identificador de instancia del componente de medios con el identificador de instancia de regla;

transmitir (S-730, S-320, S-350), a un nodo de aplicación de políticas (50), la regla de control y el identificador de instancia de regla, para la descripción del componente de medios;

recibir (S-740, S-365), desde el nodo de aplicación de políticas, un informe, que indica un resultado de asignación de recursos, un nombre de regla de control y un identificador de instancia de regla para una regla de control afectada;

determinar (S-750) un identificador de instancia de componente de medios asociado con el identificador de instancia de regla recibido para la regla de control afectada; y

transmitir (S-760, S-375), al nodo de AF, un informe, que indica el resultado de la asignación de recursos y el identificador de instancia del componente de medios determinado.

2. El método de la reivindicación 1, en donde los identificadores de instancias de reglas sucesivos se generan en el servidor de control de políticas con valores secuenciados.

3. El método de una cualquiera de las reivindicaciones 1 o 2, en donde el servidor de control de políticas es un nodo de red que implementa una Función de Reglas de Política y Facturación.

4. El método de una cualquiera de las reivindicaciones 1 a 3, que comprende además determinar (S-750) un flujo de IP asociado con el nombre de regla de control recibido y afectado por el resultado de asignación de recursos; y en donde el informe, transmitido al nodo de AF, también indica un identificador del flujo de IP afectado por el resultado de asignación de recursos.

5. Un método para informar de un resultado de asignación de recursos cuando una solicitud de recursos y modificaciones de recursos sucesivas ocurren en un periodo de tiempo corto, es decir, antes de tener conocimiento de un resultado de asignación para un recurso anterior, el método se lleva a cabo en un nodo de aplicación de políticas (50) y que comprende:

recibir (S-810, S320, S-350), desde un servidor de control de políticas (40), una regla de control y un identificador de instancia de regla para la regla de control, en donde la regla de control incluye un nombre de regla de control;

asociar (S-820) el identificador de instancia de regla y la regla de control con un portador para el cual se va a instalar o modificar la regla de control;

desencadenar (S-830, S-335, S-385) un procedimiento de asignación de recursos para el portador para el cual se va a instalar o modificar la regla de control;

al obtener (S-360) un resultado de asignación de recursos para un portador, determinar (S-840) el identificador de instancia de regla asociado con el portador y una regla de control afectada para el portador; y

transmitir (S-850, S-365), al servidor de control de políticas, un informe, que indica el resultado de asignación de recursos, el nombre de regla de control de la regla de control afectada y el identificador de instancia de regla asociado con el portador.

6. El método de la reivindicación 5, en donde el nodo de aplicación de políticas es un nodo de red que implementa una Función de Aplicación de Políticas y Facturación y las reglas de control son reglas de Control de Políticas y Facturación, PCC; o un nodo de red que implementa una Función de Notificación de Eventos y Enlace de Portador y las reglas de control son reglas de Calidad de Servicio, QoS.

7. Un método para informar de un resultado de asignación de recursos cuando una solicitud de recursos y modificaciones de recursos sucesivas ocurren en un periodo de tiempo corto, es decir, antes de tener conocimiento de un resultado de asignación para un recurso anterior, el método se lleva a cabo en un nodo de función de aplicación, AF, (60) y que comprende:

transmitir (S-910, S-310, S-340), a un servidor de control de políticas (40), una descripción de componente de medios y un identificador de instancia de componente de medios para la descripción de componente de medios en una solicitud de establecimiento de sesión de AF (S-300) o una solicitud de modificación de sesión de AF (S-310, S-340);

asociar (S-920) el identificador de instancia del componente de medios transmitido con la descripción del componente de medios;

recibir (S-930, S-375), desde el servidor de control de políticas, un informe que indica un resultado de asignación de recursos y un identificador de instancia de componente de medios; e

identificar (S-940, S-390) la descripción del componente de medios asociada con el identificador de instancia del componente de medios recibido y para el cual se aplica el resultado de asignación de recursos recibido.

8. El método de la reivindicación 7, en donde los sucesivos identificadores de instancias de componentes de medios se generan en el nodo de AF con valores secuenciados.

9. El método de una cualquiera de las reivindicaciones 7 u 8, en donde el informe, recibido del servidor de control de políticas, también indica un identificador de un flujo de IP afectado por el resultado de asignación de recursos, y el método comprende además identificar el flujo de IP afectado.

10. Un servidor de control de políticas (40, 1) para proporcionar reglas de control que se aplicarán en un nodo de aplicación de políticas para la asignación de recursos y para informar a un nodo de función de aplicación, AF, de un resultado de asignación de recursos, el servidor de control de políticas que comprende:

al menos un procesador (420); y

al menos una memoria (410) que almacena instrucciones ejecutables por procesador (414), en donde el al menos un procesador interactúa con la al menos una memoria para ejecutar las instrucciones ejecutables por procesador, por lo que el servidor de control de políticas es operable para:

recibir, desde un nodo de AF (60, 5) a través de un receptor (430), una descripción del componente de medios con un identificador de instancia de componente de medios para la descripción del componente de medios en una solicitud de establecimiento de sesión de AF o una solicitud de modificación de sesión de AF;

determinar, para la descripción del componente de medios, una regla de control y un identificador de instancia de regla para la regla de control, en donde la regla de control incluye un nombre de regla de control,

asociar el identificador de instancia del componente de medios con el identificador de instancia de regla;

transmitir, a un nodo de aplicación de políticas (50, 2) a través de un transmisor (440), la regla de control y el identificador de instancia de regla, para la descripción del componente de medios;

recibir, desde el nodo de aplicación de políticas a través del receptor (430), un informe que indica un resultado de asignación de recursos, un nombre de regla de control y un identificador de instancia de regla para una regla de control afectada;

determinar un identificador de instancia de componente de medios asociado con el identificador de instancia de regla recibido para la regla de control afectada; y

transmitir, al nodo de AF a través del transmisor (440), un informe que indica el resultado de asignación de recursos y el identificador de instancia del componente de medios determinado.

11. El servidor de control de políticas de la reivindicación 10, operable además para realizar el método en cualquiera de las reivindicaciones 2 a 4.

12. Un nodo de aplicación de políticas (50, 2) para hacer cumplir las reglas de control recibidas de un servidor de control de políticas para la asignación de recursos, y para informar al servidor de control de políticas de un resultado de asignación de recursos, el nodo de aplicación de políticas que comprende:

al menos un procesador (570); y

al menos una memoria (560) que almacena instrucciones ejecutables por procesador (564), en donde el al menos un procesador interactúa con la al menos una memoria para ejecutar las instrucciones ejecutables por procesador, por lo que el nodo de aplicación de políticas es operable para:

recibir, desde un servidor de control de políticas (40, 1) a través de un receptor (590), un regla de control y un identificador de instancia de regla para la regla de control, en donde la regla de control incluye un nombre de regla de control;

asociar el identificador de instancia de regla y la regla de control con un portador para el cual se va a instalar o modificar la regla de control;

desencadenar un procedimiento de asignación de recursos para el portador para el que se va a instalar o modificar la regla de control;

determinar, al obtener un resultado de asignación de recursos para un portador, el identificador de instancia de regla asociado con el portador y una regla de control afectada para el portador; y

transmitir, al servidor de control de políticas a través de un transmisor (580), un informe que indica el resultado de asignación de recursos, el nombre de regla de control de la regla de control afectada y el identificador de instancia de regla asociado con el portador.

13. El nodo de aplicación de políticas de la reivindicación 12, operable además para realizar el método en la reivindicación 6.

14. Un nodo de función de aplicación, AF, (60, 5) para ofrecer a las aplicaciones un control de los recursos del portador y para recibir los resultados de asignación de recursos desde un servidor de control de políticas, el nodo de AF que comprende:

al menos un procesador (620); y

al menos una memoria (610) que almacena instrucciones ejecutables por procesador (614), en donde el al menos un procesador interactúa con la al menos una memoria para ejecutar las instrucciones ejecutables por procesador, por lo que el nodo AF es operable para:

transmitir, a un servidor de control de políticas (40, 1) a través de un transmisor (630), una descripción del componente de medios con un identificador de instancia de componente de medios para la descripción del componente de medios en una solicitud de establecimiento de sesión de AF o una solicitud de modificación de sesión de AF;

asociar el identificador de instancia del componente de medios transmitido con la descripción del componente de medios;

recibir, desde el servidor de control de políticas a través de un receptor (640), un informe que indica un resultado de asignación de recursos y un identificador de instancia de componente de medios; e

identificar la descripción del componente de medios asociada con el identificador de instancia del componente de medios recibido y para el cual se aplica el resultado de asignación de recursos recibido.

15. El nodo de AF de la reivindicación 14, operable además para realizar el método en cualquiera de las reivindicaciones 8 a 9.