ES2294127T3 - Metodo y sistema de analisis. - Google Patents

Abstract

Método de rastreo en un entorno de red que tiene elementos de red con una funcionalidad separada del plano de control y de usuario, comprendiendo dicho método la etapa en la que se transmite una invocación de rastreo desde un elemento de red del plano de control a un elemento de red del plano de usuario o a otro elemento de red del plano de control.

Description

Método y sistema de análisis.

Campo de la invención

La presente invención se refiere a un método y un sistema para rastrear una sesión o llamada u otras actividades de abonado en elementos de red que gestionan una comunicación multimedia IP. Además, usando la presente invención se puede rastrear el comportamiento de elementos de la red. El "rastreo de sesiones" es una ampliación de la función de rastreo de abonados y equipos definida por la ETSI TS 101 627 (GSM 12.08). Adicionalmente, se introduce una forma de activar el rastreo desde un controlador de dispositivos hacia un dispositivo controlado, por ejemplo, desde elementos de red del plano de control tales como un Controlador de Pasarela de Medios (MGC) ó una Función de Control de Pasarela de Medios (MGCF) o un Controlador de Función de Recursos de Medios hacia un elemento de red del plano de usuario tal como una Pasarela de Medios (MGW) ó un Procesador de Función de Recursos de Medios (MRFP).

Antecedentes de la invención

En las redes GSM, el servicio de rastreo permite que el módulo de administración de clientes y de gestión de la red rastree las actividades de diversas entidades cuando se producen acontecimientos específicos. Este servicio permite el rastreo de información disponible para la red en relación con el trayecto de la llamada usado por la entidad asociada. La información que se podría encontrar en un registro de rastreo puede comprender, por ejemplo, la identidad del equipo de origen y de destino del abonado móvil o fijo en cuestión, la identidad de los circuitos entrantes y salientes de los nodos implicados, servicios suplementarios invocados, mensajes de interfaces, etcétera. El servicio de rastreo es un medio auxiliar de mantenimiento y una herramienta de desarrollo útiles los cuales se pueden usar durante las pruebas y la verificación del sistema. El mismo puede ser usado por el módulo de administración de abonados y de gestión de la red para la observación de abonados, por ejemplo, después de una queja de un cliente o cuando el operador sospeche que un equipo está funcionando incorrectamente o a solicitud de la policía (es decir, una interceptación legal). Como la cantidad de información que se puede recoger para una llamada individual es muy grande, los elementos de la red pueden limitar el número de rastreos simultáneos bien rechazando una solicitud de rastreo o bien simplemente produciendo un subconjunto de la información requerida.

Una activación de un rastreo es una acción realizada por una función del sistema de operaciones (OSF) o un centro de operaciones y mantenimiento (OMC) a través de órdenes MMI (Interfaz Hombre Máquina) para permitir la generación de un rastreo para una IMSI (Identidad de Abonado Móvil Internacional) ó una IMEI (Identidad de Equipo de estación Móvil Internacional) específicas cuando se produce un acontecimiento de invocación. Una invocación de un rastreo es un acontecimiento en relación con una IMSI ó IMEI específica, el cual se produce en la red y provoca la recopilación de datos en un registro de rastreo en circunstancias en las que el rastreo se ha activado para esa IMSI ó IMEI. La estructura de la acción y del registro de rastreo queda definida por los parámetros de tipo de rastreo de la solicitud de rastreo correspondiente.

Un rastreo se puede invocar en un Subsistema de Estaciones Base (BSS) de la red GSM cuando se produce un acontecimiento de invocación especificado en un parámetro de tipo de rastreo de una solicitud de rastreo y un tipo de registro BSS se fija a un valor que indica que la función de rastreo está activada. Además, un rastreo se puede invocar enviando un mensaje correspondiente desde un Centro de Conmutación Móvil (MSC) hacia el BSS. Cuando el BSS recibe este mensaje, comienza a rastrear los campos necesarios según se especifique en el registro BSS asociado al tipo de registro BSS especificado.

Si el abonado se está desplazando de forma itinerante dentro de su red propia, la solicitud de rastreo se reenvía hacia el Registro de Posiciones de Visitantes (VLR) en el que está registrado el abonado a través de un mensaje que indica un modo de rastreo activo. Si el abonado se está desplazando de forma itinerante en una red móvil foránea, la solicitud de rastreo del abonado de la red propia se almacena en el Registro de Posiciones Base (HLR), aunque el rastreo no esté activo en los VLR de la red propia. Para rastrear las IMSI de abonados que se desplazan de forma itinerante en la propia red, en el VLR se debe almacenar una lista de dichas IMSI más los parámetros de rastreo del abonado asociados. A continuación, el operador de la red puede activar un rastreo para cualquier IMSI foránea que se desplace de forma itinerante desde una OSF invocando una función de gestión correspondiente, es decir, transmitiendo una solicitud de rastreo hacia el VLR respectivo que presta servicio al abonado. Si no se conoce la ubicación del abonado, es necesario activar el rastreo en todos los VLR en los que pueda estar ubicado el abonado. La solicitud de rastreo se almacena en el VLR. Si subsiguientemente el abonado se desplaza de forma itinerante hacia el área del VLR, se activará el rastreo del abonado en la red visitada.

Para lograr una independencia con respecto al acceso y para mantener un interfuncionamiento uniforme con terminales inalámbricos a través de Internet, se han desarrollado subsistemas multimedia de Protocolo de Internet (subsistemas IMS) en un intento de ajustarse a las normativas de Internet expuestas por el IETF (Grupo de Trabajo de Ingeniería de Internet). De este modo, las interfaces especificadas se ajustan en la medida de lo posible a las normativas IETF para aquellos casos en los que se ha seleccionado un protocolo IETF, por ejemplo, el Protocolo de Inicio de Sesión (SIP).

La IMN permite a los operadores de redes móviles ofrecer a sus abonados servicios multimedia basados y desarrollados sobre aplicaciones, servicios, y protocolos de Internet. Existen dos escenarios posibles para proporcionar servicios, es decir, a través de la plataforma de servicio en la red propia o a través de una plataforma de servicio externa (por ejemplo, una tercera parte o una red visitada). Se proporcionan Funciones de Control del Estado de la Llamada (funciones CSCF) las cuales pueden actuar como funciones CSCF Proxy (funciones P-CSCF), funciones CSCF de Servicio (funciones S-CSCF) o funciones CSCF Interrogantes (funciones I-CSCF). La P-CSCF es el primer punto de contacto para un equipo de usuario dentro de la IMN. De hecho, la S-CSCF gestiona los estados de la sesión en la red. La I-CSCF es principalmente el punto de contacto en la red de un operador para todas las conexiones destinadas a un abonado de ese operador de red. A partir de la especificación TS 23.228 del 3GPP se puede obtener una descripción más detallada de la IMN.

No obstante, el Proyecto de Asociación de Tercera Generación (3GPP) no ha especificado ninguna solución de rastreo para el Subsistema Multimedia de Protocolo de Internet (IP) (IMS) de redes del Sistema de Telecomunicaciones Móviles Universales (UMTS). Por lo tanto, no es posible ningún rastreo en redes de múltiples fabricantes.

Además, la norma H.248 según la describe T. Taylor en "MEGACO/H248: a new standard for media gateway control" IEEE COMMUNICATIONS MAGAZINE, vol. 38, nº 10, octubre de 2000, no describe cómo activar el rastreo en la MGW, lo cual no es posible usando planteamientos de la técnica anterior si los planos de usuario y de control están separados.

Sumario de la invención

Por lo tanto uno de los objetivos de la presente invención es proporcionar funcionalidad de "rastreo de sesiones" para sesiones Multimedia IP (IM).

Este objetivo se alcanza con un método de rastreo según se define en la reivindicación 1 y un sistema para proporcionar una función de rastreo según se define en la reivindicación 23.

Por consiguiente, se proporciona una característica de "rastreo de sesiones" como herramienta de mantenimiento satisfactoria para localizar fallos o someter a pruebas características nuevas. El "rastreo de sesiones" se puede invocar para "llamadas de prueba" (sesiones de prueba) realizadas por abonados que estén bajo rastreo, según el concepto de rastreo de abonados y de equipos. Además de para la localización de fallos, la funcionalidad de rastreo de sesiones también se puede usar para soportar una interceptación legal con información detallada sobre las sesiones.

El rastreo de sesiones, como ampliación del concepto de rastreo de abonados, permite la generación de informes de rastreo en todas las funciones de red implicadas en el establecimiento de una sesión, por ejemplo, la S-CSCF y la P-CSCF de un abonado IM rastreado, así como en la S-CSCF y la P-CSCF de la otra parte en llamadas de móvil-a-móvil, en la Función de Control de Pasarela de Fuga (BGCF), la MGCF y la MGW en el caso de llamadas destinadas a una PSTN/GSM, y en funciones I-CSCF (opcionalmente) usadas en el establecimiento de una sesión IM.

En las reivindicaciones subordinadas se definen otras evoluciones ventajosas de la invención.

Breve descripción de los dibujos

A continuación se describe más detalladamente la invención basándose en una forma de realización preferida y en referencia a las figuras adjuntas, en las cuales:

la Fig. 1 muestra una vista general de elementos y mensajes para implementar una función de rastreo en un sistema multimedia IP;

la Fig. 2 muestra un diagrama de señalización que indica un registro de un abonado IM con invocación de rastreo en la P-CSCF según una primera forma de realización;

la Fig. 3 muestra un diagrama de señalización que indica un registro de un abonado IM con invocación de rastreo en la P-CSCF, según otra alternativa de una primera forma de realización;

la Fig. 4 muestra un diagrama de señalización que indica un establecimiento de una sesión IM de acuerdo con una segunda forma de realización, en la que la parte llamante está bajo rastreo;

la Fig. 5 muestra un diagrama que indica el establecimiento de una sesión IM de acuerdo con la segunda forma de realización, en la que la parte a la que se llama está bajo rastreo;

la Fig. 6 muestra un diagrama que indica un establecimiento de sesión según una tercera forma de realización, cuando la llamada va destinada a la PSTN ó una red GSM y la parte llamante está bajo rastreo; y

la Fig. 7 muestra un diagrama que indica el establecimiento de sesión según la tercera forma de realización, cuando la llamada se inicia en la PSTN ó una red GSM y la parte a la que se llama está bajo rastreo.

Descripción de las formas de realización preferidas

A continuación se describirán las formas de realización preferidas para casos en los que se realiza una activación de un rastreo de una sesión en un IMS usando mensajes SIP para transportar la información de invocación del rastreo en la sesión IM.

Cuando los abonados se desplazan de forma itinerante a redes visitadas, la S-CSCF está ubicada en la red propia, mientras que la red visitada soporta una P-CSCF. La P-CSCF permite trasladar el control de la sesión a la S-CSCF basada en la red propia que proporciona el control del servicio. La I-CSCF se puede usar en el trayecto de señalización SIP para proteger a la estructura interna de una red con respecto a otras redes. Además, el MFC ó MGCF controla las partes del estado de la llamada que se refieren al control de la conexión para canales de medios en una MGW y se comunica con las CSCF. La MGW es el destino de flujos continuos de medios provenientes de una red de paquetes, por ejemplo, una red IP, soporta la conversión de medios, el control de portadores, y el procesado de las cargas útiles, e interacciona con la MGCF para el control de recursos.

Para utilizar el "rastreo de sesiones" y de abonados en una red todo IP móvil, en la red se pueden realizar las siguientes disposiciones. La activación y/o desactivación del "rastreo de sesiones" se puede realizar de forma centralizada en el Servidor de Abonados Base (HSS) el cual sustituye al Registro de Posiciones Base (HLR) cuando se implementa el IMS. El HSS es la base de datos maestra para un usuario determinado y contiene la información relacionada con la suscripción para soportar las entidades de red que gestionan concretamente llamadas o sesiones. La activación del "rastreo de sesiones" se puede realizar desde el HSS hacia la Función de Control del Estado de la Llamada de Servicio (S-CSCF) y la CSCF Proxy (P-CSCF) del abonado rastreado. La S-CSCF y la P-CSCF pueden almacenar datos relacionados con el abonado, de manera que la información de activación del "rastreo de sesiones" se puede almacenar en ellas durante el periodo de registro. En la P-CSCF, también se puede proporcionar una activación directa por parte de unos medios de administración, para rastrear abonados visitantes por una propia decisión del operador visitado. El "rastreo de sesiones" para la sesión IM se puede invocar en las otras funciones de red, que participan en el establecimiento de la sesión IM, es decir, la S-CSCF y la P-CSCF de la parte a la que se llama, la I-CSCF, la BGCF, la MGCF y la MGW. Según la presente descripción se observa que es posible una implementación simplificada del rastreo de sesiones, el "rastreo de abonados IM", si la activación/invocación del rastreo está limitada para la S-CSCF y la P-CSCF del abonado rastreado.

Se pueden crear informes de "rastreo de sesiones" en una sesión rastreada y los mismos se pueden enviar a la Función del Sistema de Operaciones (OSF). Los informes de "rastreo de sesiones" contienen información de identificación del abonado/sesión rastreados. En la S-CSCF del abonado rastreado, dicha información puede ser la ID de referencia de rastreo, la ID pública o privada del abonado IM, la ID de llamadas SIP y la ID del operador invocador, en el caso de las otras funciones de red, es la ID de llamada SIP y la ID del operador invocador. Los informes de "rastreo de sesiones" se pueden enviar al propio sistema OSF, en la red de cada operador. Los informes de "rastreo de sesiones" se pueden procesar en la OSF para una sesión IM combinando los informes recibidos desde varios elementos de red, los cuales implementan las funciones de red del IMS, únicamente cuando para el rastreo de la sesión se requiere la combinación de informes "de rastreo de sesiones".

De este modo, en redes de múltiples fabricantes, es necesario que los protocolos normalizados requeridos incluyan los parámetros de mensajes requeridos para la invocación del rastreo.

En el caso del establecimiento de una sesión IM que use una red de varios operadores, la activación del rastreo se podría enviar o no desde la S-CSCF hacia la P-CSCF en otra red, dependiendo del acuerdo mutuo entre los operadores. La invocación del rastreo se puede enviar a través de las fronteras de la red en los mensajes SIP. La info de la invocación de rastreo enviada puede contener la identificación de la Red Móvil Terrestre Pública (PLMN), en la que se activó el rastreo. Evaluando esta ID PLMN, los elementos de red pueden proporcionar o no informes de rastreo para la sesión, dependiendo de un acuerdo/cooperación mutuo de aprovisionamiento de datos de rastreo entre los operadores (si los mismos colaboran en la localización de fallos).

En el caso de un aprovisionamiento de rastreo en el plano del usuario, con rastreo en la MGW ó la Función de Recursos Multimedia MRF (no mostrada en las figuras), la característica de rastreo puede proporcionar información detallada sobre el plano del usuario y los recursos físicos usados. La misma puede resultar muy útil especialmente cuando se produce algún problema en el lado correspondiente al plano del usuario ya que el plano de usuario y el plano de control están separados en las redes UMTS 3GPP versión 4 y versión 5.

En el MGC, apenas resulta viable recoger información sobre los recursos físicos de la MGW. Las normativas actuales únicamente describen cómo el MGC reserva los recursos lógicos de la MGW. No obstante, para la localización de fallos, o para los informes de interceptación legal también es esencial la información relacionada con los recursos físicos, por ejemplo, tipo de los medios.

Para la localización de fallos y con fines relacionados con la realización de pruebas, es necesaria la información sobre el plano del usuario y sus recursos físicos. Además, la funcionalidad de "rastreo de sesiones" en la MGW se puede usar para informes de interceptación legal.

\newpage

El "rastreo de sesiones" se activa en un abonado o equipo específico, aunque la MGW no sabe nada sobre el abonado, por lo que el "rastreo de sesiones" no se puede activar localmente en la MGW. Una de las soluciones posibles es que el MGC envíe la información de activación del "rastreo de sesiones" hacia la MGW en el comienzo de la llamada a través del protocolo H.248. Cuando la MGW recibe la información de activación del "rastreo de sesiones", comienza a recoger información detallada sobre el plano del usuario y los recursos físicos de esa llamada. La información de activación del "rastreo de sesiones" se puede enviar cuando el MGC solicita la reserva de la ID de destino de la MGW. En la práctica, esta información de activación del "rastreo de sesiones" se puede añadir a la orden ADICIÓN (ADD).

Además, se puede disponer de un procedimiento autónomo para informar a la MGW sobre el "rastreo de sesiones". Este procedimiento autónomo es útil cuando se necesitan informes desde la MGW en una llamada en curso. Esta situación se puede producir habitualmente en casos de interceptación legal. Dicha información autónoma de activación del "rastreo de sesiones" se puede incluir en la orden MODIFICACIÓN (MODIFY). La activación del rastreo en la orden MODIFICACIÓN también es necesaria cuando se elimina el destino del contexto en la MGW y al mismo contexto se le añade un destino nuevo (como en un caso de Traspaso).

La activación del "rastreo de sesiones" enviada hacia la MGW puede contener la referencia de rastreo, la identidad del UE (ID de Usuario Pública o Privada), el tipo de rastreo (el cual define qué clase de rastreo se requiere y cómo se transferirán los informes a la OSF) y la dirección OSF con fines relacionados con identificación.

La funcionalidad del "rastreo de sesiones" se puede desactivar en la MGW cuando el MGC solicita liberar el contexto reservado. Además, se puede disponer de un procedimiento autónomo para desactivar el rastreo en la MGW.

De forma alternativa a la activación del rastreo desde el MGC, la MGW podría comunicar al MGC información detallada sobre el plano de usuario y los recursos físicos usados para cada una de las llamadas aunque esta opción requeriría una carga elevada del MGC y de la interfaz entre la MGW y el MGC.

Se aplican los mismos procedimientos cuando se (des)activa el "rastreo de sesiones" desde el controlador MRF (MRFC) hacia el procesador MRF (MRFP) del IMS u otros elementos de red con una funcionalidad separada del plano de control y del usuario.

La Fig. 1 es una visión general sobre el proceso propuesto de aprovisionamiento de información (rastreo). En esta descripción detallada, al proceso de aprovisionamiento de información se le hace referencia mediante el término rastreo, comprendiendo este último procesos tales como la activación del rastreo y la generación de informes de rastreo. Los elementos se ajustan a un subsistema multimedia del Protocolo de Internet (IP) (IMS) de sistemas 3G.

También se pueden proporcionar algunos otros elementos tales como varias entidades de pasarela (por ejemplo, la Función de Control de Pasarela de Medios MGCF, la Pasarela de Medios MGW, la Pasarela de Señalización SGW) o varios servidores de aplicación. No obstante, para entender la invención no se requiere ninguna ilustración o una descripción más detallada de los mismos. Los lectores interesados pueden obtener una descripción más detallada de la IMN a partir de la especificación TS 23.228 del 3GPP (Proyecto de Asociación de 3ª Generación).

En el comienzo del aprovisionamiento de un rastreo de abonado en una red todo IP móvil, la primera etapa es típicamente la activación de la función de rastreo. En general, se sugiere que la activación del rastreo se realice desde un elemento de red del plano de control hacia un elemento de red del plano de usuario. Para iniciar el procedimiento de activación se pueden usar medios existentes de administración de abonados, por ejemplo, los correspondientes proporcionados por la entidad OSF 80. En tal caso, la activación del rastreo se puede producir a través de la siguiente cadena de señales:

OSF - HSS - S-CSCF - P-CSCF.

De forma más particular, la OSF 80 puede activar la función de rastreo comunicando (t1) órdenes de administración al HSS 40. La info de activación del rastreo recibida se puede almacenar en el HSS 40 como parte del perfil del abonado. El rastreo se puede activar para un abonado específico o para un cierto tipo de actividades de las que pueda disponer un abonado. A continuación puede tener lugar una activación centralizada en el HSS 40 ya que este último es unos medios centralizados de almacenamiento de datos de abonado.

Subsiguientemente, el HSS 40 puede ordenar (t2) la activación del rastreo en la S-CSCF 50. La información de activación del rastreo se puede descargar desde el HSS 40 hacia la S-CSCF 50 del abonado rastreado a través de una interfaz Cx. La información de activación del rastreo se puede gestionar como parte de los datos de suscripción, de modo que para la (des)activación del rastreo se pueden usar los mismos mensajes/métodos (genéricos) de la interfaz Cx que se usan para la descarga/actualización del perfil de abonado.

Si el abonado ya está registrado cuando se activa el rastreo en el HSS 40, la (des)activación del rastreo se puede reenviar inmediatamente hacia la S-CSCF 50 proporcionando de este modo una activación/modificación del rastreo de "todo momento". Para esto se puede usar el mensaje "Push-Cx". Si el abonado no estaba registrado cuando se activó el rastreo, la activación del rastreo se puede almacenar en el HSS 40. Durante un registro subsiguiente, la información de activación del rastreo puede descargarse a continuación desde el HSS 40 a la entidad de control de servicio S-CSCF 50 como parte del perfil del abonado. Esto se puede realizar, por ejemplo, en un mensaje "Resp-Put-Cx" (ver
Fig. 2).

La S-CSCF 50 almacena los datos de activación del rastreo hasta que se desactiva este último. Alternativamente se puede usar un tiempo de expiración predefinido del rastreo.

Las soluciones implementadas según las normativas 3GPP pueden permitir que un abonado se registre en más de una S-CSCF, registrando más de un perfil en la red. En este caso, puede que se prefiera activar el rastreo en la totalidad de las S-CSCF implicadas de una manera similar a la descrita anteriormente.

Se apreciará que las etapas para la activación del rastreo en el HSS 40 y la S-CSCF 50 no son esenciales para el funcionamiento de la presente invención. Usando cualquier solución adecuada también se pueden implementar funciones similares, en caso de que las mismas sean necesarias.

En las formas de realización descritas en el presente documento, el rastreo se puede activar también en otras funciones de control del estado de la llamada tales como la P-CSCF 20 además de en la S-CSCF 50. El rastreo se activa en la P-CSCF 20 mediante un mensaje (t3) comunicado desde la S-CSCF 50 a la P-CSCF 20. Esta opción se puede implementar por medio de una solicitud existente del protocolo de inicio de sesión (SIP).

Por ejemplo, la S-CSCF 50 puede enviar una solicitud SIP "SUSCRIPCIÓN" ("SUBSCRIBE") hacia la P-CSCF 20. La solicitud "SUSCRIPCIÓN" puede contener varias opciones de activación del rastreo. Por ejemplo, la solicitud puede informar a la P-CSCF 20 de que se requieren informes de rastreo para tipos específicos de actividades del usuario tales como únicamente mensajería instantánea.

A continuación se describirá más detalladamente el procedimiento de suscripción de la activación del rastreo haciendo referencia también a la Fig. 2, en la que los números que preceden a los mensajes indican su orden. Aunque la Fig. 2 ilustra una situación en la que el equipo de usuario (UE) 10 está ubicado en una red visitada 60, en primer lugar se describirá el funcionamiento en relación con un abonado que se encuentra en su área de servicio propia (es decir, la P-CSCF 20 y la S-CSCF 50 pertenecen a la misma red móvil terrestre pública (PLMN)).

En este caso, la S-CSCF 50 comprueba, a partir de las opciones de rastreo recibidas, si es necesario activar el rastreo en la P-CSCF 20. En caso afirmativo, se reenvía una orden de activación de rastreo desde la S-CSCF 50 a la P-CSCF 20, por ejemplo, usando una solicitud SIP "SUSCRIPCIÓN". La S-CSCF 50 tiene conocimiento de la P-CSCF 20 ya que el nombre de la P-CSCF 20 en la que se registró el abonado se almacenó en la S-CSCF 50 durante la fase de registro del abonado y se mantiene mientras el registro sea válido.

El procedimiento varía dependiendo de si el abonado está registrado o no cuando se activa el rastreo. Si el abonado está registrado, la activación del rastreo (el mensaje "SUSCRIPCIÓN") se puede reenviar inmediatamente. Si el abonado no está registrado en la fase de activación del rastreo, el mensaje "SUSCRIPCIÓN" se envía durante el registro, por ejemplo, después de que la S-CSCF 50 reciba el perfil de suscripción en el "Resp-Put-Cx" (mensaje 9, ver Fig. 2). Cuando la S-CSCF 50 detecta a partir del abonado datos descargados con el "Resp-Put-Cx", puede enviar (mensaje 12) la solicitud SIP "SUSCRIPCIÓN" hacia la P-CSCF 20.

El diálogo de suscripción del rastreo puede constar de varios mensajes. La solicitud "SUSCRIPCIÓN" enviada (mensaje 12) hacia la P-CSCF 20 puede ser portadora de la información de activación del rastreo. Tal como con la información de rastreo recibida por la S-CSCF 50, la información comunicada a la P-CSCF 20 puede incluir, sin limitaciones, la ID pública o privada del abonado a rastrear, una referencia de rastreo que sirva como identificador para los informes de rastreo, opciones para acontecimientos de invocación de informes, la dirección IP de la OSF y otros similares. El acontecimiento de invocación se puede definir de manera que sea, por ejemplo, la aparición de un registro y/o una llamada SIP y/o mensajes instantáneos y/o una presencia y/o una llamada de emergencia y otros similares.

La información de rastreo se puede codificar en el encabezamiento de acontecimientos de la solicitud "SUSCRIPCIÓN". La información se puede codificar en forma de acontecimientos independientes (por ejemplo, acontecimiento:org.3gpp.rastreo-registro, acontecimiento:org.3gpp.rastreo-llamadaemerg). Según una de las posibilidades, los acontecimientos se codifican en forma de un acontecimiento de rastreo general con subacontecimientos. Para requerir el rastreo para acontecimientos independientes también se pueden usar varios mensajes SUSCRIPCIÓN. Según otra de las posibilidades, los acontecimientos se codifican en forma de un acontecimiento de rastreo general que incluye definiciones de subacontecimientos opcionales.

La P-CSCF 20 puede responder (mensaje 13) con un mensaje "202 Aceptado" ("202 Accepted") o con un mensaje "405 Método no permitido" ("405 Method not Allowed") en el caso de que se rechace el rastreo del abonado. Inmediatamente después de enviar el mensaje "202 Aceptado", la P-CSCF 20 puede enviar (14) un mensaje "NOTIFICACIÓN" ("NOTIFY") que contiene información de que el abonado se ha situado bajo rastreo en la P-CSCF 20. Este mensaje también puede incluir información referente al momento en el que estará activo el rastreo (encabezamiento Expiración). A continuación, la S-CSCF 50 puede enviar (15) un mensaje de respuesta "202 OK" como confirmación de la recepción del mensaje NOTIFICACIÓN.

La S-CSCF 50 puede enviar (16) la respuesta "200 OK" para la solicitud "REGISTRO" ("REGISTER") únicamente después de la finalización del diálogo de suscripción, es decir después de haber recibido los mensajes de acuse de recibo requeridos 13 y 14. De esta manera, la activación del rastreo se produce en la P-CSCF 20 antes de completar la transacción "REGISTRO" SIP y se puede garantizar una recopilación completa de datos de rastreo en la P-CSCF 20 ya para el propio acontecimiento de registro.

Preferentemente la S-CSCF 50 está adaptada para evaluar, por ejemplo, basándose en el dominio de la P-CSCF 20, si es necesario reenviar o no la activación del rastreo.

La P-CSCF 20 también puede estar adaptada para analizar - basándose en el dominio del emisor S-CSCF - si se acepta o rechaza la solicitud recibida de activación de rastreo. En el caso de una decisión positiva, puede responder, por ejemplo, con el mensaje SIP "202 ACEPTADO", en cualquier otro caso con un mensaje "405 Método no permitido".

La desactivación del rastreo se puede realizar de forma similar aunque, por ejemplo, enviando una solicitud "SUSCRIPCIÓN" con tiempo de expiración =0.

La activación de la función de rastreo en una pluralidad de otras entidades de un subsistema se puede realizar de forma centralizada, por ejemplo, mediante el HSS 40. No obstante, se apreciará que además de esto, es posible que la OSF ó cualquier otra entidad que proporcione funciones de gestión generales pueda generar órdenes directas de activación del rastreo.

El ejemplo antes descrito se refería a un escenario básico en el que el abonado estaba ubicado en una red propia e ignoraba algunos de los elementos de la Fig. 2. No obstante, también es posible el rastreo de visitantes foráneos en una P-CSCF basándose en una decisión del operador visitado. Una de las posibilidades es que los operadores actúen de forma complementaria para rastrear abonados. Otra posibilidad es que el operador visitado tome una decisión de activar el rastreo.

En el caso de colaboración en el rastreo, es necesario que el operador de una S-CSCF configure la S-CSCF de manera que envíe el mensaje "SUSCRIPCIÓN" a una P-CSCF de otra red. La S-CSCF puede decidir si enviar o no la solicitud basándose en el análisis del nombre de dominio de la P-CSCF. La P-CSCF en la red visitada está configurada para aceptar la activación del rastreo proveniente de la S-CSCF a pesar del hecho de que la solicitud llegue desde otra PLMN. La P-CSCF puede tomar esta decisión basándose en el análisis del nombre de dominio de la S-CSCF. Se apreciará que la colaboración en el rastreo es una ampliación del escenario básico en el que la S-CSCF no envía y la P-CSCF no acepta la activación de rastreo hacia/desde otras PLMN.

En el escenario mostrado con la Fig. 2, un abonado, es decir, el UE 10, se está desplazando de forma itinerante en otra PLMN, es decir, la red visitada 60, mientras que el HSS 40 y la S-CSCF 50 del abonado están ubicados en la red propia 70. La I-CSCF 30 es un punto de contacto en la red de un operador para todas las conexiones destinadas a un abonado de ese operador de la red y es responsable de la determinación de la S-CSCF 50 mediante consultas al HSS 40.

La Fig. 2 muestra la activación del rastreo en la CSCF 50 durante el registro (es decir, para una situación en la que el rastreo se ha activado en el HSS 40 antes de que el cliente dé inicio al registro). El registro se aplica a un abonado que se está desplazando de forma itinerante en una red foránea, y los dos operadores disponen de un acuerdo para la colaboración en el rastreo. Por lo tanto, el rastreo se activa en la P-CSCF 20.

El operador visitado también puede tomar una decisión en relación con la función de rastreo. La red visitada 60 puede estar provista de medios de gestión para activar operaciones de rastreo para abonados visitantes. La activación se puede realizar mediante órdenes administrativas, por ejemplo, enviadas desde la OSF de la red visitada hacia la P-CSCF 20. El rastreo se puede situar en un estado pendiente activo en el caso de que el abonado determinado no esté registrado en esa P-CSCF 20, y pasará a activo si se produce dicho registro.

En repuesta a una solicitud de información, se generará un informe de rastreo. El informe se puede proporcionar únicamente después de que se produzca un acontecimiento rastreado. Un informe puede tener en cuenta el HSS 40 y/o la S-CSCF 50 y/o la P-CSCF 20 dependiendo de la solicitud. Tal como se muestra con la Fig. 1, los informes de rastreo para acontecimientos rastreados se pueden enviar (t4b) hacia la OSF 80 desde cada una de las entidades de control 20, 40 y 50. Los informes de rastreo se envían hacia la OSF 80, cuya dirección se proporciona en la solicitud de activación de rastreo.

Los informes de rastreo contienen información de identificación del abonado y/o la sesión rastreados. El mensaje de informe de rastreo puede comprender un encabezamiento de registro de rastreo y un cuerpo de informe. Por ejemplo, un encabezamiento de informe de rastreo puede comprender la ID de referencia de rastreo, la ID pública o privada de un abonado IMS, y la identificación exclusiva del acontecimiento (por ejemplo, "desde", "hacia" e "ID de llamada" para una llamada SIP). En este caso, la información comunicada está contenida en el cuerpo del informe.

Al final de la sesión, o justo después de un acontecimiento específico, estos informes se enviarán a la OSF 80 para su análisis. Alternativamente, los registros se pueden almacenar localmente y se pueden enviar en un modo de transferencia en bloque. A continuación, la OSF 80 puede procesar los informes de rastreo para un acontecimiento (por ejemplo, una sesión IMS) combinando los informes recibidos desde la P-CSCF 20 y la S-CSCF 50.

Según una de las variantes de la forma de realización anterior, se usa una solicitud SIP "MENSAJE" ("MESSAGE") para la comunicación de la solicitud desde la primera entidad controladora (S-CSCF 50 en las Figs. 1 y 2) hacia la segunda entidad controladora (P-CSCF 20 en las Figs. 1 y 2). La solicitud SIP "MENSAJE" proporciona una función correspondiente a la del conocido servicio de mensajes cortos (SMS). La misma se usa típicamente cuando se envía un mensaje de texto entre entidades tales como partes o elementos de red. Para la solicitud MENSAJE se puede proporcionar una respuesta "200 OK" como consecuencia de una recepción satisfactoria de la primera. Cuando se compara con el método SUSCRIPCIÓN/NOTIFICACIÓN, la diferencia principal es que si se usan solicitudes MENSAJE, en ese caso no se envían necesariamente notificaciones de vuelta hacia el primer elemento. Por el contrario, hacia la entidad procesadora se envía únicamente el informe de rastreo (es decir, el mensaje t4b de la Fig. 1 y los mensajes 14 y 15 de la Fig. 2 se pueden omitir). La solicitud MENSAJE se puede usar, por ejemplo, si la información de rastreo no es necesaria en la S-CSCF 50.

Tal como se explicará a continuación, la solicitud SUSCRIPCIÓN viene seguida típicamente por una solicitud NOTIFICACIÓN, siendo esta una característica normalizada del SIP. El rastreo se puede invocar enviando hacia la P-CSCF 20 una ID de abonado, una referencia de rastreo, una dirección IP de la entidad procesadora. La parte NOTIFICACIÓN (es decir, una notificación sobre el informe de rastreo) no es relevante ya que el informe de rastreo real se debería enviar hacia la OSF 80 ó una entidad procesadora similar, tal como el NMS de los sistemas GSM, en la que dicho informe se almacena y analiza. Por lo tanto, la S-CSCF 50 puede descartar la solicitud NOTIFICACIÓN.

No obstante, en ocasiones dicha notificación puede resultar útil (por ejemplo, para una llamada de emergencia). Por lo tanto, si se usa el concepto de suscripción SIP, la P-CSCF 20 puede informar (t4b) a la S-CSCF 50 sobre el estado de la operación de rastreo. La P-CSCF 20 también puede notificar a la S-CSCF 50 sobre los acontecimientos rastreados de los cuales ha recibido la activación de rastreo. La notificación se puede producir a través de mensajes SIP "NOTIFICACIÓN". Estos mensajes "NOTIFICACIÓN" contendrán por lo menos la identificación del abonado rastreado y el acontecimiento rastreado (por ejemplo, el registro). La S-CSCF 50 puede incluir la información obtenida a partir del mensaje "NOTIFICACIÓN" en su propio informe de rastreo generado sobre el acontecimiento. De esta manera, la S-CSCF 50 puede informar a la OSF 80 sobre la presencia de un registro de rastreo de la P-CSCF 20. Basándose en esta situación, la OSF 80 sabe para qué registro de rastreo de la S-CSCF 50 debe buscar un registro de rastreo de la P-CSCF 20 específico. A su vez, esta opción reduce la cantidad de procesado requerido por la OSF 80.

La otra ventaja de recibir la notificación en la S-CSCF 50 es que esta permite que la S-CSCF 50 detecte también los casos en los que, por ejemplo, los mensajes de establecimiento de sesión SIP fueron bloqueados en la P-CSCF 20 de manera que no existe ningún acontecimiento de rastreo a detectar en la S-CSCF 50. La S-CSCF 50 recibe también una notificación de rastreo en dicho caso de manera que la S-CSCF 50 puede enviar un informe de rastreo "vacío" hacia la OSF 80, declarando exactamente este tipo de sesión fallida.

Todavía se puede obtener otra ventaja en el caso de las llamadas de emergencia. Dichas llamadas se rastrean tradicionalmente en las redes móviles, aunque en el caso del subsistema IM, la suposición actual es que la P-CSCF 20 encaminará las llamadas de emergencia directamente hacia los centros de emergencia, es decir, sin implicar a la S-CSCF 50. La notificación de la P-CSCF 20 a la S-CSCF 50 proporciona una manera de informar al operador propio de que su abonado ha realizado una llamada de emergencia mientras se está desplazando de forma itinerante en otra red.

La notificación también se puede usar de forma ventajosa si la P-CSCF 20 no envía registros de rastreo hacia la OSF 80. En su lugar, puede incluir todos los datos relevantes en el mensaje "NOTIFICACIÓN" enviado hacia la S-CSCF 50. En este caso, la S-CSCF 50 combinará los datos de rastreo recibidos con los datos que ha recolectado ella misma, posiblemente descartará la información redundante y enviará un único informe combinado hacia la entidad OSF 80. Desde un cierto punto de vista, esta opción puede simplificar la colaboración en el rastreo entre los operadores, ya que los datos del rastreo se pueden analizar en una entidad OSF 80. Esta opción puede que requiera que la información de rastreo enviada en "NOTIFICACIÓN" esté bien definida permitiendo el interfuncionamiento de funciones S-CSCF y funciones P-CSCF de diferentes fabricantes.

Cuando se procesan actividades del abonado, el HSS 40, la S-CSCF 50 y la P-CSCF 20 siempre pueden comprobar si el rastreo está activo para el abonado determinado. Esta operación se puede realizar para la parte llamante y para la que se llama de las llamadas SIP, y de forma equivalente, para las partes tanto emisoras como receptoras de información en servicios de presencia y de mensajería instantánea. Si el abonado se encuentra bajo rastreo, las funciones de red adecuadas comenzarán a recopilar información detallada sobre los acontecimientos procesados.

Según otras de las formas de realización, las instrucciones del rastreo se reenvían desde la segunda entidad de control hacia una tercera entidad de control. Las instrucciones se pueden reenviar en respuesta a un acontecimiento monitorizado. Dicho acontecimiento puede ser, por ejemplo, un establecimiento de llamada, cierto tipo de llamada, un reenvío de llamadas, o cualquier otro cuando la dirección del siguiente elemento de red se conoce a partir del acontecimiento. De una manera similar a la mostrada en la Fig. 2, el mensaje "SUSCRIPCIÓN" o "NOTIFICACIÓN" se puede enviar antes que el mensaje "200OK". Estos mensajes también se podrían enviar antes de cualquier mensaje SIP (por ejemplo, "REGISTRO", "INVITACIÓN") de manera que el operador puede monitorizar el comportamiento de su red en el caso de un tipo de llamada determinado y otros casos similares. Mediante el reenvío de la invocación del rastreo a lo largo del trayecto de una llamada, se puede recopilar información de mensajes de establecimiento o registro sobre aquellos elementos de la red implicados en la sesión. Por lo tanto, el aprovisionamiento de información no se limita únicamente a actividades específicas del abonado. De esta manera, el uso del anteriormente descrito tipo de mensajes entre entidades de control se puede usar para la localización de fallos en una cadena de entidades de control.

Se apreciará que la monitorización dinámica de acontecimientos que implica las entidades relevantes no evita el uso de los protocolos de gestión convencionales para reenviar las evidencias recopiladas, por ejemplo, hacia un sistema de almacenamiento de datos central, por ejemplo, a un sistema que forme parte de una entidad de gestión de la red. Esta recopilación central de datos puede utilizar una combinación arbitraria de los protocolos de gestión y los protocolos de control usados para implicar las entidades en la recopilación de evidencias. Por ejemplo, es posible que las entidades implicadas envíen las evidencias recopiladas y/o notificaciones sobre los acontecimientos monitorizados tanto hacia una entidad de gestión central como hacia aquella entidad desde la cual han recibido las solicitudes de implicación. Esta opción se puede usar para optimizar la recopilación de datos, por ejemplo, minimizando la superposición en las evidencias comunicadas y facilitando la combinación y presentación de los datos recopilados en un emplazamiento de almacenamiento central. Las Figs. 3 a 7 muestran los casos más genéricos en el establecimiento de una sesión, en relación con las fronteras de la red. La sesión IM puede usar hasta cuatro redes diferentes, aunque los elementos de la red que participan en el establecimiento de la sesión IM también pueden estar en la misma red. Las I-CSCF pueden estar allí o no, por ejemplo, dependiendo de las decisiones de los operadores para ocultarse entre sí y la estructura interna de las redes. En el caso de sesiones (llamadas) originadas en una red PSTM ó GSM, el punto de interconexión puede estar bien en la red propia o visitada del abonado IM, o bien puede estar igualmente en una red que actúe como tercera parte. Los elementos de red que almacenan la información de activación del rastreo se diferencian en las figuras por medio de los recuadros rayados. Las flechas que indican el reenvío de la activación del rastreo se diferencian mediante las dos líneas paralelas.

La Fig. 3 muestra un diagrama de señalización según una modificación de la primera forma de realización, en la que ya se ha activado el rastreo en un HSS 40, antes de que el cliente dé inicio al registro.

Después de que el UE 10 en cuestión que se desplaza de forma itinerante en una red visitada 60 haya obtenido un canal de señalización a través de la red de acceso, el mismo puede realizar el registro IM tal como se describe en la especificación TS 23.228 del 3GPP. Para realizar dicha operación, el UE 10 envía en la etapa 1 un flujo de información de registro (identidad de abonado, nombre de dominio de la red propia) hacia una P-CSCF 20 que examina el nombre de dominio propio para determinar el punto de entrada (es decir, la I-CSCF 30) hacia la red propia 70 basándose en un mecanismo de resolución de nombres-direcciones. A continuación, la P-CSCF 20 envía en la etapa 2 la información de registro (nombre de la P-CSCF en el encabezamiento de contacto, identidad del abonado, nombre de contacto de la red visitada) hacia la I-CSCF 30 determinada. Tras haber recibido la información de registro, la I-CSCF 30 utiliza un mecanismo de resolución de nombres-direcciones para determinar (por ejemplo, basándose en la identidad del abonado y el nombre del dominio propio) la dirección de un HSS 40 a contactar. A continuación, en las etapas 3 a 6 se realiza la señalización de registro Cx definida en la TS 23.228 entre la I-CSCF 30 y el HSS 40 para obtener las capacidades S-CSCF en la I-CSCF 30. Basándose en estas capacidades S-CSCF, la I-CSCF 30 obtiene la dirección de una S-CSCF 50 usando una función de selección de S-CSCF y un mecanismo de resolución de nombres-direcciones. A continuación, en la etapa 7, la I-CSCF 30 envía el flujo de información de registro hacia la S-CSCF 50 seleccionada la cual realiza una señalización de registro Cx definida en la TS 23.228 con el HSS 40 (etapas 8 a 11) para obtener la información requerida para acceder a una plataforma usada para el control de servicio mientras el usuario está registrado en su S-CSCF. En la etapa 12, la S-CSCF 50 devuelve un mensaje 200 OK SIP con un nombre de contacto de la red de servicio y una invocación de rastreo hacia la I-CSCF 30 que lo reenvía hacia la P-CSCF 20 en la red visitada 60. La P-CSCF 20 almacena el nombre de contacto de la red de servicio y envía el mensaje 200 OK al UE 10.

De este modo, la invocación del rastreo se envía en el mensaje 200 OK SIP hacia la P-CSCF 20 de la red de servicio 60.

Las Figs. 4 y 5 muestran un diagrama de señalización de acuerdo con la segunda forma de realización en la que se realiza un establecimiento de sesión IM entre dos abonados IM (el UE "A" 11 y el UE "B" 14), y la invocación del rastreo se envía a través de una cadena de elementos de red que participan en el establecimiento de la sesión.

La Fig. 4 muestra el caso de aplicación principal del rastreo de sesiones, cuando la parte llamante (el UE "A" 11) se encuentra bajo rastreo. En este caso, la P-CSCF 21 de la red visitada 61 del UE llamante 11 identifica que la parte llamante se encuentra bajo rastreo, e inserta la invocación de rastreo en el mensaje SIP INVITACIÓN. A partir de este momento en adelante, todos los elementos/funciones de la red implicados son responsables de reenviar el mensaje INVITACIÓN, con la información de rastreo no modificada, y de comprobarlo para crear los informes de rastreo.

La P-CSCF 21 es el primer punto de contacto dentro del subsistema IM, su dirección se determina por medio del UE llamante 11 tras un establecimiento o activación de contexto PDP durante una incorporación al GPRS (Servicios Generales de Radiocomunicaciones por Paquetes), tal como se indica en la Fig. 4 mediante la flecha entre la P-CSCF 21 y un GGSN 101. Los Nodos de Soporte del dominio por conmutación de paquetes UMTS ó del GPRS (nodos GSN) son los nodos GSN de Pasarela (nodos GGSN) 101, 104 y los GSN de Servicio (Nodos SGSN) 91, 94. Los mismos constituyen la interfaz entre el sistema de radiocomunicaciones y las redes fijas para los servicios por conmutación de paquetes, y realizan todas las funciones necesarias para gestionar la transmisión de paquetes hacia y desde las estaciones móviles o equipos UE. Los procedimientos para la transferencia de información entre el SGSN, el GGSN y las bases de datos de abonado respectivas se definen en las especificaciones TS 23.016 y TS 23.060.

La determinación de la P-CSCF 21 se puede realizar usando el Protocolo de Configuración Dinámica del Anfitrión (DHCP) para proporcionar al UE llamante 11 el nombre de dominio de la P-CSCF 21 y la dirección del Servidor de Nombres de Dominio (DNS) capaz de resolver el nombre de la P-CSCF. Como alternativa, la dirección de la P-CSCF 21 se puede transferir en la señalización de activación del contexto PDP a través del SGSN 91 y el GGSN 101 de la red visitada 61 de la parte llamante y el GGSN 104 y el SGSN 94 de la red visitada 64 de la parte llamante hacia el UE 14 al que se llama, tal como se indica en la Fig. 4.

A continuación, el mensaje SIP INVITACIÓN es encaminado por una I-CSCF 32 de la red propia 72 de la parte llamante hacia una S-CSCF seleccionada 52 la cual reenvía el mensaje INVITACIÓN a través de una I-CSCF 82 hacia una I-CSCF 83 de la red propia 73 del UE 14 al que se llama. Basándose en un procedimiento de señalización con el HSS 43 de la red propia 43, la I-CSCF 83 obtiene la información de contacto requerida para la red visitada 64 de la parte a la que se llama. A continuación, el mensaje SIP INVITACIÓN se reenvía hacia la P-CSCF 24 de la red visitada 64.

No obstante, podría haber casos en los que la P-CSCF 21 no dispone de la activación del rastreo (por ejemplo, el abonado se está desplazando de forma itinerante a una PLMN foránea, en la que no existe ningún acuerdo entre los operadores en relación con el rastreo, de manera que la activación del mismo no se envió desde la S-CSCF a la P-CSCF). En ese caso, la S-CSCF 52 de la red propia 72 de la parte llamante puede insertar la información de invocación del rastreo en el mensaje SIP INVITACIÓN. Esto significa que la S-CSCF 52 comprobará siempre en su base de datos si el rastreo está activado para la parte llamante.

Se indica que la información de rastreo no se envía hacia la parte a la que se llama, la misma es eliminada del mensaje SIP INVITACIÓN por la P-CSCF 24 de la parte a la que se llama.

La Fig. 5 muestra un diagrama de señalización de acuerdo con la segunda forma de realización, en la que la parte a la que se llama (es decir, el UE "B" 14) se encontraba bajo rastreo. En este caso, el rastreo no se invocará en la red visitada 61 y la propia 72 de la parte llamante. No obstante, la S-CSCF 53 de la parte a la que se llama puede deducir a partir de su base de datos que el rastreo será invocado para la parte a la que se llama. Por esta razón, inserta la información de invocación de rastreo en el mensaje SIP INVITACIÓN. El rastreo se invoca en la I-CSCF 33 de la red propia 73 de la parte a la que se llama y la P-CSCF 24 de la parte a la que se llama, de forma similar a la descrita para la Fig. 3.

La Fig. 6 muestra un diagrama de señalización que indica un establecimiento de sesión según la tercera forma de realización, en la que la llamada va destinada a una Red Telefónica Pública Conmutada (PSTN) 166 ó a una red GSM, y la parte llamante (es decir, el UE "A" 11) se encuentra bajo rastreo. De este modo, la llamada se dirige hacia un dominio de red por conmutación de circuitos y por lo tanto se debe encaminar a través de una MGW 145. De forma similar a la sesión de todo IP a todo IP, la información de invocación del rastreo se inserta en el mensaje SIP INVITACIÓN por parte de la P-CSCF 21 (o por parte de la S-CSCF 52, tal como se describe en relación con la Fig. 4). El mensaje SIP INVITACIÓN se reenvía con la información de rastreo sin modificar a través de una BGCF 112 y una(s) I-CSCF 82, 85 de la red propia 72 de la parte llamante y de una red 125 que actúa como tercera parte, hacia una MGCF 135. Cada uno de los elementos de la red comprueba el mensaje INVITACIÓN en relación con la invocación del rastreo, y genera de forma correspondiente el informe. La BGCF 112 es una función de control que selecciona la red y la MGCF en las cuales se va a producir la fuga hacia la PSTN. En el presente caso, la BGCF 112 ha seleccionado la red 125 que actúa como tercera parte y la MGCF 135 que serán responsables del interfuncionamiento con la PSTN deseada 166 de la parte a la que se llama.

Cuando la MGCF 135 recibe la invocación del rastreo, invoca al rastreo también en la MGW 145 de la red 125 que actúa como tercera parte. Esta opción se puede lograr insertando la información de invocación del rastreo en la orden ADICIÓN enviada a través de la interfaz de Control de Pasarela de Medios (MEGACO). En el presente caso, la activación del contexto PDP se realiza a través de la MGW 145 hacia la parte a la que se llama en la PSTN 166 para reenviar la dirección de la P-CSCF 21. A continuación, la MGCF 135 reenvía el mensaje SIP INVITACIÓN sin la invocación del rastreo hacia la parte a la que se llama en la PSTN 166 a través de una Función de Pasarela de Señalización de Transporte (T-SGW) 155. La T-SGW 155 está dispuesta para establecer correspondencias de una señalización relacionada con llamadas proveniente de/dirigida hacia la PSTN 166 sobre un portador IP y para enviarla hacia/desde la MGCF 135. De este modo, la T-SGW 155 proporciona un establecimiento de correspondencias de direcciones al nivel de transporte PSTN\leftrightarrowIP.

La Fig. 7 muestra un diagrama de señalización que indica un establecimiento de sesión según la tercera forma de realización, en la que la llamada se inicia en la PSTN 166 ó en una red GSM. Por lo que a la invocación del rastreo respecta, este procedimiento es similar al caso mostrado en la Fig. 5. La PSTN 166 establece un trayecto del portador hacia la MGW 145 de la red 125 que actúa como tercera parte y señaliza a la T-SGW 155 una información de destino. La MGW 145 realiza un procedimiento de establecimiento o activación de contexto PDP a través del GGSN 104 y el SGSN 94 en la red visitada 64 de la parte a la que se llama. A continuación, se genera el mensaje SIP INVITACIÓN en la MGCF 135 y el mismo se encamina a través de la I-CSCF 85 de la red 125 que actúa como tercera parte y de la I-CSCF 83 de la red propia 73 de la parte a la que se llama hacia la S-CSCF 53 basándose en una consulta del HSS 43. La S-CSCF 53 de la red propia 73 de la parte a la que se llama lee en su base de datos que se invocará el rastreo para la parte a la que se llama e inserta la información de invocación del rastreo en el mensaje SIP INVITACIÓN. A continuación, se invoca el rastreo en la I-CSCF 33 de la red propia 73 y en la P-CSCF 24 de la red visitada 64 de la parte a la que se llama. A continuación se describen otros detalles de la activación/desactivación y de la invocación del rastreo de la sesión en las anteriores formas de realización preferidas.

En la activación/desactivación centralizada del rastreo según la mencionada primera forma de realización, el rastreo se activa para abonados. La activación/desactivación se produce en el HSS, el cual es el emplazamiento central de almacenamiento para datos de abonados. Por lo tanto, se pueden usar los medios normales de administración de abonados, por ejemplo, usando la OSF. En el HSS, se puede proporcionar una opción para invocar el rastreo también en el dominio de la red por Conmutación de Paquetes (PS) o únicamente en el IMS. Cuando se activa el rastreo, el operador puede definir una referencia de rastreo, la cual actúa como identificador para los informes de rastreo.

En el caso de una activación de rastreo en la S-CSCF, los datos de abonados se descargan desde un UMS a la S-CSCF durante el registro, y los datos de invocación de rastreo se incluirán en este momento. En el caso de una activación/modificación del rastreo de todo momento, se supone que se producirá una operación/transacción normalizada en la interfaz Cx lo cual garantiza que las modificaciones de los datos de abonado introducidos en el HSS se replican en tiempo casi real hacia la S-CSCF. Los mismos medios se pueden usar para enviar ("replicar") los datos de activación del rastreo hacia la S-CSCF. En el caso de una activación del rastreo local, el operador de la red visitada dispone de los medios para activar una función de rastreo para abonados visitantes, por medio de su propia decisión. Esta operación se puede realizar mediante órdenes administrativas. Esta función de rastreo se puede situar en un estado pendiente activo, en el caso de que el abonado en cuestión no esté registrado en esa P-CSCF, y puede convertirse en activa cuando se produzca dicho registro.

En el caso de una activación del rastreo en la P-CSCF (requerida únicamente para el rastreo de la sesión), la S-CSCF puede comprobar, durante el registro, después de que los datos del abonado se hayan descargado en la S-CSCF, si la activación del rastreo está incluida en los mismos. En caso afirmativo, la S-CSCF inserta esa información en el mensaje SIP 200 OK que envía de vuelta al abonado que se registra. Por lo tanto, se puede usar un encabezamiento SIP opcional. Alternativamente, el mismo también se podría incluir en la carga útil del mensaje SIP. Cuando la P-CSCF reenvía el mensaje 200 OK, realiza una comprobación en relación con la información de activación del rastreo y si la misma está presente, la P-CSCF puede almacenarla localmente (junto con otros datos relacionados con el abonado, por ejemplo, la dirección S-CSCF), de manera que pueda proporcionar los informes de rastreo para las sesiones del abonado determinado. Se observa que la P-CSCF elimina la información de rastreo del mensaje 200 OK, de modo que el abonado no la recibirá.

En el caso de la activación/modificación del rastreo de todo momento, la información de activación del rastreo recibida en la S-CSCF se puede reenviar hacia la P-CSCF, usando uno de los métodos antes descritos. No obstante, si no se usaran estos métodos, la activación del rastreo que llega a la S-CSCF se puede reenviar únicamente cuando esté activa una sesión, es decir, cuando se envían mensaje SIP entre abonados. Usando este trayecto, la S-CSCF puede insertar la información de activación del rastreo en cualquier (por ejemplo, el primer) mensaje SIP y por lo tanto reenviarla a la P-CSCF. Para ello se puede usar un encabezamiento de mensaje SIP opcional.

En el caso de la invocación del rastreo en la(s) I-CSCF, en la S-CSCF y la P-CSCF de la parte a la que se llama en sesiones IM, ninguno de los anteriores elementos de red almacena los datos de invocación de rastreo cuando la parte llamante está bajo rastreo. Consecuentemente, el rastreo se invoca en estos elementos de red en la propia sesión. Si el rastreo se ha activado en la S-CSCF y la P-CSCF, esta operación se puede realizar en el comienzo de la sesión insertando la información de invocación del rastreo en el mensaje SIP INVITACIÓN. Si la activación del rastreo llega durante una sesión activa, esta información se inserta por parte de la S-CSCF en el primer mensaje SIP. En ambos casos, en el mensaje SIP se puede usar un encabezamiento opcional. Esta situación permite la invocación del rastreo también en el caso de que no todos los elementos de red implicados dispongan de la función de rastreo. Aquellos que no pueden interpretar este encabezamiento opcional, no generarán un informe de rastreo, aunque reenviarán la información de rastreo.

Se supone que el uso principal de la función de rastreo es activar la función de rastreo para la parte llamante. En este caso, el rastreo se puede invocar en todos los elementos de red que participan en el establecimiento de la sesión IM. No obstante, también es posible usar el rastreo activado para la parte a la que se llama, aunque en este caso, el rastreo se invoca únicamente en los elementos de red que siguen a la S-CSCF de la parte a la que se llama en la cadena de establecimiento de la sesión.

En el caso de la invocación del rastreo en la(s) I-CSCF, la BGCF, la MGCF en sesiones IM destinadas a PSTN ó GSM, ninguno de estos elementos de red almacena los datos de invocación del rastreo. Consecuentemente, el rastreo se invoca en estos elementos de red en la propia sesión. Esta operación se realiza de la misma manera que la descrita para las sesiones IM anteriores. Si se invoca un rastreo en la MGW en sesiones IM destinadas a redes PSTN ó GSM, la MGCF puede recibir la activación del rastreo en el mensaje SIP INVITACIÓN. Después de seleccionar la MGW correcta para la llamada, solicitará un establecimiento de conexión de plano de usuario, enviando una orden ADICIÓN MEGACO (H.248) a través de la interfaz Mc. La información de invocación del rastreo se inserta en esta orden. Si la activación del rastreo llegara a la S-CSCF (consecuentemente a la MGCF) durante una sesión activa, la activación del rastreo se puede insertar en una orden MODIFICACIÓN, que se puede enviar hacia la MGW. Obsérvese que esta solución se puede usar también en la red central CS de 3ª generación y no solamente en una sesión IM destinada a redes PSTN ó GSM.

En la S-CSCF y la P-CSCF, el rastreo se puede desactivar mediante una anulación del registro. En la S-CSCF, el rastreo se puede desactivar en cualquier momento, cuando se reciba esta información en los datos del abonado a través de la interfaz Cx. Hacia la P-CSCF se puede usar el mismo mecanismo que para la activación del rastreo, o si no se define ninguna interfaz el mismo se puede ejecutar en el comienzo de la siguiente sesión activa. Si la desactivación del rastreo llega con el primer mensaje de una sesión, la P-CSCF no proporcionará ningún informe de rastreo para esa sesión.

El rastreo de la sesión IM se convierte en "desactivado" automáticamente al final de la transacción SIP en la I-CSCF, y la BGCF y al final de la sesión en la MGCF así como en la S-CSCF y la P-CSCF, respectivamente, de la otra parte (es decir, la no rastreada). En la MGW, el rastreo se desactiva cuando la MGCF solicita liberar el contexto reservado.

Cuando se identifica que un abonado está bajo rastreo o cuando se recibe la activación del rastreo, todas las funciones de red antes mencionadas comenzarán a recopilar información detallada sobre la sesión bajo rastreo. Al final de la sesión, o justo después de los acontecimientos específicos, estos informes se envían hacia la OSF para su análisis. Para que la OSF pueda combinar los datos enviados por varias funciones de red. En los informes de rastreo se puede incluir la ID de llamada SIP. La ID de llamada SIP también se puede enviar a través del MEGACO hacia la MGW. La S-CSCF también puede incluir la ID pública o privada de los abonados rastreados y la referencia de rastreo en los informes.

La invención se puede implementar construyendo un módulo de inteligencia de activación de rastreos y de generación de informes en los elementos de red adecuados para implementar las funciones antes descritas.

Debería apreciarse que aunque se han descrito formas de realización de la presente invención en relación con equipos de usuario tales como estaciones móviles, las formas de realización de la presente invención son aplicables a cualquier otro tipo adecuado de usuarios.

Las formas de realización de la invención se describieron en referencia a entidades de función de control del estado de la llamada. Las formas de realización de la presente invención se pueden aplicar a otros elementos de red en los que las mismas sean aplicables.

La forma de realización de la presente invención se ha descrito en el contexto del sistema 3G Sistema de Telecomunicaciones Móviles Universales (UMTS) y del protocolo de inicio de sesión (SIP), y más particularmente, haciendo referencia a los métodos SIP "SUSCRIPCIÓN", "MENSAJE", "200 OK", e "INVITACIÓN". Esta invención también es aplicable a cualquier otro sistema y protocolo de comunicación. Entre los ejemplos de otros sistemas, sin limitarse a los mismos, se incluyen las redes públicas de Internet y por cable, siempre que las mismas utilicen un protocolo de capa de control que soporte la función de monitorización de acontecimientos (por ejemplo, el SIP). Para la comunicación de la información requerida también se puede usar cualquier otro método SIP.

Se observa que la presente invención no se limita a la forma de realización antes descrita, y que la misma se puede usar para rastrear una sesión/llamada en cualquier entorno de red de múltiples fabricantes. En general, el concepto de rastreo en la MGW se puede usar en toda red en la que el plano de usuario y el plano de control estén separados. En este caso, la identidad de abonado/UE incluida en la activación del rastreo será diferente. Para el subsistema por Conmutación de Circuitos (CS) de la red UMTS, se puede usar la IMSI ó la IMEI.

Claims (33)

1. Método de rastreo en un entorno de red que tiene elementos de red con una funcionalidad separada del plano de control y de usuario, comprendiendo dicho método la etapa en la que se transmite una invocación de rastreo desde un elemento de red del plano de control a un elemento de red del plano de usuario o a otro elemento de red del plano de control.

2. Método según la reivindicación 1, que comprende además la etapa en la que se transmite dicha invocación del rastreo a través de una frontera de red entre una primera y una segunda redes de dicho entorno de red.

3. Método según la reivindicación 1 ó 2, en el que la activación o desactivación del rastreo se realiza de forma centralizada en una base de datos de abonados base (40) de dicha segunda red (70).

4. Método según la reivindicación 3, en el que dicha base de datos de abonados base es un servidor de abonados base (40).

5. Método según la reivindicación 3 ó 4, en el que dicha activación del rastreo se realiza desde dicha base de datos de abonados base (40) hacia por lo menos una de entre una función de control del estado de la llamada de servicio (50) de dicha segunda red (70) y una función proxy de control del estado de la llamada (20) de dicha primera red (60).

6. Método según la reivindicación 5, en el que desde dicha función de control del estado de la llamada de servicio (50) hacia dicha función proxy de control del estado de la llamada (20) se devuelve un mensaje SIP 200 OK que comprende dicha invocación del rastreo.

7. Método según la reivindicación 1, en el que dicha invocación del rastreo es insertada por una función proxy de control del estado de la llamada (21) en un mensaje SIP INVITACIÓN.

8. Método según la reivindicación 7, en el que dicho mensaje SIP INVITACIÓN lo reenvían elementos o funciones de red implicados, con la información del rastreo sin modificar.

9. Método según la reivindicación 8, en el que dicha información de rastreo la elimina de dicho mensaje SIP INVITACIÓN la función proxy de control del estado de la llamada (24) de la parte a la que se llama.

10. Método según la reivindicación 8 ó 9, en el que se comprueba dicha información de rastreo en dichos elementos o funciones de red implicados, para crear informes de rastreo.

11. Método según cualquiera de las reivindicaciones 7 a 10, en el que una función de control del estado de la llamada de servicio (83) de dicha segunda red (73) reenvía dicho mensaje SIP INVITACIÓN hacia dicha función proxy de control del estado de la llamada (24) que está dispuesta en dicha primera red (64), basándose en una consulta de dicha base de datos de abonados base (43).

12. Método según la reivindicación 2, en el que dicha invocación del rastreo la inserta en un mensaje SIP INVITACIÓN una función de control del estado de la llamada de servicio (52) de dicha primera red (72) basándose en una comprobación de la base de datos en relación con si el rastreo está activado para la parte llamante.

13. Método según la reivindicación 12, en el que se descargan datos de abonado que incluyen dicha invocación del rastreo hacia dicha función de control del estado de la llamada de servicio (52) durante el registro.

14. Método según la reivindicación 5, en el que se almacena una información de activación del rastreo en dichas funciones de control del estado de la llamada de servicio y proxy (50, 20).

15. Método según cualquiera de las reivindicaciones anteriores, que comprende además la etapa en la que se crea un informe de rastreo que contiene una información de identificación de una sesión o abonado rastreados.

16. Método según la reivindicación 15, en el que dicha información de identificación comprende por lo menos una de entre una ID de referencia del rastreo, una ID privada del abonado rastreado, una ID pública del abonado rastreado, una ID de llamada del protocolo de sesión, y una ID del operador invocador.

17. Método según la reivindicación 15 ó 16, en el que dicho informe de rastreo se combina con otros informes de rastreo recibidos desde varios elementos de red.

18. Método según cualquiera de las reivindicaciones anteriores, en el que dicha invocación de rastreo comprende una identificación de una red en la que se activó dicho rastreo.

\newpage

19. Método según cualquiera de las reivindicaciones anteriores, en el que dicha invocación de rastreo se transmite en una parte de encabezamiento o en una parte de carga útil de un mensaje de inicio de sesión.

20. Método según cualquiera de las reivindicaciones anteriores, en el que la desactivación del rastreo se realiza mediante una anulación del registro.

21. Método según la reivindicación 1, en el que la activación del rastreo se realiza en una pasarela de medios (145) usando una orden ADICIÓN (ADD) ó MODIFICACIÓN (MODIFY) del protocolo H.248.

22. Método según la reivindicación 21, en el que la desactivación del rastreo se realiza mediante liberación de un contexto.

23. Sistema para proporcionar una función de rastreo en un entorno de red que tiene elementos de red con una funcionalidad separada del plano de control y de usuario, estando caracterizado dicho sistema porque comprende medios de activación del rastreo (40; 135) para activar dicha función de rastreo, y medios de invocación del rastreo (50; 21; 52; 53) para transmitir una invocación del rastreo desde un elemento de red del plano de control a un elemento de red del plano de usuario u otro elemento de red del plano de control.

24. Sistema según la reivindicación 23, en el que dicho entorno de red comprende por lo menos una primera y una segunda redes (60, 70; 61, 64, 72, 73; 61, 72, 125, 166), y dichos medios de invocación del rastreo están dispuestos para transmitir dicha invocación del rastreo a través de una frontera de red entre dichas primera y segunda redes.

25. Sistema según la reivindicación 23 ó 24, en el que dichos medios de activación del rastreo comprenden una base de datos de abonados base (40), y dichos medios de invocación del rastreo comprenden una función de control del estado de la llamada (50; 21; 52; 53).

26. Sistema según la reivindicación 23 ó 24, en el que dichos medios de activación del rastreo comprenden una función de control del estado de la llamada (52).

27. Sistema según la reivindicación 23 ó 24, en el que dichos medios de activación del rastreo comprenden unos medios de control de pasarela de medios (135) dispuestos para enviar dicha invocación del rastreo hacia una pasarela de medios (145) usando el protocolo H.248.

28. Sistema según la reivindicación 26, en el que dicha invocación del rastreo se envía en una orden ADICIÓN.

29. Sistema según la reivindicación 23 ó 24, en el que dicha invocación del rastreo se envía a una pasarela de medios (145) usando una orden MODIFICACIÓN del protocolo H.248.

30. Sistema según cualquiera de las reivindicaciones 26 a 28, en el que dicha función de rastreo está dispuesta para proporcionar información sobre el plano de usuario y los recursos físicos usados recopilada por dicha pasarela de medios (145).

31. Sistema según las reivindicaciones 23 ó 24, en el que dicho sistema comprende medios de pasarela de medios (145) para transmitir flujos continuos de medios entre una primera y una segunda redes (125, 166) y medios de control del rastreo (135) para transmitir una información de activación del rastreo hacia dichos medios de pasarela de medios (145).

32. Sistema según la reivindicación 31, en el que dichos medios de control del rastreo comprenden unos medios de control de la pasarela de medios (135) dispuestos para transmitir dicha información de activación del rastreo en una orden ADICIÓN del protocolo H.248.

33. Sistema según la reivindicación 31, en el que dichos medios de control del rastreo están dispuestos para transmitir dicha información de activación del rastreo en una orden MODIFICACIÓN del protocolo H.248.