ES2352427T3 - Supervisión del estado de un terminal de usuario en una red móvil. - Google Patents

Supervisión del estado de un terminal de usuario en una red móvil. Download PDF

Info

Publication number
ES2352427T3
ES2352427T3 ES06796054T ES06796054T ES2352427T3 ES 2352427 T3 ES2352427 T3 ES 2352427T3 ES 06796054 T ES06796054 T ES 06796054T ES 06796054 T ES06796054 T ES 06796054T ES 2352427 T3 ES2352427 T3 ES 2352427T3
Authority
ES
Spain
Prior art keywords
network
status
user terminal
providers
state
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES06796054T
Other languages
English (en)
Inventor
Gertjan Van Wingerde
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Markport Ltd
Original Assignee
Markport Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Markport Ltd filed Critical Markport Ltd
Application granted granted Critical
Publication of ES2352427T3 publication Critical patent/ES2352427T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4588—Network directories; Name-to-address mapping containing mobile subscriber information, e.g. home subscriber server [HSS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/10—Mobility data transfer between location register and external networks

Abstract

Un sistema de información del estado del terminal de usuario en la red móvil (1) que incluye: una interfaz de red a una pluralidad de proveedores de estado de la red, una interfaz de cliente a los clientes (3) y un procesador para recibir desde la interfaz de cliente una solicitud del cliente de información del estado de la red del terminal de usuario, caracterizada por que el procesador comprende además medios para: la determinación de modo automático, de acuerdo con las reglas, de una planificación de los proveedores de estado de la red (4) a los que solicitar información, en la que la planificación define los proveedores de estado de la red (4) relevantes y el orden de la transmisión de solicitudes a ellos, la indicación a la interfaz de red de la transmisión a los proveedores de estado la red (4) identificados en la planificación de solicitudes de información de estado de la red del terminal de usuario y para la recepción de las correspondientes respuestas del proveedor de estado de la red y el procesamiento de dichas respuestas para dar una respuesta del estado de la red del terminal de usuario consolidada al cliente (3).

Description

Campo de la invención
La presente invención se refiere a redes móviles. Comentarios sobre la técnica anterior
Se conocen en la técnica cierto número de enfoques para la supervisión de redes móviles. El documento US2005/0097209, por ejemplo, describe el uso de sondas no intrusivas que capturan los datos de la transacción y se generan métricas de QoS. El documento US2006/0072583 describe la supervisión y visualización de métricas del rendimiento de la red. El documento WO01/63825 describe un método de supervisión no intrusiva de una red para la determinación de una característica predeterminada y envío de alertas a un centro de respuesta remoto. Se usa una escucha de alta impedancia y ganancia variable.
La especificación técnica de 3GPP 23.141 versión 6.7.0, Edición 6 describe un Servicio de Presencia realizado por un Servidor de Presencia enlazado con Agentes Externos de Presencia, de Usuario de Presencia y de la Red de Presencia.
Un problema con al menos alguno de los enfoques de supervisión existentes es que se genera un gran volumen de datos, dando pie a operaciones de filtrado y procesamiento extensas.
Otro problema es que hay un número de datos disponible limitado en relación al estado de un usuario y/o dispositivo móvil en una red, particularmente si hay múltiples tecnologías/protocolos de comunicación disponibles en la red. SUMARIO DE LA INVENCIÓN
De acuerdo con la invención, se proporciona un sistema de información del estado de un terminal de usuario de la red móvil, como se establece en la reivindicación 1.
En una realización, el procesador se adapta para determinar automáticamente la planificación de acuerdo con las reglas en relación a redes múltiples o redes de superposición de servicio con las que puede estar asociado el terminal de usuario.
En una realización, las reglas son configurables.
En otra realización, las reglas son adaptativas de modo que las capacidades de los proveedores de estado se actualizan dinámicamente de acuerdo con las respuestas recibidas.
En una realización, se adapta el procesador para determinar automáticamente en tiempo real el estado del terminal de usuario en una red a partir de un estado ya conocido en una red relacionada sin realizar una petición adicional a un proveedor de estado.
En una realización, se adapta el procesador para gestionar un conjunto de mapeados que definen las relaciones entre las redes y/o redes de superposición de servicio y se refiere a estos mapeados para determinar automáticamente el estado de la red relacionada.
En una realización adicional, se adapta el procesador para ajustar las solicitudes automáticas de servicio de notificación de cambio de estado del terminal de usuario con los proveedores de estado.
En una realización, se adapta el procesador para gestionar una o más notificaciones de cambio de estado automáticas a partir de los proveedores de estado mediante la generación de modo automático de una o más notificaciones de cambio de estado correspondientes para un cliente.
En una realización, se adapta el procesador para generar una notificación de cambio de estado del cliente correspondiente sin consolidación de las notificaciones de cambio de estado automáticas de los proveedores de estado.
En una realización, se adapta el procesador para filtrar notificaciones de cambio de estado automáticas de los proveedores de estado.
En una realización, se adapta el procesador para filtrar notificaciones de cambio de estado automáticas de los proveedores de estado de acuerdo con los criterios suministrados por un cliente.
En una realización, se adapta el procesador para inferir automáticamente datos del estado de la red en respuesta a una notificación y puede elegir entre ignorar o suprimir una notificación posterior que incorpore la información ya deducida.
En una realización, se adapta el sistema para funcionar en un modo de consulta del estado de la red, en un modo de notificación del cambio de estado de la red o en ambos modos.
En otro aspecto, la invención proporciona un medio que pueda leer un ordenador que comprende código de software para la implementación de operaciones de cualquier sistema de información como se ha definido anteriormente cuando se ejecutan en un procesador de datos. DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Breve descripción de los dibujos
La invención se comprenderá más claramente a partir de la descripción a continuación de algunas realizaciones de la misma, dadas solamente a modo de ejemplo con referencia a los dibujos adjuntos en los que:
la Figura 1 es un diagrama de bloques de sistema de consulta y
notificación del estado de la red del terminal de usuario de la invención; y
las Figuras 2, 3 y 4 son diagramas de transferencia de mensajes que
ilustran el funcionamiento del sistema. Descripción de las realizaciones
Con referencia a la Figura 1 un sistema 1 de notificación y consulta del estado de la red del terminal de usuario tiene una base de datos de activación 2 y se relaciona por un lado con los clientes 3 y por otro lado con múltiples proveedores de estado de la red 4. Estos proveedores de estado de la red 4 son capaces de proporcionar información sobre el estado de la red de un terminal de usuario 5 (es decir la disponibilidad de un terminal de usuario en ciertas redes-tecnologías). Sin tener que contactar con el terminal de usuario 5 para obtener ese estado de la red. En esta especificación la expresión “terminal de usuario” significa un terminal o dispositivo móvil de usuario o múltiples terminales de usuario. Por ejemplo, un usuario particular puede poseer un cierto número de terminales y el sistema de la invención puede recoger información sobre un subconjunto especificado o sobre todos los dispositivos de un usuario.
El sistema 1 permite a un cliente 3 consultar acerca del estado de la red actual de un terminal de usuario 5 y permite a un cliente registrar el hecho de que el cliente está esperando a una notificación de cambio del estado de la red para un terminal de usuario particular 5. El sistema 1 se interrelaciona con un cierto número de proveedores de estado de la red externos 4 de acuerdo con una planificación, que él genera automáticamente, y combina la información a partir de estos proveedores en un único mensaje del estado de la red devuelto al cliente 3 solicitante.
El sistema 1 permite al cliente 3 especificar el conjunto de criterios que debería cumplir una respuesta del estado de la red. El sistema 1 también permite al cliente 3 especificar el conjunto de atributos de estado de la red que se deberían devolver por el sistema 1 en la respuesta del estado de la red.
La respuesta del estado de la red incluye información concerniente al estado de un terminal de usuario con respecto a una red tal como una red 2.5G
o una red WiFi, y también con respecto a lo que convencionalmente se denominan como redes de superposición de servicios tales como redes IMPS e IMS. Todas ellas se denominarán de aquí en adelante simplemente como “redes” por claridad. Además, el sistema está constituido para el funcionamiento a través de los límites de redes de múltiples operadores, sin embargo en otras realizaciones lo está solamente para el funcionamiento con las redes de un operador.
El sistema 1 tiene un conjunto de reglas configurable y adaptativo que genera la planificación que determina qué proveedores de estado 4 se imponen para un solicitud del cliente específica y en qué orden se imponen estos proveedores 4. Estas reglas se ejecutan también para imponer qué peticiones a proveedores de estado 4 son síncronas o asíncronas. La planificación se puede modificar dinámicamente en tiempo real de acuerdo con las respuestas según se van recibiendo de los proveedores de estado. Adicionalmente, el sistema 1 es adaptativo en la medida que modifica dinámicamente las capacidades de los proveedores de estado, tal como se almacenan en una tabla de búsqueda, de acuerdo con las respuestas del proveedor de estado.
El sistema 1 comprende también una función lógica para deducir las relaciones de estado de la red. Por ejemplo un estado de la red específico en un nivel AAA predetermina el estado de la red en un nivel HLR. El sistema 1 usa esta capacidad para generar la planificación para optimizar las interacciones tanto con los proveedores de estado 4 como con el cliente 3.
Para proporcionar su funcionalidad, el sistema 1 es capaz de interrelacionarse con la siguiente lista (no exhaustiva) de proveedores de estado de la red 4:
•
HLR (“Home Location Register” o Registro de Localización Local)
•
SMSC (“Short Message Service Centre” o Centro de Servicio de Mensajes Cortos),
•
RAS (“Remote Access Server” o Servidor de Acceso Remoto)
•
AAA (“Authentication, Authorization, Accounting Server” o Servidor de Autenticación, Autorización, Contabilidad)
•
GGSN/PDSN, (“Gateway GPRS Support Node, Packet Data Serving Node” o Nodo de Soporte de Pasarela a GPRS, Nodo de Servicio de Paquetes de Datos)
•
IMS HSS, (“IP Multimedia Subsystem Home Subscriber Server” o Servidor de Abonado Local del Subsistema Multimedia IP)
•
Presencia (por ejemplo IMPS (“Instant Messaging and Presence Service” o Servicio de Mensajería y Presencia Instantáneo), IMS,...),
Se realizan dos tipos de interacción: -Consulta del estado de la red -un proceso para obtener el estado de la
red actual de un terminal de usuario mediante la petición de información
desde uno o más proveedores 4 de acuerdo con una planificación. -Notificación de cambio del estado de la red -de que es notificado sobre
un cambio de estado de la red de un terminal de usuario y que procesa
estas notificaciones. Consulta del estado de la red:
La consulta del estado de la red es un proceso mediante el que el cliente 3 puede pedir el estado de la red actual de un terminal de usuario al sistema 1. El cliente 3 puede indicar en su petición al sistema 1 qué atributos del estado de la red se deberían devolver por el sistema 1. El sistema 1 determinará entonces, basándose en la petición del cliente 3, automáticamente de acuerdo con su reglas qué proveedores de estado de la red 4 se necesita solicitar y en qué orden. Entonces él accederá a cada uno de estos proveedores de estado de la red 4 y devolverá el estado de la red consolidado al cliente 3.
Las interacciones entre los diferentes elementos de una consulta de estado de la red se ilustran mediante el diagrama de flujo de mensajes de la Figura 2.
La Figura 2 muestra una aplicación (el cliente de consulta del estado de la red) que solicita el estado actual de la red de un terminal de usuario particular desde el sistema 1, especificando que la aplicación está interesada en el estado de la red del terminal de usuario en la red 2G PLMN, la red 2.5G/3G GPRS/UMTS y en la red de mensajería IMPS. En este flujo de ejemplo el terminal de usuario sólo está disponible actualmente en la red 2G PLMN. El sistema 1 consulta entonces a cada uno de los proveedores de estado de la red aplicables para determinar el estado de la red actual del terminal de usuario y devuelve una respuesta consolidada (es decir que contiene el estado de la red del terminal de usuario en cada una de las redes solicitadas en una respuesta).
Este flujo de mensajes de la Figura 2 se puede describir como:
1.
Una aplicación (el cliente de consulta del estado de la red) solicita el estado actual de la red de un terminal de usuario. Dentro de la solicitud la aplicación suministra los criterios para la respuesta del sistema 1 (es decir en qué estados de la red está interesada la aplicación y/o qué atributos del estado de la red se deberían suministrar). En este ejemplo la aplicación solicita el estado de la red del terminal de usuario en las redes 2G, 2.5G/3G e IMPS.
2.
El sistema 1 determina la lista de proveedores de estado de la red que se necesita activar (en este caso el servidor de HLR, el de GGSN/PDSN y el de presencia) y posteriormente solicita el estado de la red actual del terminal de usuario al primer proveedor de estado de la red (en este caso el servidor de presencia).
3.
El servidor de presencia responde con el estado de presencia actual del terminal de usuario, indicando que el terminal de usuario no está disponible en la red IMPS.
4.
Si el servidor de presencia no proporciona suficiente información al sistema 1 para que satisfaga la solicitud de la aplicación, el sistema 1 solicita el estado de la red actual del terminal de usuario al segundo proveedor de estado de la red (en este caso el GGSN/PDSN).
5.
El GGSN/PDSN responde con el estado en contexto PDP de la red GPRS/UMTS, indicando que el terminal de usuario no está disponible en la red GPRS/UMTS.
6.
Si el GGSN/PDSN no proporciona aún información suficiente al sistema 1 para que satisfaga la solicitud de la aplicación, el sistema 1 solicita el estado de la red actual del terminal de usuario al tercer proveedor de estado de la red (en este caso el HLR).
7.
El HLR responde con el estado de la red PLMN actual del terminal de usuario, indicando que el terminal de usuario está disponible en la PLMN.
8.
El sistema 1 consolida los diferentes apartados de los datos del estado de la red en un único estado de la red consolidado (que contiene información de que el terminal de usuario no está disponible en las redes IMPS y GPRS/UMTS, pero que el terminal de usuario está disponible en la PLMN), y envía el estado único de la red a la aplicación solicitante como la respuesta de la solicitud enviada en la etapa 1. El anterior es meramente un flujo de mensajes de ejemplo. Se pueden
realizar muchas permutaciones en el tipo de flujo de mensajes con diferentes proveedores de estado de la red y con un número diferente de proveedores de estado de la red y se pueden usar diferentes operaciones y métodos. Por ejemplo, la aplicación podría solicitar un estado, que requiera la información desde solamente un único proveedor de estado de la red.
Si el servidor de presencia indica en la etapa 3 la disponibilidad del terminal de usuario en la red IMPS, la lógica de deducción de estado de la red del sistema 1 le permite deducir que el terminal de usuario en este caso está automáticamente disponible en las redes GPRS/UMTS y PLMN, eliminando la necesidad de activar realmente el GGSN/PDSN y el HLR.
Esa lógica permite al cliente enviar una consulta simple, tal como una solicitud de información de servicios basados en la presencia y el sistema realiza automáticamente la gama de solicitudes necesarias, evitando aquellas que no son necesarias.
En el flujo de mensajes anterior los proveedores de estado de la red son abordados de manera síncrona. Sin embargo, esto no se necesita que sea así. Los proveedores de estado de la red pueden abordarse también en una manera asíncrona. La diferencia entre el modo de funcionamiento síncrono y el modo de funcionamiento asíncrono es que en el modo de funcionamiento síncrono el sistema 1 consulta a los proveedores de estado de la red 4 por turnos, esperando a que cada proveedor de estado de la red proporcione una respuesta antes de activar al siguiente proveedor de estado de la red. En el modo de funcionamiento asíncrono todos los proveedores de estado de la red son activados de modo paralelo entre sí, en donde el sistema 1 no espera a la respuesta de un proveedor de estado de la red antes de activar al siguiente proveedor de estado de la red.
La Figura 3 muestra un ejemplo de un flujo de mensajes en el que el sistema 1 se ejecuta en un modo de funcionamiento asíncrono.
Generación de la planificación de consultas de estado de la red
El sistema 1 genera una lista de proveedores de estado de la red 4 que necesita activar y el orden en el que se necesita activar a estos proveedores de estado de la red 4 en base a las características de la red proporcionadas por la aplicación cliente 3 y el conocimiento que tiene sobre la topología de las diversas tecnologías de red que soporta (a través de los proveedores de estado de la red).
Por ejemplo, considérese la situación en la que el sistema 1 es capaz de interactuar con los siguientes proveedores de estado de la red 4:
•
Un HLR para la obtención del estado de la red 2G PLMN.
•
Un GGSN/PDSN para la obtención del estado de la red 2.5/3G GPRS/UMTS.
•
Un servidor AAA para la obtención del estado de la red WiFi.
•
Un HSS para la obtención del estado de la red IMS.
•
Un servidor de presencia para la obtención del estado de la red IMPS.
Además de las conexiones a estos proveedores de estado de la red el sistema 1 funciona con el conocimiento de que cuando un terminal de usuario está disponible en una red IMS, esto significa automáticamente que el terminal de usuario debe estar disponible en la red 2.5/3G GPRS/UMTS y que el terminal de usuario debe estar disponible también en la red 2G PLMN. Un conocimiento similar se puede aplicar a la disponibilidad en la red IMPS.
Aplicando todo este conocimiento en el proceso de determinación del proveedor de estado de la red cuando se maneja una solicitud de una aplicación cliente, se obtiene una lista óptima de proveedores de red que se necesita activar y el orden en el que se necesita activarlos, dando como resultado un uso óptimo de la red y de los proveedores de estado de la red. Como un ejemplo, cuando una aplicación cliente envía una solicitud indicando que una aplicación cliente está interesada en el estado de la red de un terminal de usuario en la red IMS, la red 2.5/3G GPRS/UMTS y/o la red 2G PLMN, aplicando entonces el conocimiento descrito anteriormente da como resultado un esquema de activación de proveedores de estado de la red en el que el HSS se activa primero, seguido del GGSN/PDSN y finalmente el HLR. En cualquier punto en el tiempo el sistema 1 puede detener la activación de los proveedores de estado de la red que aún resten cuando tenga suficiente información para proporcionar una respuesta a la aplicación cliente 3 (por ejemplo cuando el HSS ya indique la disponibilidad del terminal de usuario en la red IMS, entonces el sistema 1 no ha de activar el GGSN/PDSN y el HLR dado que ya deduce el estado solicitado de la red 2.5/3G GPRS/UMTS y el estado solicitado de la red 2G PLMN a partir del estado de la red IMS).
Este proceso de determinación de la planificación de consulta del estado de la red asegura que el sistema 1 es capaz de proporcionar una información de estado actualizada de la red del terminal de usuario 5 a la aplicación cliente 3 solicitante, en tanto asegura que la red y los proveedores de estado de la red no son puestos bajo carga innecesariamente. Notificación del estado de la red
La notificación del estado de la red es un proceso mediante el que el cliente 3 puede solicitar al sistema 1 que le notifique los cambios en el estado de la red de un terminal de usuario específico 5. El cliente 3 puede indicar en su solicitud al sistema 1 la lista de atributos de estado de la red que se deberían proporcionar por el sistema 1 en las notificaciones y los criterios que deberían cumplir las notificaciones (por ejemplo el cliente 3 sólo está interesado en cuándo un terminal de usuario entra en una cobertura 2.5G o mejor). El sistema 1 determinará entonces, basándose en la solicitud del cliente 3, a qué proveedores de estado de la red 4 se necesitan referir. A continuación ajustará a cada uno de estos proveedores de estado de la red 4 para que envíen activadores al sistema 1 y, tras la recepción de estos activadores desde los proveedores de estado de la red 4, enviará las notificaciones de cambio del estado de la red al cliente 3 (cuando los activadores satisfagan los criterios especificados por el cliente 3).
Las interacciones entre los diferentes elementos para la notificación del cambio del estado de la red se ilustran mediante el diagrama de flujo de mensajes de la Figura 4. La Figura 4 muestra una aplicación (el cliente que consulta el estado de la red) que ha determinado previamente el estado de la red de un terminal de usuario particular 5 y desea que se le notifiquen los cambios en el estado de la red de ese terminal de usuario 5 desde el sistema 1, especificando que la aplicación sólo está interesada en las actualizaciones del estado de la red del terminal de usuario que se relacionen con la red 2G PLMN, la red 2.5/3G GPRS/UMTS y sobre la red de mensajes IMPS. El sistema 1 establece entonces activadores en cada uno de los proveedores de estado de la red aplicables para ser notificado de los cambios en el estado de la red actual del terminal de usuario y, cuando se reciban estas notificaciones desde los proveedores de estado de la red proporciona las notificaciones a la aplicación solicitante en relación con estos cambios en el estado de la red. En este flujo de ejemplo el terminal de usuario no estaba disponible en cualquier red y sólo llega a estar disponible en la red 2G PLMN, y en la red 2.5/3G GPRS/UMTS.
Este flujo de mensajes se puede escribir como sigue:
1.
La aplicación (el cliente que consulta el estado de la red) solicita al sistema 1 la notificación de un cambio en el estado de la red de un terminal de usuario. Dentro de la solicitud, la aplicación proporciona los criterios para la respuesta del sistema 1 (es decir en qué estado de la red está interesada la aplicación y/o qué atributos del estado de la red se deberían proporcionar). En este ejemplo la aplicación indica que sólo está interesada en el estado de la red del terminal de usuario en las redes 2G, 2.5/3G e IMPS.
2.
El sistema 1 determina la lista de proveedores de estado de la red en los que se necesita establecer activadores (en este caso el servidor HLR, el GGSN/PDSN y el de presencia) y posteriormente establece un activador para proporcionar una notificación tras un cambio en el estado de la red del mismo terminal de usuario al primer proveedor de estado de la red (en este caso el servidor de presencia).
3.
El sistema 1 establece un activador para proporcionar una notificación tras un cambio en el estado de la red de un terminal de usuario al segundo proveedor de estado de la red (en este caso el GGSN/PDSN).
4.
El sistema 1 establece un activador para proporcionar una notificación tras un cambio en el estado de la red de un terminal de usuario al tercer proveedor de estado de la red (en este caso el HLR).
5.
El terminal de usuario cambia su estado en la red (por ejemplo se adscribe a la red PLMN y establece un contexto PDP).
6.
El HLR detecta el procedimiento de adscripción a la PLMN y notifica al sistema 1 que el terminal de usuario está de nuevo bajo cobertura PLMN.
7.
El sistema 1 determina que la aplicación está interesada en este cambio en el estado de la red y envía una notificación hacia la
aplicación, estableciendo que ahora el terminal de usuario está disponible en la PLMN.
8.
El GGSN/PDSN detecta que el terminal de usuario establece un nuevo contexto PDP y notifica al sistema 1 que el terminal de usuario se ha conectado a la red GPRS.
9.
El sistema 1 determina que la aplicación está interesada en este cambio de estado de la red y envía una notificación hacia la aplicación, estableciendo que el terminal de usuario está disponible ahora en la red GPRS/UMTS. De nuevo, este es sólo un flujo de mensajes de ejemplo. Se pueden
realizar muchas permutaciones del mismo tipo en el flujo de mensajes con diferentes proveedores de estado de la red y con un número diferente de proveedores de estado de la red. Por ejemplo, la aplicación podría solicitar el estado desde un único proveedor de estado de la red.
Todos los mensajes en el flujo de mensajes son de hecho mensajes de confirmación, es decir la parte receptora reconoce la recepción del mensaje. Por simplicidad esto se ha dejado fuera del flujo de mensajes.
En el flujo de mensajes anterior la aplicación podría haber indicado también al sistema 1 que sólo le gustaría recibir notificaciones consolidadas del cambio en el estado de la red, en lugar de notificaciones individuales de cada cambio de estado de la red. En ese caso la etapa 7 no se había realizado en el flujo de mensajes y en la etapa 9 el sistema 1 habría enviado una notificación a la aplicación de que el terminal de usuario había llegado a estar disponible tanto en la red 2.5/3G GPRS/UMTS como en la red 2G PLMN.
La misma lógica de deducción del estado de la red que la descrita dentro del flujo de mensajes de consulta del estado de la red se puede realizar aquí. Si el sistema 1 recibió una notificación de cambio en el estado de la red desde un proveedor de estado de la red de servidor de presencia antes de las etapas 6-9, entonces el sistema 1 habría deducido que el terminal de usuario ahora automáticamente también ha llegado a estar disponible en la red 2.5/3G GPRS/UMTS y en la red 2G PLMN. Entonces habría cancelado los activadores en (o ignorado notificaciones de cambio en el estado de la red posteriores que indiquen la disponibilidad desde) los proveedores de estado de la red HLR y GGSN/PDSN y habría enviado una notificación a la aplicación de que el terminal de usuario había pasado a estar disponible en las redes IMS, en la 2.5/3G GPRS/UMTS y en la 2G PLMN.
Se apreciará que la invención permite un seguimiento global de las actividades de estado del usuario y/o terminal en una red. Esto se consigue incluso si la red tiene múltiples tecnologías (por ejemplo IP y SS7) y el terminal
5 de usuario conmuta entre las dos. También, debido a que el sistema 1 genera automáticamente una planificación apropiada, el nivel de tráfico introducido se mantiene en un mínimo. No hay necesidad de filtrar y procesar grandes volúmenes de datos irrelevantes. La invención no se limita a las realizaciones descritas sino que se puede
10 variar en construcción y en detalles.

Claims (12)

  1. REIVINDICACIONES
    1. Un sistema de información del estado del terminal de usuario en la red
    móvil (1) que incluye: una interfaz de red a una pluralidad de proveedores de estado de la red, una interfaz de cliente a los clientes (3) y un procesador para recibir desde la interfaz de cliente una solicitud del cliente de información del estado de la red del terminal de usuario, caracterizada por que el procesador comprende además medios para:
    la determinación de modo automático, de acuerdo con las reglas, de una planificación de los proveedores de estado de la red (4) a los que solicitar información, en la que la planificación define los proveedores de estado de la red (4) relevantes y el orden de la transmisión de solicitudes a ellos, la indicación a la interfaz de red de la transmisión a los proveedores de estado la red (4) identificados en la planificación de solicitudes de información de estado de la red del terminal de usuario y para la recepción de las correspondientes respuestas del proveedor de estado de la red y el procesamiento de dichas respuestas para dar una respuesta del estado de la red del terminal de usuario consolidada al cliente (3).
  2. 2.
    Un sistema de información de acuerdo con la reivindicación 1, en el que el procesador determina automáticamente la planificación de acuerdo con las reglas en relación con las múltiples redes o redes de superposición de servicios con las que se puede asociar el terminal de usuario.
  3. 3.
    Un sistema de información de acuerdo con la reivindicación 1 ó 2, en el que la reglas son configurables.
  4. 4.
    Un sistema de información de acuerdo con las reivindicaciones 1 a 3, en el que la reglas son adaptativas de modo que las capacidades de los proveedores de estado se actualizan dinámicamente de acuerdo con las respuestas recibidas.
  5. 5.
    Un sistema de información de acuerdo con cualquiera de las reivindicaciones precedentes, en el que el procesador determina automáticamente en tiempo real el estado del terminal de usuario en una red a partir de un estado ya conocido en una red relacionada sin realizar una solicitud adicional a un proveedor de estado (4).
  6. 6.
    Un sistema de información de acuerdo con la reivindicación 5, en el que se adapta el procesador para gestionar un conjunto de mapeados que definen las relaciones entre las redes y/o las redes de superposición de servicios y se refieren a estos mapeados para determinar automáticamente el estado de las redes relacionadas.
  7. 7.
    Un sistema de información de acuerdo con cualquiera de las reivindicaciones precedentes, en el que se adapta el procesador para establecer solicitudes de servicio de notificación de cambio automáticos en el estado del terminal de usuario con los proveedores de estado.
  8. 8.
    Un sistema de información de acuerdo con la reivindicación 7, en el que se adapta el procesador para gestionar una o más notificaciones de cambio automáticas en el estado a partir de los proveedores de estado mediante la generación de modo automático de una o más notificaciones de cambio de estado correspondientes para un cliente.
  9. 9.
    Un sistema de información de acuerdo con la reivindicación 8, en el que se adapta el procesador para generar una notificación de cambio de estado del cliente correspondiente sin la consolidación de las notificaciones de cambio de estado automáticas de los proveedores de estado.
  10. 10.
    Un sistema de información de acuerdo con cualquiera de las reivindicaciones 7 a 9, en el que se adapta procesador para filtrar notificaciones de cambio de estado automáticas desde los proveedores de estado.
  11. 11.
    Un sistema de información del estado de acuerdo con la reivindicación 10, en el que se adapta el procesador para filtrar notificaciones de cambio de
    estado automáticas desde los proveedores de estado de acuerdo con los criterios proporcionados por un cliente.
  12. 12.
    Un sistema de información de acuerdo con cualquiera de las
    5 reivindicaciones 7 a 11, en el que se adapta el procesador para inferir automáticamente datos del estado la red en respuesta a una notificación y puede elegir entre ignorar o suprimir una notificación posterior que incorpore la información ya deducida.
    10 13. Un sistema de información de acuerdo con cualquiera de las reivindicaciones 7 a 12, en el que se adapta el sistema para funcionar en un modo de consulta de estado de la red o en un modo de notificación del cambio de estado de la red o en ambos modos.
    15 14. Un medio que pueda leer un ordenador que comprenda código de software para la implementación de las operaciones de un sistema de información de acuerdo con cualquiera de las reivindicaciones precedentes cuando se ejecuta en un procesador de datos.
ES06796054T 2005-10-13 2006-10-13 Supervisión del estado de un terminal de usuario en una red móvil. Active ES2352427T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US72565905P 2005-10-13 2005-10-13
US725659P 2005-10-13

Publications (1)

Publication Number Publication Date
ES2352427T3 true ES2352427T3 (es) 2011-02-18

Family

ID=37564285

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06796054T Active ES2352427T3 (es) 2005-10-13 2006-10-13 Supervisión del estado de un terminal de usuario en una red móvil.

Country Status (6)

Country Link
US (1) US20090067394A1 (es)
EP (1) EP1935193B1 (es)
AT (1) ATE487318T1 (es)
DE (1) DE602006018040D1 (es)
ES (1) ES2352427T3 (es)
WO (1) WO2007043033A1 (es)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8024459B2 (en) * 2008-05-19 2011-09-20 Eddy H. Wright Systems and methods for monitoring a remote network
US9154380B2 (en) * 2008-12-11 2015-10-06 International Business Machines Corporation Rules based fetching of operating platform status
US8966555B2 (en) 2010-09-15 2015-02-24 At&T Intellectual Property I, L.P. Method and system for performance monitoring of network terminal devices
WO2013060367A1 (en) * 2011-10-27 2013-05-02 Telefonaktiebolaget Lm Ericsson (Publ) Caching in wireless communication networks
KR20150088643A (ko) * 2014-01-24 2015-08-03 삼성전자주식회사 단말기 사용자의 커뮤니케이션 상태를 관리하는 단말기, 서버 및 방법

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6571285B1 (en) * 1999-12-23 2003-05-27 Accenture Llp Providing an integrated service assurance environment for a network
FI112314B (fi) * 2001-04-11 2003-11-14 Sonera Oyj Menetelmä ja järjestelmä päätelaitteen käyttötilatiedon käyttämiseksi
JP2003219032A (ja) * 2002-01-18 2003-07-31 Shijin Kogyo Sakushinkai リアルタイムに携帯電話状態を通知する方法と携帯電話サービスのコントロールセンタ
US6658095B1 (en) * 2002-03-19 2003-12-02 Nortel Networks Limited Customized presence information delivery
WO2003096729A1 (en) 2002-05-08 2003-11-20 Aran Communications Limited Telecommunications network subscriber experience measurement
US20050113134A1 (en) * 2003-11-24 2005-05-26 Bushnell William J. System for providing interoperability of a proprietary enterprise communication network with a cellular communication network
US7769409B2 (en) * 2004-06-23 2010-08-03 Sony Computer Entertainment America Inc. Network participant status evaluation
WO2006012058A1 (en) * 2004-06-28 2006-02-02 Japan Communications, Inc. Systems and methods for mutual authentication of network
DE102004047352B4 (de) * 2004-09-29 2006-07-06 Siemens Ag Kommunikationssystem, Nachrichtenverarbeitungsrechner und Verfahren zum Verarbeiten einer Nachricht
US20060149814A1 (en) * 2004-12-30 2006-07-06 Utstarcom, Inc. Method and apparatus for presence status facilitation by an access gateway in a mobile communications system
US8521843B2 (en) * 2006-05-25 2013-08-27 Qualcomm Incorporated Methods and apparatus for sampling usage information from a pool of terminals in a data network

Also Published As

Publication number Publication date
EP1935193A1 (en) 2008-06-25
ATE487318T1 (de) 2010-11-15
EP1935193B1 (en) 2010-11-03
WO2007043033A1 (en) 2007-04-19
DE602006018040D1 (de) 2010-12-16
US20090067394A1 (en) 2009-03-12

Similar Documents

Publication Publication Date Title
KR101127400B1 (ko) 레거시 네트워크에서 홈 가입자 서버(ｈｓｓ)와 홈 위치레지스터(ｈｌｒ) 사이의 상호 작용을 용이하게 하는 방법및 장치
JP7454637B2 (ja) ５ｇネットワークにおけるアナリティクスネットワーク機能インスタンスの自動設定及び選択のためのエンティティ及び方法
ES2633444T3 (es) Método y sistema para proporcionar información de presencia
US7644267B2 (en) Controlling access to services in a communications system
WO2021040827A1 (en) Method, system, and computer readable media for discovering and tracking addresses
US20110098059A1 (en) Method and arrangement to monitor distances among a group of electronic communication devices
KR20230134618A (ko) 전기통신 네트워크에서 이벤트들의 모니터링의 리포팅 및 구독의 서비스를 지원하는 방법뿐만 아니라 관련 네트워크 펑션들
ES2352427T3 (es) Supervisión del estado de un terminal de usuario en una red móvil.
WO2008031344A1 (fr) Procédé, système et équipement d'accès à un réseau pour utilisateur
EP1527637B1 (en) Method for enabling a location service client to contact a user of a mobile device
EP2307976A2 (en) Methods, systems, and computer readable media for providing presence data from multiple presence information providers
WO2022098403A1 (en) Methods, systems, and computer readable media for providing optimized binding support function (bsf) packet data unit (pdu) session binding discovery responses
WO2021083612A1 (en) Methods and apparatus to request and provide network analytic data
JP7335410B2 (ja) バルクサブスクリプションのフィルタ
EP1305913B1 (en) System and method for determining when a cscf should act like i-cscf or like s-cscf
EP3937521A1 (en) Method for an improved exchange and/or interworking functionality between a first mobile communication network and a second mobile communication network, system, network exchange function, program and computer program product
RU2419250C2 (ru) Селективное управление возможностями пользовательского оборудования
WO2007022685A1 (fr) Procédé de réalisation du service de notification, système de gestion web distribué et dispositif de service d’envoi de notification
Maarabani et al. Interoperability testing of presence service on IMS platform
WO2009033954A1 (en) Location information delivery in telecommunicattion networks
WO2022213903A1 (zh) 一种边缘配置服务器信息处理方法、装置和通信设备
CN101317389A (zh) 用户接入网络的方法、系统及设备
CN105228132B (zh) 用于对mtc相关的信息和资源进行管理的方法、装置和系统
EP1730926B1 (en) Controlling access to services in a communications system
WO2012051869A1 (zh) 一种基于轻量级目录访问协议消息的数据订阅方法及系统