ES2619423T3 - Método, aparatos y programa informático para configurar dinámicamente una función de control de sesión de llamada proxy del subsistema multimedia IP desde un servidor de reglas de control de política - Google Patents

Abstract

Un servidor (31) de Función de Control de Sesión de Llamada Proxy, P-CSCF, para permitir a un usuario (5, 5a) acceder a un Subsistema (4) Multimedia IP, IMS, que ofrece servicios multimedia al usuario, comprendiendo el servidor P-CSCF: - primeros medios (311) de comunicación configurados para recibir (S-010) un mensaje de registro de un equipo de usuario (5) y remitir (S-015) el mensaje de registro hacia otra entidad del IMS (4); y caracterizado por que comprende además: - segundos medios (312) de comunicación configurados para transmitir (S-030) un primer mensaje que solicitad datos de configuración a un servidor (1) de Reglas de Control de Política, que es responsable de instalar reglas de control en una entidad en la capa portadora, y de recibir (S-040) un segundo mensaje, que es respuesta al primer mensaje, del servidor (1) de Reglas de Control de Política con los datos de configuración; y - en donde los datos de configuración recibidos en el segundo mensaje comprenden información sobre un tipo de una red de acceso de conectividad IP, IP-CAN, a través del cual el usuario accede al IMS.

Description

5

10

15

20

25

30

35

40

45

50

55

60

Metodo, aparatos y programa informatico para configurar dinamicamente una funcion de control de sesion de llamada proxy del subsistema multimedia IP desde un servidor de reglas de control de polftica

CAMPO TECNICO

La presente invencion se relaciona generalmente con funcionalidades nuevas y mejoradas de entidades de la asf llamada arquitectura de Control de Tarificacion y Polftica. Mas especfficamente, la presente invencion se relaciona con configurar dinamicamente un servidor de la Funcion de Control de Sesion de Llamada de un Subsistema Multimedia IP.

ANTECEDENTES

Hoy en dfa, el Subsistema Multimedia IP (en adelante IMS) posibilita a los operadores de red ofrecer a sus abonados servicios multimedia basados en, y construidos sobre, aplicaciones, servicios y protocolos de Internet. La arquitectura del IMS ofrece la oportunidad de desplegar aplicaciones de igual a igual donde dos o mas usuarios intercambian directamente datos de usuario tras el establecimiento de una sesion a traves del IMS. En este sentido, se pueden ofrecer diferentes servicios y aplicaciones del IMS como se definen por el 3GPP en los estandares OMA encima del IMS. Algunas aplicaciones de igual a igual ejemplares pueden ser Telefonfa Multimedia, Pulsar para Hablar sobre el Movil, transmisiones en tiempo real, compartir video en tiempo real, compartir archivos, y jugar.

Por otro lado, y para proporcionar una experiencia de servicio satisfactoria y fiable, los operadores de red necesitan tener un cuidado especial de la calidad de servicio (en adelante QoS), tarificacion efectiva y fraude potencial en el uso de los servicios. Con este fin, los estandares del 3GPP proporcionan una llamada arquitectura de Control de Tarificacion y Polftica (en adelante PCC) para ayudar a los operadores de red a controlar los problemas anteriores. La arquitectura del PCC consiste basicamente en una Funcion de Aplicacion (en adelante AF) que ofrece aplicaciones que requieren una polftica dinamica y/o un control de tarificacion de los recursos del plano del trafico, una Funcion de Cumplimiento de Tarificacion y Polftica (en adelante PCEF) que proporciona control sobre el trafico del plano de usuario y su QoS, y una Funcion de Reglas de Tarificacion y Polftica (en adelante PCRF) responsable de instalar las reglas del PCC requeridas en la PCEF para asegurar que solo se permiten y aplican flujos de medios autorizados asociados con servicios solicitados, por ejemplo, el ancho de banda, tarificacion y prioridad correctas. Sobre las reglas del PCC a ser instaladas desde la PCRF en la PCEF, el documento TS 23.203 del 3GPP distingue entre reglas del PCC predefinidas y reglas del PCC dinamicas, asf como la precedencia entre ellas. Los detalles para configurar esta precedencia son descritos en el documento “S2-072088: Precedende of PCC rules” preparado para la Reunion #57 del TSG-SA23 del GPP.

Segun los estandares del 3GPP, las comunicaciones entre los abonados del IMS y las entidades del IMS, asf como entre las propias entidades del IMS, son llevadas a cabo con un asf llamado Protocolo de Iniciacion de Sesion (en adelante SIP) para la senalizacion de sesiones multimedia, y con un Protocolo de Descripcion de Sesion (en adelante SDP) para intercambiar informacion sobre los flujos de medios asociados con las sesiones multimedia. Mas especfficamente, las conexiones de transporte pueden ser negociadas dinamicamente con la ayuda de los anteriores protocolos SIP y SDP entre dos puntos finales, o entre dos aplicaciones de igual a igual del IMS. En este sentido, el documento TS 23.203 del 3GPP propone la anterior arquitectura del PCC para soportar efectivamente las aplicaciones de igual a igual del IMS con un primer mecanismo para controlar selectivamente los flujos IP asociados con las sesiones del IMS de un abonado, y un segundo mecanismo para determinar selectivamente el uso de la portadora de flujos IP negociados dinamicamente para aplicar una polftica y tarificacion efectivas para cada servicio. En particular, la informacion del servicio derivada de una respuesta del SDP puede ser enviada en una solicitud de servicio desde la AF a la PCRF, y la ultima puede rechazar tal solicitud si el servicio no es aceptable segun la polftica del operador o la informacion de subscripcion. En este sentido, el documento “C3-070456: Encoding of aceptable service information for rejection of service change” preparado para la Reunion #44 del TSG-CT WG3 del 3GPp ensena un procedimiento a traves del cual la PCRF puede indicar en la respuesta a la AF la informacion del servicio que puede ser acepada por la PCRF.

Una solucion completa para el soporte de servicios y aplicaciones del IMS incluye equipos de usuario (en adelante UE), Redes de Acceso de Conectividad IP (en adelante IP-CAN), y elementos funcionales especfficos del IMS, concretamente entidades del IMS como se describen en el documento TS 23.228 del 3GpP “IP Multimedia Subsystem (IMS); Stage 2”. Una red de Acceso de Conectividad IP ejemplar es la red central del GPRS con redes de acceso por radio GERAN y/o UTRAN.

Un escenario tradicional puede ser donde los servicios y aplicaciones del IMS son ofrecidos sobre una conexion del GPRS, esto es, donde el GPRS es la IP-CAN. En este escenario, un servidor de la Funcion de Control de la Sesion de Llamada de Proxy (en adelante P-CSCF) que actua como nodo de entrada en la arquitectura del IMS puede incluir la funcionalidad del AF y esta ubicado en el plano de senalizacion; un Nodo de Soporte de la Puerta de Enlace del GPRS (en adelante GGSN) puede incluir la funcionalidad de la PCEF y esta ubicado en el plano de

5

10

15

20

25

30

35

40

45

50

55

60

portadora; donde la PCRF puede estar entre el plano de senalizacion y el plano de portadora, estando asf conectado con la P-CSCF y el GGSN.

En una red del IMS convencional, multiples factores pueden hacer que la P-CSCF se comporte de una manera diferente. Por ejemplo, la P-CSCF podrfa tener que decidir: tipos de cargas a ser aceptadas, numero maximo de componentes de medios a ser aceptados por tipo de medio, codec soportados, ancho de banda permitido por tipo de medio, etc.; y estas decisiones pueden ser tomadas en la P-CSCF basadas en informacion recibida desde un UE. Esta situacion puede llevar a inconsistencias en el caso de un UE divdido, por ejemplo, donde un telefono movil se conecta con un Ordenador Personal con una IP-CAN, dado que no se puede garantizar un comportamiento del UE consistente en el momento de iniciar el establecimiento de sesiones del SIP. En este escenario, una P-CSCF convencional es configurada estaticamente segun las preferencias del operador de red propietario e independientemente de condiciones especfficas que pudieran ocurrir. Una P-CSCF asf configurada estaticamente siempre se comporta del mismo modo, independientemente de las condiciones que pudieran aparecer.

Ademas, cuando el PCC entra en vigor, han de ser configurados mas datos en la P-CSCF para estimar las interacciones con la arquitectura del PCC durante el establecimiento de la sesion del SIP y como debe progresar, que informacion sera proporcionada a la arquitectura del PCC, y que informacion sera recibida desde la arquitectura del PCC, entre otros. Como en el caso anterior donde una arquitectura del PCC no esta conectada con el IMS, todos estos comportamientos pueden ser configurados estaticamente en la P-CSCF de forma que no se puedan distinguir condiciones especfficas desde un punto de vista operacional.

Ademas, las redes exstentes actuales estan evolucionando hacia las asf llamadas redes de convergencia movil fijo, donde el usuario puede hacer uso de los servicios del IMS desde diferentes accesos con diferentes tecnologfas. Aparte, los operadores de red promueven diferentes categorfas de usuarios, con diferentes tarifas y servicios disponibles. Para hacer frente a todos estos requisitos, la red del IMS necesita adaptarse para trabajar en el modo mas optimo para cada usuario y cada acceso.

Las configuraciones estaticas para manejar las sesiones del IMS implican fuertes limitaciones en los escenarios de red anteriores donde no hay diferenciacion de usuario, y donde las sesiones del IMS siempre proceden del mismo modo independientemente de las categorfas de usuario e independientemente de si un usuario ha accedido a traves de una red fija o una red movil.

El documento del 3GPP “C3-070456: Encoding of aceptable service information for rejection of service change” contiene una descripcion procedimental sobre la recepcion de informacion de servicio.

COMPENDIO

La presente invencion tiene por objeto obviar al menos algunos de los inconvenientes anteriores y proporcionar un metodo para configurar dinamicamente una P-CSCF desde un servidor de Reglas de Control de Polftica, una P- CSCF para permitir que un usuario acceda a una red del IMS, y un servidor de Reglas de Control de Polftica responsable de instalar reglas de control para autorizar flujos de medios en una entidad en la capa portadora. Esta entidad en la capa portadora puede ser un GSSN o una PDG que incluye una PCEF, o la propia PCEF.

Asf, segun un primer aspecto de la presente invencion, se proporciona un metodo para configurar dinamicamente una P-CSCF desde un servidor de Reglas de Control de Polftica, la P-CSCF permite a un usuario acceder al IMS mientras que el servidor de Reglas de Control de Polftica es responsable de instalar reglas de control para autorizar flujos de medios a una entidad en la capa portadora. Este metodo comprende unos pasos para establecer una sesion a traves de una red de acceso de conectividad IP “IP-CAN”; un paso para registrar un usuario original con el IMS; un paso para solicitar de la P-CSCF los datos de configuracion hacia el servidor de Reglas de Control de Polftica; un paso para aplicar las polfticas en el servidor de Reglas de Control de Polftica para determinar los datos de configuracion para la sesion; y un paso para enviar desde el servidor de Reglas de Control de Polftica hacia la P- CSCF dichos datos de configuracion.

Este metodo puede ser usado ventajosamente donde el paso para enviar los datos de configuracion incluye un paso para seleccionar datos de configuracion desde un grupo de datos de configuracion que incluye: indicacion de un procedimiento de senalizacion durante el cual se requiere ademas contactar con el servidor de Reglas de Control de Polftica; indicacion para modificar o rechazar informacion de servicio en transito basado en informacion de usuario relacionada con el acceso; indicacion para proporcionar un elemento de informacion de servicio especffica al servidor de Reglas de Control de Polftica usable para decisiones de polfticas; e informacion sobre tipos de accesos de una red de acceso de conectividad IP “IP-CAN” a traves de la cual el usuario accede al IMS.

En particular, y para ser compatible con especificaciones del 3GPP actuales, este metodo puede aplicarse donde se usa el SIP para iniciar y senalizar sesiones multimedia por el usuario con el IMS, y el SDP se usa para recibir informacion sobre los flujos de medios asociados con las sesiones multimedia. Asf, donde estos protocolos son usados entre entidades del IMS, el metodo anterior puede llevarse a cabo ventajosamente donde las indicaciones

5

10

15

20

25

30

35

40

45

50

55

60

anteriores de un procedimiento de senalizacion para ademas contactar con el servidor de Reglas de Control de Polftica, enviado hacia la P-CSCF, esta provisto de un valor de parametro, un asf llamado '[PCC-requerido] ' en la especificacion instantanea, en un par de valor atributo “AVP”, y en donde este valor de parametro es seleccionado de un grupo de valores que incluye: una asf llamada “oferta del SDP” para indicar un contacto en la recepcion de tanto la oferta del SDP como una respuesta del SDP; y una asf llamada “respuesta del DSP” para indicar un contacto en la recepcion de una respuesta del DSP.

Igualmente, el metodo anterior puede ser llevado a cabo ventajosamente donde la indicacion anterior para modificar o rechazar informacion de usuario, envidada a traves de la P-CSCF, esta provista de un valor de parametro, un asf llamado '[negociacion del SDP]' en la especificacion instantanea, en un par de valor atributo “AVP”, el valor de parametro seleccionado de un grupo de valores que incluye: “Cancelar/Terminar” para indicar la no negociacion del SDP y, tras detectar problemas, la sesion del SDP a ser cancelada o terminada; “Rechazar” para indicar la negociacion de nuevas condiciones con el equipo de usuario, donde no hay suficientes recursos o donde las condiciones del servicio no son aceptables por el servidor de Reglas de Control de Polftica; y “Alterar” para indicar una alteracion de una oferta del SDP en progreso con un conjunto de parametros del SDP permitidos donde las condiciones del servicio no son aceptables por el servidor de Reglas de Control de Polftica.

Ademas, el metodo anterior puede tambien llevarse a cabo ventajosamente donde la indicacion anterior para proporcionar un elemento de informacion de servicio especffico al servidor de Reglas de Control de Polftica usable para decisiones de polfticas, emitida hacia la P-CSCF, esta provista de un valor de parametro, una asf llamada '[info del SDP]' en la especificacion instantanea, en un par de valor atributo “AVP”, incluyendo el valor de parametro una lista de lfneas del SDP a ser proporcionadas hacia el servidor de Reglas de Control de Polftica para el usuario dado en un asf llamado AVP de “Datos del Codec”.

Ademas, el metodo anterior puede tambien llevarse a cabo ventajosamente donde la informacion anterior sobre el tipo de acceso de una red de acceso de conectividad IP “IP-CAN” a traves de la cual el usuario accede al IMS, enviada hacia la P-CSCF, esta provista de un valor de parametro, un asf llamado '[tipo de IP-CAN]' en la especificacion instantanea, en un par de valor atributo “AVP”, el valor de parametro seleccionado de un grupo de valores que incluye: “GPRS”; y “WLAN”.

Por razones practicas, y para ventajas adicionales, el metodo anterior puede ademas comprender un paso para almacenar datos de configuracion recibidos; y un paso para aplicar los datos de configuracion para senalizar sesiones establecidas por el usuario mientras que el usuario esta registrado en el IMS. Sobre mas mejoras donde se prevee un enorme numero de abonados, el metodo anterior puede ademas comprender un paso para eliminar los datos de configuracion almacenados una vez que el usuario anula el registro.

Por otro lado, y en relacion con como los datos de configuracion son determinados en el servidor de Reglas de Control de Polftica, el metodo anterior puede ser implementado de forma que el paso de aplicar polfticas para determinar los datos de configuracion incluye un paso para derivar la configuracion desde al menos un elemento seleccionado de un grupo de elementos que comprende: tipo de acceso de IP-CAN; Modo de Control de Portadora para la sesion de IP-CAN; categorfa de Abonado; estado de Itinerancia; Tipo de Terminal; y polfticas del operador Especfficas.

Ademas, y para ser compatible con las especificaciones del 3GPP actuales al respecto de escenarios donde una arquitectura del PCC asiste a una red del iMs, el metodo anterior puede ademas comprender un paso para generar reglas de control en el servidor de Reglas de Control de Polftica para ser instaladas en una entidad en la capa portadora; y un paso para autorizar una sesion hacia la P-CSCF. Como antes, esta entidad en la capa portadora puede ser un GGSN o una PDG incluyendo una PCEF, o la propia PCEF.

Segun un segundo aspecto de la presente invencion, se proporciona un servidor de Reglas de Control de Polftica para generar reglas de control basadas en informacion de servicio recibida desde dispositivos de aplicacion y para instalar dichas reglas de control en una entidad en la capa portadora; en donde dicha entidad en la capa portadora puede ser un GGSN o una PDG incluyendo una PCEF, o la propia PCEF. Este servidor de Reglas de Control de Polftica comprende los primeros medios de comunicacion para comunicarse con la entidad en la capa portadora para instalar reglas de control; segundos medios de comunicacion para comunicarse con una P-CsCf donde un usuario accede al IMS; una entrada de solicitante de configuracion para recibir una solicitud de datos de configuracion desde la P-CSCF; y un remitente de datos de configuracion para enviar datos de configuracion hacia la P-CSCF.

Segun una realizacion ventajosa del metodo anterior, el remitente de datos de configuracion en este servidor de Reglas de Control de Polftica puede adaptarse para enviar hacia la P-CSCF datos de configuracion seleccionados de un grupo de datos de configuracion que incluye: indicacion de un procedimiento de senalizacion durante el cual se requiere ademas contactar con el servidor de Reglas de Control de Polftica; indicacion para modificar o rechazar informacion de servicio en transito basado en informacion de usuario relativa al acceso; indicacion para proporcionar

5

10

15

20

25

30

35

40

45

50

55

60

un elemento de informacion de servicio especffico al servidor de Reglas de Control de Polftica usable para decisiones de polfticas; e informacion sobre el tipo de acceso de una red de acceso de conectividad IP “IP-CAN” a traves de la cual el usuario accede al IMS.

Tambien segun una primera realizacion ventajosa del metodo anterior, el servidor de Reglas de Control de Polftica puede adaptarse para que la indicacion de un procedimiento de senalizacion ademas de contactar con el servidor de Reglas de Control de Polftica sea enviada hacia la P-CSCF con un valor de parametro, un asf llamado '[PCC requerido]' en la especificacion instantanea, en un par de valor atributo “AVP”, el valor del parametro seleccionado de un grupo de valores que incluye: indicacion para contactar en la recepcion de tanto la oferta del Protocolo de Descripcion de Sesion “SDP” como la respuesta del Protocolo de Descripcion de Sesion “SDP”; e indicacion para contactar en la recepcion de una respuesta del Protocolo de Descripcion de Sesion “SDP”.

Igualmente, y tambien segun una segunda realizacion ventajosa del metodo anterior, el servidor de Reglas de Control de Polftica puede adaptarse para que la indicacion para modificar o rechazar la informacion del servicio en transito basada en informacion de usuario relacionada con el acceso sea enviada hacia la P-CSCF con un valor de parametro, un asf llamado ‘[negociacion de SDP]' en la especificacion instantanea, en un par de valor atributo “AVP”, el valor de parametro seleccionado de un grupo de valores que incluye: “Cancelar/Terminar” para indicar la no negociacion del Protocolo de Descripcion de Sesion “SDP” y, tras detectar problemas, la sesion del SDP a ser cancelada o terminada; “Rechazar” para indicar la negociacion de nuevas condiciones con el equipo de usuario, donde no hay suficientes recursos o donde las condiciones del servicio no son aceptables por el servidor de Reglas de Control de Polftica; y “Alterar” para indicar una alteracion de una oferta del SDP en progreso con un conjunto de parametros del SDP permitidos donde las condiciones del servicio no son aceptables por el servidor de Reglas de Control de Polftica.

Ademas, y tambien segun una tercera realizacion ventajosa del metodo anterior, el servidor de Reglas de Control de Polftica puede adaptarse para que la indicacion que proporciona un elemento de informacion de servicio especffico al servidor de Reglas de Control de Polftica usable para decisiones de polfticas sea enviada hacia la P-CSCF con un valor de parametro, una asf llamada ‘[info del SDP]' en la especificacion instantanea, en un par de valor atributo “AVP”, incluyendo el valor de parametro una lista de lfneas del Protocolo de Descripcion de Sesion “SDP” a ser proporcionadas hacia el servidor de Reglas de Control de Polftica para el usuario dado en un asf llamado AVP de “Datos del Codec”.

Ademas, y tambien segun una cuarta realizacion ventajosa del metodo anterior, el servidor de Reglas de Control de Polftica puede adaptarse para que la informacion sobre el tipo de acceso de una red de acceso de conectividad IP “IP-CAN” a traves de la cual el usuario accede al IMS es enviada hacia la P-CSCF con un valor de parametro, un asf llamado ‘[tipo de IP-CAN]' en la especificacion instantanea, en un par de valor atributo “AVP”, el valor de parametro seleccionado de un grupo de valores que incluye: “GPRS”; y “WLAN”.

En relacion con los datos de configuracion a ser enviados hacia la P-CSCF, las Reglas de Control de Polftica pueden ademas comprender un procesador habilitado para derivar datos de configuracion desde al menos un elemento seleccionado de un grupo de elementos que comprende: tipo de acceso de IP-CAN; Modo de Control de Portadora para la sesion de IP-CAN; categorfa de Abonado; estado de Itinerancia; Tipo de Terminal; y polfticas del operador Especfficas. En particular, el procesador de este servidor de Reglas de Control de Polftica puede cooperar con una unidad de configuracion dedicada especfficamente para derivar dichos datos de configuracion.

En relacion con la compatibilidad con las especificaciones del 3GPP actuales al respecto de los escenarios donde la arquitectura del PCC asiste a la red del IMS, el anterior servidor de Reglas de Control de Polftica puede ademas comprender un generador de reglas para generar reglas de control a ser instaladas en la entidad en la capa portadora, y un autorizador para autorizar una sesion hacia la P-CSCF, ambos posiblemente en cooperacion con un almacenamiento para almacenar parametros que pueden incluirse en dichas reglas de control asf como identificadores de sesion. En particular, la entidad en la capa portadora puede incluir una PCEF de una arquitectura del PCC; y el servidor de Reglas de Control de Polftica puede disponerse para instalar las reglas de control, asf como las instrucciones para desinstalar reglas de control previamente instaladas, con la ayuda de los primeros medios de comunicacion.

Segun un segundo aspecto de la presente invencion, se proporciona una P-CSCF para permitir a un usuario acceder a una red del IMS que ofrece servicios multimedia al usuario. Esta P-CSCF comprende: los primeros medios de comunicacion para comunicarse con el usuario y con otras entidades del IMS; segundos medios de comunicacion para comunicarse con un servidor de Reglas de Control de Polftica responsable de instalar reglas de control para autorizar flujos de medios en una entidad en la capa portadora; una salida de solicitante de configuracion para solicitar datos de configuracion del servidor de Reglas de Control de Polftica; y un receptor de datos de configuracion para recibir datos de configuracion del servidor de Reglas de Control de Polftica. En operacion, la salida del solicitante de configuracion de la P-CSCF puede ser receptiva a recibir un registro inicial del usuario en el IMS a traves de los primeros medios de comunicacion.

5

10

15

20

25

30

35

40

45

50

55

60

Segun una realizacion ventajosa del metodo anterior, y alineada con una realizacion ventajosa del servidor de Reglas de Control de Polftica, el receptor de datos de configuradon de la P-CSCF puede adaptarse para recibir del servidor de Reglas de Control de Polftica datos de configuracion de un grupo de datos de configuracion que incluye: indicacion de un procedimiento de senalizacion durante el cual se requiere ademas contactar con el servidor de Reglas de Control de Polftica; indicacion para modificar o rechazar informacion de servicio en transito basada en informacion de usuario relativa al acceso; indicacion para proporcionar un elemento de informacion de servicio especffico al servidor de Reglas de Control de Polftica usable para decisiones de polfticas; e informacion sobre el tipo de acceso de una red de acceso de conectividad IP “IP-CAN” a traves de la cual el usuario accede al IMS.

Se pueden apreciar ventajas adicionales al configurar la P-CSCF desde el servidor de Reglas de Control de Polftica. Para tal fin, la P-CSCF puede ademas comprender un almacenamiento para almacenar los datos de configuracion recibidos; y un procesador para aplicar los datos de configuracion a sesiones de senalizacion estableadas por el usuario mientras que el usuario esta registrado en el IMS, y para eliminar las datos de configuracion del almacenamiento una vez que el usuario anula el registro.

En relacion con la compatibilidad con las especificaciones del 3GPP actuales, y alineado con las caracterfsticas tecnicas correspondientes en el metodo anterior, los primeros medios de comunicacion de la P-CSCF estan dispuestos para soportar y usar el SIP para iniciar y senalizar las sesiones multimedia establecidas por el usuario con el IMS, y para soportar y usar el SDP para recibir informacion sobre los flujos de medios asociados con las sesiones multimedia.

Asf, donde estos protocolos son usados entre entidades del IMS y segun una primera realizacion ventajosa del metodo anterior, la P-CSCF puede adaptarse para que la indicacion de un procedimiento de senalizacion para ademas contactar con el servidor de Reglas de Control de Polftica este provista con un valor de parametro, un asf llamado '[PCC-requerido]' en la especificacion instantanea, en un par de valor atributo “AVP”, el valor de parametro seleccionado de un grupo de valores que incluye: una “oferta del SDP” para indicar un contacto en la recepdon de tanto la oferta del SDP como una respuesta del SDP; y una “respuesta del DSP” para indicar un contacto en la recepcion de una respuesta del DSP.

Siguiendo esta logica, donde el SIP y el SDP son usados entre entidades del IMS y segun una segunda realizacion ventajosa del metodo anterior, la P-CSCF puede adaptarse para que la indicacion de modificar o rechazar informacion de servicio en transito basada en informadon de usuario relativa al acceso este provista con un valor de parametro, un asf llamado '[negociacion del SDP]' en la especificacion instantanea, en un par de valor atributo “AVP”, el valor de parametro seleccionado de un grupo de valores que incluye: “Cancelar/Terminar” para indicar la no negociacion del SDP y, tras detectar problemas, la sesion del SDP a ser cancelada o terminada; “Rechazar” para indicar la negociacion de nuevas condiciones con el equipo de usuario, donde no hay suficientes recursos o donde las condiciones del servicio no son aceptables por el servidor de Reglas de Control de Polftica; y “Alterar” para indicar una alteracion de una oferta del SDP en progreso con un conjunto de parametros del SDP permitidos, donde las condiciones del servicio no son aceptables por el servidor de Reglas de Control de Polftica.

Ademas, donde el SIP y el SDP son usados entre entidades del IMS y segun una tercera realizacion ventajosa del metodo anterior, la P-CSCF puede adaptarse para que la indicacion para proporcionar un elemento de informacion de servicio especffico al servidor de Reglas de Control de Polftica usable para decisiones de polfticas este provista de un valor de parametro, una asf llamada '[info del SDP]' en la especificacion instantanea, en un par de valor atributo “AVP”, incluyendo el valor de parametro una lista de lfneas del SDP a ser proporcionadas hacia el servidor de Reglas de Control de Polftica para el usuario dado en un asf llamado AVP de “Datos del Codec”.

Ademas, donde el SIP y el SDP son usados entre entidades del IMS y segun una cuarta realizacion ventajosa del metodo anterior, la P-CSCF puede adaptarse para que la informacion sobre el tipo de acceso de una red de acceso de conectividad IP “IP-CAN” a traves de la cual el usuario accede al IMS este provista de un valor de parametro, un asf llamado '[tipo de IP-CAN]' en la especificacion instantanea, en un par de valor atributo “AVP”, el valor de parametro seleccionado de un grupo de valores que incluye: “GPRS” y “WLAN”.

En una realizacion de la invencion, el grupo anterior de datos de configuracion seleccionable puede incluir opcionalmente un conjunto especffico de polfticas generadas por el servidor de Reglas de Control de Polftica basado en el tipo de IP-CAN y probablemente otra informacion relacionada con el usuario, y para ser ejecutadas por la P- CSCF. Con este fin, la unidad de configuracion coopera con el procesador del servidor de Reglas de Control de Polftica para generar este conjunto de polfticas basado en el tipo de IP-CAN y probablemente otra informacion relacionada con el usuario.

La invencion puede ser practicada por un programa informatico, el cual es cargable en una memoria interna de un ordenador con unidades de entrada y salida asf como con una unidad de procesamiento; el programa informatico comprende software ejecutable, el cual puede ser separado en partes diferentes, adaptado para llevar a cabo los

5

10

15

20

25

30

35

40

45

50

55

60

pasos de los metodos anteriores en las diferentes entidades anteriores, servidores o dispositivos, cuando se ejecuta en varios ordenadores. En particular, el software ejecutable, o partes del mismo, puede ser grabado en un soporte legible.

BREVE DESCRIPCION DE LOS DIBUJOS

Las caracterfsticas, objetos y ventajas de la invencion seran evidentes mediante la lectura de esta descripcion en conjunto con los dibujos que acompanan, en los cuales:

La FIGURA1 es un diagrama de bloques que ilustra como diferentes entidades de una arquitectura del PCC cooperan con una P-CSCF de una red del IMS y con un GGSN de la red de acceso del GPRs.

La FIGURA 2 ilustra un diagrama de secuencias de un metodo ejemplar usable para configurar dinamicamente una P-CSCF desde la arquitectura del PCC.

Las FIGURA 3a, 3b, 3c y 3d ilustran un diagrama de secuencias de un uso ejemplar que se puede obtener tras haber completado una configuracion dinamica de una P-CSCF para permitir una distincion operacional basada en categorfas de usuarios y red de acceso.

La FIGURA 4 es una estructura de bloques basica que presenta los elementos estructurales que un servidor de reglas de control de polftica puede comprender segun varias realizaciones de la invencion.

La FIGURA 5 es una estructura de bloques basica que presenta los elementos estructurales que una Funcion de Control de Sesion de Llamada de Proxy puede comprender segun varias realizaciones de la invencion.

La FIGURA 6 es un diagrama de bloques basico que ilustra como la invencion entra en un escenario que sigue un modelo del PCC, donde los requisitos de QoS se negocian a traves de una capa de senalizacion del IMS mientras que los servicios son llevados en una capa portadora proporcionada por la red de acceso del GPRS.

La FIGURA 7 es un diagrama de bloques basico que ilustra como la invencion entra en un segundo escenario que sigue un modelo del PCC, donde los requisitos de QoS se negocian a traves de una capa de senalizacion del IMS mientras que los servicios son llevados en una capa portadora proporcionada por la red de acceso WLAN.

DESCRIPCION DETALLADA

A continuacion se describen algunas realizaciones preferidas para una arquitectura del PCC configurada dinamicamente en una Funcion de Control de Sesion de Llamada Proxy de una red del IMS.

Asf, la FIGURA 2 ilustra una realizacion ejemplar de un metodo para una configuracion dinamica de una P-CSCF para ademas permitir una distincion operacional basada en categorfas de usuario y red de acceso. El metodo asume el establecimiento de una sesion de la IP-CAN como una condicion inicial llevada a cabo durante un paso anterior S- 005. Esta sesion de la IP-CAN podrfa haber sido establecida, por ejemplo, a traves de un GGSN 21 cuando la IP- CAN es una red de acceso del GPRS, como se ilustra en la FIGURA 6; o, por ejemplo, a traves de una Puerta de Enlace 71 de Datos de Paquetes (en adelante PDG) donde la IP-CAN es una Red de Area Local Inalambrica (WLAN), como se ilustra en la FIGuRa 7. Dichos GGsN o PDG pueden incluir la PCEF 2 de la arquitectura del PCC mostrada en la FIGURA 1 o pueden ser adaptados para cooperar con una PCEF separada.

El metodo en la FIGURA 2 comienza donde un usuario con un UE 5 se registra en la red del IMS durante un paso S- 010. Este registro es recibido en una P-CSCF 31, que puede incluir la AF 3 de la arquitectura del PCC mostrada en la FIGURA 1 o puede ser adaptada para cooperar con una AF separada, y es remitido en un paso S-015 hacia el nucleo 4 del IMS. El proceso de registro continua a traves de entidades del nucleo 4 del IMS segun los procedimientos existentes actuales, y dichas entidades del nucleo del IMS, tales como una Funcion de Control de Sesion de Llamada de Interrogacion (en adelante I-CSCF), una Funcion de Control de Sesion de Llamada Servida (en adelante S-CSCF) y un Servidor Local de Abonado (en adelante HSS), entre otros, no son relevantes en esta etapa para el proposito de la invencion. Para tal fin, la P-CSCF 31 esta provista de los primeros medios 311 de comunicacion para comunicarse con el usuario y con otras entidades del IMS, como ilustra la FIGURA 5, permitiendo asf a un usuario 5 acceder a la red del iMs.

Una vez que el usuario se ha registrado con exito en el nucleo 4 del IMS, la P-CSCF 31, o la AF 3 incluida en el mismo, segun pueda ser el caso, recibe un resultado exitoso durante un paso S-020 y lo remite durante un paso S- 025 hacia el uE 5, como se ilustra en la FIGURA 2.

Entonces, la P-CSCF 31 puede solicitar durante un paso S-030 de un servidor 1 de Reglas de Control de Polftica informacion de configuracion para la P-CSCF. Este servidor 1 de Reglas de Control de Polftica puede incorporar todas las funciones de una PCRF convencional o, al menos, ser responsable de instalar reglas de control para autorizar flujos de medios en una entidad 2 en la capa portadora, como esta dispuesta una PCRF convencional. En particular, un mensaje AAR de un protocolo Diameter puede ser usado para este proposito incluyendo una direccion IP para identificar el UE y un identificador de sesion, un asf llamado Id de sesion, para identificar la sesion para el UE tanto en la P-CSCF como en el servidor de Reglas de Control y Polftica, junto con una indicacion de una solicitud de configuracion.

5

10

15

20

25

30

35

40

45

50

55

60

Como ya se ha explicado anteriormente, la P-CSCF 31 puede incluir una AF 3 dispuesta para comunicarse con el PCRF o, al menos, segundos medios de comunicacion 312 para comunicarse con el servidor 1 de Reglas de Control de Polftica responsable de instalar reglas de control para autorizar flujos de medios en una entidad en la capa portadora. Para tal fin, la P-CSCF 31 incluye una salida 313 de solicitante de configuracion para solicitar datos de configuracion del servdor de Reglas de Control de Polftica, como se ilustra en la FIGURA 5.

Asf, tras recibir la solicitud de configuracion durante un paso S-030 ilustrado en la FIGURA 2, el servidor 1 de Reglas de Control de Polftica puede crear una asf llamada sesion de registro. Esta sesion puede ser una nueva sesion, o ser la sesion de registro de la AF que es creada hoy en dfa cuando la AF 3 se abona a sf mismo a notificaciones de la PCRF, por ejemplo, notificaciones de perdida de senalizacion. Para este fin, el servidor 1 de Reglas de Control y Polftica puede incluir primeros medios 11 de comunicacion con la entidad en la capa portadora para instalar reglas de control en ella, tal entidad siendo una PCEF 2 separada, o un GGSN 21 o una PDG 71 incluyendo ambos la funcionalidad de la PCEF; y segundos medios 12 de comunicacion para comunicarse con la P- CSCF 31, que puede incluir la AF 3, donde el UE 5 accede a los servicios multimedia ofrecidos por el IMS al usuario. El servidor 1 de Reglas de Control de Polftica puede tambien incluir para el proposito de la presente invencion una entrada 122 de solicitante de configuracion, que puede estar incluida en el segundo medio 12 de comunicacion anterior o puede proporcionarse de forma separada de la misma, para recibir la solicitud de datos de configuracion de la P-CSCF 31.

Volviendo al metodo ilustrado en la FIGURA 2, el servidor 1 de Reglas de Control de Polftica puede aplicar polfticas especfficas considerando la identidad del terminal, el modo de control de portadora seleccionado para la sesion de la IP-CAN, las caracterfsticas del tipo de la IP-CAN y un perfil de abonado, entre otros, para determinar los datos de configuracion a ser enviados hacia la P-CSCF para el usuario, que es abonado de la red del IMS. Para este fin, el servidor 1 de Reglas de Control y Polftica incluye un procesador 10, una unidad 104 de configuracion y una base de datos 103 interna posiblemente en cooperacion con un Repositorio 6 de Perfiles de Abonados externo (en adelante SPR).

En una realizacion de la invencion el procesador 10 del servidor 1 de Reglas de Control y Polftica es adaptado para derivar los datos de configuracion a ser enviados hacia la P-CSCF desde al menos un elemento seleccionad de un grupo de elementos que comprende: tipo de acceso de IP-CAN; Modo de Control de Portadora para la sesion de la IP-CAN; categorfa de Abonado; estado de Itinerancia; Tipo de Terminal; y polfticas del operador Especfficas.

Asf, una vez que los datos de configuracion son determinados en el servidor 1 de Reglas de Control de Polftica mediante la aplicacion de polfticas especfficas, tales datos de configuracion son enviados durante un paso S-040 hacia la P-CSCF, como se ilustra en la FIGURA 2. Para este fin, el servidor 1 de Reglas de Control de Polftica ilustrado en la FIGURA 4 puede incluir un remitente 121 de datos de configuracion para enviar dichos datos de configuracion hacia la P-CSCF 31. En particular, un mensaje AAA de un protocolo Diameter puede ser usado para este proposito.

Segun una realizacion de la invencion, estos datos de configuracion pueden ser seleccionados de un grupo de datos de configuracion que incluye: indicacion de un procedimiento de senalizacion durante el cual se requiere ademas contactar con el servidor de Reglas de Control de Polftica; indicacion para modificar o rechazar informacion de servicio en transito basada en informacion de usuario relacionada con el acceso; indicacion para proporcionar un elemento de informacion de servicio especffica al servidor de Reglas de Control de Polftica usable para decisiones de polfticas; e informacion sobre tipos de accesos de una red de acceso de conectividad IP “IP-CAN” a traves de la cual el usuario accede al IMS. En una realizacion de la invencion, el grupo de datos de configuracion puede incluir un conjunto especffico de polfticas generadas por el servidor de Reglas de Control de Polftica basadas en el tipo de la IP-CAN y probablemente otra informacion relacionada con el usuario, y para ser ejecutada por la P-CSCF. El remitente 121 de datos de configuracion esta dispuesto preferiblemente para enviar estos datos de configuracion hacia la P-CSCF 31.

Mas especfficamente, y segun una realizacion preferida hoy en dfa de la invencion, los datos de configuracion pueden ser enviados hacia la P-CSCF con la ayuda de un nuevo par de valor atributo (en adelante AVP), concretamente las asf llamadas “Opciones de Configuracion”, con un formato:

Opciones-Configuracion::= < AVP Cabecera xxx>

[PCC-requerido]

[negociacion del SDP]

[info del SDP]

5

10

15

20

25

30

35

40

45

50

55

60

[tipo de IP-CAN]

[Polfticas Especfficas]

Estos datos de configuracion, que son explicados a continuacion con referencia a la anterior realizacion preferida, pueden asf proporcionar diferentes combi naci ones de valores para permitir al P-CSCF hacer una distincion al operar sobre el abonado.

El parametro anterior '[PCC-requerido]', por ejemplo, puede tener uno de dos valores preferidos: “oferta del SDP” para indicar que la P-CSCF puede contactar el servidor 1 de Reglas de Control de Polftica en la recepcion de tanto la oferta del SDP como una respuesta del SDP; y “respuesta del SDP” para indicar que la P-CSCF puede contactar preferiblemente el servidor 1 de Reglas de Control de Polftica en la recepcion de una respuesta del SDP.

El parametro anterior ‘[negocacion del SDP]' puede tener uno de tres valores preferidos: “Cancelar/Terminar” para indicar que no es posible para la P-CSCF negociar el SDP y, tras detectar problemas con la sesion del SDP, la sesion del SDP puede ser preferiblemente cancelada o terminada; “Rechazar” para indicar que, cuando no hay recursos suficientes o las condiciones del servicio no son aceptadas por el servidor 1 de Reglas de Control de Polftica, la P-CSCF 31 puede todavfa negociar nuevas condiciones con el terminal; y “Alterar” para indicar que, donde las condiaones del servicio no son aceptables por el servidor 1 de Reglas de Control de Polftica, por ejemplo donde ninguno de los codec ofrecdos estan permitidos para ese usuario, la P-CSCF puede alterar la oferta del SDP en progreso con un conjunto de parametros del SDP permitidos.

El anterior parametro ‘[info del SDP]' puede ser de un tipo asf llamado “Cadena de Octetos” y puede incluir una lista de lfneas del SDP que la P-CSCF necesita para ademas proporcionar hacia el servidor 1 de Reglas de Control de Polftica para el usuario dado en la asf llamada AVP de “Datos del Codec”. La ausencia de este AVP indica a la P- CSCF 31 que no se requiere informacion extra del SDP. Este AVP puede consistir en lfneas del SDP codificadas en ASCII separadas por caracteres de nuevas lfneas siguiendo el formato del SDP de lfneas “a” y “b”. Por ejemplo, el servidor 1 de Reglas de Control de Polftica puede soliatar a la P-CSCF que proporcione informacion relacionada con la condicion previa de la QoS contenida en unas lfneas "a:qos:curr" y "a:qos:des" . Por ejemplo, la P-CSCF puede elaborar el AVP “Datos del Codec” sobre un asf llamado punto de referenca RX para incluir lfneas del SDP mas alla de la informacion relacionada con el codec real, tal como una informacion relaconada con el codec ejemplar que incluye las lfneas del SDP a:rtpmap, a:fmtp, a:ptime, a:maxptime, y lfneas del SDP extras como a:gpmd, a:pmft, a:T38MaxBitRate, a:T38FaxRateManagement, a:T38FaxMaxBuffer, a:T38FaxMaxDatagram, b:TIAS a=maxprate,

etc.

El parametro anterior ‘[tipo de IP-CAN]' puede proporcionar el tipo de IP-CAN a traves de la cual accede el usuario, y puede tener uno de al menos dos valores preferidos: “GPRS” y “WLAN”. La P-CSCF puede derivar la configuracion apropiada de los parametros de este AVP; por ejemplo, la P-CSCF puede configurarse a sf misma para contactar con el servidor 1 de Reglas de Control de Polftica en “Oferta del SDP”, “Rechazar” el SDP, y proporcionar un conjunto especffico de lfneas del SDP cuando el tipo de la IP-CAN es WLAN. La informacion sobre el tipo de la IP- CAN puede tambien permitir al P-CSCF seleccionar un conjunto de polfticas locales apropiadas para un acceso correspondiente para dicho tipo de la IP-CAN.

El parametro anterior ‘[Polfticas Especfficas]', en el que se incluye en el grupo de datos de configuracion seleccionables, puede proporcionar un conjunto de polfticas a ser ejecutadas por la P-CSCF mientras que maneja las solicitudes de sesion del IMS posteriores de un usuario particular. En este sentido, la unidad 104 de configuracion coopera con el procesador 10 del servidor 1 de Reglas de Control y Polftica para generar este conjunto de polfticas basado en el tipo de “IP-CAN” y posiblemente otra informacion relativa al usuario.

La P-CSCF, tras recbir los datos de configuracion durante un paso S-040 ilustrado en la FIGURA 2, posiblemente el anterior AVP de Opciones de Configuracion en el mensaje AAA, puede ser configurada en consecuencia. Para tal

fin, la P-CSCF puede incluir un receptor 314 de datos de configuracion, el cual puede ser integrado con la salida 313 del solicitante de configuracion en los segundos medios 312 de comunicacion, como se ilustra en la FIGURA 5, o ser proporcionado como un modulo separado. Esta configuracion permanece operativa hasta que el usuario anula el registro, o la configuracion es modificada como se explica. Para tal fin, la P-CSCF puede tambien ser equipada con un procesador 315 para aplicar los datos de configuracion operativos a las sesiones de senalizacion establecidas por el usuario, y un almacen 316 para almacenar los datos de configuracion operativos.

Como ya se ha explicado anteriormente, el servidor 1 de Reglas de Control de Polftica puede aplicar polfticas especfficas para determinar los datos de configuracion a ser enviados hacia la P-CSCF para el usuario. Estas polfticas especfficas pueden tomar en consideracion, entre otros, condiciones tales como la identidad del terminal, el modo de control de portadora seleccionado para la sesion de la IP-CAN, el perfil de abonado, y combinaciones de los mismos. Sin embargo, estas condicones pueden variar durante el tiempo de vida de la sesion de registro. Por ejemplo, el usuario podrfa itinerar a una IP-CAN diferente durante la misma sesion de la IP-CAN, o el modo de

5

10

15

20

25

30

35

40

45

50

55

60

control de portadora podrfa ser modificado. Por tanto, cuando una o mas condiciones varfan, el servidor 1 de Reglas de Control de Polftica puede evaluar polfticas aplicables especfficas para determinar si los datos de configuracion aplicables actuales son diferentes de los proporcionados previamente a la P-CSCF 31 y, donde tiene valores diferentes, el servidor 1 de Reglas de Control de Polftica puede enviar hacia la P-CSCF los nuevos datos de configuracion aplicables actualmente. En particular, puede usarse un mensaje RAR de un protocolo Diameter que incluye un AVP de “Opciones de Configuracion” con los valores aplicables actualmente para este proposito.

En relacion con una terminacion de sesion, donde la sesion de la IP-CAN activa actualmente es eliminada, el servidor 1 de Reglas de Control de Polftica puede ser notificado desde una PCEF 2 aislada en la capa portadora, o desde un GGSN 21 o PDG 71 que incluye la funcionalidad de la PCEF relevante, segun sea el caso. Entonces, el servidor 1 de Reglas de Control de Polftica puede solicitar la terminacion de todas las sesiones de registro de la AF mediante el envfo, segun una realizacion de la invencion, de un mensaje de Solicitud de Aborto de Sesion (en adelante ASR) hacia la P-CSCF 31 para cada sesion de registro de la AF activa. Tras recibir el ASR para la sesion de registro de la AF, la P-CSCF puede eliminar los datos de configuracion asociados con dicha sesion de registro de la AF. Igualmente, donde la P-CSCF 31 es consciente de que el usuario ha anulado su registro, la P-CSCF puede terminar la sesion de registro de la AF para ese usuario y puede eliminar los datos de configuracion asociados con dicha sesion de registro de la AF. Para tal fin, los primeros medios 311 de comunicacion en la P-CSCF se comunican con el procesador 315 para eliminar del almacen 316 los datos de configuracion correspondientes almacenados en el mismo.

Por otro lado, la provision de las capacidades de Negociacion del SDP para la P-CSCF puede ser llevada a cabo durante un procedimiento de Establecimiento de Sesion en vez de hacerlo antes del procedimiento de Registro, junto con el resto de los parametros de configuracion, como se propuso en realizaciones previas de esta invencion. Para tal fin, el servidor 1 de Reglas de Control de Polftica puede proporcionar un AVP de “Opciones de Configuracion” con el parametro '[Negociacion del SDP]' para configurar apropiadamente la P-CSCF, en particular, con la ayuda de un mensaje de respuesta de autorizacion fallida (en adelante AAA).

El procedimiento anterior se relaciona con el establecimiento de opciones de configuracion basado en datos de configuracion proporcionados desde el servidor 1 de Reglas de Control de Polftica hacia la P-CSCF 31. Una vez que la P-CSCF es configurada, los valores de configuracion son tomados en consideracion para ademas gestionar las siguientes sesiones del SIP. Las FIGURA 3a - 3d muestran un caso de uso ejemplar en el cual la P-CSCF maneja la sesion del SIP tomando en consideracion los valores de configuracion que el servidor 1 de Reglas de Control de Polftica habfa proporcionado previamente durante el proceso de Registro del SIP. Segun este caso de uso ejemplar, la P-CSCF ha sido configurada previamente para:

- Contactar con la arquitectura del PCC solo en respuesta al SDP;

- Proporcionar condiciones previas de QoS en AVP de Datos del Codec al servidor de Reglas de Control de

Polftica;

- Terminar la sesion del SIP con un 488 Rechazo, tras un rechazo durante la autorizacion del servicio en el

servidor de Reglas de Control de Polftica.

Para proporcionar los datos de configuracion correspondientes anteriores, el servidor 1 de Reglas de Control de Polftica ha tenido en cuenta los siguientes datos como criterio de entrada:

- Tipo de acceso del IP-CAN: GPRS;

- Modo de Control de Portadora: modo iniciado por la Red;

- Estado de itinerancia: sin itinerancia; y

- Tipo de terminal: soporte de codec multiple

Las FIGURA 3a - 3d representan un escenario donde un usuario de origen, concretamente UE-A 5a, establece una sesion hacia un usuario de destino, concretamente UE-B 5b, a traves de un lado de origen, un nucleo del IMS, y un lado de destino, donde el IP-CAN es una red del GPRS. En el lado de origen la funcionalidad de la PCEF es proporcionada por un GGSN de origen, concretamente GGSN-A 21a; mientras que en el lado de destino la funcionalidad de la PCEF es proporcionada por un GGSN de destino, concretamente GGSN-B 21b. Igualmente, la P-CSCF para el UE-A que accede al IMS en el lado de origen es representada por P-CSCF-A 31a, mientas que la P- CSCF para el IMS al que accede el UE-B en el lado de destino es representada por P-CSCF-B 31b. En particular, el servidor de Reglas de Control de Polftica descrito a lo largo de esta especificacion es llevado a cabo bajo esta realizacion por una PCRF de una arquitectura del PCC y es asf representado por PCRF-A 1a en el lado de origen y por PCRF-B 1b en el lado de destino. Por otro lado, las entidades del IMS de la red del IMS en el lado de origen y en el lado de destino estan todas representadas por el nucleo 4 del IMS logico dado que no es relevante para el proposito de la presente discusion una distincion de entidades particular.

El caso de uso ejemplar comienza con la secuencia de acciones ilustradas en la FIGURA 3a, donde la P-CSCF se asume que ya ha obtenido los datos de configuracion de la PCRF-A 1a durante un procedimiento de Registro que

5

10

15

20

25

30

35

40

45

50

55

60

tiene lugar en un paso previo S-055. En un cierto punto en el tiempo, un usuario de origen UE-A 5a que quiere establecer una sesion del IMS con un usuario de destino UE-B 5b, envfa una invitacion correspondiente hacia su P- CSCF-A 31a e incluye una Descripcion de Sesion oferta durante un paso S-060.

Dado que la P-CSCF-A habfa sido configurada para contactar con la PCRF-A en la recepcion de una respuesta del SDP, no se requiere ningun contacto todav'a, y la invitacion recibida en la P-CSCF-A es remitida desde la P-CSCF-A hacia el lado de destino a traves del nucleo 4 del IMS, y recibida en la P-CSCF-B 31b de destino correspondiente como se ilustra en las FIGURA 3a y 3b, mientras que los parametros de sesion son negociados entre el UE-A y el UE-B a traves de un protocolo del SDP embebido en la senalizacion del SIP. UE-B, entones indica el progreso de la sesion hacia su P-CSCF-B durante un paso S-080 con notificacion de negociacion del SDP relevante.

Como se ilustra en la FIGURA 3b, la P-CSCF-B informa a la PCRF-B 1b sobre ello, en particular con un mensaje AAR, y proporciona la informacion de sesion correspondiente durante un paso S-085. Entonces, la PCRF-B instala las reglas de control apropiadas para el lado de destino hacia la funcionalidad de la PCEF incluida en el GGSN-B 21b, que en particular pueden ser reglas del PCC segun las especificaciones estandar correspondientes del PCC, durante un paso S-090. Tras haber instalado las reglas de control recibidas, el GGSN-B puede entonces coordinar mas entregas de flujos IP con el UE-B durante los pasos S-095 y S-100. Ademas, la PCRF-B confirma de nuevo la instalacion de las reglas de control a la P-CSCF-B 31b, en particular con un mensaje AAA correspondiente. La P- CSCF-B que recibe dicha confirmacion la envfa hacia la P-CSCF-A 31a en el lado de origen, durante un paso S-110 ilustrado en las FIGURA 3b y 3c y a traves del nucleo 4 del IMS, informacion sobre el progreso de la sesion.

Con el criterio de entrada configurado previamente, y considerando posiblemente otros criterios especfficos de operadores tales como el modelo de trafico, concretamente retardos en la transaccion, el operador puede haber decidido que la reserva de recursos para transacciones del SIP de este usuario, puede esperar hasta que haya una respuesta que contenga las capacidades del lado terminante. Esto es, la P-CSCF-A 31a no contacta con el servidor 1 de Reglas de Control de Polftica hasta que se reciba una respuesta del SDP.

La recepcion de informacion sobre el progreso de la sesion en la P-CSCF-A 31a durante el paso S-110 puede ser entendida como la respuesta del SDP esperada antes de aplicar los datos de configuracion recibidos previamente. Entonces, la P-CSCF-A 31a envfa hacia la PCRF-A 1a una informacion de sesion correspondiente junto a las condiciones previas de QoS en un AVP de datos de codec durante un paso S-115.

La PCRF-A en su turno, instala las reglas de control apropiadas para el lado de origen hacia la funcionalidad de la PCEF incluida en el GGSN-A 21a, que en particular pueden tambien ser reglas del PCC segun las especificaciones estandar correspondientes del PCC, durante un paso S-120. Tras haber instalado las reglas de control recibidas, el GGSN-A puede entonces coordinar mas entregas de flujos IP con el UE-A 5a durante los pasos S-125 y S-130. En este caso de uso ejemplar para el modelo del IMS, e ilustrado particularmente en la FIGURA 3c, el GGSN-A determina necesidades para rechazar la presente sesion y asf lo indica a la PCRF-A durante un paso S-135. La PCRF-A puede informar de tal rechazo a la P-CSCF-A durante los pasos S-140 y S-145, por ejemplo, con un mensaje de rechazo ASR o RAR, que puede ser acusado su recibo con un mensaje ASA o RAA correspondiente, y posiblemente incluya informacion sobre la causa del rechazo. En este sentido, cuando la PCRF-A rechaza la operacion de solicitud de autorizacion solicitada desde la P-CSCF-A por ejemplo, porque los codec negociados no son soportados, la P-CSCF-A puede usar la informacion proporcionada en el mensaje de rechazo, tal como codec soportados, para incluir una codigo de razon apropiado en un mensaje de rechazo del SIP a ser enviado hacia el uE-A 5a de origen durante un paso S-150. El UE-A que puede soportar varios codec, puede entonces iniciar de nuevo una solicitud del SIP con nuevos valores. Ademas, tras rechazar la sesion actual, la PCRF-A puede desinstalar las reglas de control aplicables previamente.

Para tal fin, un servidor 1 de Reglas de Control de Polftica que actua como una PCRF de una arquitectura del PCC, segun una realizacion de la presente invencion, puede incluir un generador 102 de reglas y un autorizador 101, ambos posiblemente en cooperacion con un almacen 103, y pueden ser dispuestos para enviar las reglas de control hacia la PCEF 2, o instrucciones para desinstalar reglas de control previas, con la ayuda de los primeros medios 11 de comuni cacion.

Una vez que la sesion anterior ha sido rechazada durante el paso S-150 en el lado de origen, la P-CSCF-A 31a envfa durante un paso S-155 un mensaje de cancelacion correspondiente, como ilustran las FIGURA 3c y 3d, hacia el lado de destino a traves del nucleo 4 del IMS; por ejemplo, con un mensaje de Cancelacion del SIP.

Dicho mensaje de cancelacion es recibido a traves el nucleo 4 del IMS en la P-CSCF-B 31b del lado de destino durante el paso S-155 y remitido al UE-B 5b de destino para terminar la sesion actual, como se ilustra en la FIGURA 3d. Ademas, la P-CSCF-B 31b puede ordenar una liberacion de la sesion correspondiente hacia la PCRF-B 1b durante un paso S-165. Tal liberacion puede desencadenar una orden para eliminar reglas de control instaladas previamente, concretamente desinstalar dichas reglas de control, de la PCRF-B hacia el GGSN-B durante los pasos S-170 y S-175.

5

10

15

20

25

30

35

40

45

50

55

60

Posiblemente en paralelo con esta eliminacion de reglas de control, el UE-B de destino puede acusar el recibo con exito hacia la P-CSCF-B 31b de destino la cancelacion de la sesion previa durante un paso S-185. Tal acuse de recibo es remitido correspondientemente desde la P-CSCF-B de destino receptor hacia el lado de origen a traves del nucleo 4 del IMS durante un paso S-190 ilustrado en las FIGURA 3d y 3c, y recibido el mismo en la P-CSCF-A 31a como ilustra la FIGURA 3c.

A continuacion, se proporcionan explicaciones adicionales con fines de clarificacion sobre las circunstancias ocurridas durante el manejo de una sesion del SIP que puede requerir una decision por un servidor 1 de Reglas de Control de Politica o por una Funcion 2 de Control de Sesion de Llamada Proxy segun aspectos de la presente invencion. Aun cuando algunas situaciones son descritas por separado, en la mayorfa de los casos, pueden ocurrir mas o menos simultaneamente o ser una consecuencia de otra. Estas situaciones se pueden resolver basadas en los valores proporcionados por el servidor 1 de Reglas de Control de Politica hacia la Funcion 2 de Control de Sesion de Llamada Proxy durante el proceso de Registro del SIP.

Por ejemplo, una primera situacion puede ser un rechazo, cancelacion o modificacion de una sesion del SIP. Asf, cuando un UE inicia una sesion del SIP, puede indicar los diferentes servicios que puede soportar, concretamente informacion de codec. El lado de terminacion puede proporcionar una respuesta indicando cuales de una lista proporcionada por el lado de origen, son soportados. Ademas, otro requisito es que la red tenga capacidades apropiadas para que el servicio pueda ser ejecutado en el modo mas optimo. Esto es, dependiendo del codec seleccionado, la red puede tener que hacer una reserva de recursos diferente. En otras palabras, si la red no es capaz de reservar los recursos requeridos, la P-CSCF puede comportarse de formas diferentes. Por ejemplo, si se encuentran problemas con el SDP en la recepcion de una oferta del SDP, la P-CSCF puede bien alterar el SDP en transito, mediante la inclusion solo de codec permitidos, y progresar el metodo del SIP con la oferta del SDP modificada; o rechazar la sesion actual indicando informacion del SDP permitida que pueda ser aceptable, concretamente mediante la inclusion solo de codec permitidos. Por otro lado, si se encuentran problemas con el SDP en la recepcion de una respuesta del SDP, la P-CSCF puede cancelar o terminar la sesion actual, esto es, proceder con la senalizacion, hasta recibir un acuse de recibo posterior y entonces enviar un CANCELA SIP o ADIOS SIP hacia las entidades implicadas en dicha sesion. Aparentemente, esta alternativa no es ventajosa para una renegociacion del SDP. Ademas, cuando se encuentran problemas con el SDP en la recepcion de una respuesta del SDP, la P-CSCF puede alternativamente rechazar la sesion actual indicando la informacion del SDP permitida que serfa aceptable, concretamente mediante la inclusion solo de codec permitidos.

En relacion con las interacciones que operan segun una arquitectura del PCC, y dependiendo del modo de control de la portadora de la operacion en la red de acceso de la IP-CAN, un operador puede encontrar mas optimo iniciar una reserva de recursos, concretamente una de dichas interacciones, durante la oferta del SIP dado que no hay necesidad de esperar a que el UE establezca la portadora donde la red inicia el establecimiento de portadora, y asf la red puede proceder tan pronto como sea posible con la reserva de recursos. Situaciones de escasez de recursos pueden ser ventajosamente detectadas mas pronto en un proceso que sigue este enfoque. Por otro lado, dependiendo del tiempo previsto para el establecimiento de una sesion del SIP y como de sobrecargada este la red del IMS, un operador puede decidir esperar hasta que un lado de destino responda con exito a un establecimiento de sesion del SIP para evitar senalizacion extra. Adicionalmente, los procedimientos que operan segun una arquitectura del PCC pueden ser ejecutados solo en la recepcion de una respuesta del sDp, contribuyendo asf a reducir el riesgo de condiciones de carreras, tal como tonos de llamada fantasmas o recortes de medios, por ejemplo.

En relacion con la provision de la informacion de acceso de la IP-CAN a la red del IMS, el 3GPP asume el soporte de multiples redes de acceso. La red del IMS puede usar esta informacion sobre la red de acceso, concretamente la informacion de acceso de la IP-CAN, para manejar la sesion del IMS de un modo diferente. Por ejemplo, el tipo de informacion que necesita ser proporcionada a la PCRF puede ser diferente, o la P-CSCF podrfa tener que esperar para saber si la reserva de recursos ha ocurrido con exito antes de continuar con la sesion del SIP. En el presente, las redes del IMS ya reciben informacion de la red de acceso desde el UE. Sin embargo, esta informacion no es una solucion fiable dado que depende del terminal proporcionar o no la informacion adecuada. Por otro lado, una arquitectura del PCC es consciente de la IP-CAn en uso por el abonado y, por tanto, tal IP-CAN puede ser proporcionada a la P-CSCF a traves del servidor 1 de Reglas de Control de Politica, que segun un aspecto de la presente invencion puede ser una PCRF de una arquitectura del PCC.

En relacion con la provision de los datos del SDP para este servidor 1 de Reglas de Control de Politica, hay iniciativas como el Cable de Paquetes, que es un forum para desarrollar servicios del IMS sobre redes fijas, que requiere que la arquitectura del PCC considere informacion del SDP especffica en la evaluacion de polfticas para la QoS y decisiones de tarificacion. Sin embargo, este tipo de informacion puede ser irrelevante para una arquitectura del IMS del 3GPP tradicional. Para este proposito, una Funcion 31 de Control de Sesion de Llamada Proxy puede, segun un aspecto de la presente invencion, elaborar un asf llamado AVP de datos de codec para incluir lfneas del SDP mas alla de la informacion relacionada de codec actual, como las lfneas del SDP ejemplares a:rtpmap, a:fmtp,

5

10

15

20

25

a:ptime, a:maxptime, y puede tambien incluir lineas del SDP extras como a:gpmd, a:pmft, a:T38MaxBitRate, a:T38FaxRateManagement, a:T38FaxMaxBuffer, a:T38FaxMaxDatagram, etc.

Tambien considerando la provision de la informacion de acceso de la IP-CAN como se describio anteriormente para un proceso de toma de decision, una Funcion 31 de Control de Sesion de Llamada Proxy puede disponerse para ser configurada, segun un aspecto de la invencion, con conocimiento sobre informacion que deberfa preferiblemente ser proporcionada al servidor 1 de Reglas de Control de Polftica dependiendo de la red de acceso desde la que el usuario esta accediendo, que es ventajosamente util para servir a usuarios que acceden desde diferentes tipos de IP-CAN.

Esta invencion asf permite a un operador de una red del IMS manejar eficientemente la red; configurar la red por usuario y/o por sesion, mediante la adaptacion de la configuracion a las preferencias del operador, rendimiento, tipo de usuario, modo de control de portadora de operacion, etc.; y gestionar diferentes tipos de redes del IMS, con diferentes exigencias, tales como Cable de Paquetes, redes del IMS del 3GPP convencional, etc.

La invencion puede ser practicada por un programa informatico, cargada en una memoria interna de un ordenador con unidades de entrada y de salida asf como con una unidad de procesamiento, el programa informatico comprende software ejecutable adaptado para llevar a cabo los pasos del metodo como se describieron anteriormente cuando se ejecute en el ordenador, y en donde el software ejecutable puede ser grabado en un soporte legible en un ordenador.

La invencion se ha descrito anteriormente con respecto a varias realizaciones en una forma ilustrativa y no restrictiva. Obviamente, son posibles variaciones, y combinaciones de estas realizaciones a la luz de las ensenanzas anteriores, y cualquier modificacion de las realizaciones que caiga dentro del alcance de las reivindicaciones tiene el proposito de estar incluida en ella.

Claims (22)

1. 5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   60

   1. Un servidor (31) de Funcion de Control de Sesion de Llamada Proxy, P-CSCF, para permitir a un usuario (5, 5a) acceder a un Subsistema (4) Multimedia IP, IMS, que ofrece servicios multimedia al usuario, comprendiendo el servidor P-CSCF:

   - primeros medios (311) de comunicacion configurados para recibir (S-010) un mensaje de registro de un equipo de usuario (5) y remitir (S-015) el mensaje de registro hacia otra entidad del IMS (4);

   y caracterizado por que comprende ademas:

   - segundos medios (312) de comunicacion configurados para transmitir (S-030) un primer mensaje que solicitad datos de configuracion a un servidor (1) de Reglas de Control de Polftica, que es responsable de instalar reglas de control en una entidad en la capa portadora, y de recibir (S-040) un segundo mensaje, que es respuesta al primer mensaje, del servidor (1) de Reglas de Control de Polftica con los datos de configuracion; y

   - en donde los datos de configuracion recibidos en el segundo mensaje comprenden informacion sobre un tipo de una red de acceso de conectividad IP, IP-CAN, a traves del cual el usuario accede al IMS.
2. 2. El servidor de Funcon de Control de Sesion de Llamada Proxy de la reivindicacion 1, en donde el primer mensaje es un mensaje de Solicitud AA Diameter, mensaje AAR, y el segundo mensaje es un mensaje de Respuesta Aa Diameter, mensaje AAA
3. 3. El servidor de Funcion de Control de Sesion de Llamada Proxy de cualquiera de las reivindicaciones 1 o 2, en donde los segundos medios (312) de comunicacion estan ademas configurados para reabir un tercer mensaje del servidor (1) de Reglas de Control de Polftica con nuevos datos de configuracion que comprenden informacion sobre un tipo diferente de IP-CAN, a traves del cual el usuario accede al IMS.
4. 4. El servidor de Funcion de Control de Sesion de Llamada Proxy de la reivindicacion 3, en donde el tercer mensaje es un mensaje de Solicitud RA Diameter, mensaje RAR.
5. 5. El servidor de Funcion de Control de Sesion de Llamada Proxy de cualquiera de las reivindicaciones de 1 a 4, en donde los datos de configuracion comprenden un par de valor atributo, AVP, de tipo de IP-CAN, que indica el tipo de la IP-CAN.
6. 6. Un servidor (1) de Reglas de Control de Polftica responsable de instalar reglas de control en una entidad (2, 21, 71) en la capa portadora para autorizar flujos de medios, comprendiendo el servidor de Reglas de Control de Polftica:

   - un generador (102) de reglas configurado para generar reglas de control;

   - primeros medios (11) de comunicacion configurados para instalar las reglas de control en una entidad (2, 21, 71) en la capa portadora;

   y caracterizado por que comprende ademas:

   - segundo medios (12) de comunicacion configurados para recibir (S-030) un primer mensaje que solicita datos de configuracion, de un servidor (3, 31) de Funcion de Control de Sesion de Llamada Proxy donde un usuario (5, 5a) accede al Subsistema (4) Multimedia IP, IMS, y transmite (S-040) un segundo mensaje, que es respuesta al primer mensaje, al servidor (3, 31) de Fundon de Control de Sesion de Llamada Proxy con los datos de configuracon; y

   - en donde los datos de configuracion transmitidos en el segundo mensaje comprenden informacion sobre un tipo de una red de acceso de conectividad IP, IP-CAN, a traves del cual el usuario accede al IMS.
7. 7. El servidor de Reglas de Control de Polftica de la reivindicacion 6, en donde el primer mensaje es un mensaje de Solicitud AA Diameter, mensaje AAR, y el segundo mensaje es un mensaje de Respuesta AA Diameter, mensaje AAA.
8. 8. El servidor de Reglas de Control de Polftica de cualquiera de las reivindicaciones 6 o 7, en donde los segundos medios (312) de comunicacion estan ademas configurados para transmitir un tercer mensaje al servidor (3, 31) de Funcion de Control de Sesion de Llamada Proxy con nuevos datos de configuracion que comprenden informacion sobre un tipo diferente de IP-CAN, a traves del cual el usuario accede al IMS.
9. 9. El servidor de Reglas de Control de Polftica de la reivindicadon 8, en donde el tercer mensaje es un mensaje de Solicitud RA Diameter, mensaje RAR.

   5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   60
10. 10. El servidor de Reglas de Control de Polftica de cualquiera de las reivindicaciones 6 a 9, en donde los datos de configuracion comprenden un par de valor atributo, AVP, de tipo de IP-CAN, que indica el tipo de la IP-CAN.
11. 11. Un metodo para configurar dinamicamente un servidor (31) de la Funcion de Control de Sesion de Llamada Proxy, P-CSCF, desde un servidor (1) de Reglas de Control de Polftica, permitiendo el servidor P-CSCF a un usuario (5, 5a) acceder a un Subsistema (4) Multimedia IP, IMS, el servidor de Reglas de Control de Polftica siendo responsable de instalar reglas de control para autorizar flujos de medios en una entidad (2, 21, 71) en la capa portadora, el metodo ejecutado en el servidor de la P-CSCF y que comprende los pasos de:

    - recibir (S-010) un mensaje de registro de un equipo de usuario (5) y remitir (S-015) el mensaje de registro hacia otra entidad del IMS (4);

    y caracterizado por que comprende ademas:

    - transmitir (S-030) un primer mensaje, que solicitad datos de configuracion, a un servidor (1) de Reglas de Control de Polftica, que es responsable de instalar reglas de control en una entidad en la capa portadora;

    - recibir (S-040) un segundo mensaje, que es respuesta al primer mensaje, del servidor (1) de Reglas de Control de Polftica con los datos de configuracion; y

    - en donde los datos de configuracion recibidos en el segundo mensaje comprenden informacion sobre un tipo de una red de acceso de conectividad IP, IP-CAN, a traves del cual el usuario accede al IMS.
12. 12. El metodo de la reivindicacion 11, en donde el primer mensaje es un mensaje de Solicitud AA Diameter, mensaje AAR, y el segundo mensaje es un mensaje de Respuesta AA Diameter, mensaje AAA
13. 13. El metodo de cualquiera de las reivindicaciones 11 o 12, que ademas comprende recibir un tercer mensaje del servidor (1) de Reglas de Control de Polftica con nuevos datos de configuracion que comprenden informacion sobre un tipo diferente de IP-CAN, a traves del cual el usuario accede al IMS.
14. 14. El metodo de la reivindicadon 13, en donde el tercer mensaje es un mensaje de Soliatud RA Diameter, mensaje RAR.
15. 15. El metodo de cualquiera de las reivindicaciones de 11 a 14, en donde los datos de configuradon comprenden un par de valor atributo, AVP, de tipo de IP-CAN, que indica el tipo de la IP-CAN.
16. 16. Un metodo para configurar dinamicamente un servidor (31) de la Funcion de Control de Sesion de Llamada Proxy, P-CSCF, desde un servidor (1) de Reglas de Control de Polftica, permitiendo el servidor P-CSCF a un usuario (5, 5a) acceder a un Subsistema (4) Multimedia IP, IMS, el servidor de Reglas de Control de Polftica siendo responsable de instalar reglas de control para autorizar flujos de medios en una entidad (2, 21, 71) en la capa portadora, el metodo ejecutado en el servidor de Reglas de Control de Polftica y que comprende los pasos de:

    - generar reglas de control;

    - instalar las reglas de control en una entidad (2, 21,71) en la capa portadora; y caracterizado por que comprende ademas:

    - recibir (S-030) un primer mensaje, que solicita datos de configuracion, de un servidor (3, 31) de Funaon de Control de Sesion de Llamada Proxy donde un usuario (5, 5a) accede al Subsistema (4) Multimedia IP, IMS;

    - transmitir (S-040) un segundo mensaje, que es respuesta al primer mensaje, al servidor (3, 31) de Funcion de Control de Sesion de Llamada Proxy con los datos de configuradon; y

    - en donde los datos de configuracion transmitidos en el segundo mensaje comprenden informacion sobre un tipo de una red de acceso de conectividad IP, IP-CAN, a traves del cual el usuario accede al IMS.
17. 17. El metodo de la reivindicacion 16, en donde el primer mensaje es un mensaje de Solicitud AA Diameter, mensaje AAR, y el segundo mensaje es un mensaje de Respuesta AA Diameter, mensaje AAA
18. 18. El metodo de cualquiera de las reivindicaciones 16 o 17, que ademas comprende la transmision de un tercer mensaje al servidor de Funcon de Control de Sesion de Llamada Proxy con nuevos datos de configuradon que comprenden informacion sobre un tipo diferente de IP-CAN, a traves del cual el usuario accede al IMS.
19. 19. El metodo de la reivindicadon 18, en donde el tercer mensaje es un mensaje de Soliatud RA Diameter, mensaje RAR.
20. 20. El metodo de cualquiera de las reivindicaciones 16 a 19, en donde los datos de configuracion comprenden un par de valor atributo, AVP, de tipo de IP-CAN, que indica el tipo de la IP-CAN.
21. 21. Un producto de programa informatico, que comprende un programa informatico con instrucciones que, cuando 5 son ejecutadas en al menos un procesador, causan que el al menos un procesador lleve a cabo el metodo segun

    cualquiera de las reivindicaciones 11 a 15.
22. 22. Un producto de programa informatico, que comprende un programa informatico con instrucciones que, cuando son ejecutadas en al menos un procesador, causan que el al menos un procesador lleve a cabo el metodo segun

    10 cualquiera de las reivindicaciones 16 a 20.