ES2613655T3 - Ahorro de potencia en un dispositivo de comunicaciones inalámbricas - Google Patents

Ahorro de potencia en un dispositivo de comunicaciones inalámbricas Download PDF

Info

Publication number
ES2613655T3
ES2613655T3 ES12707360.9T ES12707360T ES2613655T3 ES 2613655 T3 ES2613655 T3 ES 2613655T3 ES 12707360 T ES12707360 T ES 12707360T ES 2613655 T3 ES2613655 T3 ES 2613655T3
Authority
ES
Spain
Prior art keywords
traffic
application
programmer
wireless
applications
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
ES12707360.9T
Other languages
English (en)
Inventor
Kaido Kert
Karlheinz Wurm
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.)
Skype Ltd Ireland
Original Assignee
Skype Ltd Ireland
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 Skype Ltd Ireland filed Critical Skype Ltd Ireland
Application granted granted Critical
Publication of ES2613655T3 publication Critical patent/ES2613655T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/253—Telephone sets using digital voice transmission
    • H04M1/2535—Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower
    • H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower where the power saving management affects multiple terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0248—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04—Transmission power control [TPC]
    • H04W52/52—Transmission power control [TPC] using AGC [Automatic Gain Control] circuits or amplifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Transceivers (AREA)

Abstract

Un terminal (102) incluyendo: una pluralidad de unidades de E/S de hardware (222), incluyendo un transceptor inalámbrico (230) que tiene un estado energizado en que al menos uno de un recorrido de transmisión y un recorrido de recepción está habilitado a costa de un consumo de potencia más alto y un estado desenergizado en el que el al menos único recorrido está inhabilitado en favor de un consumo de potencia más bajo; un aparato de procesado (202); y un medio de almacenamiento (226) acoplado al aparato de procesado (202) y que almacena al menos una primera y una segunda aplicación, un sistema operativo (208), una capa de protocolo de comunicación (206) y una capa de controladores (204) dispuestos para ejecución en el aparato de procesado (202); donde el sistema operativo (208) está dispuesto para arbitrar el acceso por la pluralidad de aplicaciones a las unidades de E/S de hardware (222) mediante la capa de controladores (204), incluyendo el sistema operativo dispuesto para arbitrar el acceso por la pluralidad de aplicaciones al transceptor inalámbrico (230) mediante la capa de protocolo de comunicación (206) y la capa de controladores (204), caracterizado el terminal (102) porque: la segunda aplicación incluye un programador de tráfico inalámbrico (215) configurado para coordinar el tráfico asociado con la segunda aplicación a comunicar mediante el transceptor inalámbrico (230) durante una misma fase continua del estado energizado que el tráfico asociado con la primera aplicación; donde el programador de tráfico inalámbrico (215) está configurado de tal manera que la coordinación de dicho tráfico dependa de la información del contenido de la capa de aplicación del tráfico asociado con una o ambas aplicaciones primera y segunda.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Ahorro de potencia en un dispositivo de comunicaciones inalambricas Campo de la invencion
La presente invencion se refiere a tecnicas para ahorrar potencia consumida por un transceptor inalambrico, que pueden ser utiles para ahorrar potencia de la batena en un terminal movil.
Antecedentes
En dispositivos inalambricos, y especialmente dispositivos moviles que funcionan por batena tal como telefonos moviles, telefonos inteligentes, tabletas y ordenadores portatiles, es deseable minimizar el consumo de potencia del dispositivo con el fin de prolongar la duracion de la batena. Tambien puede haber otros motivos como limitar el calor generado, que, a su vez, puede permitir el uso de una carcasa mas fina o componentes mas baratos.
Un subsistema principal que ocasiona un consumo significativo de potencia en un dispositivo inalambrico es la etapa radio frontal del transceptor inalambrico. En el recorrido de transmision, este puede incluir componentes tales como un amplificador de potencia (PA), un convertidor digital a analogico (DAC) y una mezcladora de conversion ascendente. En el recorrido de recepcion, este puede incluir componentes tales como un amplificador de bajo ruido (LNA), un convertidor analogico a digital (ADC), y una mezcladora de conversion descendente. El amplificador de potencia en particular puede ser la causa de una gran proporcion del consumo de potencia del dispositivo.
Con el fin de ahorrar potencia, es conocido dotar al radio transceptor de un mecanismo que permite ser desenergizado cuando no este en uso. La energizacion y la desenergizacion del radio transceptor es controlada tipicamente por software de la capa de controladores, escribiendo en un registro accesible por software dispuesto para alternar el estado del radio transceptor. La desenergizacion propiamente dicha puede incluir por ejemplo apagar una conexion de suministro de potencia a uno de los componentes del radio transceptor tal como el amplificador de potencia, por ejemplo, porque tales componentes pueden consumir corriente incluso cuando no se estan usando para transmitir o recibir senales. Los detalles del mecanismo de desenergizacion pueden variar, pero el programador del software controlador no tiene que ocuparse necesariamente de tales detalles - todo lo que tiene que saber es que cuando se escribe un cierto valor en el registro relevante, el radio transceptor se pone en un estado de potencia mas alta en el que esta preparado para transmision y/o recepcion de trafico de radio (a costa de un consumo de potencia mas alto), y que cuando se escribe un cierto valor distinto en el registro, el radio transceptor se pone en un estado de potencia mas baja en el que no es capaz de transmitir y/o recibir trafico de radio (en favor de un consumo de potencia reducido).
Sin embargo, la operacion de energizacion y desenergizacion tarda una cantidad finita de tiempo, y tambien puede dar lugar a un cierto consumo de potencia debido a las subidas de corriente al encender o apagar el radio transceptor. Por lo tanto, no es deseable en general encender y apagar el radio transceptor con demasiada frecuencia.
Un regimen para controlar el radio transceptor es apagarlo cuando se produce un intervalo de espera, es decir, despues de un cierto penodo predeterminado de inactividad radio. Sin embargo, esto tiene la desventaja de que el trafico esporadico todavfa podna mantener el radio transceptor encendido durante largos penodos de tiempo si cada mensaje posterior sigue llegando dentro del penodo predeterminado.
Otra posibilidad podna ser que el software controlador ponga en cola el trafico con el fin de intentar transmitir y/o recibir mensajes conjuntamente en rafagas, permitiendo asf mas oportunidades de desenergizar el radio transceptor entre rafagas. Sin embargo, esto podna tener la desventaja de que el trafico de prioridad temporal cntica podna retardarse una cantidad intolerable.
US 2010/0064154 describe sistemas y metodos para dispositivos (incluyendo un telefono movil) con un procesador central dedicado para cada pila de aplicacion individual, y que incluye hipervisores apropiadamente configurados (software de visualizacion de sistema operativo que se ejecuta como un programa de control de sistema operativo directamente en una plataforma de hardware dada). Los hipervisores seleccionan ciertas categonas de tareas de cada una de un numero de multiples pilas de aplicacion y enrutan las tareas en estas categonas a un nucleo procesador predeterminado. Tales categonas de tareas seleccionadas incluyen tareas periodicas que son realizadas cuando los procesadores estan en un estado inactivo. Dirigiendo algunas o todas las tareas periodicas de un numero de diferentes aplicaciones a un solo procesador, se evitan los ciclos de potencia redundantes de nucleos procesadores.
Resumen
Segun un aspecto de la presente invencion, se facilita un terminal incluyendo: una pluralidad de unidades de E/S de hardware, incluyendo un transceptor inalambrico que tiene un estado energizado en el que al menos uno de un
5
10
15
20
25
30
35
40
45
50
55
60
65
recorrido de transmision y un recorrido de recepcion esta habilitado a costa de un consumo de potencia mas alto y un estado desenergizado en el que el al menos unico recorrido esta inhabilitado en favor de un consumo de potencia mas bajo; un aparato de procesado; y un medio de almacenamiento acoplado al aparato de procesado y que almacena al menos una primera y una segunda aplicacion, un sistema operativo, una capa de protocolo de comunicacion y una capa de controladores dispuestos para ejecucion en el aparato de procesado; donde el sistema operativo esta dispuesto para arbitrar el acceso por la pluralidad de aplicaciones a las unidades de E/S de hardware mediante la capa de controladores, incluyendo el sistema operativo estar dispuesto para arbitrar el acceso por la pluralidad de aplicaciones al transceptor inalambrico mediante la capa de protocolo de comunicacion y la capa de controladores; y donde la segunda aplicacion incluye un programador de trafico inalambrico configurado para coordinar el trafico asociado con la segunda aplicacion para comunicar mediante el transceptor inalambrico durante una misma fase continua del estado energizado que el trafico asociado con la primera aplicacion; donde el programador de trafico inalambrico esta configurado de tal manera que la coordinacion de dicho trafico dependa de la informacion del contenido de la capa de aplicacion del trafico asociado con una o ambas aplicaciones primera y segunda.
Desplazando la responsabilidad de controlar la energizacion y la desenergizacion del transceptor mas arriba de la pila a la capa de aplicacion, es posible lograr una mejor programacion del trafico con el fin de ahorrar potencia sin perturbar la operacion, porque la programacion se puede basar en el conocimiento de las aplicaciones desde las que se origina el trafico. Esto difiere de lo que se podna lograr mas abajo de la pila tal como en la capa de controladores, que no conoce que aplicaciones han generado que trafico ni, de hecho, tiene idea de las diferentes aplicaciones, y por ello no podna conocer que cualquier intento que haga de poner en cola el trafico en rafagas no tendna un efecto adverso en dichas aplicaciones o en su trafico.
En particular, una ventaja de programar la transmision radio en la capa de aplicacion es que la programacion se puede realizar en base al conocimiento del contenido de la capa de aplicacion del trafico. Por lo tanto, en una realizacion especialmente preferida, el programador de trafico inalambrico esta configurado de tal manera que la coordinacion de dicho trafico dependa de la informacion del contenido de la capa de aplicacion del trafico asociado con una o ambas aplicaciones primera y segunda.
Por ejemplo, la programacion se puede basar en el conocimiento de la prioridad temporal cntica del contenido. Por lo tanto, en otra realizacion, el programador de trafico inalambrico esta configurado de tal manera que la coordinacion de dicho trafico dependa de si o en que extension el trafico asociado con una o ambas aplicaciones primera y segunda es de prioridad temporal cntica.
Por ejemplo, se puede determinar que una actualizacion de presencia de salida o mensaje de chateo IM de una aplicacion cliente de comunicacion no es de prioridad temporal cntica, mientras que una alerta de salida o actualizacion de otra aplicacion, tal como una oferta de un navegador web a una web de subastas o una senal de un juego online puede ser de prioridad temporal cntica. El programador podna volver a programar entonces el contenido de prioridad temporal no cntica de modo que se transmitiese conjuntamente en la misma rafaga de transmision puesto que esta programado de forma inmovil para el trafico de prioridad temporal cntica. O en otro ejemplo, si la energizacion del recorrido de transmision no es independiente de la energizacion del recorrido de recepcion, entonces una actualizacion de presencia o mensaje IM de prioridad temporal no cntica puede ser programado al mismo fase de energizacion que unas noticias entrantes o un informe meteorologico.
En otras realizaciones, el programador de trafico inalambrico puede estar configurado para realizar dicha coordinacion: recibiendo una indicacion relativa a la programacion de primer trafico asociado con la primera aplicacion; y determinando si el segundo trafico asociado con la segunda aplicacion puede ser programado de manera que sea comunicado mediante el transceptor inalambrico durante la misma fase continua del estado energizado que el trafico asociado con la primera aplicacion.
La indicacion puede ser recibida mediante el sistema operativo.
La indicacion puede ser recibida por el programador de trafico inalambrico en la segunda aplicacion que consulta a la primera aplicacion sobre la programacion del primer trafico asociado con la primera aplicacion.
El programador de trafico inalambrico puede estar configurado para realizar dicha coordinacion: si el trafico asociado con la segunda aplicacion no puede ser programado a una fase ya programada para el trafico asociado con la primera aplicacion, transmitiendo una peticion al sistema operativo o primera aplicacion pidiendo comunicacion reprogramada del trafico asociado con la primera aplicacion.
En otras realizaciones, el sistema operativo tambien puede incluir un programador de trafico inalambrico configurado para participar en dicha coordinacion: recibiendo peticiones de las aplicaciones primera y segunda para comunicacion de trafico mediante el transceptor inalambrico en tiempos respectivos diferentes; y en union con el programador de trafico inalambrico en la segunda aplicacion, reprogramar el trafico asociado con la peticion de la segunda aplicacion a un tiempo distinto del de la peticion respectiva, de manera que sea comunicado mediante el transceptor inalambrico durante la misma fase continua del estado energizado que el trafico asociado con la peticion
5
10
15
20
25
30
35
40
45
50
55
60
65
de la primera aplicacion.
El programador de trafico inalambrico en el sistema operativo puede estar configurado para realizar dicha reprogramacion: recibiendo una o varias peticiones de la primera aplicacion para comunicar el primer trafico mediante el transceptor inalambrico en uno o varios primeros tiempos, y programar el acceso en el uno o varios primeros tiempos pedidos; y recibiendo una o varias peticiones de la segunda aplicacion parar comunicar el segundo trafico mediante el transceptor inalambrico en uno o varios segundos tiempos, y devolviendo una respuesta al programador de trafico inalambrico en la segunda aplicacion ofreciendo comunicacion reprogramada del segundo trafico en base al uno o varios primeros tiempos.
El programador de trafico inalambrico en el sistema operativo puede estar configurado para realizar dicha reprogramacion: si el programador de trafico inalambrico en la segunda aplicacion declina la reprogramacion ofrecida, la comunicacion reprogramada del trafico primero y segundo en base a consideracion tanto de uno o varios primeros tiempos como de uno o varios segundos tiempos.
El terminal puede incluir un registro accesible por software acoplado al aparato de procesado y transceptor inalambrico, donde el sistema operativo esta dispuesto para controlar dichos estados escribiendo en el registro accesible por software.
El trafico asociado con la segunda aplicacion puede ser trafico no en tiempo real y el trafico asociado con la primera aplicacion puede ser trafico en tiempo real.
La primera aplicacion puede incluir uno de: un navegador web, un correo electronico cliente, una aplicacion cliente dedicada de informe meteorologico, una aplicacion cliente dedicada de noticias, una aplicacion cliente dedicada de acciones-valores, y un juego.
La segunda aplicacion puede incluir un cliente de comunicacion a base de paquetes para realizar llamadas de voz o video o intercambiar mensajes de chateo IM mediante una red basada en paquetes.
El trafico asociado con el cliente de comunicacion a base de paquetes puede incluir al menos una de una actualizacion de presencia y un mensaje IM.
El recorrido de transmision puede incluir un amplificador de potencia, el estado energizado puede incluir el amplificador de potencia encendido, y el estado desenergizado puede incluir el amplificador de potencia apagado.
Segun otro aspecto de la presente invencion, se puede facilitar un terminal incluyendo: una pluralidad de unidades de E/S de hardware, incluyendo un transceptor inalambrico que tiene un estado energizado en el que al menos uno de un recorrido de transmision y un recorrido de recepcion esta habilitado a costa de un consumo de potencia mas alto y un estado desenergizado en el que el al menos unico recorrido esta inhabilitado en favor de un consumo de potencia mas bajo; un aparato de procesado; y un medio de almacenamiento acoplado al aparato de procesado y que almacena al menos una primera y una segunda aplicacion, un sistema operativo, una capa de protocolo de comunicacion y una capa de controladores dispuestos para ejecucion en el aparato de procesado; donde el sistema operativo esta dispuesto para arbitrar el acceso por la pluralidad de aplicaciones a las unidades de E/S de hardware mediante la capa de controladores, incluyendo el sistema operativo estar dispuesto para arbitrar el acceso por la pluralidad de aplicaciones al transceptor inalambrico mediante la capa de protocolo de comunicacion y la capa de controladores; y donde al menos uno del sistema operativo y la segunda aplicacion incluye un programador de trafico inalambrico configurado para coordinar el trafico asociado con la segunda de dichas aplicaciones a comunicar mediante el transceptor inalambrico durante una misma fase continua del estado energizado que el trafico asociado con la primera de dichas aplicaciones; donde el programador de trafico inalambrico esta configurado de tal manera que la coordinacion de dicho trafico dependa de la informacion del contenido de la capa de aplicacion del trafico asociado con una o ambas aplicaciones primera y segunda.
El programador de trafico inalambrico puede implementarse en el sistema operativo, y esta configurado para realizar dicha coordinacion: recibiendo peticiones de las aplicaciones primera y segunda para comunicacion de trafico mediante el transceptor inalambrico en tiempos respectivos diferentes; y reprogramando el trafico asociado con la peticion de la segunda aplicacion a un tiempo distinto del de la peticion respectiva, de manera que sea comunicado mediante el transceptor inalambrico durante la misma fase continua del estado energizado que el trafico asociado con la peticion de la primera aplicacion.
En realizaciones, el programador de trafico inalambrico puede estar configurado para realizar dicha reprogramacion: recibiendo una o varias peticiones de la primera aplicacion para comunicar el primer trafico mediante el transceptor inalambrico en uno o varios primeros tiempos, y programando el acceso en el uno o varios primeros tiempos pedidos; y recibiendo una o varias peticiones de la segunda aplicacion para comunicar el segundo trafico mediante el transceptor inalambrico en uno o varios segundos tiempos, y devolviendo una respuesta a la segunda aplicacion ofreciendo comunicacion reprogramada del segundo trafico en base al uno o varios primeros tiempos.
5
10
15
20
25
30
35
40
45
50
55
60
65
El programador de trafico inalambrico puede estar configurado para realizar dicha reprogramacion: recibiendo una o varias peticiones de la primera aplicacion para comunicar el primer trafico mediante el transceptor inalambrico en uno o varios primeros tiempos; recibiendo una o varias peticiones de la segunda aplicacion para comunicar el segundo trafico mediante el transceptor inalambrico en uno o varios segundos tiempos; y devolviendo una respuesta a las aplicaciones primera y segunda ofreciendo comunicacion reprogramada del primer y segundo trafico en base a la consideracion tanto de uno o varios primeros tiempos como de uno o varios segundos tiempos.
El programador de trafico inalambrico esta configurado para realizar dicha reprogramacion: si la segunda aplicacion declina la reprogramacion ofrecida, devolviendo una respuesta a las aplicaciones primera y segunda ofreciendo comunicacion reprogramada del primer y segundo trafico en base a consideracion tanto de uno o varios primeros tiempos como de uno o varios segundos tiempos.
El programador de trafico inalambrico tambien esta configurado para controlar el estado energizado y el estado desenergizado. El terminal puede incluir un registro accesible por software acoplado al aparato de procesado y el transceptor inalambrico, donde el sistema operativo se puede disponer para controlar dichos estados escribiendo en el registro accesible por software.
Segun aspectos adicionales de la presente invencion tambien se han previsto metodos correspondientes y productos de programa de ordenador realizados en un medio no transitorio legible por ordenador y configurados de modo que cuando sean ejecutados un aparato de procesado realice tales metodos.
Breve descripcion de los dibujos
Para una mejor comprension de la presente invencion y para mostrar como se puede llevar a la practica, se hara referencia a modo de ejemplo a los dibujos acompanantes en los que:
La figura 1 es una representacion esquematica de una red de comunicaciones.
La figura 2 es un diagrama esquematico de bloques de un terminal de usuario.
La figura 3a es una representacion esquematica de trafico de radio programado.
La figura 3b es una representacion esquematica de trafico de radio reprogramado.
Las figuras 4a y 4b son diagramas de flujo de un metodo de reprogramar trafico de radio.
La figura 5 es un diagrama de flujo de otro metodo de reprogramar trafico de radio.
Y la figura 6 es un diagrama de flujo de otro metodo de reprogramar trafico de radio.
Descripcion detallada de realizaciones preferidas
Con el fin de prolongar la duracion de la batena en un dispositivo que funciona por batena, sena deseable supervisar la operacion del dispositivo y programar el trafico de una aplicacion particular en tiempos en los que el consumo mas intenso de la batena ya este teniendo lugar por otras razones, por ejemplo debido a la accion de otras aplicaciones. Las alertas de antena radio son tales operaciones. En una realizacion, un cliente de comunicacion tal como VoIP (voz por IP) o IM (mensaje instantaneo) cliente esta configurado para supervisar cuando la antena radio ya esta activa y solamente entonces enviar trafico en rafagas. Este trafico en rafagas podna incluir por ejemplo actualizaciones de presencia o mensajes de chateo entrantes que (para el primer mensaje al menos) no tienen que
ser en tiempo real. Estos ejemplos afectan a la antena radio, pero la invencion se podna extender potencialmente a
supervisar todo el sistema (es decir, otros recursos de hardware del dispositivo) para hacer una decision inteligente con el fin de mejorar la duracion de la batena. Esto permitina ahorrar gran cantidad de batena y aumentar los tiempos de espera en dispositivos de batena.
La figura 1 es un diagrama esquematico de un sistema de comunicaciones 100 en el que la presente invencion puede desplegarse. El sistema de comunicaciones 100 incluye una pluralidad de terminales de usuario final 102, de los que solamente se representan unos pocos ejemplos 102a, 102b, 102c, 102d y 102e a efectos ilustrativos, pero se apreciara que probablemente habra muchos mas terminales de usuario 102 de los representados. Cada terminal de usuario 102, servidor 104 y puerta de enlace 106 esta conectado al resto de una red 108, que puede ser una red basada en paquetes tal como Internet, por medio de una conexion por cable o una conexion inalambrica tal como una conexion wifi o celular. Segun las realizaciones descritas de la presente invencion, al menos uno de los terminales de usuario 102 incluye un transceptor inalambrico para establecer una conexion inalambrica con la red basada en paquetes 108.
El sistema de comunicaciones 100 tambien puede incluir uno o varios servidores 104 y una o varias puertas de enlace 106 a una u otras varias redes tal como una red telefonica de lmea fija (no representada). Cada uno del uno
5
10
15
20
25
30
35
40
45
50
55
60
65
o varios servidores 104 y/o una o varias puertas de enlace 106 tambien esta conectado al resto de la red basada en paquetes 108 por medio de una conexion adecuada.
En cada terminal de usuario 102 se ha instalado una instancia de una aplicacion cliente de comunicacion tal como un VoIP cliente o IM cliente. En realizaciones especialmente preferidas el cliente de comunicacion es UN VoIP cliente con capacidad IM adicional. Cada instancia del VoIP cliente esta almacenada en un medio de almacenamiento no transitorio (no volatil) de su respectivo terminal de usuario 102 y dispuesto para ejecucion en un aparato de procesado de dicho terminal 102. EL VoIP cliente esta configurado de modo que cuando sea ejecutado establezca una comunicacion a base de paquetes tal como una llamada de voz o video o mensaje IM con otro terminal de usuario 102 o con un telefono mas convencional mediante la puerta de enlace 106, mediante la red basada en paquetes 108. Esto puede implicar consultar informacion tal como informacion de contacto y/o direcciones de IP para el otro usuario, consultando un servidor 104 y/o en el caso de un sistema entre iguales consultando una base de datos distribuida entre otros terminales de usuario final 102 (no necesariamente participates en la llamada). Los detalles de mecanismos adecuados de establecimiento de llamada y mensaje para establecer comunicaciones a base de paquetes seran familiares a los expertos en la tecnica.
La figura 2 es un diagrama esquematico de bloques que representa mas detalle de un terminal de usuario 102 segun una realizacion preferida de la presente invencion. El terminal de usuario 102 incluye un aparato de procesado 202 en forma de una CPU que tiene uno o varios nucleos; y un medio de almacenamiento no volatil 226 tal como una memoria electronica (por ejemplo, memoria flash u otra EePROM), dispositivo de memoria magnetica (por ejemplo, unidad de disco duro o unidad de disco) y/o dispositivo de almacenamiento optico (por ejemplo, CD ROM). El medio de almacenamiento guarda varios elementos de software dispuestos para ejecucion en el aparato de procesado 202, que se explicaran en breve. El terminal de usuario 102 tambien incluye un sistema de interconexion 220 que puede incluir un bus, motor DMA y/o conexiones por cable dedicadas; y una RAM 224 en la que se puede cargar temporalmente software del medio de almacenamiento 226 para ejecucion en el aparato de procesado 202. El medio de almacenamiento 226, la RAM 224 y el aparato de procesado 202 estan interconectados por la interconexion 220. El terminal de usuario 102 incluye ademas una pluralidad de recursos de hardware en forma de un transceptor inalambrico 230 y opcionalmente una u otras varias unidades de entrada y/o salida (E/S) 222. El transceptor inalambrico puede incluir por ejemplo un transceptor wifi o Bluetooth, u otro transceptor radio de corto alcance o “ad hoc”; y/o un transceptor celular para comunicar con una estacion base de una red inalambrica celular movil. El transceptor inalambrico permite preferiblemente el acceso a comunicaciones a base de paquetes mediante la red basada en paquetes 108, por ejemplo, para la finalidad de llamadas VoIP, mensaje IM, correo electronico o acceso a web. Los otros dispositivos de E/S 222 pueden incluir uno o varios de un modem alambrico, pantalla o pantalla tactil, web cam, altavoz audio y/o microfono. Cada uno de los recursos de hardware 222, 230 esta conectado al aparato de procesado 202 mediante la interconexion 220 con el fin de permitir la comunicacion de datos entre el recurso 222, 230 y cualquier software relevante que se ejecute en el aparato de procesado 202.
El dispositivo de almacenamiento 226 guarda: una capa de controladores 204 en forma de uno o varios controladores para cada uno de los recursos de hardware 222, 230; una capa de protocolo de comunicacion 206 en forma de una pila TCP; un sistema operativo (OS) 208 (tambien denominado un nucleo); y una capa de aplicacion 210 incluyendo una pluralidad de aplicaciones cliente tal como un correo electronico cliente 218, un navegador web 216, un VoIP y/o IM cliente 214, y una aplicacion cliente dedicada 212. La aplicacion cliente dedicada 212 podna incluir por ejemplo una aplicacion de informe meteorologico para recibir actualizaciones del parte meteorologico mediante Internet 108, una aplicacion de noticias para recibir noticias actualizadas mediante Internet 108, o una aplicacion de codigos de acciones para recibir informacion actualizada de valores o acciones mediante Internet 108. Las actualizaciones de tales aplicaciones 212 pueden recibirse mediante el transceptor inalambrico 230 en tiempo real, es decir, “al vuelo” como y cuando se producen los eventos correspondientes. En otro ejemplo, la aplicacion cliente dedicada 212 podna incluir una aplicacion de juego que implique juego online en vivo, en cuyo caso el juego puede transmitir y/o recibir senales de juego en tiempo real a y/o de un servidor y/u otros terminales de usuario 102 mediante el transceptor inalambrico 230 e Internet 108.
Como sera familiar a los expertos en la tecnica, se considera que el software forma una pila jerarquica, desde la capa de controladores 204 en el nivel mas bajo a la capa de aplicacion 210 en el nivel mas alto:

Capa de aplicaciones 210

Sistema operativo (OS) 208

(Sub)pila TCP 206

Capa de controladores 204
Cuando se ejecutan en el aparato de procesado 202, los controladores 204 actuan con el fin de proporcionar la interfaz inmediata a los recursos de hardware. Encima de la capa de controladores 204 esta la pila tCp 206. La pila TCP 206 es una subpila de protocolos de comunicacion tal como un protocolo de transporte y protocolo de Internet (IP) para realizar comunicaciones mediante Internet (al menos para interacciones mediante el transceptor
5
10
15
20
25
30
35
40
45
50
55
60
65
inalambrico 230 o mediante un modem alambrico). El sistema operativo 208 esta configurado de modo que cuando se ejecute programe las diferentes aplicaciones 210 para ejecucion y arbitre el acceso por las diferentes aplicaciones 210 a los recursos de hardware subyacentes 222, 230 mediante el controlador relevante 204. Es decir, una aplicacion 210 no puede acceder unilateralmente a los recursos de hardware 222, 230, sino que debe pedir acceso mediante el sistema operativo 208. Las aplicaciones 210 son distintas de cualquier software que opere a nivel inferior en la pila en la que son responsables de realizar las funciones reales, de alto nivel, para el usuario del dispositivo, y ademas porque son arbitradas de la manera antes descrita por el sistema operativo 202. El sistema operativo 208 es distinto de cualquier software a nivel inferior porque es responsable de gestionar la ejecucion de las aplicaciones 210 y arbitrar entre aplicaciones 210, mientras que en la etapa en la que los datos han llegado a la capa TCP 206 o la capa de controladores 204 la informacion acerca de la existencia de diferentes aplicaciones 210 y su naturaleza se ha perdido - la pila TCP 206 y los controladores 204 no tienen conocimiento (o razon por la que ocuparse) de con que aplicaciones 210 estan asociadas las diferentes senales o el trafico. Las diferentes aplicaciones 210 (212, 214, 216 y 218) son distintas una de otra porque se pueden ejecutar independientemente, aunque pueden comunicar una con otra. Es decir, la ejecucion de una aplicacion 210 depende necesariamente de la ejecucion de otra. Las diferentes aplicaciones tambien pueden ser programadas por separado para ejecucion bajo control del sistema operativo 208. Desde la perspectiva del usuario, las diferentes aplicaciones 210 tienen diferentes funciones frente al usuario, por ejemplo, web, correo electronico, VoIP, etc.
Segun una realizacion de la presente invencion, al menos una de las aplicaciones tal como la aplicacion VoIP y/o IM 214 incluye un programador de trafico de radio 215, implementado en la capa de aplicacion 210 a un nivel donde puede tener acceso a informacion acerca de otras de las diferentes multiples aplicaciones 210 y/o el contenido del trafico transmitido a y/o de dichas aplicaciones 210.
Alternativa o adicionalmente, el sistema operativo 208 incluye un programador de trafico de radio 209, implementado en el sistema operativo 208 a un nivel donde tambien puede tener acceso a informacion acerca de las diferentes multiples aplicaciones 210 y/o el contenido del trafico transmitido a y/o de dichas aplicaciones 210. En este caso, el programador de trafico 209 esta dispuesto para recibir peticiones de las aplicaciones 210 para acceso al transceptor inalambrico 230, pidiendo transmitir y/o recibir trafico mediante el transceptor inalambrico 230. La peticion puede pedir acceso al trafico ahora (al tiempo de la peticion) o en algun tiempo o tiempos futuros especificados en la peticion. Por ejemplo, la peticion podna pedir acceso en una configuracion predeterminada de tiempos, tal como a intervalos de tiempo regulares predeterminados, por ejemplo, uno cada cierto numero de milisegundos. El programador de trafico de radio 209 esta configurado entonces para responder a una aplicacion 210 concediendo acceso, denegando el acceso u ofreciendo un tiempo reprogramado alternativo para el trafico.
La finalidad del programador de trafico 215 y/o 209 es reprogramar el trafico de una o varias de las aplicaciones 210 con el fin de programar el trafico asociado con dos o mas aplicaciones diferentes 210 en la misma “rafaga” energizada del transceptor inalambrico 230 (mas bien que requiriendo que el transceptor inalambrico 230 sea energizado para transmitir o recibir trafico de una aplicacion, luego sea desenergizado, luego sea energizado para transmitir o recibir el trafico de otra aplicacion; o de hecho sin tener que dejar el transceptor inalambrico energizado, pero inactivo durante largos penodos de tiempo). Por ejemplo, una transmision prevista de una segunda aplicacion 214 tal como la aplicacion VoIP y/o IM puede ser reprogramada de modo que sea parte de la misma rafaga que el trafico ya programado a transmitir o recibir a o de una primera aplicacion tal como la aplicacion dedicada 212.
Como se representa en la figura 2, el transceptor inalambrico 230 incluye al menos una antena 232, un recorrido de transmision incluyendo componentes tales como un amplificador de potencia (PA) 234, y un recorrido de recepcion incluyendo componentes tales como un amplificador de bajo ruido (LNA) 236. La salida del amplificador de potencia 234 esta acoplada operativamente a la antena 232 y la entrada del amplificador de potencia 234 esta acoplada operativamente a la interconexion 234. El recorrido de transmision tambien incluina tfpicamente otros componentes tales como un convertidor digital a analogico (DAC) y una mezcladora de conversion ascendente (no representada). Por ello, el transceptor inalambrico 230 esta dispuesto para permitir que se transmitan datos desde las aplicaciones 210 que se ejecutan en el aparato de procesado 202 a transmitir por una interfaz de aire, por ejemplo, wifi, Bluetooth o canal celular con el fin de comunicar mediante la red basada en paquetes 108. El amplificador de bajo ruido 236 tiene una entrada acoplada operativamente a la antena 232 y una salida acoplada operativamente a la interconexion 220. El recorrido de recepcion tambien incluina tfpicamente otros componentes tales como un convertidor analogico a digital (ADC) y una mezcladora de conversion descendente (no representada). El transceptor inalambrico 230 esta dispuesto por ello para permitir que se reciban datos por la interfaz de aire por las aplicaciones 210 que se ejecutan en el aparato de procesado 202, con el fin de recibir comunicaciones entrantes mediante la red basada en paquetes 108.
Ademas de lo anterior, el transceptor inalambrico 230 incluye ademas un registro accesible por software 238 (por ejemplo, accesible por medio de una direccion en la que el software puede escribir datos). El registro 238 podna implementarse por ejemplo en o cerca del transceptor inalambrico 230 y accederse a el mediante una interconexion tal como un bus o motor DMA, o podna implementarse en o cerca de la CPU 202 y tener su salida conectada al transceptor inalambrico mediante una conexion de hardware dedicada. De cualquier forma, el registro 238 y el transceptor inalambrico 230 estan acoplados operativamente y dispuestos de modo que cuando se escriba un cierto valor en el registro 238, el transceptor inalambrico 230 se ponga en un estado energizado en el que al menos uno
5
10
15
20
25
30
35
40
45
50
55
60
65
del recorrido de transmision y el recorrido de recepcion esta habilitado a costa de un consumo de potencia mas alto, y cuando se escriba otro valor en el registro 238, el transceptor inalambrico 230 se ponga en un estado desenergizado en el que el al menos unico recorrido esta inhabilitado en favor de un consumo de potencia mas bajo. El registro 238 puede necesitar solamente un senalizador de un bit para hacerlo. El estado energizado puede implicar encender un suministro de potencia del amplificador de potencia 234 y/o el amplificador de bajo ruido 236, y el estado desenergizado puede incluir apagar el suministro de potencia al amplificador de potencia 234 y/o al amplificador de bajo ruido (lo que podna significar pasar a un nivel inoperativo). La energizacion y la desenergizacion del amplificador de potencia 234 o el recorrido de transmision pueden ser en general independientes o no de la energizacion y la desenergizacion del amplificador de bajo ruido o el recorrido de recepcion en general. En el estado de potencia mas alta, el transceptor inalambrico 230 esta preparado para la transmision y/o la recepcion de trafico de radio, pero consume corriente cuando no esta transmitiendo o recibiendo realmente (es decir, cuando esta inactivo), y en el estado de potencia mas baja el transceptor inalambrico 230 no es capaz de transmitir y/o recibir trafico de radio, pero consume menos corriente.
Convencionalmente, el registro 238 solamente puede ser escrito por la capa de controladores 204, pero segun realizaciones de la presente invencion el registro 238 lo escribe el programador de trafico de radio 209 en el sistema operativo 208 dada su visibilidad de las diferentes aplicaciones 210 que requieren trafico inalambrico.
Como se ha explicado anteriormente, tarda tfpicamente una cantidad de tiempo finita y no insignificante energizar y desenergizar (energizar el transceptor inalambrico 230 tambien se puede denominar “despertar” o una operacion de “despertar”). Ademas, tambien puede haber un costo de potencia asociado con las operaciones de desenergizacion y despertar propiamente dichas, por ejemplo, debido a subidas de potencia. Por lo tanto, es deseable no pasar de un estado a otro con demasiada frecuencia o frivolidad. Por otra parte, es deseable no dejar el transceptor inalambrico 230 en el estado de potencia mas alta durante demasiado tiempo entre rafagas de trafico.
Para ello, el programador de trafico de radio 215, 209 en la segunda aplicacion 214 y/o el sistema operativo 208 esta configurado para negociar o coordinar de otro modo una rafaga de transmision comun para trafico de al menos dos aplicaciones diferentes 210. Transmision al mismo tiempo o en la misma rafaga significa como parte de la misma fase de energizacion continua del transceptor inalambrico, es decir, sin desenergizacion entre el trafico de los dos o mas aplicaciones diferentes 210. Esto tambien podna considerarse como coordinar el trafico al mismo intervalo de transmision de tiempo. Se logra no (o al menos no solamente) alargando la fase de energizacion del transceptor inalambrico 230, sino reprogramando el trafico de al menos una (y potencialmente varias) de las diferentes aplicaciones 210 (aunque el programador de trafico de radio 209 tambien puede estar configurado de manera que sea capaz de ampliar la fase de energizacion en menor extension de lo que sena necesario sin reprogramacion de trafico). Preferiblemente, el trafico de las dos o mas aplicaciones 210 es transmitido espalda con espalda, es decir, sin un intervalo sustancial de tiempo con el fin de no desperdiciar potencia manteniendo el transceptor inalambrico 230 innecesariamente energizado mientras esta inactivo.
Un ejemplo de esta idea se ilustra esquematicamente en las figuras 3a y 3b. Cada punto representa una fase continua del estado energizado del transceptor inalambrico 230 (es decir, una rafaga o intervalo de tiempo). La primera lmea de puntos en las figuras 3a y 3b representa la programacion de trafico inalambrico pedida por una primera aplicacion tal como la aplicacion dedicada 212. La segunda lmea de puntos en las figuras 3a y 3b representa la programacion de trafico inalambrico deseada por una segunda aplicacion tal como VoIP o IM cliente 214. El eje de tiempo se extiende de izquierda a derecha. Por ejemplo, la primera lmea podna representar senales de juego o informes meteorologicos y la segunda lmea podna representar actualizaciones de presencia o mensajes IM.
Sin embargo, si el transceptor inalambrico se despertase y luego se desenergizase durante cada uno de estos intervalos de tiempo pedidos, habna un costo sustancial en terminos de consumo de potencia (y por lo tanto duracion de la batena en un terminal portatil).
Por lo tanto, el programador de trafico de radio 215 y/o 209 esta configurado para negociar o coordinar de otro modo una reprogramacion del trafico al tiempo representado en la figura 3b. Aqu se ilustra que al menos algunos de los intervalos de transmision pedidos han sido reprogramados a un tiempo distinto del pedido. Naturalmente, el trafico puede no ser comunicado de forma exactamente simultanea, pero se comunica como parte de la misma fase de energizacion del transceptor inalambrico 230 y preferiblemente espalda con espalda. Asf, el tiempo del trafico pedido de una aplicacion, que de otro modo habna cafdo fuera de la fase de energizacion que resultana de la peticion de otra aplicacion, se ha movido a un tiempo de uso mas eficiente de la potencia donde una fase de energizacion o intervalo del transceptor inalambrico 230 puede ser compartido. El programador de trafico de radio 215 y/o 209 en la segunda aplicacion 214 o el sistema operativo 208 esta configurado para coordinar activamente el trafico, lo que quiere decir que el trafico no sucede por la posibilidad de coincidencia, sino que es controlado activamente de tal manera que se asegure coincidencia. Por lo tanto, como se representa en la figura 3b, el trafico reprogramado para las dos aplicaciones 210 esta ahora alineado mas eficientemente en el tiempo.
Una ventaja de programar la transmision radio en la capa de aplicacion 210 o la capa de sistema operativo 208 es que la programacion puede ser realizada en base al conocimiento del contenido de la capa de aplicacion del trafico.
5
10
15
20
25
30
35
40
45
50
55
60
65
Por ejemplo, la invencion tiene un uso especialmente ventajoso cuando el trafico asociado con una de las aplicaciones en cuestion es trafico en tiempo real, es decir, trafico que tiene una cierta naturaleza de prioridad temporal cntica. lo que quiere decir que, si se retrasa, dejara de ser funcional o relevante o al menos que su eficacia ha sido impedida.
Por ejemplo, se puede determinar que una actualizacion de presencia de salida o mensaje de chateo IM de una aplicacion cliente de comunicacion no es de prioridad temporal cntica, mientras que una alerta de salida o actualizacion de otra aplicacion tal como una oferta de un navegador web a una web de subastas o una senal de un juego online es de prioridad temporal cntica. El programador podna reprogramar entonces el contenido de prioridad temporal no cntica a transmitir juntamente en la misma rafaga de transmision como se programa de forma inmovil para el trafico de prioridad temporal cntica. O en otro ejemplo, si se enlaza la energizacion de los recorridos de transmision y recepcion, una presencia sin prioridad temporal cntica actualizada o un mensaje IM se pueden programar a la misma fase de energizacion que un boletm de noticias reales entrantes, actualizacion de informes del tiempo o actualizacion de cotizaciones, todos los cuales pueden incluir informacion en tiempo real.
En una realizacion preferida, el programador de trafico de radio 215 se implementa en la segunda aplicacion 214, por ejemplo, una aplicacion VoIP y/o IM, con poca o nula modificacion del sistema operativo 208 o la primera aplicacion 212 (u otras aplicaciones 210). En este caso, el programador de trafico de radio 215 no esta configurado para negociar con el OS 208 u otras aplicaciones 212, 210, sino mas bien para reaccionar a la programacion de trafico por otras aplicaciones 212, 210 con el fin de programar su propio trafico en tiempo no real para seguir el tiempo ya pedido independientemente por una u otras varias aplicaciones 212, 210.
Un metodo ejemplar que el programador de trafico 215 puede estar configurado para realizar cuando se ejecuta se ilustra en los diagramas de flujo esquematicos de las figuras 4a-4b.
En el paso R01 en la figura 4a, la primera aplicacion 212 genera trafico programado durante algun tiempo o tiempos especificados (por ejemplo, una configuracion predeterminada de tiempos). En el paso R02, la segunda aplicacion recibe una indicacion de dicho tiempo o tiempos. En el paso R03, la segunda aplicacion 214 determina si puede reprogramar parte de su propio trafico a la misma rafaga de transmision que el trafico indicado de la primera aplicacion 212. Si es asf, la segunda aplicacion 214 genera y programa su propio trafico consiguientemente en el paso R04. En otro caso, la segunda aplicacion puede programar su trafico por separado en el paso R05.
La recepcion de la indicacion de la primera aplicacion 212 se logra preferiblemente mediante el sistema operativo 208, mas bien que requiriendo que se implemente un nuevo protocolo en la primera aplicacion 212. Esto se descompone en la figura 4b.
En el paso R01a en la figura 4b, la primera aplicacion 212 envfa una primera peticion por la pila al sistema operativo 208, pidiendo acceso al transceptor inalambrico 230 en algun tiempo o tiempos especificados (por ejemplo, una configuracion predeterminada de tiempos). En el paso R01b el sistema operativo 208 recibe la primera peticion de la primera aplicacion 212. En el paso R01c el sistema operativo 208 programa el acceso al transceptor RF 230 consiguientemente y tambien pone a disposicion de la segunda aplicacion 214 una indicacion del tiempo o tiempos programados para el trafico de la primera aplicacion. Esto podna implicar que el sistema operativo 208 envfe un mensaje con la indicacion requerida a la segunda aplicacion 214, o que la segunda aplicacion consulte al sistema operativo 208, o mas preferiblemente evite protocolo extra innecesario para que la segunda aplicacion 214 pueda leer la indicacion de una posicion accesible a aplicacion del sistema operativo 208.
Los pasos R03-R05 pueden proseguir entonces como se expone en relacion a la figura 4a. El paso R04 puede incluir, en el paso R04a, que la segunda aplicacion 214 envfe una segunda peticion por la pila al sistema operativo 208 pidiendo acceso al transceptor inalambrico 230 en el tiempo o tiempos coordinados; en el paso R04b que el sistema operativo 208 reciba la segunda peticion de la segunda aplicacion 214; y en el paso R04c que el sistema operativo 208 programe consiguientemente el acceso al transceptor RF 230.
En una realizacion alternativa, el programador de trafico de radio 209 esta configurado para ofrecer reprogramacion a una o varias de las dos o mas aplicaciones 210 en cuestion para comprobar que la reprogramacion propuesta es aceptable para dicha aplicacion. En base a una respuesta al ofrecimiento, el programador de trafico de radio 209 es asf capaz de asegurar que la reprogramacion depende de la naturaleza de la aplicacion 210 y/o el contenido de su trafico asociado antes de ejecutar cualquier programacion particular (aunque en esta realizacion el programador de trafico de radio 209 en el sistema operativo 208 todavfa es preferiblemente el ultimo arbitro). En algunas realizaciones, el programador de trafico de radio 209 puede estar configurado para proponer una programacion de compromiso a ambas aplicaciones 210 si ninguna puede aceptar la programacion de la otra.
Un metodo ejemplar que el programador de trafico 209 puede estar configurado para realizar cuando se ejecuta se ilustra en el diagrama esquematico de flujo de la figura 5.
En el paso S01 en la figura 5, una primera aplicacion 212 envfa una primera peticion por la pila al programador de trafico de radio 209 en el sistema operativo 208, pidiendo acceso al transceptor inalambrico 230 en algun tiempo o
5
10
15
20
25
30
35
40
45
50
55
60
65
tiempos especificados (por ejemplo, una configuracion predeterminada de tiempos). En el paso S02 el programador de trafico de radio 209 recibe la primera peticion en la capa OS 208 de la primera aplicacion 212. En el paso S03 el programador de trafico de radio 209 determina (a modo de ejemplo) que ningun otro trafico de radio esta actualmente programado y envfa una respuesta por la pila de la capa OS 208 a la primera aplicacion 212 concediendo acceso en el tiempo o tiempos pedidos. En el paso S04, la primera aplicacion 212 recibe la respuesta y comienza a generar consiguientemente su trafico programado (en realizaciones, la aplicacion puede esperar realmente hasta el tiempo de programado para generar el trafico, mas bien que generar el trafico antes, poniendolo entonces en cola hasta el tiempo programado).
En un tiempo posterior en el paso S05, una segunda aplicacion 214 envfa una segunda peticion por la pila al programador de trafico de radio 209 en el sistema operativo 208, pidiendo acceso al transceptor inalambrico 230 en algun otro tiempo o tiempos especificados (por ejemplo, una configuracion predeterminada de tiempos). En el paso S06 el programador de trafico de radio 209 recibe la segunda peticion en la capa OS 208 de la segunda aplicacion 214. En el paso S07 el programador de trafico de radio 209 determina (a modo de ejemplo) que el tiempo o tiempos pedidos por la segunda aplicacion 214 caen fuera de la fase de energizacion de las fases del transceptor inalambrico 230 ya programado para el trafico asociado con la primera aplicacion 212. En base a esta determinacion, en el paso S08 el programador de trafico de radio 209 responde por la pila a la capa OS 208 a la segunda aplicacion 214 que ofrece el tiempo o tiempos (es decir, rafagas/fases) ya programados para la primera aplicacion 212 como una programacion alternativa para uso por la segunda aplicacion 214. En el paso S09 la segunda aplicacion 214 determina si esta reprogramacion ofrecida es aceptable, por ejemplo, en base a cuanta prioridad temporal cntica tiene el trafico asociado con la segunda aplicacion 214, y responde con otro mensaje por la pila al programador de trafico de radio 209 aceptando o declinando el ofrecimiento. Si el ofrecimiento es aceptable, en el paso S09, la segunda aplicacion 214 comienza a generar consiguientemente su trafico programado (de nuevo, en realizaciones la aplicacion puede esperar realmente hasta el tiempo programado para generar el trafico, mas bien que generar el trafico primeramente, poniendolo despues en cola hasta el tiempo programado).
En el paso S11 el programador de trafico de radio 209 recibe la respuesta de la segunda aplicacion 214, y en el paso S12 determina si fue aceptado o declinado por la segunda aplicacion 214. Si el ofrecimiento es declinado por la segunda aplicacion 214, por ejemplo, porque su trafico es tambien de prioridad temporal cntica, entonces en realizaciones el programador de trafico de radio 209 puede intentar determinar una solucion de compromiso que podna ser aceptable tanto para la primera como para la segunda aplicacion 212 y 214. Por ejemplo, si la primera aplicacion 212 ya tema algun tiempo t asignado para transmision de cierto trafico, y la segunda aplicacion 214 pide ahora otro tiempo t+n, el programador de trafico de radio 209 puede determinar una reprogramacion de compromiso propuesta t+(n/2) a ofrecer para el trafico de ambas aplicaciones primera y segunda 212 y 214. Esto puede ser condicional, por ejemplo, estando la diferencia de tiempo de compromiso n/2 dentro de un cierto intervalo de tiempo predeterminado del tiempo programado de la primera aplicacion y/o el tiempo pedido de la segunda aplicacion. Suponiendo que se cumplen dichas condiciones, en el paso S14 el programador de trafico de radio transmite otro ofrecimiento (el ofrecimiento de compromiso) por la pila desde la capa OS 208 a la primera aplicacion 212 y la segunda aplicacion 214. El proceso de compromiso podna realizarse durante un solo tiempo pedido o durante una configuracion de tiempos pedidos.
En el paso S15, la primera aplicacion 212 recibe el ofrecimiento de compromiso y determina si es aceptable, y en cualquier caso responde por la pila al programador de trafico de radio 209 en la capa OS 208. Igualmente, en el paso S16 la segunda aplicacion 214 recibe el ofrecimiento de compromiso y determina si es aceptable para ella, y en cualquier caso responde de nuevo por la pila al programador de trafico de radio 209 en la capa OS 208. El programador de trafico de radio 209 recibe las respuestas al ofrecimiento de compromiso en el paso S17, y en el paso S18 determina si ambas aplicaciones primera y segunda 212 y 214 aceptaron o declinaron y envfa otro mensaje informando del resultado a ambas aplicaciones 212, 214. Si el ofrecimiento de compromiso fue aceptable tanto para la primera aplicacion 212 como para la segunda aplicacion, en el paso S19 la primera aplicacion 212 recibe el mensaje y comienza a generar consiguientemente su trafico reprogramado, e igualmente en el paso S20 la segunda aplicacion 214 recibe el mensaje y comienza a generar consiguientemente su trafico reprogramado.
Sin embargo, si el compromiso no fue aceptado por ninguna de las aplicaciones primera y segunda 212, 214, en el paso S21 el radio programador 209 tiene que decidir como resolver el callejon sin salida. En este escenario, el programador de trafico de radio puede permitir simplemente programacion separada del trafico asociado con las aplicaciones primera y segunda 212, 214 en los diferentes tiempos pedidos, y simplemente tener que aceptar la potencia extra que se habra consumido al energizar y desenergizar el transceptor inalambrico 230 entre el trafico de cada una de las dos aplicaciones 212, 214. Alternativamente, dependiendo de un nivel de prioridad asignado a una o ambas de las dos aplicaciones 212, 214 por ejemplo, el programador de trafico de radio 209 podna decidir que va a obligar a una de las aplicaciones 212, 214 a aceptar el tiempo de la otra, u obligar a ambas a aceptar el tiempo de compromiso. La capa OS 208 es el arbitro ultimo del acceso a recursos de hardware de modo que preferiblemente las aplicaciones 210 no tengan derecho a imponer su propia programacion.
Un conjunto alternativo o adicional de pasos que se podna incluir en el proceso anterior (pero no se representa en la figura 4) sena que el programador de trafico de radio ofrezca a la primera aplicacion el programa pedido por la segunda aplicacion 214.
5
10
15
20
25
30
35
40
45
50
55
Ademas, el proceso se puede repetir cada vez que una aplicacion tercera o adicional 216 o 218 pida acceso al transceptor inalambrico 230, con el fin de negociar una fase de energizacion comun del transceptor inalambrico para uso por tres o mas aplicaciones 210.
Segun otra realizacion alternativa, el programador de trafico de radio se implementa en una de las aplicaciones 210 tal como VoIP o IM cliente 214 como en la realizacion de la figura 4, pero puede estar configurado para negociar con una o varias de las otras aplicaciones 210 tal como la primera aplicacion 212. Esto tambien puede implicar alguna modificacion en la primera aplicacion con el fin de participar en la negociacion. En este caso, el programador de trafico de radio esta configurado para comunicar con una o varias de las otras aplicaciones 210, por ejemplo, la aplicacion dedicada 212, para negociar la reprogramacion del trafico asociado con una o varias de las aplicaciones 210 en cuestion (o su propio trafico y/o el de una de la una u otras varias aplicaciones). De nuevo, la finalidad es reprogramar el trafico de una o varias de las aplicaciones 210 con el fin de programar el trafico asociado con dos o mas aplicaciones diferentes 210 en la misma “rafaga” energizada continua del transceptor inalambrico 230, como se ilustra en el ejemplo de la figura 3b. En esta realizacion, el registro 238 puede ser escrito por la aplicacion relevante 210 mas bien que el OS 208 o la capa de controladores 204.
Un metodo ejemplar que un programador de trafico implementado en la capa de aplicacion 210 puede estar configurado para realizar cuando se ejecuta, se ilustra en el diagrama esquematico de flujo de la figura 6.
En el paso T01 en la figura 6, la primera aplicacion 212 comienza a generar trafico en un cierto tiempo o tiempos programados. En el paso T02, la segunda aplicacion 214 determina que tiene cierto trafico que requiere acceso al transceptor inalambrico 230, y el programador de trafico de radio implementado en la segunda aplicacion 214 envfa un mensaje de consulta a la primera aplicacion 212 para conocer en que tiempo o tiempos ya esta planificando usar una fase de energizacion del transceptor inalambrico 230. La primera aplicacion 212 recibe esta consulta en el paso T03, y en el paso T04 responde a la segunda aplicacion 214 con una indicacion de su tiempo o tiempos actualmente programados (por ejemplo, una configuracion predeterminada de tiempos).
En base a la respuesta de la primera aplicacion 212, en el paso T05 la segunda aplicacion 214 determina si estana preparada para programar su propio trafico de modo que coincida con los tiempos (es decir, rafagas/fases) ya programados para la primera aplicacion 212. Si es asf, en el paso S06 la segunda aplicacion 214 comienza a generar su trafico en tiempos programados de modo que coincida con el de la primera aplicacion 212.
Sin embargo, en caso negativo, el programador de trafico de radio implementado en la segunda aplicacion 214 puede intentar determinar una programacion de compromiso de manera similar a la explicada anteriormente, es decir, intentar hallar un tiempo propuesto entre un tiempo ya programado para uso por la primera aplicacion 212 y un tiempo preferido por la segunda aplicacion 214 para su trafico. El programador de trafico de radio en la segunda aplicacion 214 envfa esta propuesta de compromiso a la segunda aplicacion 214. Alternativa o adicionalmente, el programador de trafico de radio en la segunda aplicacion 214 podna enviar su propio tiempo o tiempos de programacion preferidos como la propuesta. La primera aplicacion 212 recibe el mensaje de reprogramacion propuesto en el paso T08, y en el paso T09 determina si este es aceptable para la primera aplicacion 212 (por ejemplo, dependiendo de que prioridad temporal cntica tenga el trafico asociado con la primera aplicacion 212).
Si la propuesta no es aceptable para la primera aplicacion 212, responde como tal a la segunda aplicacion 214. En el paso T10, la segunda aplicacion comienza entonces a generar su propio trafico en tiempos programados independientemente. Sin embargo, si la propuesta es aceptable para la primera aplicacion 212, en el paso T11 la primera aplicacion conmuta para generar su trafico en los tiempos reprogramados expuestos en la propuesta. Tambien responde a la segunda aplicacion 214, de modo que en el paso T12 la segunda aplicacion tambien pueda comenzar a generar trafico en los tiempos propuestos.
Se apreciara que las realizaciones anteriores se han descrito solamente a modo de ejemplo. Otras variaciones pueden ser evidentes a los expertos en la tecnica dada esta descripcion. El alcance de la presente invencion no se limita por las realizaciones descritas, sino solamente por las reivindicaciones anexas.

Claims (10)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un terminal (102) incluyendo:
    una pluralidad de unidades de E/S de hardware (222), incluyendo un transceptor inalambrico (230) que tiene un estado energizado en que al menos uno de un recorrido de transmision y un recorrido de recepcion esta habilitado a costa de un consumo de potencia mas alto y un estado desenergizado en el que el al menos unico recorrido esta inhabilitado en favor de un consumo de potencia mas bajo;
    un aparato de procesado (202); y
    un medio de almacenamiento (226) acoplado al aparato de procesado (202) y que almacena al menos una primera y una segunda aplicacion, un sistema operativo (208), una capa de protocolo de comunicacion (206) y una capa de controladores (204) dispuestos para ejecucion en el aparato de procesado (202);
    donde el sistema operativo (208) esta dispuesto para arbitrar el acceso por la pluralidad de aplicaciones a las unidades de E/S de hardware (222) mediante la capa de controladores (204), incluyendo el sistema operativo dispuesto para arbitrar el acceso por la pluralidad de aplicaciones al transceptor inalambrico (230) mediante la capa de protocolo de comunicacion (206) y la capa de controladores (204), caracterizado el terminal (102) porque:
    la segunda aplicacion incluye un programador de trafico inalambrico (215) configurado para coordinar el trafico asociado con la segunda aplicacion a comunicar mediante el transceptor inalambrico (230) durante una misma fase continua del estado energizado que el trafico asociado con la primera aplicacion; donde el programador de trafico inalambrico (215) esta configurado de tal manera que la coordinacion de dicho trafico dependa de la informacion del contenido de la capa de aplicacion del trafico asociado con una o ambas aplicaciones primera y segunda.
  2. 2. Un metodo de operar un terminal (102) incluyendo una pluralidad de unidades de E/S de hardware (222), incluyendo un transceptor inalambrico (230) que tiene un estado energizado en el que al menos uno de un recorrido de transmision y un recorrido de recepcion esta habilitado a costa de un consumo de potencia mas alto y un estado desenergizado en el que el al menos unico recorrido esta inhabilitado en favor de un consumo de potencia mas bajo;
    un aparato de procesado (202); y
    un medio de almacenamiento (226) acoplado al aparato de procesado (202) y que almacena al menos una primera y una segunda aplicacion, un sistema operativo (208), una capa de protocolo de comunicacion (206) y una capa de controladores (204) dispuestos para ejecucion en el aparato de procesado (202);
    donde el sistema operativo (208) esta dispuesto para arbitrar el acceso por la pluralidad de aplicaciones a las unidades de E/S de hardware (222) mediante la capa de controladores (204), incluyendo el sistema operativo que esta dispuesto para arbitrar el acceso por la pluralidad de aplicaciones al transceptor inalambrico (230) mediante la capa de protocolo de comunicacion (206) y la capa de controladores (204), caracterizado el metodo por:
    ejecutar un programador de trafico inalambrico (215) implementado en la segunda aplicacion para coordinar el trafico asociado con la segunda aplicacion para comunicar mediante el transceptor inalambrico (230) durante una misma fase continua del estado energizado que el trafico asociado con la primera aplicacion; donde el programador de trafico inalambrico (215) esta configurado de tal manera que la coordinacion de dicho trafico dependa de informacion del contenido de la capa de aplicacion del trafico asociado con una o ambas aplicaciones primera y segunda.
  3. 3. El terminal (102) de la reivindicacion 1 o el metodo de la reivindicacion 2, donde el programador de trafico inalambrico (215) esta configurado de tal manera que dicha coordinacion del trafico dependiente de la informacion del contenido de la capa de aplicacion incluya:
    la coordinacion de dicho trafico depende de si o en que extension el trafico asociado con una o ambas aplicaciones primera y segunda es de prioridad temporal cntica.
  4. 4. El terminal (102) de la reivindicacion 1 o 3, o el metodo de la reivindicacion 2 o 3, donde el programador de trafico inalambrico (215) esta configurado para realizar dicha coordinacion:
    recibiendo mediante el sistema operativo (208) una indicacion relativa a la programacion de primer trafico asociado con la primera aplicacion; y
    determinar si el segundo trafico asociado con la segunda aplicacion puede ser programado de manera que sea comunicado mediante el transceptor inalambrico (230) durante la misma fase continua del estado energizado que el trafico asociado con la primera aplicacion.
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
  5. 5. El terminal (102) o el metodo de la reivindicacion 4, donde la indicacion es recibida por el programador de trafico inalambrico (215) en la segunda aplicacion que consulta la primera aplicacion con relacion a la programacion de primer trafico asociado con la primera aplicacion.
  6. 6. El terminal (102) o el metodo de la reivindicacion 4 o 5, donde el programador de trafico inalambrico (215) esta configurado para realizar dicha coordinacion:
    si el trafico asociado con la segunda aplicacion no puede ser programado a una fase ya programada para el trafico asociado con la primera aplicacion, transmitir una peticion al sistema operativo (208) o a la primera aplicacion pidiendo comunicacion reprogramada del trafico asociado con la primera aplicacion.
  7. 7. El terminal (102) de la reivindicacion 1 o 3, o el metodo de la reivindicacion 2 o 3, donde el sistema operativo (208) tambien incluye un programador de trafico inalambrico (209) configurado para participar en dicha coordinacion:
    recibiendo peticiones de las aplicaciones primera y segunda para comunicacion de trafico mediante el transceptor inalambrico (230) en diferentes tiempos respectivos; y
    en union con el programador de trafico inalambrico (215) en la segunda aplicacion, reprogramar el trafico asociado con la peticion de la segunda aplicacion a un tiempo distinto del de la peticion respectiva, de manera que sea comunicado mediante el transceptor inalambrico (230) durante la misma fase continua del estado energizado que el trafico asociado con la peticion de la primera aplicacion.
  8. 8. El terminal (102) o el metodo de la reivindicacion 7, donde el programador de trafico inalambrico (209) en el sistema operativo (208) esta configurado para realizar dicha reprogramacion:
    recibiendo una o varias peticiones de la primera aplicacion para comunicar el primer trafico mediante el transceptor inalambrico (230) en uno o varios primeros tiempos, y programar el acceso en el uno o varios primeros tiempos pedidos; y
    recibiendo una o varias peticiones de la segunda aplicacion para comunicar el segundo trafico mediante el transceptor inalambrico (230) en uno o varios segundos tiempos, y devolviendo una respuesta al programador de trafico inalambrico (215) en la segunda aplicacion ofreciendo comunicacion reprogramada del segundo trafico en base al uno o varios primeros tiempos.
  9. 9. El terminal (102) de cualquiera de las reivindicaciones 1, 3, 4, 5, 6, 7 o 8, o el metodo de cualquiera de las reivindicaciones 2 a 8, donde la segunda aplicacion incluye un cliente de comunicacion a base de paquetes (214) para realizar llamadas de voz o video o intercambiar mensajes de chateo IM mediante una red basada en paquetes (108).
  10. 10. Un producto de programa de ordenador para un terminal (102) incluyendo una pluralidad de unidades de E/S de hardware (222), incluyendo un transceptor inalambrico (230) que tiene un estado energizado en el que al menos uno de un recorrido de transmision y un recorrido de recepcion esta habilitado a costa de un consumo de potencia mas alto y un estado desenergizado en el que el al menos unico recorrido esta inhabilitado en favor de un consumo de potencia mas bajo;
    un aparato de procesado (202); y
    un medio de almacenamiento (226) acoplado al aparato de procesado (202) y que almacena al menos una primera y una segunda aplicacion, un sistema operativo (208), una capa de protocolo de comunicacion (206) y una capa de controladores (204) dispuestos para ejecucion en el aparato de procesado (202);
    donde el sistema operativo (208) esta dispuesto para arbitrar el acceso por la pluralidad de aplicaciones a las unidades de E/S de hardware (222) mediante la capa de controladores (204), incluyendo el sistema operativo dispuesto para arbitrar el acceso por la pluralidad de aplicaciones al transceptor inalambrico (230) mediante la capa de protocolo de comunicacion (206) y la capa de controladores (204), caracterizado el producto de programa de ordenador porque:
    incluye la segunda aplicacion, realizada en un medio no transitorio legible por ordenador, y la segunda aplicacion incluye un programador de trafico inalambrico (215) configurado de modo que, cuando sea ejecutado en el aparato de procesado (202), implemente el metodo de cualquiera de las reivindicaciones 2 a 9; donde el programador de trafico inalambrico (215) esta configurado de tal manera que la coordinacion de dicho trafico dependa de la informacion del contenido de la capa de aplicacion del trafico asociado con una o ambas aplicaciones primera y segunda.
ES12707360.9T 2011-03-08 2012-03-08 Ahorro de potencia en un dispositivo de comunicaciones inalámbricas Active ES2613655T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201113043242 2011-03-08
US13/043,242 US8923176B2 (en) 2011-03-08 2011-03-08 Saving power in a wireless communication device
PCT/EP2012/054021 WO2012120085A1 (en) 2011-03-08 2012-03-08 Saving power in a wireless communication device

Publications (1)

Publication Number Publication Date
ES2613655T3 true ES2613655T3 (es) 2017-05-25

Family

ID=45808997

Family Applications (1)

Application Number Title Priority Date Filing Date
ES12707360.9T Active ES2613655T3 (es) 2011-03-08 2012-03-08 Ahorro de potencia en un dispositivo de comunicaciones inalámbricas

Country Status (7)

Country Link
US (1) US8923176B2 (es)
EP (1) EP2671371B1 (es)
JP (1) JP5964333B2 (es)
KR (1) KR101911565B1 (es)
CN (1) CN103416046B (es)
ES (1) ES2613655T3 (es)
WO (1) WO2012120085A1 (es)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103517318B (zh) 2012-06-19 2017-06-06 华为终端有限公司 一种数据发送方法、装置和系统
WO2013189080A1 (zh) 2012-06-21 2013-12-27 华为终端有限公司 一种数据发送方法、装置和系统
WO2013189079A1 (zh) 2012-06-21 2013-12-27 华为终端有限公司 一种数据发送方法、装置和系统
KR102187505B1 (ko) * 2013-07-22 2020-12-08 삼성전자 주식회사 전자 디바이스의 표시 제어 방법 및 장치
SG2013057476A (en) * 2013-07-29 2015-02-27 Chikka Pte Ltd Data bandwidth management system and method
EP3097670B1 (en) * 2014-01-24 2018-05-09 Telefonaktiebolaget LM Ericsson (publ) Methods, network node, systems, and computer program products for controlling usage of multi path tcp
KR102222337B1 (ko) * 2014-08-05 2021-03-04 삼성전자주식회사 전자 기기의 어플리케이션 동기화 방법 및 장치
US9769680B2 (en) * 2014-08-21 2017-09-19 Seven Networks, Llc Modeling network signaling in a mobile network based on elapsed time
KR102137097B1 (ko) 2014-08-21 2020-07-23 삼성전자주식회사 소모 전류 저감 방법 및 이를 지원하는 전자 장치
US10049218B2 (en) 2016-12-07 2018-08-14 Google Llc Rollback resistant security
KR102391146B1 (ko) 2017-06-30 2022-04-27 주식회사 윌러스표준기술연구소 무선랜 환경에서 웨이크-업 라디오를 이용하는 무선 통신 방법 및 무선 통신 단말
US11323965B2 (en) 2017-07-07 2022-05-03 Lg Electronics Inc. Method for transmitting or receiving frame in wireless lan, and device therefor
WO2019022507A1 (ko) * 2017-07-28 2019-01-31 엘지전자 주식회사 무선 랜에서 프레임을 송신 또는 수신하는 방법 및 이를 위한 장치
KR102164716B1 (ko) 2018-07-19 2020-10-14 주식회사 다이얼로그 세미컨덕터 코리아 전원을 효율적으로 관리하기 위한 소프트웨어 운영 방법 및 이를 이용한 장치
US11133698B2 (en) 2019-09-01 2021-09-28 Wen Cai Wireless charging systems and methods for controlling the same
US11849400B2 (en) * 2020-10-19 2023-12-19 Texas Instruments Incorporated Power saving for a multi-connection wireless device
JP2025157965A (ja) * 2024-04-03 2025-10-16 パナソニックＩｐマネジメント株式会社 端末及び通信方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6107960A (en) * 1998-01-20 2000-08-22 Snaptrack, Inc. Reducing cross-interference in a combined GPS receiver and communication system
US6898700B2 (en) * 1998-03-31 2005-05-24 Intel Corporation Efficient saving and restoring state in task switching
US6317415B1 (en) * 1998-09-28 2001-11-13 Raytheon Company Method and system for communicating information in a network
US7792121B2 (en) * 2003-01-03 2010-09-07 Microsoft Corporation Frame protocol and scheduling system
US7181190B2 (en) 2004-04-30 2007-02-20 Microsoft Corporation Method for maintaining wireless network response time while saving wireless adapter power
US20070264989A1 (en) * 2005-10-03 2007-11-15 Rajesh Palakkal Rendezvous calling systems and methods therefor
US20070142098A1 (en) * 2005-12-21 2007-06-21 Arya Behzad System and method providing power-save operation in a multimode communication device
US20080123610A1 (en) * 2006-11-29 2008-05-29 Prasanna Desai Method and system for a shared antenna control using the output of a voice activity detector
US9019985B2 (en) * 2008-03-12 2015-04-28 Broadcom Corporation Method and system for scheduling multiple concurrent transmissions during a contention access period in a wireless communications network
US8276009B2 (en) * 2008-09-05 2012-09-25 Broadcom Corporation Operating system (OS) virtualisation and processor utilization thresholds for minimizing power consumption in mobile phones
US9313800B2 (en) * 2009-06-23 2016-04-12 Nokia Technologies Oy Method and apparatus for optimizing energy consumption for wireless connectivity
US8559383B2 (en) * 2009-11-20 2013-10-15 Nokia Corporation Multiradio control
KR101718768B1 (ko) 2009-12-21 2017-03-22 삼성전자주식회사 휴대용 단말기에서 전력 소모를 줄이기 위한 장치 및 방법
KR101627162B1 (ko) 2010-02-08 2016-06-03 삼성전자주식회사 휴대용 단말기에서 패킷 필터링을 통해 전력 소모를 줄이기 위한 장치 및 방법

Also Published As

Publication number Publication date
KR20140053857A (ko) 2014-05-08
JP2014511642A (ja) 2014-05-15
KR101911565B1 (ko) 2018-10-24
CN103416046B (zh) 2016-06-22
EP2671371A1 (en) 2013-12-11
US20120230236A1 (en) 2012-09-13
EP2671371B1 (en) 2016-12-21
JP5964333B2 (ja) 2016-08-03
WO2012120085A1 (en) 2012-09-13
CN103416046A (zh) 2013-11-27
US8923176B2 (en) 2014-12-30

Similar Documents

Publication Publication Date Title
ES2613655T3 (es) Ahorro de potencia en un dispositivo de comunicaciones inalámbricas
US8488501B2 (en) Network assisted power management
US9247495B2 (en) Power saving Wi-Fi tethering
JP4703562B2 (ja) データ伝送を簡易化する方法及び装置
EP3379800B1 (en) A method and an apparatus for executing timed network operations
JP4360553B2 (ja) アクセス・ポイントでの自動パワー・セーブ送達バッファの編成
ES2633566T3 (es) Gestión de mantenimiento de conexión
CN112929366B (zh) 无线游戏协议
US20050096073A1 (en) Power efficient channel scheduling in a wireless network
US20100042691A1 (en) Intelligent message receiving method and apparatus
KR20170067774A (ko) 무선 디바이스 성능을 개선하기 위한 방법 및 장치
US9356988B2 (en) Internet protocol communication accessibility improvement
TW200539593A (en) Method and system for reducing battery consumption in wireless transmit/receive units (WTRUs) employed in a wireless local area network/wireless wide area network (WLAN/WWAN)
CN109474919B (zh) 蓝牙音频基于角色的调度
Liu et al. Energy-efficient sleep scheduling for delay-constrained applications over WLANs
CN109743717B (zh) 数据处理方法、装置、终端设备及存储介质
CN107820277B (zh) 用于无线网络的父节点装置、终端装置及其数据传输方法
EP2023552B1 (en) Wireless communication device and wireless communication method
CN101981908B (zh) 监视系统和终端装置
US20140244728A1 (en) Controller, method for controlling, and computer-readable recording medium having stored therein control program
CN116828571A (zh) 一种通信方法及装置
JP5272367B2 (ja) 無線ｌａｎアクセスポイントおよびプログラム
JP2006295370A (ja) 無線通信端末、及びその送受信機能の管理方法
CN116033531B (zh) 数据处理方法、装置、电子设备及计算机可读存储介质
US20250220769A1 (en) Managed discontinuous reception