SELECCION S-CSCF PARA PETICIONES ORIGINADAS DE SERVIDOR DE APLICACION
CAMPO DE LA INVENCIÓN La presente invención se refiere al manejo de petición de servicio, y de manera más particular, a un escenario en donde un servidor de aplicación inicia una petición en nombre de un abonado quien no está registrado con un subsistema IP.
ANTECEDENTES DE LA INVENCIÓN Un sistema IP, por ejemplo, un subsistema multimedia IP (IMS), utiliza un Protocolo de Iniciación de Sesión (SIP) para iniciar y controlar las peticiones de servicio. Actualmente, los procedimientos para el manejo de la petición en un IMS están definidos y descritos, por ejemplo, en las especificaciones 3GPP TS 23.228 y 24.229. De manera especifica, la cláusula 5.65 de la especificación 3GPP TS 23.228 (versión 7.2.0) define un escenario cuando un servidor de aplicación inicia una petición en nombre de un abonado quien no está actualmente registrado con el IMS. Un ejemplo importante que utiliza este escenario es el establecimiento de una llamada de continuidad de llamada de voz descrito en las especificaciones 3GPP TR 23.806 (versión 7.0.0 y TS 23.206 (versión 0.3.0) . En el escenario de continuidad de
REF. : 197625 llamada de voz, cuando es iniciado el establecimiento de una llamada a partir de un dominio conmutado de circuito, la función de continuidad de llamada, que es un servidor de aplicación a partir del punto de vista IMS, es anclada con la llamada y envía una petición de iniciación de sesión al IMS en nombre del abonado que llama quien podría o no estar registrado con el IMS . La cláusula 5.7.3 de la especificación 3GPP TS 24.229 (versión 7.2.0) describe procedimientos en el servidor de aplicación para el envío de peticiones en nombre de un abonado. De acuerdo con los actuales procedimientos, el servidor de aplicación envía la petición a la Función de Control de Servicio de Llamada-de-Servicio (S-CSCF) . La S-CSCF es un elemento IMS que proporciona servicios de control de sesión para un nodo móvil, lo cual permite que un operador de red soporte los servicios. Las funciones proporcionadas por la S-CSCF incluyen el manejo de los registros móviles, el mantenimiento de la sesión, la interacción con otros servicios, el cobro y la seguridad. Si el abonado estuviera registrado con el IMS, entonces, el servidor de aplicación aprendería la dirección de la S-CSCF en donde el usuario está registrado, ya sea a partir de un procedimiento de registro de tercera parte o mediante la consulta con un servidor doméstico de abonado. Sin embargo, ninguna solución es actualmente proporcionada para el caso en donde el abonado no esté registrado en el IMS. De acuerdo con la cláusula 5.6.5 de la especificación 3GPP TS 23.228, en casos de originar procedimientos no registrados, la S-CSCF en el servidor doméstico de abonado seguirá los mismos principios que actualmente se encuentran definidos para la terminación del usuario no registrado. Sin embargo, como es actualmente definido, para terminar una llamada de un usuario no registrado, es necesario que la S-CSCF tenga servicios no registrados de terminación. De otro modo, el servidor doméstico de abonado no regresará las capacidades para la consulta de ubicación, y de esta manera, la Función de Control de Servicio de Llamada-de-Interrogación (I-CSCF) rechazará la petición en lugar de transmitirla a la S-CSCF de terminación. De modo que aún cuando el origen de la llamada en nombre del usuario pueda ser realizado incluso si el usuario no tuviera servicios no registrados de origen en lo absoluto, para terminar una llamada del usuario no registrado, es necesario tener servicios no registrados de terminación .
SUMARIO DE LA INVENCIÓN Una modalidad de la invención se refiere servidor que incluye una unidad de envío configurada transmitir una petición de información de ubicación a un servidor doméstico para la consulta del nombre y capacidades del servidor por omisión de un abonado no registrado para quien el servidor está originando la petición de información de ubicación. El servidor también incluye una unidad de procesamiento, si el nombre del servidor por omisión fuera proporcionado en la contestación de información de ubicación, seria configurada para dirigir la petición de información de ubicación al nombre de servidor por omisión proporcionado en la contestación de información de ubicación o seria configurada para seleccionar una función adecuada y las capacidades soportadas de la función seleccionada. El servidor además incluye una unidad de indicación configurada para señalar en la petición de información de ubicación que la función tiene que servir la petición de información de ubicación como una petición de origen. Otra modalidad de la invención se refiere a una Función de Control de Sesión de Llamada-de-Interrogación que incluye una unidad de recepción configurada para admitir la petición de información de ubicación que incluye la identidad pública de un abonado no registrado, la petición de información de ubicación es utilizada para indicar la petición de origen. La Función de Control de Sesión de Llamada-de-Interrogación también incluye una unidad de procesamiento configurada para consultar al servidor doméstico la información de capacidad para el abonado asociado con la identidad pública y una unidad de envió configurada para transmitir, en base a la recepción de la contestación de información de ubicación que proviene del servidor doméstico, la petición de información de ubicación a la función de servicio por omisión o a la función seleccionada de servicio, dependiendo de la información proporcionada en la contestación de información de ubicación en respuesta a la petición de información de ubicación. Otra modalidad de la invención se refiere a un método para el envío, a través de un servidor de interrogación, de la petición de información de ubicación a un servidor doméstico para la consulta del nombre y capacidades del servidor por omisión de un abonado no registrado, la recepción, a través del servidor de interrogación del servidor doméstico, de la contestación de información de ubicación, dirigiendo a través del servidor de interrogación, la petición de información de ubicación al nombre del servidor por omisión proporcionado en la contestación de información de ubicación si el nombre del servidor por omisión fuera proporcionado en la contestación de información de ubicación, y seleccionando, a través del servidor de interrogación, una función adecuada que soporte las capacidades del abonado, si el nombre del servidor por omisión no fuera proporcionado en la contestación de información de ubicación, en donde el servidor de interrogación indica en la petición de información de ubicación que la función tiene que servir la petición de información de ubicación como una petición de origen. Otra modalidad de la invención se refiere a un método para la recepción, a través de una función de interrogación de un servidor de aplicación, de la petición de información de ubicación que incluye la identidad pública del abonado, la petición de información de ubicación que es utilizada para indicar una petición de origen, la consulta de una función de servicio para la información de capacidad para el abonado asociado con la identidad pública, y el envío de la petición de información de ubicación a una función de servicio por omisión o a una función seleccionada de servicio dependiendo de la información proporcionada en la contestación de información de ubicación en respuesta a la petición de información de ubicación. Otra modalidad de la invención se refiere a un aparato que incluye medios de envío que transmiten, a través del servidor de interrogación, la petición de información de ubicación a un servidor doméstico para la consulta del nombre y capacidades del servidor por omisión de un abonado no registrado, medios de recepción que admiten, a través del servidor de interrogación del servidor doméstico, la contestación de información de ubicación, medios de enrutamiento que dirigen, a través del servidor de interrogación, la petición de información de ubicación al nombre del servidor por omisión proporcionado en la contestación de información de ubicación si el hombre del servidor por omisión fuera suministrado en la contestación de información de ubicación, y medios de selección que eligen una función adecuada que soporte las capacidades del abonado, si el hombre del servidor por omisión no fuera proporcionado en la contestación de información de ubicación, en donde el servidor de interrogación indica en la contestación de información de ubicación que la función tiene que servir la petición de información de ubicación como una petición de origen . Otra modalidad de la invención se refiere a un aparato que incluye medios de recepción que admiten, a través de la función de interrogación de un servidor de aplicación, la petición de información de ubicación que incluye la identidad pública del abonado, la petición de información de ubicación que es utilizada para indicar una petición de origen, medios de consulta que preguntan, a través de la función de interrogación, para una función de servicio de la información de capacidad para el abonado asociado con la identidad pública y medios de envío que transmiten, a través de la función de interrogación, la petición de información de ubicación a una función de servicio por omisión o a una función seleccionada de servicio dependiendo de la información proporcionada en la contestación de información de ubicación en respuesta a la petición de información de ubicación .
BREVE DESCRIPCIÓN DE LAS FIGURAS Las figuras que la acompañan, que son incluidas a fin de proporcionar el entendimiento adicional de la invención y son incorporadas y constituyen una parte de esta especificación, ilustran modalidades de la invención que junto con la descripción sirven para explicar los principios de la invención, en donde: La Figura 1 ilustra una modalidad de un subsistema multimedia IP; La Figura 2 ilustra las etapas implementadas por un servidor que a su vez implementa una modalidad de la invención; y La Figura 3 ilustra las etapas implementadas por la I-CSCF que a su vez implementa una modalidad de la invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN A continuación, se hará referencia a las modalidades preferidas de la presente invención, los ejemplos de las cuales se ilustran en las figuras que la acompañan. La Figura 1 ilustra una modalidad de un subsistema multimedia IP 100 en el cual podrían implementarse las modalidades de la presente invención. El subsistema 100 incluye una capa de servidor de aplicación 102, una capa de control de sesión 104 y una capa de transporte y punto final 106. El subsistema 100 es una arquitectura unificada que soporta un intervalo amplio de servicios permitidos por la flexibilidad del Protocolo de Iniciación de Sesión (SIP) . Como se muestra en la Figura 1, el subsistema 100 puede soportar múltiples servidores de aplicación que proporcionan servicios tradicionales de telefonía 108 y servicios no telefónicos 110, tales como mensajería instantánea, pulsador de intercomunicación y transferencia de video. La capa de transporte de punto final 106 inicia y termina la señalización SIP para establecer sesiones y proporcionar servicios de portador, tales como la conversión de voz de formatos analógicos o digitales a paquetes de Protocolo de Internet (IP) utilizando el Protocolo de Transporte en Tiempo Real (RTP) . La capa de control de sesión 104 incluye una Función de Control de Sesión de Llamada (CSCF) 112, que proporciona el registro de los puntos finales y la dirección de los mensajes de señalización SIP a un servidor adecuado de aplicación. La CSCF 112 se interconecta con la capa de transporte y de punto final 106 para garantizar la Calidad de Servicio a través de todos los servicios. La capa de control de sesión 104 también incluye una base de datos de Servidor Doméstico de Abonado (HSS) 114 que mantiene el perfil de servicio único para cada usuario final. El perfil de servicio de usuario final almacena toda la información y las preferencias de servicio de usuario en una ubicación central, incluyendo la información de registro actual del usuario final, la información de seguimiento, servicios de telefonía tales como la información de transmisión de llamada, la información de servicio de mensajería instantánea, tales como listas de compañeros y opciones de buzón de correo de voz. La capa de servidor de aplicación 102 incluye servidores de aplicación que proporcionan la lógica de servicio de usuario final . De acuerdo con una primera modalidad de la presente invención, cuando el servidor de aplicación origine una petición en nombre del abonado no registrado IMS, el servidor de aplicación envía un mensaje de petición de información de ubicación a un servidor doméstico de abonado a través de una interfaz existente Sh, para consulta del nombre y las capacidades del servidor por omisión del abonado. Debe observarse que las capacidades podrían ser obligatorias u opcionales. Si el nombre del servidor por omisión fuera proporcionado en la contestación/respuesta de información de ubicación, entonces, la petición sería dirigida al nombre del servidor por omisión, de otro modo, el servidor de aplicación seleccionaría, en base a las capacidades recibidas en la contestación de información de ubicación, una Función de Control de Sesión de Llamada-de-Servicio (S-CSCF) en la red y sus capacidades soportadas. Esta información es configurada por el servidor de aplicación. El servidor de aplicación indica en el mensaje SIP que la S-CSCF tiene que servir la petición como una petición de "origen" colocando un parámetro ORIG en el URI de la S-CSCF. La especificación 3GPP 29.228 (versión 7.0.0) describe procedimientos en el servidor doméstico del abonado para responder a la petición de información de ubicación. De acuerdo con los procedimientos actuales, si el abonado no estuviera registrado en el IMS, entonces, el servidor doméstico de abonado enviaría un Par de Valor de Atributo de Capacidades-de-Servidor (AVP) , según sea requerido para la selección S-CSCF, en el mensaje de contestación de información de ubicación solo si los servicios no registrados fueran proporcionados para el usuario. Esto provoca que la petición de origen del servidor de aplicación falle para estos usuarios quienes no realizan servicios que tienen que funcionar en el estado no registrado. Como tal, en una primera solución implementada en la primera modalidad de la presente invención, la I-CSCF indica al servidor doméstico de abonado, en el mensaje de petición de información de ubicación, que una consulta de información de ubicación está siendo realizada para la petición de origen. Si el abonado en esta modalidad no estuviera registrado en el IMS, entonces, el servidor doraésti-co de abonado proporcionaría el AVP de Capacidades-de-Servidor en el mensaje de respuesta de información de ubicación, para este mensaje de petición de información de ubicación que incluye una indicación del escenario de origen incluso si el abonado no tuviera actualmente servicios no registrados de "origen". En una segunda solución implementada en la primera modalidad de la invención, si el abonado no estuviera registrado en el IMS, entonces, el servidor doméstico de abonado siempre proporcionaría el AVP de Capacidades-de-Servidor en el mensaje de respuesta de información de ubicación, incluso si el abonado no tuviera servicios actuales no registrados. En una segunda modalidad de la invención, el servidor de aplicación envía la petición a la I-CSCF e introduce la identidad pública del abonado en el encabezado de Identidad-Evaluada-P ( ? P-Asserted-Identity' ) , como es requerido por la descripción de la cláusula 5.7.3 de la especificación 3GPP 24.229. El servidor de aplicación indica a la I-CSCF que esta es una petición de origen. La I-CSCF, que reconoce que la petición de origen está siendo servida, consulta al servidor doméstico de abonado la información de capacidad para el abonado indicado en el encabezado de Identidad-Evaluada-P de la petición SIP. Es decir, la I-CSCF envía el mensaje de petición de información de ubicación al servidor doméstico de abonado a través de una interfaz Cx utilizando la identidad del encabezado Identidad-Evaluada-P, en lugar de una Petición-URI como en un caso de terminación a la identidad pública AVP del mensaje Cx . Cuando la I-CSCF reciba una respuesta del servidor doméstico de abonado en el mensaje de contestación de información de ubicación, la I-CSCF envía la petición a la S-CSCF por omisión o selecciona una S-CSCF en base a las capacidades de acuerdo con el procedimiento normal. La I-CSCF indica en el mensaje SIP que la S-CSCF tiene que servir la petición como una petición de "origen", colocando un parámetro ORIG en el URI de la S-CSCF. En forma alterna cuando el servidor de aplicación envía la petición a la I-CSCF, el servidor de aplicación agrega un parámetro ORIG en el URI de la S-CSCF que es agregada al mensaje como el encabezado más superior de la ruta. Todavía en la segunda modalidad de la invención, la I-CSCF indica al servidor doméstico de abonado en el mensaje de petición de información de ubicación que la consulta de información de ubicación está siendo realizada para la petición de origen. En esta modalidad, si el abonado no estuviera registrado en el IMS, entonces, en una primera solución implementada en la segunda modalidad, el servidor doméstico de abonado proporciona el AVP de Capacidades-de-Servidor en un mensaje de respuesta de información de ubicación, para este mensaje de petición de información de ubicación que incluye una indicación del escenario de origen, incluso si el abonado no tuviera servicios no registrados de "origen". En la segunda solución implementada en la segunda modalidad de la invención, si el abonado no estuviera registrado en el IMS, entonces, el servidor doméstico de abonado siempre proporcionaría el AVP de Capacidades-de-Servidor en el mensaje de respuesta de información de ubicación, incluso si el abonado no tuviera servicios no registrados. Para implementar la segunda solución, no son necesarias extensiones de los mensajes Cx, puesto que sólo el cambio se encuentra en el comportamiento del servidor doméstico de abonado. Tampoco es necesario algún cambio en los procedimientos I-CSCF del manejo de los mensajes de contestación de información de ubicación, de esta manera, esta solución es compatible hacia atrás para la I-CSCF. Un método posible para la implementación de la segunda modalidad de la invención es para el servidor de aplicación a fin de indicar un escenario de origen a la I-CSCF colocando la bandera o aviso ORIG como un parámetro URI en una Petición-URI de un mensaje. La Petición-URI del mensaje SIP es analizada por la I-CSCF de acuerdo con los procedimientos normales de I-CSCF. Si este método fuera utilizado, entonces la I-CSCF eliminaría la bandera o aviso ORIG de la Petición-URI del mensaje SIP. En la segunda modalidad, los operadores podrían definir una I-CSCF dedicada (configurada en servidores de aplicación) que sólo sirve a las peticiones de origen para los servicios no registrados y que no tiene capacidades basadas en la selección S-CSCF. En el servidor de aplicación, debe garantizarse que la I-CSCF soporte esta funcionalidad. Otro método posible de implementación de la segunda modalidad es la definición de un nuevo encabezado SIP o la definición de un nuevo parámetro para el encabezado Identidad-Evaluada-P, el cual incluye un identificador del abonado. Si fuera elegido este método, entonces, la I-CSCF tendría que analizar el encabezado adicional SIP como parte de su procedimiento normal con el objeto de que decida si la petición de origen está siendo servida. El mensaje de petición de información de ubicación de la interfaz Cx tiene que ser extendido con un nuevo AVP que incluya una indicación de sí la petición de información de ubicación es realizada para una petición de origen. El nuevo AVP podría ser opcional, de esta manera, una I-CSCF que no soporte la extensión de la interfaz Cx todavía podría trabajar con esta solución. Otra alternativa es extender el AVP de Identidad-Pública con la información sobre si la consulta de información de ubicación es requerida para la petición de origen . La primera modalidad requiere que las direcciones de las S-CSCFs y las capacidades soportadas por estas S-CSCFs sean configuradas para cada servidor de aplicación que le gustaría originar peticiones en nombre de un abonado. Asimismo, la misma lógica de selección S-CSCF es implementada para cada servidor de aplicación, de otro modo, que se encuentra disponible en la I-CSCF. Con la primera modalidad, es involucrado un papel menor para el procesamiento de las peticiones de origen y no se requiere modificación alguna para el SIP. Sin embargo, la configuración de la información S-CSCF para el servidor de aplicación no podría ser preferida por los operadores debido a problemas de confianza. La segunda modalidad depende de la capacidad existente de la I-CSCF para la selección S-CSCF. Ninguna configuración adicional es necesaria para el servidor de aplicación, ni la selección S-CSCF basada en la capacidad es necesaria en el servidor de aplicación, aunque el cambio sea requerido en el protocolo SIP y en el comportamiento I-CSCF. La primera solución implementada en la primera y segunda modalidades requiere la introducción de un nuevo AVP o el cambio del AVP existente de Identidad-Pública para el mensaje Cx de petición de información de ubicación. En esta solución, el cambio es requerido tanto en la implementación de la I-CSCF como en la implementación del servidor doméstico de abonado, de esta manera, esta solución no es compatible hacia atrás para la I-CSCF y el servidor doméstico de abonado. La segunda solución implementada en la primera y segunda modalidades no requiere el cambio en el mensaje Cx; sólo requiere el cambio en la implementación del servidor doméstico de abonado; de esta manera, esta solución es compatible hacia atrás para la I-CSCF. La Figura 2 ilustra las etapas implementadas en un servidor que a su vez implementa la invención. En la etapa 2010, la I-CSCF envía una petición de información de ubicación a un servidor doméstico de abonado para la consulta del nombre y capacidades del servidor por omisión de un abonado no registrado. En la etapa 2020, la I-CSCF recibe del servidor doméstico, la contestación de información de ubicación. En la etapa 2030, la I-CSCF dirige la petición de información de ubicación al nombre de servidor por omisión proporcionado en la contestación de información de ubicación, si el nombre del servidor por omisión fuera proporcionado en la contestación de información de ubicación. En la etapa 2040, la I-CSCF selecciona una función adecuada que soporte las capacidades del abonado, si el nombre del servidor por omisión no fuera proporcionado en la contestación de información de ubicación, en donde el servidor de interrogación indica en la petición de información de ubicación que la función tiene que servir la petición de información de ubicación como la petición de origen. La Figura 3 ilustra las etapas implementadas por la I-CSCF que a su vez implementa la invención. En la etapa 3010, la I-CSCF recibe a partir de un servidor de aplicación, la petición de información de ubicación que incluye la identidad pública del abonado o suscriptor, la petición de información de ubicación que es utilizada para indicar una petición de origen. En la etapa 3020, la I-CSCF consulta una función de servicio de la información de capacidad para el abonado asociado con la identidad pública. En la etapa 3030, la I-CSCF envía la petición de información de ubicación a una función de servicio por omisión o una función seleccionada de servicio dependiendo de la información proporcionada en la contestación de información de ubicación en respuesta a la petición de información de ubicación. Debe apreciarse por una persona experta en la técnica, que la presente invención podría ser utilizada en cualquier dispositivo que implemente la información de disponibilidad de red descrita con anterioridad. La descripción anterior ha sido dirigida a las modalidades específicas de esta invención. Sin embargo, será aparente que podrían realizarse otras variaciones y modificaciones a las modalidades descritas, con la consecución de algunas o la totalidad de sus ventajas. Por lo tanto, el objetivo de las reivindicaciones adjuntas es cubrir todas estas variaciones y modificaciones que caen dentro del espíritu verdadero y alcance de la invención.
Se hace constar que con relación a esta fecha el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.