MX2011002097A - Metodo y sistema de comunicacion entre dispositivos inalambricos. - Google Patents

Abstract

Se describen Sistemas y técnicas para la comunicación de comando entre dispositivos inalámbricos. En una implementación, un dispositivo de colección de datos (tal como un monitor continuo de glucosa) y un dispositivo de monitoreo/control, que comunican muestras de datos a través de un protocolo de salto de frecuencia, utilizan una frecuencia dedicada de comando para la transmisión de instrucciones sin datos y reconocimientos. Un modo de comando es descrito en donde la frecuencia de comando es escuchada, de manera regular, por un dispositivo para determinar si el enlace o formación en par u otras instrucciones están siendo enviadas. En otro ejemplo, cuando las comunicaciones son interrumpidas o corruptas, los dispositivos se invierten para la utilización de la frecuencia de comando con el objeto de volver a adquirir un enlace de par entre los dispositivos. La frecuencia de comando también es utilizada para un modo de vuelo, en donde el dispositivo de adquisición de datos se dirige hacia un modo de transmisión de baja potencia o sin potencia y permanece en el modo, almacenando los datos muestreados, hasta que es instruido para abandonar el modo de vuelo a través de la frecuencia de comando. La figura más representativa de la invención es la número 1.

Description

METODO Y SISTEMA DE COMUNICACION ENTRE DISPOSITIVOS INALAMBRICOS Campo Técnico Las modalidades en la presente se refieren al campo de los dispositivos médicos, y de manera más específica, a la comunicación entre dispositivos y receptores de monitoreo.

Antecedentes de la Invención Los dispositivos existentes de monitoreo médico, tales como los monitores continuos de glucosa de la sangre, permiten que los pacientes den seguimiento a las condiciones de salud en una base regular y continua. Por ejemplo, un monitor continuo de glucosa de la sangre llevado puesto cerca del cuerpo del paciente y que tiene sensores colocados a través de la piel puede realizar la muestra de datos de glucosa de la sangre a una velocidad constante y puede proporcionar esos datos a un sistema de reporte/monitoreo para que el paciente los observe. La naturaleza continua del muestreo de datos proporciona a los pacientes un mejor entendimiento más gradual de su condición y cómo cambia hora tras horas, o incluso minuto por minuto.

En algunos dispo'sitivos existentes, con el propósito de proporcionar un incremento en la facilidad de uso y comodidad para el paciente, es utilizado un sistema de monitoreo de dos partes. Este sistema permite que un dispositivo de colección de datos relativamente pequeño sea colocado cerca del cuerpo y en contacto con el paciente. El dispositivo de colección de datos transmite entonces en forma inalámbrica sus datos muestreados a un dispositivo separado de monitoreo, tal como un dispositivo portátil. Este dispositivo de monitoreo proporciona un acceso fácil a los datos obtenidos por el dispositivo de colección de datos, y también podría proporcionar la capacidad para controlar las operaciones del dispositivo de colección de datos. El uso de los dos dispositivos puede proporcionar un uso más fácil que la manipulación directa del dispositivo de colección de datos, puesto que este podría ser inconvenientemente localizado sobre el cuerpo o ser colocado por debajo de la ropa.

Breve Descripción de las Figuras Las modalidades serán entendidas con rapidez a través de la siguiente descripción detallada en conjunto con las figuras que la acompañan. Las modalidades son ilustradas por medio de ejemplo y no por medio de limitación en las figuras de los dibujos que la acompañan.

La Figura 1 es un diagrama de bloque que ilustra los componentes utilizados de acuerdo con varias modalidades.

La Figura 2 es un diagrama de flujo que ilustra un proceso para un dispositivo que opera utilizando una frecuencia dedicada de comando de acuerdo con varias modalidades.

La Figura 3 es un diagrama de flujo que ilustra un proceso para un dispositivo que opera en un modo de comando de acuerdo con varias modalidades.

La Figura 4 es un diagrama de flujo que ilustra un proceso para un dispositivo que opera en un modo de comando para volver a adquirir un enlace entre dispositivos de acuerdo con varias modalidades.

La Figura 5 es un diagrama de flujo que ilustra un proceso para un dispositivo que opera en un modo de vuelo de acuerdo con varias modalidades.

La Figura 6 es un diagrama de flujo que ilustra un proceso para un dispos tivo de monitoreo que se comunica con un dispositivo de colección de datos de acuerdo con varias mod lidades .

La Figura 7 es un diagrama de bloque que ilustra un entorno de computación para uso a fin de practicar varias modalidades .

Descripción Detallada de las Modalidades Descritas En la siguiente descripción detallada, se hace referencia a las figuras que la acompañan, las cuales forman una parte de la misma, .y en las cuales son mostradas por medio de ilustración las modalidades que podrían ser practicadas. Se entenderá que otras modalidades podrían ser utilizadas y cambios estructurales o lógicos podrían ser realizados sin apartarse del alcance. Por lo tanto, la siguiente descripción detallada no será tomada en un sentido limitante, y el alcance de las modalidades es definido por las reivindicaciones adjuntas y sus equivalentes.

Varias operaciones podrían ser descritas como múltiples operaciones discretas a su vez, en un modo que podría ser útil en el entendimiento de las modalidades; sin embargo, el orden de la descripción no tiene que ser interpretado que implique que estas operaciones son dependientes del orden.

La descripción podría utilizar descripciones basadas en la perspectiva tales como hacia arriba/hacia abajó, trasero/frontal y superior/inferior. Estas descripciones simplemente son utilizadas para facilitar la discusión y no se pretende que restrinjan la aplicación de las modalidades descritas.

Los términos "acoplado" y "conectado," junto con sus derivados, podrían ser utilizados. Debe entenderse que estos términos no se pretende que sean sinónimos entre sí. Más bien, en modalidades particulares el término, "conectado" podría ser utilizado para indicar que dos o más elementos se encuentran en contacto directo físico o eléctrico entre sí.

El término "acoplado" podría significar que dos o más elementos se encuentran en contacto directo físico o eléctrico. Sin embargo, el término "acoplado" también podría significar que dos o más elementos no se encuentran en contacto directo entre sí, sino que todavía cooperan o interactúan entre sí.

Para propósitos de la descripción, una frase en la forma "A/B" o en la forma "A y/o B" significa (A) , (B) , o (A y B) . Para los propósitos de la descripción, una frase en la forma "al menos uno de A, B, y C" significa (A) , (B) , (C) , (A y B) , (A y C) , (B y C) , o (A, B y C) . Para los propósitos de la descripción, una frase en la forma " (A) B" significa (B) o (AB) es decir, A es un elemento opcional.

La descripción podría usar los términos "modalidad," "modalidades," o "implementación (s) " cada uno de los cuales podría referirse a una o más de las mismas o diferentes modalidades/implementaciones . Además, los términos "que comprende," "que incluye," "que tiene," y similares, como se utilizan con respecto a las modalidades, son sinónimos.

En varias modalidades, son proporcionados métodos, aparatos y sistemas para la comunicación de comando entre dispositivos inalámbricos. En modalidades de ejemplo, un dispositivo de computación podría ser unido con uno o más componentes de los aparatos y/o sistemas descritos y podría ser empleado paira realizar uno o más métodos como se describe en la presente.

Las modalidades en la presente proporcionan, en un sistema en el cual las comunicaciones entre dos dispositivos inalámbricos involucran el salto de frecuencia, para el uso de una frecuencia dedicada de comando para la transmisión y recepción de instrucciones sin datos. Los dispositivos utilizan la frecuencia dedicada para la adquisición y el enlace o formación en par de dispositivos entre sí. Los dispositivos también dependen de los protocolos que escuchan, en forma periódica, la actividad sobre la frecuencia con el propósito de identificar los comandos que están siendo enviados entre un dispositivo de monitoreo y un dispositivo de adquisición de datos.

Los dispositivos también utilizan la frecuencia dedicada para la operación en un modo de vuelo, en donde el dispositivo de adquisición de datos disminuye la potencia de su motor de frecuencia de radio, o incluso desconecta el motor de frecuencia de radio. Esto es de uso particular durante el viaje en el aire y en particular en aeronaves comerciales, en donde las regulaciones prohiben o reducen el uso de dispositivos electrónicos que transmiten a través de frecuencias de radio mientras que el avión del usuario se encuentra en el aire. El dispositivo de adquisición de datos es entonces capaz de escuchar las instrucciones para finalizar el modo de vuelo mediante la verificación del canal dedicado de comando. Asimismo, cuando las comunicaciones son interrumpidas o cuando por alguna razón el dispositivo de adquisición de datos no ha recibido el reconocimiento de sus transmisiones de datos durante un periodo de tiempo, el dispositivo de adquisición de datos es capaz de ir hacia un modo de silencio. En este modo, el dispositivo almacena sus datos muestreados y escucha una instrucción de un nuevo enlace o formación en par del dispositivo de monitoreo.

I. Sistema La Figura 1 ilustra un diagrama de bloque de los módulos, componentes y comunicaciones entre un dispositivo de adquisición de datos y un dispositivo de monitoreo. En el ejemplo ilustrado, el dispositivo de adquisición de datos es un montaje de sensor de glucosa 100 ("GSA") , el cual se encuentra en comunicación con una unidad automática de calibración y monitoreo 120 ("ACMU") . Mientras que la Figura 1 ilustra estos ejemplos particulares de sistemas que utilizan las técnicas de comunicación descritas en la presente, en implementaciones alternativas, las técnicas podrían ser utilizadas en otros dispositivos médicos, o entre dispositivos inalámbricos no médicos.

El GSA 100 comprende dos partes: un montaje de sensor desechable 105 ("DSA") y un montaje de sensor reutilizable 110 ("RSA") . El DSA 105 proporciona la medición de los datos de salud del paciente, en este caso, el DSA mide, de manera directa, los niveles de glucosa de la sangre a través de un sensor colocado a través de la piel del paciente o dentro del cuerpo del paciente. El RSA 110, el cual por sí mismo no necesariamente necesita estar en contacto cercano con el cuerpo del paciente, sirve entonces para tomar muestras de datos proporcionadas por el DSA 105 y para registrar y/o transmitir estas muestras según sea necesario. Para este fin, el RSA 110 comprende un motor digital 130, el cual contiene un procesador y que se programa para correr las operaciones generales del RSA así como también, un motor de frecuencia de radio RSA 140, el cual maneja las comunicaciones de frecuencia de radio entre el GSA 100 y la ACMU 120. En una implementación, el motor RSA RF 140 comprende un chip combinado de transceptor ¦ RF y microcontrolador Texas Instruments CC2510, aunque otras implementaciones podrían hacer uso de procesadores alternativos.

La ACMU 120 es un dispositivo para la recepción y monitoreo de datos del GSA 100 así como también para proporcionar comandos de control al GSA 100. En forma similar a la porción del RSA lio del GSA loo, la ACMU" 120 comprende un motor digital 150 y un motor de frecuencia de radio 160. Como en el RSA 110, el motor digital 150 proporciona operaciones de alto nivel para la ACMU 120, mientras que el motor ACMU RF 160 proporciona comunicaciones con el RSA 110.

La ACMU también comprende una ínterfaz de usuario 165 para el control de sus operaciones, así como también, las operaciones de un RSA asociado.

Como ilustra la Figura 1, el motor RSA RF 140 y el motor ACMU RF 160 se comunican por medio de una variedad de frecuencias. En una implementación típica, los dos motores RF, bajo la dirección de sus respectivos motores digitales, utilizan un protocolo de salto de frecuencia. En este protocolo, los motores RF avanzan, en intervalos regulares, a través de una secuencia predefinida de frecuencias de radio de transmisión de datos (o "canales") 170 para ambas de sus comunicaciones de transmisión y recepción. Con la condición de que los motores RF se encuentren relativamente en sincronización entre sí, estos son capaces de comunicarse a través de los canales incluso cuando estén cambiando. Mientras que la Figura 1 ilustra un ejemplo de. tres canales, esto es realizado con propósitos de ilustración y no debe leerse que limita el número o elección de canales utilizados en las técnicas en la presente. En una implementación, las frecuencias para la secuencia de frecuencias 170 podrían ser seleccionadas a partir de una banda de frecuencia entre 2400 MHz y 2480 MHz, aunque en otras implementaciones podrían ser utilizadas otras elecciones de frecuencia.

La Figura 1 también ilustra el uso de una frecuencia de comando 180 la cual es separada de las frecuencias de transmisión de datos 170. Esta frecuencia, que típicamente es elegida para no estar en la secuencia de las frecuencias de transmisión de datos 170, es utilizada por el RSA 110 y la ACMU 120 para comunicarse en un canal dedicado. En particular, este canal de comandos utilizado para la transmisión de instrucciones o comandos sin datos de la ACMU 120 al RSA 110, así como también, para los reconocimientos del RSA. En una implementación, esta frecuencia de comando es de 2474 MHz, aunque también podrían utilizarse otras frecuencias.

Esto proporciona un beneficio con respecto a técnicas que sólo utilizan canales de la secuencia de salto de frecuencia para todas las comunicaciones, debido a que los dispositivos podrían utilizar la frecuencia dedicada de comando para las comunicaciones sin datos. Sin embargo, son mantenidos los beneficios de utilización del salto de frecuencia para la transmisión tradicional de la muestra de datos .

II. Técnicas de Comunicación La Figura 2 ilustra un diagrama de flujo de una técnica de ejemplo 200 para la utilización de una frecuencia dedicada de comando para la comunicación entre dos dispositivos inalámbricos. El proceso de la Figura 2 podría ser realizado ya sea a través del RSA 110 o la ACMU 120 para comunicarse con el otro dispositivo. Por motivos de ilustración, el proceso de la Figura 2 será descrito con referencia al RSA 110. El proceso inicia en el bloque 210, en donde el RSA 110 está transmitiendo datos en una de las frecuencias de transmisión de datos 170. A continuación, en el bloque de decisión 215, el RSA 110 determina si necesita escuchar las instrucciones de comando. En forma alterna, en el caso de que el proceso de la Figura 2 sea realizado por la ACMU 120, la AC U podría determinar en el bloque 215 si es necesario emitir una instrucción de comando. Si no existe necesidad de una instrucción de comando, en el bloque 220, el RSA 110 elige la siguiente frecuencia de transmisión de datos de la secuencia de frecuencias 170, y posteriormente, continúa con la transmisión de datos en el bloque 210. Éste proceso de enlace, cuando es realizado por medio de ambos del RSA 110 y la ACMU 120 efectúa la técnica de salto de frecuencia que se describe con anterioridad.

Sin embargo, el RSA 110 podría decidir que existe la necesidad de una instrucción de comando en el bloque de decisión 215. Como se describió en los siguientes ejemplos, esto podría suceder debido a que no han sido recibidos reconocimientos de la ACMU durante un largo tiempo, debido a que el RSA ha sido reajustado, o sólo debido a que el RSA escucha en forma regular los comandos de la ACMU durante un periodo limitado de tiempo. En forma alterna, no podría existir una decisión tomada por el de RSA 110, sino más bien. una interrupción u otra activación podría indicar al RSA 110 que este RSA 110 debe cambiar a la frecuencia de comando para obtener alguna instrucción/comando. Cualquiera que sea la razón, el proceso continúa entonces hacia el bloque 230 en donde el RSA 110 escucha y transmite en la frecuencia dedicada de comando. En una implementación, esto es realizado por el motor digital 130 que instruye al motor RF 140 para cambiar de la escucha y transmitir en una de las frecuencias de transmisión de datos para escuchar y transmitir en el canal dedicado de comando. En forma adicional, la cantidad de comunicación gastada de tiempo en el canal dedicado de comando podría ser cambiada, del orden de 10 milisegundos a muchos minutos, en función de la naturaleza de la comunicación y/o en el escenario para el cual el motor RF ha sido instruido para cambiar.

Finalmente, después de- la comunicación en la frecuencia dedicada de comando, el proceso continúa en el bloque 240, en donde el RSA 110, al cambiar una vez más la frecuencia utilizada por el motor RSA RF 140, regresa a la primera frecuencia de transmisión de datos en la secuencia 170. El proceso entonces regresa al bloque 210, en donde los datos son transmitidos y el proceso completo se repite.

III. Usos de Ejemplo de Frecuencia de Comando La Figura 3 ilustra un diagrama de flujo de una técnica de ejemplo 300 para la operación en un modo de comando. Una vez más, para los propósitos de ilustración, el proceso de la Figura 3 es descrito con referencia al RSA 110. El proceso comienza en el bloque 310, en donde el RSA 110 es indicado para operar en un modo de comando. En forma típica, el RSA podría utilizar el modo de comando en función de la alimentación o cuando sea restablecido con el propósito de que podría encontrar una ACMU para el enlace o formación en par. A continuación, en el bloque 320, el RSA determina que una cantidad previamente establecida de tiempo ha pasado desde la última vez que escuchó la frecuencia de comando. La etapa podría ser saltada, por ejemplo, en función del encendido o restablecimiento. En una implementación, el RSA 110 es configurado para escuchar la frecuencia dedicada de comando una vez cada 60 segundos. El RSA también podría ser configurado para elegir, en forma aleatoria, un tiempo dentro de cada 60 segundos en el cual escuche el canal de comando. De este modo aún cuando el RSA escuche en forma regular cada 60 segundos, es improbable que este escuchando, y por lo tanto, que responda a las instrucciones al mismo tiempo que otro RSA cercano. Esta técnica reduce la probabilidad de. interferencia entre dos RSAs cercanos, si ambos en el modo de comando .

Después de la determinación de que es tiempo para escuchar el canal de comando, en el bloque 330, el RSA .110 cambia para operar en la frecuencia de comando. Del mismo modo que con anterioridad, esto podría involucrar la instrucción para que cambie el motor RSA RF. Entonces, en el bloque 340, el RSA escucha instrucciones en la frecuencia de comando. En el presente caso, en donde la escucha en el canal de comando es realizada de manera regular, el RSA sólo podría escuchar en el canal de comando durante un periodo corto de tiempo, por ejemplo, 10 milisegundos . Al estar abierta durante un breve período de tiempo, aunque en un intervalo regular, la ACMU puede confiar que, si necesita enviar un comando al RSA, el RSA estará escuchando. De esta manera, en una implementación, cuando el RSA se encuentre en un modo de comando, mientras que la ACMU recibirá un reconocimiento del RSA cuando el RSA recibe el comando de ACMU, la ACMU no conoce cuando el RSA recibirá sus comandos. Por lo tanto, la ACMU repite cada comando que genera al menos durante una de las cantidades preestablecidas de tiempo utilizadas por el RSA (tal como 60 segundos, en el ejemplo anterior) . De esta manera, en algún punto durante el cual la ACMU está repitiendo su comando, un RSA dentro del intervalo tiene que estar escuchando y ser capaz de recibir el comando. El proceso entonces continúa en el bloque 350 en donde el RSA cambio de regreso a un canal de datos . El proceso entonces se repite en el bloque 320, en donde el RSA espera hasta el siguiente tiempo para escuchar una instrucción. En una implementación (no se ilustra) , si el RSA no recibe un comando de la ACMU dentro de un periodo establecido de tiempo (por ejemplo, 30 minutos) , el RSA detendrá la operación en el modo de comando y, de manera opcional, irá hacia un modo de baja energía con el objeto de ahorrar recursos de batería.

En una modalidad, la ACMU podría enviar dos comandos de consulta y formación de par con el propósito de efectuar el enlace o formación en par entre esta y un RSA. Como se discutió con anterioridad, la ACMU podría repetir cada comando durante un periodo de tiempo tal como 60 segundos con el propósito de que este comando pudiera ser escuchado por el RSA(s) con el cual se encuentra en comunicación o intenta formar un par. El comando de consulta instruye a cada RSA, cuando este RSA 'ha escuchado el comando para transmitir un paquete de reconocimiento que identifica al RSA. De este modo, después de esperar y recibir respuestas o réplicas, la ACMU podría entonces generar (y presentar) una lista de GSAs para que el usuario seleccione del enlace o formación en par. El comando de enlace o formación en par, que podría ser utilizado después del comando de consulta o podría ser utilizado por sí mismo, es enviado como un paquete que contiene la identidad de un RSA específico, e instruye al RSA para formar un par con la ACMU. La ACMU, después de recibir una respuesta del RSA específico de que éste es identificado, puede entonces conocer si se encuentra en par con el RSA y puede comenzar a recibir muestras de datos transmitidas desde el RSA.

En forma alterna, más que el control de la adquisición de la ACMU, el RSA podría enviar paquetes de datos en forma repetida que identifiquen al RSA, mientras que la ACMU opera en un modo de comando para recibir estos paquetes. La ACMU podri¾ entonces hacer una lista de GSAs disponibles para el usuario, quien puede seleccionar con cuál GSA se va a enlazar o formar en par. El enlace o formación en par podría continuar de acuerdo con técnicas conocidas.

La Figura 4 es un diagrama de flujo que ilustra una técnica de ejemplo 400 para un RSA que opera en un modo de silencio de datos. El proceso de la Figura 4 podría ser realizado en un escenario en donde la ACMU ha tenido dificultad respondiendo a las muestras de datos enviadas por el RSA, tal . como la interferencia pesada o la indisponibilidad de la ACMU. El proceso comienza en el bloque 410, en donde el RSA 110 está operando en un modo de datos de muestra. Como se describió con anterioridad, mientras se encuentra en este modo, el RSA podría utilizar el salto de frecuencia mientras transmite sus datos a la ACMU. A continuación, en el bloque 420, el RSA determina que el tiempo preestablecido ha pasado desde que recibió un reconocimiento de un paquete de datos que ha enviado. Como un ejemplo, en una implementación, este periodo podría ser de 90 minutos. Después de este tiempo., si los reconocimientos no han sido recibidos por la ACMU, el RSA cambia al modo de datos de silencio de muestra.

El modo de datos de silencio de muestra es utilizado cuando podría suponerse que las comunicaciones no están siendo adecuadamente recibidas por la ACMU. De esta manera, en este modo, el RSA almacenará las muestras de datos, más que transmitirlas, y escuchará en forma periódica las instrucciones en la frecuencia de comando. En el bloque 440, entonces, el RSA almacena los datos como lo recibió del DSA 105. A continuación, en el bloque 450, el RSA escucha las instrucciones en la frecuencia de comando. Justo como en el modo de comando descrito con anterioridad, el RSA sólo podría escuchar durante períodos breves de tiempo y en intervalos regulares. Por lo tanto, en una implementación, el RSA escucha en la frecuencia de comando una vez cada 60 segundos durante 10 milisegundos . Todavía en otra implementación, en el bloque 450 el RSA está escuchando en la frecuencia de comando un comando para volver a adquirir la ACMU. El proceso entonces se repite en el bloque 440, en donde son almacenadas más muestras de datos, hasta que el RSA reciba un comando para salir del modo de datos de silencio de muestra, punto en el cual finaliza el proceso (no se ilustra) .

En una implementación alternativa, una variación en el modo de datos de silencio de muestra descrito con anterioridad también podría ser utilizada en función de un número de transmisiones no reconocidas de datos del RSA. En este caso, el RSA después de no recibir un reconocimiento de un paquete de datos, podría retransmitir el paquete de datos a la ACMU y podría esperar una respuesta. Si después de dos intentos ningún reconocimiento es recibido, el RSA entra brevemente en el modo de silencio de datos de muestra durante 10 milisegundos , durante el cual escucha en la frecuencia de comando para determinar si un comando está siendo enviado desde la ACMU.

La Figura 5 es un diagrama de flujo que ilustra una técnica de ejemplo 500 para un RSA que opera en un modo de vuelo. El modo de vuelo es típicamente elegido cuando el sistema está siendo utilizado en un aeroplano durante el vuelo cuando podría temerse que la potencia de transmisión tradicional interfiera con los sistemas de vuelo. Mediante la operación en una potencia reducida, o sin potencia de transmisión en lo absoluto, el modo de vuelo permite que el GSA 100 continúe con las muestras de los niveles de glucosa de sangre durante el vuelo y que se vuelva a enlazar de manera correcta en l finalización del vuelo sin requerir la manipulación directa del RSA 110. El proceso comienza en el bloque 510, en donde el RSA recibe un comando para operar en un modo de vuelo. Mientras que esto podría ser a través de la activación directa del RSA, esto es menos deseable que la recepción de un comando de la ACMU debido, por ejemplo, a la falta de acceso relativo al RSA. Este comando podría ser enviado al RSA durante el modo de comando, o podría ser incluido en un reconocimiento enviado después de la recepción de un paquete de datos transmitido a partir del RSA.

El proceso continúa en el bloque 520, en donde el RSA instruye a su motor RF para disminuir su potencia de transmisión. En una implementación, el motor RF es instruido para disminuir la potencia de transmisión a fin de cumplir con las regulaciones FAA de los Dispositivos Electrónicos Personales Médicos aprobados tales como aquellos especificados en la sección 21 categoría M RTCA/DO-160E . La ACMU disminuirá, de manera similar, su potencia de transmisión para el reconocimiento de los paquetes.

A continuación, en el bloque 540, el RSA escuchará por ejemplo la frecuencia de comando por una instrucción para finalizar el modo de vuelo. En otra implementación, cuando el RSA es configurado para transmitir a una potencia baja aunque no de cero, el RSA podría escuchar una instrucción para finalizar que es embebida por la ACMU en un paquete de reconocimiento. El proceso entonces continúa en el bloque 545, en donde el RSA determina si ha recibido una instrucción para finalizar el modo de vuelo. Si no, el proceso se repite en el bloque 530 en donde son enviadas más transmisiones de datos de baja potencia. Si en su lugar la instrucción para finalizar ha sido recibida, el proceso entonces finaliza el modo de vuelo.

En otra implementación, no ilustrada, el RSA disminuye su potencia de transmisión por completo a cero. En esta implementación, en lugar de transmitir datos durante el modo de vuelo en el bloque 530, el RSA almacena en su lugar muestras de datos en su memoria interna durante la duración del modo de vuelo. Entonces, en el bloque .540, escucha en forma periódica una instrucción para finalizar el modo de vuelo en la frecuencia dedicada de comando. Como se discutió con anterioridad, esta instrucción podría ser repetida durante un periodo de tiempo por la ACMU hasta que el RSA reciba, procese y reconozc la instrucción.

La Figura 6 es un diagrama de flujo que ilustra un proceso de ejemplo 600 para una ACMU que se comunica con un RSA por medio de la frecuencia dedicada de comando. El proceso comienza en el bloque 610, en donde la ACMU determina que es deseado el control del RSA. Por ejemplo, la ACMU podría recibir un comando de usuario a través de la interfaz de usuario 16.5 o podría determinar el comando de nuevo enlace o formación en par necesita ser enviado debido a que las comunicaciones han fallado entre los dos dispositivos.

A continuación, en el bloque 620, la ACMU envía un comando al RSA en la frecuencia dedicada de comando 180. Como se describió con anterioridad, en una implementación, la ACMU enviará en forma repetida el comando durante un , periodo predeterminado de tiempo debido a que no puede suponerse que el RSA está escuchando en el tiempo inicial el comando que es enviado; por ejemplo, la ACMU podría enviar la instrucción en forma repetida durante 60 segundos de modo que al menos en un punto durante los 60 segundos el RSA estará escuchando. A continuación, en los bloques 630 y 640, la ACMU espera la respuesta del RSA y recibe un reconocimiento. En otra implementación, el reconocimiento no podría ser enviado, aunque en su lugar la ACMU supondrá que la instrucción fue recibida debido a que fue enviada durante un periodo suficientemente largo. Entonces, el proceso finaliza.

IV. Entorno de Computación La Figura 7 ilustra un ejemplo generalizado de un entorno de computación adecuados 700 en el cual varias de las modalidades descritas podrían ser implementadas . El entorno de computación 700 no se pretende que sugiera cualquier limitación en cuanto al alcance de uso o funcionalidad, puesto que las técnicas y herramientas podrían ser implementadas en diversos entornos de computación de uso general o uso especial, tales como computadoras personales, dispositivos electrónicos de consumo, y similares.

Con referencia a la Figura 7, el entorno de computación 700 incluye al menos una CPU 710 y la memoria asociada 720. En la Figura 7, esta configuración más básica 730 es incluida dentro de la línea de trazo. La unidad de procesamiento 710 ejecuta instrucciones ejecutables por computadora y podrían ser un procesador real o virtual . En un sistema de múltiples procesamientos, múltiples unidades de procesamiento (no ilustradas) ejecutan instrucciones ejecutables por computadora que incrementan la potencia de procesamiento. La. memoria 720 podría ser una memoria volátil (por ejemplo, registros, memoria cache, RAM) , una memoria no volátil (por ejemplo, ROM, memoria instantánea, etc.), o algunas combinaciones de las dos. La memoria 720 almacena el software 780 para la implementación de una o más de las innovaciones de comunicación descritas en la presente.

Un entorno de computación podría tener características adicionales. Por ejemplo, el entorno de computación 700 incluye el almacenamiento 740, uno o más dispositivos de entrada 750, uno o más dispositivos de salida 760, y una o más conexiones de comunicación 770. Un mecanismo de interconexión (no se muestra) tal como un bus, controlador o red interconecta los componentes del entorno de computación 700. El software del sistema operativo (no se muestra) podría proporcionar un entorno de operación para otro software que se ejecuta en el entorno de computación 700, y coordina las actividades de los componentes del entorno de computación 700.

El almacenamiento 740 podría ser removible o no removible, e incluye discos magnéticos, CD-ROMs, DVDs, unidades de disco instantánea, unidades de disco de estado sólido, o cualquier otro medio que pueda ser utilizado para almacenar información y que pueda ser ingresado dentro del entorno de computación 700. El almacenamiento 740 almacena instrucciones para el software 780.

Los dispositivos de entrada 750 podrían ser un dispositivo de entrada de toque tal como un teclado, un ratón, un lápiz, una bola, un dispositivo de entrada de voz, un dispositivo de escáner, una almohadilla activada por el dedo o lápiz u otro dispositivo de entrada que proporcione entrada al entorno de computación 700. Los dispositivos de salida 760 podrían ser una pantalla (por ejemplo, LCD, OLED, o monitor CRT,- una pantalla de visualización, o similares) , impresora, altavoz, escritor de CD o DVD, u otro dispositivo que proporcione salida del entorno de computación 700.

Las conexiones de comunicación 770 permiten la comunicación a través de un medio de comunicación con otra entidad de computación. El medio de comunicación transmite la información tal como instrucciones ejecutables por computadora, entrada o salida de audio o video, u otros datos en una señal modulada de datos. Una señal modulada de datos es una señal que tiene una o más de sus características establecidas o cambiadas de tal modo que codifica la información en la señal. Por medio de ejemplo y no como limitación, los medios de comunicación incluyen técnicas alambradas o inalámbricas implementadas con un portador eléctrico, óptico, RF, infrarrojo, acústico u otro portador.

Las técnicas y herramientas pueden ser descritas en el contexto general de los medios susceptibles de ser leídos por computadora. Los medios susceptibles de ser leídos por computadora son cualquier medio disponible que pueda ser entrado dentro de un entorno de computación. Por medio de ejemplo y no como limitación, con el entorno de computación 700, los medios susceptibles de ser leídos por computadora incluyen la memoria 720, los medios de almacenamiento susceptibles de ser leídos por computadora 740 (por ejemplo, CDs, DVDs, discos, unidades de disco instantánea, unidades removibles de disco duro, series de unidades de disco duro y unidades de disco de estado sólido) , y combinaciones de cualquiera de los anteriores.

Las técnicas y herramientas pueden ser descritas en el contexto general de instrucciones ejecutables por computadora, tales como aquellas incluidas en módulos de programa, que son ejecutadas en un entorno de computación en un procesador objetivo real o virtual. De manera general, los módulos de programa incluyen rutinas, programas, bibliotecas, objetos, clases, componentes, estructuras de datos, etcétera, que realizan tareas particulares o implementan tipos particulares de datos abstractos. La funcionalidad de los módulos de programa podría ser combinada o dividida entre módulos de programa según se desee en varias modalidades. Las instrucciones ejecutables por computadora para módulos de programa podrían ser ejecutadas dentro de un entorno de computación local o distribuido.

Por motivos de la presentación, la descripción detallada utiliza términos como "determina," "calcula" y "clasifica" para describir las operaciones de computadora en un entorno de computación. Estos términos son abstracciones de nivel alto para las operaciones realizadas por una computadora, y . no tienen que ser confundidas con actos realizados por un ser humano. Las operaciones actuales de computadora que corresponden con estos términos varían en función de la implementación.

Aunque ciertas modalidades han sido ilustradas y descritas en la presente, será apreciado por aquellas personas de experiencia ordinaria en la técnica que una amplia variedad de modalidades alternas y/o equivalentes o implementaciones calculadas para conseguir los mismos propósitos podrían ser sustituidas por las modalidades mostradas y descritas sin apartarse del alcance. Aquellas personas con experiencia en la técnica apreciarán con rapidez que las modalidades podrían ser implementadas en una amplia variedad de modos. Se pretende que esa solicitud cubra cualquiera de las adaptaciones o variaciones de las modalidades discutidas en la presente. Por lo tanto, se pretende, de manera manifiesta, que las modalidades sólo sean limitadas por las reivindicaciones y los equivalentes de las mismas .

Claims (20)

REIVINDICACIONES

1. Un método que establece la comunicación entre un dispositivo de adquisición de datos y. un dispositivo de control, caracterizado porque comprende: transmitir uno o más paquetes de datos del dispositivo de adquisición de datos al dispositivo de control, la transmisión es realizada en uno de un número predeterminado de frecuencias de radio de transmisión de datos; en función de la determinación de que instrucciones sin datos serán recibidas por el dispositivo de adquisición de datos, escuchar las instrucciones sin datos en una frecuencia de radio de comando, la frecuencia de comando es diferente de las frecuencias de radio de transmisión de datos; y comunicar al dispositivo de control en la frecuencia de radio de comando.

2. El método de conformidad con la reivindicación 1, caracterizado porque la determinación de que las instrucciones sin datos serán recibidas comprende determinar que una cantidad predeterminada de tiempo ha expirado debido a que el dispositivo de adquisición de datos finalmente escuchó instrucciones sin datos en la frecuencia de radio de comando .

3. El método de conformidad con la reivindicación 2, caracterizado porque la escucha de las instrucciones sin datos de una frecuencia de radio de comando comprende escuchar una cantidad predeterminada de tiempo antes de regresar a la escucha de un número predeterminado de frecuencias de radio de transmisión de datos.

4. El método de conformidad con la reivindicación 1, caracterizado porque la determinación de que las instrucciones sin datos serán recibidas comprende determinar que un número predeterminado de paquetes de datos no ha sido reconocido por el dispositivo de control.

5. El método de conformidad con la reivindicación 4, caracterizado además porque comprende, después de determinar que un número predeterminado de paquetes de datos no ha sido reconocido por el dispositivo de control, operar en un modo de silencio mediante la grabación y almacenamiento de datos hasta que sea recibido el comando de adquisición por medio de la frecuencia de radio de comando.

6. El método de conformidad con la reivindicación 1, caracterizado porque la determinación de que las instrucciones sin datos serán recibidas comprende recibir una instrucción para operar en un modo de vuelo.

7. El método de conformidad con la reivindicación 6, caracterizado además porque comprende el dispositivo de adquisición de datos, mientras se encuentra en un modo de vuelo, reducir la transmisión de potencia para la transmisión de paquetes de datos hasta un nivel que cumpla con las regulaciones FAA durante el vuelo.

8. El método de conformidad con la reivindicación 6, caracterizado además porque comprende el dispositivo de adquisición de datos, mientras se encuentra en un modo de vuelo, reducir la potencia de transmisión a cero.

9. El método de conformidad con la reivindicación 1, caracterizado porque el dispositivo de adquisición de datos es un monitor continuo de glucosa.

10. Un método de control de un dispositivo de adquisición de datos de un dispositivo de control, el dispositivo de adquisición de datos es configurado para transmitir datos a través de una secuencia predeterminada de frecuencias de radio de transmisión de datos, caracterizado porque comprende : determinar que una o más instrucciones serán enviadas al dispositivo de adquisición de datos; y transmitir una o más de las instrucciones al dispositivo de adquisición de datos en una frecuencia de comando que no se encuentra en la secuencia predeterminada de frecuencias de radio de transmisión de datos; y recibir un reconocimiento del dispositivo de adquisición de datos en la frecuencia de comando .

11. El método de conformidad con la reivindicación 10, caracterizado porque: determinar que una o más de las instrucciones que serán enviadas al dispositivo de adquisición de datos comprende recibir una indicación que el dispositivo de adquisición de datos tiene que operar en un modo de vuelo; una o más de las instrucciones que comprenden un comando para el dispositivo de adquisición de datos operan en un modo de vuelo; y recibir un reconocimiento del dispositivo de adquisición de datos enviado a una baja potencia adecuada para la transmisión en el vuelo. 5

12. El método de conformidad con la reivindicación 10, caracterizado porque: la determinación de que una o más de las instrucciones serán enviadas al dispositivo de adquisición de datos comprende determinar que el dispositivo de adquisición de datos tiene que ser nuevamente enlazado o 10 formado en par con el dispositivo de control; y una o más de las instrucciones comprenden las instrucciones del nuevo enlace o formación en par.

13. El método de conformidad con la reivindicación 12, caracterizado porque: la determinación de que el - 15 dispositivo de adquisición de datos tiene que ser nuevamente enlazado o formado en par con el dispositivo de control comprende determinar que los datos ya no están siendo recibidos a partir del dispositivo de adquisición de datos.

1 . El método de conformidad con la reivindicación 20 10, caracterizado porque la transmisión de una o' más de las instrucciones al dispositivo de adquisición de datos en una frecuencia de comando comprende repetir la transmisión de una o más de las instrucciones durante un periodo de tiempo predeterminado. 25

15. El método de conformidad con la reivindicación 10, caracterizado porque el dispositivo de adquisición de datos es un monitor continuo de glucosa.

16. Un método, en un dispositivo de monitoreo médico, para la adaptación de un motor de frecuencia de radio que se comunica en un canal de comando, el motor de frecuencia de radio opera en un modo de salto de frecuencia utilizando un conjunto de canales de transmisión de datos durante la transmisión de datos, caracterizado porque comprende: determinar un paquete de comando diferente de un paquete de datos o un reconocimiento de paquete de datos que será comunicado por el motor de frecuencia de radio; e instruir al motor de frecuencia de radio para transmitir un paquete de comando a través de un canal predeterminado de comando diferente de los canales en el conjunto de canales de transmisión de datos.

17. El método de conformidad con la reivindicación 16, caracterizado porque la determinación de un comando diferente de un paquete de datos o un reconocimiento de paquete de datos para que sea comunicado por el motor de frecuencia de radio comprende el dispositivo de monitoreo médico que está siendo reajustado y el paquete de comando que identifica una petición del nuevo enlace o formación en par entre un dispositivo de adquisición de datos y un dispositivo de recepción.

18. El método de conformidad con la reivindicación 17, caracterizado porque el dispositivo de moríitoreo médico es el dispositivo de recepción y el paquete de comando es una instrucción que requiere información del dispositivo de adquisición de datos.

19. El método de conformidad con la reivindicación 17, caracterizado porque el dispositivo de monitoreo médico es el dispositivo de adquisición de datos y el paquete de comando es una respuesta a la petición del enlace o formación en par de un dispositivo de recepción, la respuesta identifica el dispositivo de adquisición de datos.

20. El método de conformidad con la reivindicación 17, caracterizado porque el dispositivo de adquisición de datos es un monitor continuo de glucosa.