Procedimiento y aparato para la configuración de un dispositivo de comunicación.

Un procedimiento de detección de dispositivos (110) con una configuración GPRS incorrecta,

que incluye un Nodo (120) de Soporte de Pasarela GPRS que realiza las etapas:

- recibir (410) desde un Nodo (410) de Soporte de Servicio GPRS una solicitud (220) de activación de contexto PDP que comprende un APN por defecto que indica que un APN no válido ha sido recibido por el Nodo de Soporte de Servicio GPRS; - detectar (420) el APN por defecto;

caracterizado por que

- en el caso en el que se recibe un APN por defecto desde el Nodo de Soporte de Servicio GPRS, se envía (430) un mensaje (230) de solicitud de gestión de dispositivo a un Sistema (140) de Gestión de Dispositivos.

Tipo: Patente Internacional (Tratado de Cooperación de Patentes). Resumen de patente/invención. Número de Solicitud: PCT/SE2007/051069.

Solicitante: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL).

Nacionalidad solicitante: Suecia.

Dirección: 164 83 STOCKHOLM SUECIA.

Inventor/es: LINDSTROM,Magnus, LJUNG,MAGNUS.

Fecha de Publicación: .

Clasificación Internacional de Patentes:

  • H04W76/02
  • H04W80/04 ELECTRICIDAD.H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS.H04W REDES DE COMUNICACION INALAMBRICAS (difusión H04H; sistemas de comunicación que utilizan enlaces inalámbricos para comunicación no selectiva, p. ej. extensiones inalámbricas H04M 1/72). › H04W 80/00 Protocolos de red inalámbrica o adaptaciones de protocolos para operaciones inalámbricas. › Capa de protocolos de red, p. ej. IP móvil [Protocolo de Internet (Internet Protocol)].

PDF original: ES-2425761_T3.pdf

 

Procedimiento y aparato para la configuración de un dispositivo de comunicación.

Fragmento de la descripción:

Procedimiento y aparato para la configuración de un dispositivo de comunicación.

Campo de la invención La presente invención se refiere a la configuración de un dispositivo de comunicación y, más particularmente, a un procedimiento y un aparato para la detección de dispositivos con una configuración GPRS incorrecta.

Antecedentes En la actualidad, existen diversos procedimientos para detectar nuevos terminales/dispositivos que entran en una red móvil y enviar automáticamente configuraciones de dispositivo a estos dispositivos.

La detección de una nueva combinación abonado/dispositivo, en otras palabras, nuevas combinaciones IMSI/IMEISV y el envío de esta información desde MSC/SGSN a HLR han sido estandarizados en 3GPP versión 6. Véanse las referencias [1] a [7] para obtener más información. Normalmente, este procedimiento de detección se extiende con una interfaz no estandarizada entre HLR y un Sistema de Gestión de Dispositivos que realiza la configuración real del dispositivo detectado.

Uno de estos procedimientos descrito en el documento WO 03/096724 A1 se basa en la información recogida en el nodo SGSN.

Las soluciones existentes detectan nuevas combinaciones IMSI/IMEISV que identifican nuevas combinaciones abonado/dispositivo que necesitan ser configuradas para diferentes servicios. A continuación, la configuración de los dispositivos es ejecutada usando procedimientos OMA CP u OMA DM.

Un inconveniente con OMA CP es la comunicación de una vía hacia el dispositivo y, por ello, no puede confirmarse si la configuración del servicio ha sido aceptada o no por el abonado. Esto ha sido resuelto en los protocolos de OMA DM, ya que la configuración puede ser leída desde el dispositivo y puede confirmarse que la configuración de servicio ha sido aceptada.

En “GPRS in Practice: a companion to the Specifications - -Chapter 11 SM layer procedures" 2004, John Wiley & Sons, LTD, XP002478858, McGuiggan describe que cuando los campos están vacíos en una solicitud de activación de contexto PDP, el SGSN extrae estos desde el HLR.

Ninguno de los procedimientos de detección/configuración en la técnica anterior puede detectar automáticamente si los abonados cambian o eliminan la configuración GPRS en el dispositivo, por ejemplo, por accidente o después de una actualización de reparación/firmware.

Sumario de la invención La presente invención se refiere al problema de proporcionar un aparato y un procedimiento mejorados para la detección de dispositivos con una configuración GPRS incorrecta. Deben evitarse los inconvenientes indicados anteriormente acerca de cómo detectar automáticamente si los abonados cambian o eliminan las configuraciones de servicio en el dispositivo. El problema puede surgir, por ejemplo, por accidente o después de una actualización de reparación/firmware.

Según un aspecto de la invención, este problema se resuelve mediante un procedimiento y un aparato para la detección de dispositivos con una configuración GPRS incorrecta. El procedimiento y el aparato incluyen un Nodo de Soporte de Pasarela GPRS que realiza las etapas según la reivindicación 1.

El propósito de la invención es detectar automáticamente dispositivos GPRS no configurados o mal configurados para enviar nuevas configuraciones GPRS al dispositivo.

Una ventaja de la invención es que puede detectar dispositivos que no tienen configuración GPRS y dispositivos que tienen una configuración GPRS errónea.

Ahora, las realizaciones preferidas de la invención se describirán más detalladamente con referencia a los dibujos adjuntos.

Breve descripción de los dibujos La Figura 1 es un diagrama de bloques de una arquitectura de sistema según una realización de la invención.

La Figura 2 es un diagrama de bloques que muestra un flujo de mensajes según una realización de la invención.

La Figura 3 es un diagrama de flujo que muestra las etapas de un Nodo de Soporte de Servicio GPRS según una realización de la invención.

La Figura 4 es un diagrama de flujo que muestra las etapas de un Nodo de Soporte de Pasarela GPRS según una realización de la invención.

La Figura 5 es un diagrama de flujo que muestra las etapas de un servidor de Gestión de Dispositivos según una realización de la invención.

Descripción detallada de la invención La Figura 1 muestra un diagrama de bloques de una arquitectura de sistema según una realización de la invención.

Un equipo 110 de usuario UE se comunica con un Nodo 120 de Soporte de Servicio GPRS (Serving GPRS Support Node, SGSN) sobre una interfaz 152 de señalización. El SGSN tiene un procesador 122 y una memoria 124 que tiene instrucciones accesibles desde la memoria y procesables por dicho procesador. El SGSN se comunica con un Nodo 130 de Soporte de Pasarela GPRS (Gateway GPRS Support Node, GGSN) sobre una interfaz 154 de señalización Gn. El GGSN tiene un procesador 132 y una memoria 134 que tiene instrucciones accesibles desde la memoria y procesables por dicho procesador. Un cliente 131 RADIUS del GGSN se comunica con un Servidor 142 Radius de un Sistema 140 de Gestión de dispositivos (Device Management System, DMS) usando, por ejemplo RADIUS sobre una interfaz 156 Gi. El DMS tiene un procesador 144 y una memoria 146 que tiene instrucciones accesibles desde la memoria y procesables por dicho procesador. El Sistema de Gestión de Dispositivos incluye un servidor con capacidad OMA CP o capacidad OMA DM o ambas, que gestiona la información de gestión de dispositivos enviada al GGSN usando un protocolo de gestión de dispositivos (por ejemplo, OMA DM u OMA CP) sobre la interfaz 158 Gi a ser transmitida además al SGSN sobre la interfaz 160 Gn y llegando, finalmente, Al UE.

De manera alternativa, la información de gestión de dispositivos es enviada usando un SMS-C 141 interno o un SMS-C 150 externo a ser transmitido además al MSC 170 y que llega, finalmente, al UE usando un portador de SMS.

La Figura 2 muestra un diagrama de bloques que muestra un flujo de mensajes en el sistema de la Figura 1.

El UE 110 envía una solicitud de activación de contexto PDP con un APN vacío o defectuoso al SGSN 120 en el mensaje 210. Cuando se detecta un APN vacío o un APN no abonado o un APN no presente en un Servidor 126 de Nombres por Defecto (Default Name Server, DNS) , el SGSN crea una solicitud de activación de contexto PDP e inserta un APN por defecto. En el mensaje 220, una solicitud de activación de contexto PDP con el APN por defecto es enviada al GGSN 130. Las solicitudes de activación de contexto PDP incluyen además parámetros IMEISV, MSISDN e IMSI. El GGSN, tras la recepción de la solicitud de activación de contexto PDP, detecta el APN por defecto y envía en el mensaje 230 un mensaje de solicitud de contabilidad RADIUS al servidor 142 RADIUS del DMS 140. El mensaje de solicitud de contabilidad RADIUS incluye los parámetros IMEISV, MSISDN e IMSI, pero añade también una dirección de Protocolo de Internet IP del UE 110. En el mensaje 240, el DM envía una respuesta de contabilidad RADIUS al cliente 131 RADIUS del GGSN. Además, el flujo de configuración de gestión de dispositivos usando IP sobre el contexto PDP existente es iniciado por un mensaje de gestión de configuración de dispositivo al GGSN en el mensaje 270a. El mensaje de gestión de configuración de dispositivo es enviado además al SGSN en el mensaje 280a y desde el SGSN al UE en el mensaje 290.

Como una realización alternativa, en lugar de usar IP hacia el UE, el Servidor 140 de Gestión de Dispositivos puede usar SMS como portador. En el mensaje 270b, el Servidor 140 de Gestión de Dispositivos inicia un SMS hacia un SMS-C 150 externo. En el mensaje 280b, un SMS, con información de configuración de dispositivo, es transmitido al MSC 170 que sirve al UE, que reenvía el mensaje al UE en el mensaje 291. Una ruta alternativa es el uso del SMS-C 141 interno para enviar el SMS en el mensaje 270c.

Cuando el mensaje de Respuesta 240 de Contabilidad RADIUS es recibido por el cliente 131 RADIUS en el GGSN, el GGSN iniciará una respuesta Creación de Contexto PDP exitosa en el mensaje 250. En el mensaje 260, el SGSN iniciará una Respuesta de Activación de Contexto PDP exitosa hacia el UE.

La Figura 3 muestra las etapas de un Nodo de Soporte de Servidor GPRS, SGSN, según una realización de la invención.

El procedimiento comienza en la etapa 300. En la etapa 310, se recibe una solicitud desde un dispositivo/UE con capacidad GPRS que trata de activar un contexto PDP. El SGSN detecta un APN vacío en la etapa 320. Si el APN no está vacío, el SGSN comprueba en la etapa 330 si la solicitud se refiere a un APN no abonado o un APN que no está... [Seguir leyendo]

 


Reivindicaciones:

1. Un procedimiento de detección de dispositivos (110) con una configuración GPRS incorrecta, que incluye un Nodo (120) de Soporte de Pasarela GPRS que realiza las etapas:

-recibir (410) desde un Nodo (410) de Soporte de Servicio GPRS una solicitud (220) de activación de contexto PDP que comprende un APN por defecto que indica que un APN no válido ha sido recibido por el Nodo de Soporte de Servicio GPRS;

-detectar (420) el APN por defecto;

caracterizado por que

-en el caso en el que se recibe un APN por defecto desde el Nodo de Soporte de Servicio GPRS, se envía (430) un mensaje (230) de solicitud de gestión de dispositivo a un Sistema (140) de Gestión de Dispositivos.

2. Procedimiento según la reivindicación 1, en el que el mensaje (230) de solicitud de gestión de dispositivo incluye al menos uno de entre un parámetro IMEISV, MSISDN o IMSI.

3. Procedimiento según la reivindicación 2, en el que el mensaje (230) de solicitud de gestión de dispositivo es un mensaje de contabilidad RADIUS, Servicio de Usuario de Acceso Telefónico de Autenticación Remota.

4. Procedimiento según las reivindicaciones 2-3, en el que el mensaje (230) de solicitud de gestión de dispositivo incluye una dirección IP, Protocolo de Internet, del dispositivo (110) .

5. Procedimiento según las reivindicaciones 1-4, que incluye, después de la etapa de enviar un mensaje de solicitud de gestión de dispositivo:

-recibir un mensaje (240) de respuesta de gestión de dispositivo;

-enviar una respuesta (250) de creación de contexto PDP al Nodo (120) de Soporte de Servicio GPRS.

6. Un Nodo (120) Pasarela de Soporte GPRS para detectar dispositivos (110) con una configuración GPRS incorrecta, que incluye un procesador (132) y una memoria (134) que tiene instrucciones accesibles desde dicha memoria y procesables por dicho procesador, caracterizado por que está dispuesto para realizar las etapas del procedimiento según cualquiera de las realizaciones 1-5.


 

Patentes similares o relacionadas:

Emisión de plano de usuario y plano de control de tráfico de difusión y multidifusión, del 18 de Diciembre de 2019, de Intellectual Ventures II LLC: Una red para el tráfico de difusión/multidifusión, la red comprendiendo: una primera red que usa una primera tecnología de acceso por radio […]

Procedimiento y aparato de programación de velocidades de enlace ascendente de forma adaptativa a una rampa de velocidad rápida en un sistema de comunicación por paquetes, del 4 de Diciembre de 2019, de SAMSUNG ELECTRONICS CO., LTD.: Un procedimiento de transmisión de información de asignación de velocidad de enlace ascendente para la transmisión de datos de enlace ascendente […]

Soporte de llamada de emergencia en modo circuito, del 30 de Octubre de 2019, de QUALCOMM INCORPORATED: Un equipo de usuario (no), UE, operativo para establecer una llamada en modo circuito con una red inalámbrica para servicios de emergencia, para realizar […]

Comunicación por vídeo en redes móviles, del 11 de Septiembre de 2019, de TELECOM ITALIA S.P.A.: Un procedimiento para realizar una comunicación de doble componente entre un primer usuario y un segundo usuario en una red de comunicación, […]

Aparato de comunicación inalámbrica y procedimiento de comunicación inalámbrica, del 28 de Mayo de 2019, de OPTIS WIRELESS TECHNOLOGY, LLC: Un aparato de comunicación inalámbrica que comprende: un receptor de radio que adquiere, procedente de una estación base, información que indica una cantidad […]

Soporte de llamada de emergencia en modo circuito, del 22 de Mayo de 2019, de QUALCOMM INCORPORATED: Equipo de usuario, UE, que comprende: medios para establecer una llamada en modo circuito con una red inalámbrica para servicios de emergencia; medios para […]

Método y dispositivo para asignar recursos de canal común, del 8 de Abril de 2019, de NEC CORPORATION: Un método de comunicación en un sistema de comunicación en el que una estación base transmite a una estación móvil información sobre […]

Método y elemento para control de servicio, del 30 de Octubre de 2018, de Nokia Technologies OY: Un elemento de control de servicio que implementa una Funcion de Control de Sesion de Llamada de Servicio (SCSCFB), que comprende: medios […]

Utilizamos cookies para mejorar nuestros servicios y mostrarle publicidad relevante. Si continua navegando, consideramos que acepta su uso. Puede obtener más información aquí. .