Método y aparatos para influir en la invocación de un servicio proporcionado por un servidor de aplicaciones a un equipo de usuario.

Un servidor local de abonado (102, 302) en adelante "HSS", que comprende:

una base de datos (103, 303) que almacena un perfil de servicio (116) para un usuario-equipo de usuario, en que el perfil de servicio tiene una serie de criterios de filtro (406) en donde al menos uno incluye: un primer punto desencadenador (410) y al menos un primer desencadenador de punto de servicio (418) que incluye una o más condiciones a ser descargadas a una función de control remoto (108, 110) para comprobar allí dentro si se satisfacen las condiciones antes de que un servicio se invoque para el usuario-equipo de usuario; y

un segundo punto desencadenador de servicios (414) y al menos un segundo desencadenador de punto de servicios (416);

el servidor local de abonado (302) caracterizado porque:

una o más condiciones de prefiltro se especifican en el segundo punto desencadenador (414); y

el HSS está adaptado para comprobar las condiciones de prefiltro frente a los datos almacenados internamente (303) asociados con el usuario-equipo de usuario, para determinar aquellos criterios de filtro (406) que incluyen el primer punto desencadenador y el al menos un primer desencadenador de punto de servicio a ser descargado a la función de control remoto (308, 310) para comprobar allí dentro si se satisfacen las condiciones antes de que se invoque un servicio para el usuario-equipo de usuario.

Método y aparatos para influir en la invocación de un servicio proporcionado por un servidor de aplicaciones a un equipo de usuario.

CAMPO TÉCNICO La presente invención se refiere al campo de las comunicaciones y, en particular, a un servidor (por ejemplo, HSS) y un método para permitir al servidor influir la invocación de un servicio (por ejemplo, el servicio IMS) proporcionado por un servidor de aplicaciones (por ejemplo, el servidor de aplicaciones IMS) a un equipo de usuario (UE) .

ANTECEDENTES Las siguientes abreviaturas se definen en la presente, al menos alguna de las cuales se relaciona dentro de la siguiente descripción de la técnica anterior y la presente invención.

Con referencia a la FIGURA 1 (TÉCNICA ANTERIOR) , hay un diagrama que ilustra una red 3GPP 100 que tiene un HSS 102 tradicional que se acopla a un dominio de CS 104, un dominio de PS 106 y un subsistema IM CN 108. La red 3GPP 100 se describe en detalle dentro de la TS 29.228 V7.5.0 del 3GPP titulada "Proyecto de Cooperación de 3A Generación; Red Central y Terminales del Grupo de Especificación Técnica; Interfaces Cx y Dx del Subsistema Multimedia IP (IM) ; Flujos de Señalización y Contenidos de Mensaje (Publicación 7) ", fechada en marzo de 2007 (los

contenidos de la cual se incorporan por referencia aquí dentro) . Por lo tanto, aquellos expertos en la técnica están familiarizados con la arquitectura y la funcionalidad de esta red 3GPP 100 particular. De esta manera, por claridad, solamente el HSS 102 y el subsistema IM CN 108 (en particular una CSCF 110 y un servidor de aplicaciones 112) las cuales son relevantes para la presente discusión se tratan en detalle aquí dentro mientras que otros componentes bien conocidos como el GMSC, MSC/VLR, SGSN, GGSN, OSA SCS, IM-SSF etc. no se tratan en detalle dentro de este documento. La CSCF 110 es la entidad dentro del subsistema IM CN 108 que está implicada en el establecimiento de llamada/sesiones de usuario con los UE 114 (solamente se muestra uno) . El servidor de aplicaciones 112 es la entidad dentro del subsistema IM CN 108 que proporciona un servicio IMS al UE 114.

El HSS 102 tiene una base de datos maestra 103 la cual almacena información relacionada con los usuarios y sus UE 114 respectivos en la red 3GPP 100. En aras de la simplicidad, el usuario y el equipo de usuario se conocen generalmente como el mismo y a menudo se han identificado como el UE 114 en todo el presente documento, de manera que la información almacenada en la base de datos maestra 103 en forma de usuario se conoce generalmente como los datos de usuario independientemente de si tales datos están asociados con el usuario o su respectivo equipo de usuario. Por ejemplo, el HSS 102 incorpora las funciones del HLR de la red Central 2G/3G además de otras funciones relacionadas con los accesos como las funciones del Subsistema Multimedia IP (IM) de control de usuario, las funciones de CS, las funciones de PS, las funciones WLAN etc… En particular, el HSS 102 soporta las siguientes funciones: (1) gestión de movilidad; (2) generaciones de información de seguridad de usuario;

(3) soporte de seguridad de usuario; (4) soporte de suministro de servicio; (5) soporte de establecimiento de llamadas/sesión; (6) repositorio de datos GUP; (7) manejo de identificación; (8) soporte de autorización de servicio;

(9) autorización de acceso; (10) soporte de servicios de aplicaciones; y (11) soporte de servicios CAMEL. Básicamente, el HSS 102 ha llegado a ser un punto privilegiado en la red 3GPP 100 en que muchos accesos distintos se satisfacen.

El HSS 102 tradicional también tiene múltiples tareas y una de esas tareas es manejar el perfil de servicio 116 para el IMS UE 114 que recibe un servicio IMS desde el servidor de aplicaciones IM 112. Por ejemplo, el HSS 102 descarga el perfil de servicio 116 a una CSCF de servicio 110 (en adelante S-CSCF y en particular la S-CSCF 110) asignada para servir al UE 114 cuando el UE 114 se registra con el subsistema IM CN 108. La S-CSCF 110 entonces usa el perfil de servicio 116 para invocar el servicio IMS para el UE 114. El HSS 102 también descargaría el perfil de servicio 116 a la S-CSCF 110 siempre que un operador cambia administrativamente los datos relacionados con el UE 114. Una discusión acerca de los contenidos del perfil de servicio 116 tradicional se proporciona próximo pero para una discusión más detallada acerca del perfil de servicio tradicional 116 se hace referencia al Anexo B en la TS 29.228 V7.5.0 del 3GPP anteriormente mencionada.

Con referencia a la FIGURA 2A (TÉCNICA ANTERIOR) , hay un diagrama que ilustra un esbozo de un modelo UML para el perfil de servicio tradicional 116 que se especifica actualmente en la TS 29.228 V7.5.0 del 3GPP. Como se muestra, el perfil de servicio tradicional 116 tiene lo siguiente: (1) una clase de Identificación Pública 202; (2) una clase de Autorización de Servicio de Red Central 204; (3) una clase de Criterios de Filtro Inicial 206; y (4) una clase de Conjunto de IFC Compartido 208. La clase IFC 206 es relevante para la presente discusión porque contiene los mecanismos que se usan por la S-CSCF 110 para invocar el servicio IMS para el UE 114. De esta manera, la clase IFC 206 se describe en detalle más adelante mientras la clase de identificación Pública 202, la clase de Autorización de Servicio de Red Central 204, y la clase de Conjunto de IFC Compartido 208 no se tratarán en detalle dentro de este documento.

Con referencia a la FIGURA 2B (TÉCNICA ANTERIOR) , hay un diagrama que ilustra un esbozo del modelo UML de la clase IFC 206 especificada actualmente en la TS 29.228 V7.5.0 del 3GPP. La clase IFC 206 tiene de cero a n casos IFC 206' (se muestra uno) cada uno de los cuales se compone de cero o un caso de una clase de Punto Desencadenador 210 y un caso de una clase de Servidor de Aplicaciones 212. Cada IFC 206' tiene un atributo de priority que indica la prioridad de los criterios del filtro en que cuanto más alto sea el número de prioridad entonces menor es la prioridad de los criterios de filtro. Por ejemplo, un IFC 206' con un valor más alto del número de prioridad se evaluaría después de que el IFC 206' con un número de prioridad más pequeño ha sido evaluado. Además, cada IFC 206' tiene un atributo ProfilePartIndicator que es un tipo enumerado, con valores posibles "REGISTERED y UNREGISTERED", que indica si el filtro respectivo es una parte del perfil de servicio de usuario registrado o no registrado 116.

La clase de Punto Desencadenador 210 describe los puntos desencadenadores que se comprueban por la S-CSCF 110 para encontrar si el servidor de aplicaciones indicado 112 (por ejemplo) se debería contactar o no para proporcionar un servicio IMS al UE 114. Cada punto desencadenador 210 se compone de 1 a n casos de clase Desencadenadora del Punto de Servicio 214 (a continuación SPT o clase SPT) . Además, cada punto desencadenador 210 es una expresión booleana en forma Normal Conjuntiva o Disyuntiva (CNF de DNF) . En particular, cada punto desencadenador 210 tiene un atributo ConditionTypeCNF que define cómo se expresa el conjunto de las SPT 214correspondientes, es decir o bien un conjunto OR de conjuntos AND de declaraciones de SPT o bien un conjunto AND de conjuntos OR de declaraciones. Estas combinaciones se denominan, respectivamente, Forma Normal Disyuntiva (DNF) y Forma Normal Conjuntiva (CNF) . Se pueden usar ambas formas DNF y CNF. En ausencia de una clase de punto desencadenador 210, esta indicaría un desencadenamiento

incondicional del servidor de aplicaciones 112 indicado.

La clase de Servicio de Aplicaciones 212 indica al servidor de aplicaciones 112 (por ejemplo) , que es contactado, si se cumplen los puntos desencadenadores 210 y las SPT 214. La clase de Servidor de Aplicaciones 212 tiene un atributo ServerName el cual contiene... [Seguir leyendo]

1. Un servidor local de abonado (102, 302) en adelante "HSS", que comprende:

una base de datos (103, 303) que almacena un perfil de servicio (116) para un usuario-equipo de usuario, en que el perfil de servicio tiene una serie de criterios de filtro (406) en donde al menos uno incluye:

un primer punto desencadenador (410) y al menos un primer desencadenador de punto de servicio (418) que incluye una o más condiciones a ser descargadas a una función de control remoto (108, 110) para comprobar allí dentro si se satisfacen las condiciones antes de que un servicio se invoque para el usuario-equipo de usuario; y un segundo punto desencadenador de servicios (414) y al menos un segundo desencadenador de punto de servicios (416) ;

el servidor local de abonado (302) caracterizado porque:

una o más condiciones de prefiltro se especifican en el segundo punto desencadenador (414) ; y el HSS está adaptado para comprobar las condiciones de prefiltro frente a los datos almacenados internamente (303) asociados con el usuario-equipo de usuario, para determinar aquellos criterios de filtro (406) que incluyen el primer punto desencadenador y el al menos un primer desencadenador de punto de servicio a ser descargado a la función de control remoto (308, 310) para comprobar allí dentro si se satisfacen las condiciones antes de que se invoque un servicio para el usuario-equipo de usuario.

2. El HSS de la Reivindicación 1, en el que dicho al menos un primer desencadenador de punto de servicio además incluye:

un Indicador de Recursos Uniforme (URI) de petición; un Método del Protocolo de Inicio de Sesiones (SIP) ; una Cabecera del Protocolo de Inicio de Sesiones (SIP) ; un Caso de Sesión; o una Descripción de Sesión

3. El HSS de la Reivindicación 1, en el que dichos datos almacenados internamente son datos relacionados con protocolos distintos de un Protocolo de Inicio de Sesiones (SIP) , dichos datos que incluyen:

un estado de Circuito Conmutado (CS) de un usuario-equipo de usuario; una Red de Acceso de Conectividad IP (IP-CAN) accedida por el usuario-equipo de usuario; o un tipo red de Paquetes Conmutados (PS) accedida por el usuario-equipo de usuario.

4. El HSS de la Reivindicación 1, en el que el segundo punto desencadenador (414) tiene una expresión booleana en Forma Normal Conjuntiva, CNF, o en Forma Normal Disyuntiva, DNF, que especifica la una o más condiciones de prefiltro que van a ser comprobadas frente a los datos almacenados internamente asociados con el usuario-equipo de usuario.

5. Un método para permitir a un HSS (302) influir una invocación de un servicio para un usuario-equipo de usuario (314) , dicho método que comprende los pasos de:

crear un perfil de servicio para el usuario-equipo de usuario en el HSS, en que el perfil de servicio tiene una serie de criterios de filtro en el que al menos uno incluye:

un primer punto desencadenador y al menos un primer desencadenador de punto de servicio que especifica una o más condiciones que tienen que ser satisfechas en una función de control remoto antes de que dicha función de control remoto pueda invocar el servicio para el usuario-equipo de usuario; y un segundo punto desencadenador y al menos un segundo desencadenador de punto de servicio;

el método caracterizado por:

especificar en el segundo punto desencadenador (414) una o más condiciones de prefiltro para comprobar en el HSS; prefiltrar (paso 4, paso 8) en el HSS los criterios del filtro determinando si hay una coincidencia entre la una o más condiciones de prefiltro y los datos almacenados internamente en el HSS asociados con el usuarioequipo de usuario; si hay una coincidencia, entonces descargar (paso 5, paso 9) el perfil de servicio con los criterios del filtro que incluyen el primer punto desencadenador y el al menos un primer desencadenador de punto de servicio a la función de control remoto, en el que la función de control remoto entonces necesita confirmar que la una o más condiciones del al menos un primer desencadenador de punto de servicio se satisfacen antes de invocar el servicio para el usuario-equipo de usuario; y si no hay una coincidencia cuando se comprueban las condiciones de prefiltro, entonces impedir la descarga

del perfil de servicio con los criterios de filtro que incluyen el primer punto desencadenador y el al menos un primer desencadenador de punto de servicio a la función de control remoto.

6. El método de la Reivindicación 5, en el que dicho paso de prefiltrado se realiza en el HSS cuando el usuarioequipo de usuario se registra con la función de control remoto.

7. El método de la Reivindicación 5, en el que dicho paso de prefiltrado se realiza en el HSS cuando otro usuarioequipo de usuario intenta terminar una sesión con el usuario-equipo de usuario.

8. El método de la Reivindicación 5, en el que dicho paso de prefiltrado se realiza en el HSS después de 15 suministrar el perfil de servicio del usuario-equipo de usuario.

9. El método de la Reivindicación 5, en el que dicho paso de prefiltrado se realiza en el HSS después de un cambio en los datos almacenados internamente asociados con el usuario-equipo de usuario.

10. El método de la Reivindicación 5, en el que el criterio de filtro es un Criterio de Filtro Inicial, IFC, que se usa dentro de la red 3GPP.

11. El método de la Reivindicación 5, en el que dicha función de control remoto es una Función de Control de Sesión de Llamada de Servicio, S-CSCF, que se usa dentro de una red 3GPP.

12. El método de la Reivindicación 5, en el que dicho al menos un primer desencadenador de punto de servicio además incluye:

un Indicador de Recursos Uniforme (URI) de petición;

un Método del Protocolo de Inicio de Sesiones (SIP) ; una Cabecera del Protocolo de Inicio de Sesiones (SIP) ; un Caso de Sesión; o una Descripción de Sesión 13. El método de la Reivindicación 5, en el que dichos datos almacenados internamente son datos relacionados con protocolos distintos de un Protocolo de Inicio de Sesiones (SIP) , dichos datos que incluyen:

un estado de Circuito Conmutado (CS) del usuario-equipo de usuario; una Red de Acceso de Conectividad IP (IP-CAN) accedida por el usuario-equipo de usuario; o 40 un tipo red de Paquetes Conmutados (PS) accedida por el usuario-equipo de usuario.

14. El método de la Reivindicación 5, en el que el segundo punto desencadenador (414) tiene una expresión booleana en Forma Normal Conjuntiva, CNF, o en Forma Normal Disyuntiva, DNF, que especifica la una o más condiciones de prefiltro que van a ser comprobadas frente a los datos almacenados internamente asociados con el 45 usuario-equipo de usuario.