ES2564960T3 - Transmisión de información a través de una red de comunicaciones - Google Patents

Transmisión de información a través de una red de comunicaciones Download PDF

Info

Publication number
ES2564960T3
ES2564960T3 ES13275102.5T ES13275102T ES2564960T3 ES 2564960 T3 ES2564960 T3 ES 2564960T3 ES 13275102 T ES13275102 T ES 13275102T ES 2564960 T3 ES2564960 T3 ES 2564960T3
Authority
ES
Spain
Prior art keywords
network
data
format
software application
information
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
ES13275102.5T
Other languages
English (en)
Inventor
John Paul Dowdell
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.)
Airbus DS Ltd
Original Assignee
Airbus DS Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Airbus DS Ltd filed Critical Airbus DS Ltd
Application granted granted Critical
Publication of ES2564960T3 publication Critical patent/ES2564960T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • H04L45/306—Route determination based on the nature of the carried application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14—Network analysis or design
    • H04L41/147—Network analysis or design for predicting network behaviour
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/22—Self-organising networks, e.g. ad-hoc networks or sensor networks with access to wired networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0014—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the source coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0847—Transmission error
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/70—Routing based on monitoring results
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/12—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método de transmisión de información a través de una red de datos (10) que comprende al menos un nodo de red inalámbrica (12a), pudiéndose transmitir la información a través de la red por medio de datos en una pluralidad de diferentes formatos que incluyen un primer formato y un segundo formato, siendo el segundo formato menos exigente de la red (10) que el primer formato, comprometiendo la manera en la que se representa la información mediante los datos, donde el método comprende las etapas de: - un módulo de aplicación de software (20a) que se ejecuta en hardware informático que tiene información para transmisión a través de una red de datos (10) solicita el estado de al menos parte de una ruta desde un nodo local (12a) en la red a un nodo de destino (12b) en la red, comprendiendo la ruta al menos un enlace inalámbrico (13) entre los dos nodos (12a, 12b) en la red; en el que se realiza la etapa de solicitar el módulo de aplicación de software (20a) el estado de la ruta antes de que se realice cualquier intento mediante el módulo de aplicación de software (20a) para iniciar el envío de los datos al nodo de destino (12b) y - el módulo de aplicación de software (20a) recibe una indicación del estado de dicha al menos parte de la ruta; caracterizado por - el módulo de aplicación de software (20a) transmite los datos en un formato elegido desde la pluralidad de diferentes formatos en dependencia de la indicación del estado así recibido.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Transmision de informacion a traves de una red de comunicaciones Campo de la invencion
La presente invencion se refiere a transmitir informacion a traves de una red de comunicaciones. Mas particularmente, pero no exclusivamente, esta invencion se refiere a un metodo de transmision de informacion a traves de una red de datos que comprende al menos un nodo de red inalambrica. La invencion se refiere tambien a una red ad hoc movil, un nodo de red para uso en una red de este tipo y un producto de software informatico para uso en una red de este tipo.
Antecedentes de la invencion
La presente invencion busca mejorar la comunicacion a traves de una red que incluye nodos de red inalambrica moviles, por ejemplo una red en malla. Tales nodos de red inalambrica moviles pueden desplegarse como parte de una red ad hoc requerida a corto plazo, por ejemplo, cuando los servicios de emergencia atienden un incidente en el que se requiere que se proporcionen rapidamente instalaciones de telecomunicacion en el sitio. (Una red ad hoc movil de este tipo puede denominarse en ocasiones como una MANET). Los sistemas de cableado permanente, telefoma movil, 3G, 4G, y comunicaciones por satelite no estan siempre disponibles o son convenientes para uso y como tal puede ser necesario que se desplieguen puntos de acceso de red inalambrica movil basada en radio para proporcionar un sistema de comunicaciones eficaz en el terreno. En ciertas circunstancias, puede haber movimiento de los puntos de acceso de red / nodos en la red. La capacidad para transmitir datos desde un nodo a otro puede cambiar rapidamente de acuerdo con condiciones del entorno local.
Las redes de comunicacion de la tecnica anterior se encargan de dar prioridad a ciertos tipos de comunicacion y protocolos de encaminamiento existentes que proporcionan prioridad a cierto trafico, tipicamente basandose en informacion de requisito de calidad de servicio ("QoS") en los encabezamientos de paquete de datos. Las aplicaciones de software pueden establecer parametros de QoS mmimos para la transmision de datos, que puede a continuacion hacerse funcionar mediante encaminadores para priorizar el trafico apropiadamente. La arquitectura de servicios diferenciados (DiffServ) proporciona un mecanismo para que las aplicaciones consigan ciertos niveles de servicio, por medio de encaminadores que diferencian entre diferentes tipos de trafico de datos. Los detalles de la arquitectura y protocolos DiffServ se establecen en el documento RFC 2474 ("Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers") y en el documento RFC 2475 ("An Architecture for Differentiated Services") - disponibles a partir del conjunto de documentacion RFC ("Peticion de Comentarios") del Grupo de Trabajo de Red del Grupo de Tareas Especiales de Ingeniena en Internet (IETF). La arquitectura de servicios integrados ("IntServ" - vease el RFC 1633 del IETF) proporciona tambien un medio para garantizar QoS, requiriendo a cada encaminador en la ruta entre el origen y destino reservar suficiente ancho de banda para asegurar que se cumplen los requisitos de QoS (es decir operar en un modo de conmutacion de circuitos virtual). Ambas arquitecturas DiffServ e IntServ tienen desventajas cuando operan en una MANET, debido a que la congestion y/o cambios rapidos en el ancho de banda, calidad de enlace, etc., pueden tener lugar facilmente a corto plazo. Cuando una aplicacion en un ordenador de origen intenta enviar datos a un ordenador destino mediante una MANET, la aplicacion puede establecer criterios de QoS, pero si la red no puede satisfacer los criterios mmimos los datos nunca pueden alcanzar su destino o pueden recibirse incompletamente o en un estado corrupto. El ordenador de destino cuando recibe datos incompletos o corruptos puede comunicar tales hechos al ordenador de origen, y el ordenador de destino puede, por ejemplo por medio de intervencion manual, solicitar que se reenvfen los datos. En un caso de este tipo, la conexion de red puede haberse deteriorado aun mas haciendo ademas a la retransmision de los datos mas problematica. Tambien, retransmitir datos puede en sf mismo producir congestion innecesaria de la red, puesto que los datos se transmiten mas de una vez a traves de al menos parte de la misma red. Si la recepcion de los datos es cntica al tiempo o sensible al tiempo, el fallo al enviar los datos desde el origen al destino puede observarse como un fallo que no es posible remediar posteriormente. Tales problemas son particularmente graves cuando se busca transmitir datos a traves de una MANEt que cambia rapidamente.
El documento US 2012/0002615 describe un medio de comunicacion a traves de una MANET en la que se diferencian los tipos de servicio y un motor de decision permite o evita la comunicacion de ciertos tipos a traves de la red, de acuerdo con como de exigentes / importantes (como de cnticos) sean los tipos de comunicacion. Un motor de este tipo proporciona un medio muy basto para aprovisionar recurso de red para trafico, y podna evitar facilmente que el trafico distinto del de mas importancia domine la red.
El documento US 2011/0110309 desvela dispositivos de nodo de red que encaminan cooperativamente flujo de trafico entre redes cableadas e inalambricas empleando procesos de gestion de multi-trayectoria. Se desvela la posibilidad de que un dispositivo de red, programado con un producto de software de gestion multi-trayectoria, determine una trayectoria particular parcialmente en dependencia del tipo de datos.
El documento WO 2010/028311, relacionado con "tecnicas de comunicacion ad hoc inalambricas mejoradas", desvela el concepto de generar una matriz de encaminamiento basada en coste para un nodo de red que da como
5
10
15
20
25
30
35
40
45
50
55
60
65
resultado una tabla de encaminamiento que tiene en cuenta el tipo de trafico, por ejemplo por medio de ponderacion de acuerdo con el tipo de trafico.
El documento US 2008/0159144 desvela un metodo y aparato para encaminar un flujo de datos desde un nodo de origen a un nodo de destino en una red ad-hoc movil (MANET). Esta funcion se realiza determinando en primer lugar requisitos de servicio deseados para un flujo de datos individual a reenviar a un nodo de destino. A continuacion se difunde un anuncio para cada uno de los enlaces en la MANET mediante los correspondientes nodos de origen, incluyendo el anuncio un valor que indica el nivel de rendimiento actual del enlace. Despues de difundir los anuncios, se componen tablas de encaminamiento en cada uno de los nodos basandose en los anuncios. Cada tabla de encaminamiento se construye teniendo en cuenta los enlaces anunciados y sus correspondientes valores. Despues de componer las tablas de encaminamiento, se reenvfan los paquetes hacia sus respectivos destinos utilizando las tablas de encaminamiento de tal manera que se satisfacen los requisitos de servicio deseados.
Las publicaciones de patente anteriormente mencionadas proporcionan sugerencias para encaminamiento sofisticado de trafico a traves de redes que incluyen nodos inalambricos, incluyendo tener en cuenta el tipo de datos que se transmiten, pero que parecen representar soluciones demasiado complicadas que pueden ser diffciles de implementar eficazmente en la practica, especialmente en el contexto de encaminar datos eficazmente en una red ad hoc inalambrica que cambia rapido, donde las condiciones de la red pueden cambiar tan rapidamente que presentan tales sistemas sofisticados de poco uso practico, en particular teniendo en cuenta que la red este congestionada y/o requiera servir volumenes de trafico mas alla de su capacidad actual.
La presente invencion busca mitigar uno o mas de los problemas anteriormente mencionados. Como alternativa o adicionalmente, la presente invencion busca proporcionar un metodo mejorado para encaminar trafico en una red de datos.
Sumario de la invencion
Un primer aspecto de la invencion proporciona un metodo de transmision de informacion a traves de una red de datos de acuerdo con las reivindicaciones 1 y 9 a continuacion. Se exponen caractensticas opcionales pero preferidas en las reivindicaciones dependientes.
La presente invencion proporciona, de acuerdo con un primer aspecto, un metodo de transmision de informacion a traves de una red de datos. La invencion es de aplicacion particular en relacion con una red que comprende al menos un nodo de red inalambrica. El metodo hace uso de la realizacion de que ciertos tipos de informacion pueden transmitirse a traves de la red por medio de datos en cualquiera de una pluralidad de diferentes formatos. Puede haber por ejemplo un primer formato de datos y un segundo formato de datos, siendo el segundo formato menos exigente en la red que el primer formato, comprometiendo la manera en la que se representa la informacion mediante los datos. Una aplicacion de software puede tener una necesidad de transmitir tal informacion a traves de una red de este tipo. En las realizaciones de la invencion, el metodo comprende una etapa de un modulo de aplicacion de software que se ejecuta en hardware informatico solicitar el estado de al menos parte de una ruta desde un nodo de origen en la red a un nodo de destino en la red. El nodo de origen puede estar localizado localmente con relacion al hardware informatico que ejecuta el modulo de aplicacion de software. El metodo es de aplicacion particular en un caso donde la ruta que comprende al menos un enlace inalambrico entre dos nodos en la red. El metodo comprende una etapa en la que el modulo de aplicacion de software recibe una indicacion del estado de dicha al menos parte de la ruta. El metodo comprende una etapa en la que el modulo de aplicacion de software transmite los datos en un formato elegido a partir de la pluralidad de diferentes formatos en dependencia de una indicacion recibida del estado de dicha al menos parte de la ruta. La etapa de solicitar el modulo de aplicacion de software el estado de la ruta se realiza ventajosamente antes de que se realice cualquier intento mediante el modulo de aplicacion de software para enviar los datos al nodo de destino, y preferentemente antes de que se realice cualquier intento mediante el modulo de aplicacion de software para iniciar el envfo de cualquiera del siguiente lote de datos/informacion a enviar. Por lo tanto, el software puede determinar con antelacion el estado de la red, y su capacidad para manejar un cierto formato de datos, antes de que tales datos realmente se envfen. Como tal, pueden evitarse los intentos fallidos o abortados para enviar datos en un formato mas rico al apropiado lo que conduce a eficacia y uso mejorado de la red apropiado para los recursos de red disponibles en cualquier momento dado.
Antes de que se realice la etapa en la que el modulo de aplicacion de software transmite los datos a traves de la red, la informacion puede representarse mediante los datos en el primer (relativamente alta calidad) formato. En vista de la indicacion del estado de la ruta asf recibido el modulo de aplicacion de software puede a continuacion elegir transmitir los datos en el segundo (calidad relativamente inferior y/o inferior en riqueza de informacion) formato.
Se apreciara que las partes del modulo de aplicacion de software que rigen la solicitud de la informacion de estado de ruta y el formato en el que se transmiten los datos pueden ser distintas de aquellas partes del modulo de aplicacion de software que proporcionan la funcionalidad principal de la aplicacion realizada mediante el modulo de aplicacion de software. Por ejemplo, la funcionalidad principal de la aplicacion puede definirse mediante un almacenamiento de captura de video y aplicacion de reproduccion con la capacidad de emitir los datos en diversos formatos y el modulo de aplicacion de software podna a continuacion formarse por medio de la integracion con una
5
10
15
20
25
30
35
40
45
50
55
60
65
aplicacion de este tipo de los otros requisitos de modulo de software.
Las realizaciones de la presente invencion proporcionan, por lo tanto, ventajosamente, un mecanismo automatizado y que se adapta dinamicamente mediante el cual hay una decision pro-activa explfcita de manera eficaz para transmitir datos en un formato dado sin desperdiciar tiempo y ancho de banda en intentar enviar informacion a traves de la red en un formato de datos mas rico que el apropiado.
El hardware informatico en el cual se ejecuta el modulo de aplicacion de software puede estar en forma de, pero sin limitacion, un ordenador, tal como un portatil, PC o servidor. El hardware informatico en el cual se ejecuta el modulo de aplicacion de software puede formar al menos parte de un dispositivo, tal como un telefono, camara o similares. Tal hardware informatico puede ser local a un encaminador. En algunos casos el modulo de aplicacion de software puede ejecutarse en un encaminador de este tipo.
El metodo puede incluir una etapa de analisis en la que un procesador, por ejemplo un procesador asociado con o que forma parte de un encaminador u otro dispositivo de red, analiza una o mas caractensticas de dicha al menos parte de la ruta. Un procesador de este tipo puede estar dispuesto para responder la solicitud de estado enviada por el modulo de aplicacion de software enviando dicha indicacion del estado recibido mediante el modulo de aplicacion de software. El procesador podna asociarse con o formar parte de un servidor central. Un servidor central de este tipo podna monitorizar y evaluar, por ejemplo, las caractensticas de red de todos los enlaces activos en una subred o en una red movil entera. (El procesador anteriormente mencionado puede estar dispuesto para comunicar con, a diferencia de formar una parte de, el servidor central). El servidor central puede estar dispuesto para recibir datos con respecto a tanto caractensticas de transmision de enlace de red como tambien datos con respecto a la posicion ffsica (y tal vez opcionalmente datos de velocidad) de nodos en la red. El servidor central puede estar dispuesto para recibir otros datos con respecto al entorno ffsico en el cual estan localizados los nodos de red. El servidor central puede estar dispuesto para recibir otros datos con respecto a la disposicion de los nodos de red tales como alimentacion restante, y/o una medida de vulnerabilidad (por ejemplo una medida de riesgo de hacerse inoperativo o "riesgo de captura"). El servidor puede a continuacion, por ejemplo despues de analizar cualquiera o todos tales datos, realizar una funcion de supervision central, preferentemente coordinando y mejorando la funcion (como se determina mediante la capacidad de la red para transmitir datos ricos por ejemplo) de la red, por ejemplo dirigiendo el movimiento de uno o mas nodos de red para mover el nodo a una localizacion mejor. Se apreciara que tfpicamente, el procesador anteriormente mencionado forma tfpicamente (pero no necesariamente) parte de hardware informatico diferente del hardware informatico que ejecuta el modulo de aplicacion de software.
El procesador puede realizar de manera repetitiva la etapa de analisis. El procesador puede analizar al menos un enlace inalambrico entre dos nodos al menos una vez cada 10 minutos, y posiblemente tan a menudo como cinco o mas (o incluso diez o mas) veces cada 10 minutos.
La indicacion del estado recibida mediante el modulo de aplicacion de software puede incluir una indicacion de si uno de la pluralidad de diferentes formatos de datos es adecuado o no para transmitir la informacion. La indicacion del estado recibida mediante el modulo de aplicacion de software puede incluir una indicacion de si uno o mas de la pluralidad de diferentes formatos de datos es/son inadecuados para transmitir la informacion. La indicacion del estado recibida mediante el modulo de aplicacion de software puede incluir una indicacion de cual de la pluralidad de diferentes formatos de datos es adecuado para transmitir la informacion y preferentemente cual de la pluralidad de diferentes formatos de datos es adecuado para transmitir la informacion. Preferentemente la indicacion del estado recibida mediante el modulo de aplicacion de software incluye una indicacion para cada uno de la pluralidad de diferentes formatos de datos en cuanto a si el formato de datos es o no adecuado para transmitir la informacion. La indicacion del estado recibida mediante el modulo de aplicacion de software puede incluir valores de dos o mas parametros con respecto a caractensticas del enlace de red. Uno de los parametros con respecto a las caractensticas del enlace de red puede ser el ancho de banda del enlace. Uno de los parametros con respecto a las caractensticas del enlace de red puede ser la latencia en el enlace. Uno de los parametros con respecto a las caractensticas del enlace de red puede ser la calidad de enlace, por ejemplo el ruido relativo en la senal (mediante una medicion de relacion de senal a ruido por ejemplo) y/o una medida de tasas de errores. Uno de los parametros con respecto a las caractensticas del enlace de red puede ser el nivel de fluctuacion. Uno de los parametros con respecto a las caractensticas del enlace de red puede ser la tasa de perdida de paquetes media a traves del enlace. Se apreciara por supuesto que puede considerarse una diversidad de estos parametros, y posiblemente otros, del enlace inalambrico, ruta de red, o parte de los mismos. El modulo de aplicacion de software puede hacer referencia a los valores de uno o mas de tales parametros para los cuales la pluralidad de diferentes formatos de datos es adecuado para transmitir la informacion.
La indicacion del estado recibida mediante el modulo de aplicacion de software puede hacer referencia a ese estado en un instante particular en el tiempo, y la decision en cuanto a que formato de datos usar puede elegirse unicamente en las mediciones instantaneas, sin referencia a mediciones de historicas. Sin embargo, se prefiere que el analisis tenga en cuenta la manera en la que la una o mas caractensticas (por ejemplo como se define mediante uno o mas de los parametros anteriormente mencionados) cambian con el tiempo. Por ejemplo, pueden tenerse en cuenta tendencias. Por lo tanto, cuando se elige que formato de datos usar, puede tenerse en cuenta una o mas caractensticas del enlace o enlaces entre dos nodos en la red tanto en un primer tiempo como en un segundo
5
10
15
20
25
30
35
40
45
50
55
60
65
tiempo, diferente del (por ejemplo mas tarde) el primer tiempo. Las caractensticas historicas pueden por lo tanto tenerse en cuenta asf como las caractensticas actuales. Las caractensticas futuras predichas pueden tenerse en cuenta asf como las caractensticas actuales. La indicacion del estado recibida mediante el modulo de aplicacion de software puede incluir por lo tanto una indicacion de no solo el estado actual sino tambien informacion a partir de la cual puede realizarse una prediccion del estado futuro. La tasa de cambio de una caractenstica particular puede tenerse en cuenta. Los cambios de orden superior en caractensticas particulares pueden tenerse en cuenta.
El modulo de aplicacion de software (y/o el procesador anteriormente mencionado para responder a la solicitud de estado enviada por el modulo de aplicacion de software) puede tener en cuenta una indicacion de la urgencia de la informacion que alcanza el nodo de destino. El modulo de aplicacion de software (y/o el procesador anteriormente mencionado) puede tener en cuenta una indicacion de la importancia de la informacion que alcanza el nodo de destino. Dicha indicacion de la urgencia y/o la importancia pueden tenerse en cuenta cuando el modulo de aplicacion de software elige el formato de la pluralidad de diferentes formatos en los que transmitir la informacion. Por ejemplo, puede elegirse un formato mas fiable (menos exigente de la red) para garantizar la entrega completa de la informacion, a diferencia de enviar datos en el formato mas rico requerido.
Puede haber tres o mas diferentes formatos de datos en los que transmitir la informacion. El metodo de la presente invencion tiene aplicacion particular en redes ad hoc moviles altamente dinamicas, y en particular, tiene aplicacion particular en redes ad hoc inalambricas que cambian rapido. En tales redes, las condiciones de la red pueden cambiar tan rapidamente que hacen a los procesos sofisticados de gestion en red de poco uso practico. Por lo tanto se prefiere que el metodo sea relativamente sencillo y por lo tanto rapido y facil de implementar y usar en la practica. Puede preferirse por lo tanto que no haya mas de veinte formatos de datos diferentes desde los que elegir. Puede haber no mas de diez formatos de datos diferentes. Uno o mas formatos pueden definirse, por ejemplo, de manera que los datos representan informacion de video, por ejemplo video en tiempo real (o de flujo continuo). Uno o mas formatos pueden definirse, por ejemplo, de manera que los datos representan informacion de audio, por ejemplo audio en tiempo real (o de flujo continuo).
El metodo incluye preferentemente una etapa en la que al menos un nodo en la red publica a todos sus nodos vecinos valores de parametros que representan una o mas caractensticas (por ejemplo, ancho de banda, latencia, etc.) de un enlace establecido con ese nodo. Uno de los parametros puede estar en forma de los tipos (o formatos) de datos que el enlace puede soportar. El metodo incluye preferentemente adicionalmente una etapa de manera que al menos uno de tal nodo vecino a continuacion vuelve a publicar tal informacion a uno u otros nodos mas en la red.
La red de datos comprendera tfpicamente una multiplicidad de nodos y una multiplicidad de enlaces de comunicacion activos entre pares de tales nodos. Al menos algunos de estos enlaces pueden ser enlaces inalambricos. Algunos enlaces pueden ser enlaces cableados. La red pude ser una MANET. La red puede estar en forma de una red variable. El metodo se realiza preferentemente de manera que dicha al menos parte de la ruta cubre al menos tres diferentes enlaces en la red. El modulo de aplicacion de software puede recibir una indicacion del estado de toda la ruta, desde extremo a extremo. La red, controlada mediante el metodo de la presente invencion, puede conectarse a otras redes, no controladas de esta manera.
Durante la realizacion del metodo, al menos un (por ejemplo inalambrico) nodo de red puede moverse desde una primera localizacion a una segunda localizacion, separada de la primera localizacion a una distancia significativa. La distancia entre la primera localizacion y la segunda localizacion puede ser mas de 10 m, y puede ser mas de 50 m. La distancia entre la primera localizacion y la segunda localizacion puede ser mas de 100 m. En algunas redes, uno o mas de los nodos moviles pueden moverse a distancias considerables durante la operacion de la red, por ejemplo en mas de 500 m y en ocasiones mas de 1 km. En algunas redes, mas de un nodo, particularmente nodos inalambricos, pueden moverse desde una localizacion a otra. El metodo puede por lo tanto incluir una etapa para mover ffsicamente al menos dos nodos de red inalambrica.
Se prefiere que el metodo sea relativamente rapido de operar en la practica. El metodo es preferentemente de manera que el tiempo entre que el modulo de aplicacion de software solicita y recibe la indicacion del estado de la ruta es menos de l0 segundos, y mas preferentemente menos de 1 segundo. El tiempo tomado puede ser menos de 250 milisegundos. La etapa de solicitar el modulo de aplicacion de software el estado de la ruta se realiza preferentemente de manera regular. (Esto puede requerir que se requiera al modulo de aplicacion de software enviar datos en lotes - vease a continuacion). La tasa para solicitar sucesivamente el estado de la ruta mediante el modulo de aplicacion de software puede depender de la tasa a la que cambian las caractensticas de los enlaces en la red. En una red dinamica que cambia rapido las etapas pueden realizarse al menos una vez cada 10 minutos, y posiblemente tan a menudo como cinco o mas (o incluso diez o mas) veces cada 10 minutos.
Anteriormente se ha mencionado que el modulo de aplicacion de software puede enviar datos en lotes. En el caso de que la informacion se representara inicialmente y se transmitiera en un formato, y el estado de la ruta se comprobara de nuevo mediante el modulo de aplicacion de software antes de que toda la informacion se transmitiera sucesivamente mediante el modulo de aplicacion de software, y el estado de la ruta ha cambiado lo suficiente para justificar cambiar el formato de datos en el que se esta transmitiendo la informacion, a continuacion el modulo de aplicacion de software puede cambiar para enviar la informacion en un formato diferente. El modulo de aplicacion de
5
10
15
20
25
30
35
40
45
50
55
60
65
software puede configurarse para enviar la informacion en el formato mas rico factible a traves de cualquier periodo de tiempo dado. El metodo de la invencion puede incluir una etapa de recibir el modulo de aplicacion de software una indicacion adicional del estado de dicha al menos parte de la ruta mientras se estan transmitiendo los datos en el formato elegido inicialmente. El metodo puede a continuacion, en dependencia de la indicacion adicional del estado asf recibido, incluir una etapa de elegir desde la pluralidad de diferentes formatos, un formato diferente del formato elegido inicialmente. El metodo puede incluir a continuacion una etapa para transmitir los datos en ese formato diferente. Una unica coleccion de informacion puede transmitirse de esta manera a traves de la red en una secuencia de lotes de datos de diferentes formatos que se eligen con antelacion en dependencia del estado de la red. El nivel de riqueza de la informacion representada mediante el formato diferente puede diferir (por ejemplo puede ser mas rico, y por lo tanto mas exigente de la red) desde el nivel de riqueza de la informacion del formato elegido inicialmente. La (re-)comprobacion del estado de la ruta y el cambio del formato de datos que se estan transmitiendo, puede llevarse a cabo una pluralidad de veces (posiblemente mas de cinco veces) durante una unica transmision de una coleccion de informacion dada. Por ejemplo, si se espera una transmision que dure al menos diez minutos (por ejemplo, diez minutos de metraje de video y grabacion de audio de una escena, con datos asociados) y el estado de la red esta cambiando rapidamente de manera que el estado de la ruta se comprueba regularmente cada 30 segundos, la eleccion de formato de datos en el que transmitir puede actualizarse cada 30 segundos (y ajustarse en consecuencia) para transmitir en el formato mas rico en el que la transmision pueda hacerse fiablemente durante los siguientes 30 segundos de acuerdo con la indicacion de estado recibida mas recientemente.
Antes de que se realice la etapa en la que el modulo de aplicacion de software transmite los datos a traves de la red, la informacion a enviar puede representarse mediante datos en el primer formato, que esta por ejemplo en forma de video de una calidad dada (por ejemplo de una resolucion dada y/o una velocidad de fotograma dada). En vista de la indicacion del estado de ruta asf recibido el modulo de aplicacion de software puede a continuacion elegir transmitir los datos en el segundo formato, que esta en forma de informacion de una calidad inferior (por ejemplo de una resolucion dada inferior y/o una velocidad de fotograma inferior). El modulo de aplicacion de software puede proporcionar los datos en el segundo formato. El modulo de aplicacion de software puede convertir datos, por ejemplo datos en bruto, que representan la informacion en el segundo formato. El modulo de aplicacion de software puede realizar conversion de datos desde el primer formato al segundo formato antes de que se transmitan. Los datos en el segundo formato pueden estar en forma de datos de video pero de una calidad inferior que los datos de video del primer formato. Los datos en el segundo formato pueden comprender datos de audio y no un fichero de video adjunto. Tales datos de audio podnan estar por ejemplo en forma del fichero de sonido del video. Tales datos de audio podnan estar en forma de una descripcion de audio del video, preferentemente separados de, e independientes del, fichero de sonido convencional del video. Los datos en el segundo formato pueden comprender una o mas imagenes fijas, por ejemplo imagenes independientes (es decir imagenes que preferentemente no forman parte de un fichero de video de flujo continuo, aunque podnan extraerse imagenes fijas desde uno o mas fotogramas de un fichero de video), tales como ficheros GIF, JpEG, de mapa de bits o similares.
Antes de que se realice la etapa de transmitir el modulo de aplicacion de software datos a traves de la red, la informacion puede representarse mediante datos en el primer formato que comprende datos de audio, (sean o no parte de un fichero de video). En vista de la indicacion del estado de la ruta asf recibido el modulo de aplicacion de software puede elegir a continuacion transmitir los datos de audio en el segundo formato, que esta en forma de informacion de una calidad inferior (por ejemplo una tasa de bits de muestreo inferior). Como alternativa, en vista de la indicacion del estado de la ruta asf recibida el modulo de aplicacion de software puede elegir transmitir los datos en el segundo formato, en el que al menos parte de la informacion representada mediante el audio se representa en su lugar mediante texto. El modulo de aplicacion de software puede realizar una etapa de convertir desde audio a texto, por ejemplo por medio de software de reconocimiento del habla.
La presente invencion proporciona tambien, de acuerdo con un segundo aspecto de la invencion, un metodo de transmision de informacion a traves de una red de datos que comprende al menos un nodo de red inalambrica, en el que un procesador analiza una o mas caractensticas del estado de al menos parte de una ruta desde un nodo en la red a otro nodo en la red, y a continuacion, en dependencia de dicha una o mas caractensticas analizadas mediante el procesador, indica que formato o formatos, si los hubiera, de datos pueden soportarse mediante dicha al menos parte de la ruta. El procesador se programara tipicamente, por ejemplo, con software de estado de ruta que posibilita al procesador indicar tal formato o formatos. Se prefiere que la indicacion de que formato o formatos, si los hubiera, de datos pueda soportarse mediante dicha al menos parte de la ruta se proporcione por medio de parametros de conversion que proporcionan una medida de las caractensticas de la red, o de enlaces en la red, en una indicacion de este tipo a diferencia de comunicar los valores en bruto de tales parametros. Por ejemplo, un metodo de este tipo puede comprender las etapas de analizar el procesador una o mas caractensticas del estado de al menos parte de una ruta desde un nodo en la red a otro nodo en la red (comprendiendo opcionalmente la ruta al menos un enlace inalambrico entre dos nodos en la red), recibir el procesador una solicitud desde un modulo de aplicacion de software para una indicacion de cual de la pluralidad de diferentes formatos datos puede enviarse a traves de dicha al menos parte de la ruta, y en respuesta, y en dependencia de dicha una o mas caractensticas analizadas mediante el procesador, el procesador indica que formato o formatos, si lo hubiera, de datos pueden soportarse mediante dicha al menos parte de la ruta. Las etapas de los metodos del primer y segundo aspectos de la invencion pueden combinarse y realizarse juntas. Por ejemplo el metodo del segundo aspecto puede incluir una etapa en la que el
5
10
15
20
25
30
35
40
45
50
55
60
65
modulo de aplicacion de software genera dicha solicitud para la indicacion de estado de la ruta.
Se entendera que las realizaciones para llevar a cabo el metodo o metodos de acuerdo con unicamente el primer aspecto de la invencion pueden proporcionarse por medio de unicamente un aparato de hardware informatico, que ejecuta un modulo de aplicacion de software, conectado a una red (que solicita el estado de una ruta o enlace en la red), mientras que las realizaciones para llevar a cabo el metodo o metodos de acuerdo con unicamente el segundo aspecto pueden proporcionarse por medio de unicamente un procesador asociado con un encaminador de un nodo en la red (que analiza e indica el estado de una ruta o enlace en la red), el procesador por ejemplo estando programado con software (es decir software de "estado de ruta" separado del modulo de aplicacion de software en el hardware informatico con el que se comunica el procesador).
La presente invencion proporciona tambien, de acuerdo con un tercer aspecto de la invencion, una red ad hoc movil, que comprende al menos un nodo de red (por ejemplo un nodo inalambrico) asociado con un procesador programado con software de estado de ruta, y dispuesto para realizar el metodo del primer aspecto o del segundo aspecto de la invencion como se describe o reivindica en el presente documento. Por ejemplo, la red ad hoc movil puede comprender al menos un dispositivo de hardware informatico (por ejemplo un telefono inteligente) conectado (por ejemplo, inalambricamente) a la red en la que esta instalado un modulo de aplicacion de software que esta dispuesto para funcionar de acuerdo con el metodo del primer aspecto de la invencion como se describe o reivindica en el presente documento. En ciertos aspectos, el modulo de aplicacion de software puede comprender un modulo para convertir informacion desde un formato de datos a otro formato, menos rico. En ciertos aspectos, puede haber un producto de software de entrega de datos (por ejemplo instalado para ejecucion mediante el procesador) que comprende un modulo para analizar caractensticas de entrega de datos de un enlace entre un par de nodos de red. El software de estado de ruta puede comprender un modulo para correlacionar caractensticas de un enlace entre un par de nodos a uno o mas tipo o tipos particulares de formato de datos. Puede haber productos/modulos de software adicionales para realizar otras etapas del metodo del primer y/o segundo aspectos de la presente invencion. Puede haber otros datos, que formen parte del software de estado de ruta o que sean accesibles a un procesador cuando se programan con software de estado de ruta, para permitir al metodo del primer y/o segundo aspecto de la invencion realizarse con el uso de un procesador programado con el software de estado de ruta.
La presente invencion proporciona tambien, de acuerdo con un cuarto aspecto de la invencion, un nodo de red movil que incluye un encaminador, un aparato de comunicaciones en red inalambrica para transmitir y recibir datos inalambricamente, y un procesador programado con software de estado de ruta para realizar el metodo del segundo aspecto de la invencion como se describe o reivindica en el presente documento.
La presente invencion proporciona tambien, de acuerdo con un quinto aspecto de la invencion, un producto de software informatico para uso en relacion con cualquier aspecto de la invencion como se describe o reivindica en el presente documento. Por ejemplo, el modulo de software de aplicacion anteriormente mencionado y/o el software de estado de ruta pueden realizarse mediante un producto de software de este tipo.
Se apreciara por supuesto que las caractensticas descritas en relacion con un aspecto de la presente invencion pueden incorporarse en otros aspectos de la presente invencion. Por ejemplo, el metodo de la invencion puede incorporar cualquiera de las caractensticas descritas con referencia al aparato de la invencion y vice versa.
Descripcion de los dibujos
Las realizaciones de la presente invencion se describiran ahora a modo de ejemplo unicamente con referencia a los dibujos esquematicos adjuntos en los cuales:
La Figura 1 es un diagrama esquematico que muestra transferencia de informacion entre ordenadores mediante un enlace de red inalambrico de acuerdo con una primera realizacion de la invencion; y La Figura 2 es un diagrama esquematico que muestra transferencia de informacion desde una camara a un ordenador mediante un enlace de red inalambrico de acuerdo con una segunda realizacion de la invencion.
Descripcion detallada
La primera realizacion, como se ilustra mediante la Figura 1, de la invencion se refiere a gestionar la entrega eficaz de informacion desde un origen a un destino conectado mediante una red ad hoc movil por medio de transmitir datos a traves de la red 10. En redes estaticas, es decir redes que contienen encaminadores que permanecen estacionarios y estan conectados mediante cobre, fibra optica o dispositivos inalambricos que estan permanente o semi-permanentemente instalados, los recursos disponibles para transmitir datos se ven en general como constantes, y la gestion de trafico esta basada en proporcionar porcentaje de recursos a trafico basandose en una observacion mediante el administrador de red en un punto en el tiempo dado. Las redes con infraestructura fija que soportan dispositivos moviles tambien entran en esta categona, tales como las redes de telefoma movil comerciales.
En una red ad hoc movil, del tipo donde no hay infraestructura fija, y la red esta construida mediante dos o mas
5
10
15
20
25
30
35
40
45
50
55
60
65
nodos de red que estan en alcance de transmision entre s^ los recursos disponibles para intercambiar datos variaran enormemente a medida que los nodos se mueven con relacion entre st A medida que los nodos se acercan entre sf, la intensidad de senal recibida de los dispositivos inalambricos aumentara, como lo hara la calidad de enlace entre ellos. Los dispositivos inalambricos pueden soportar tambien progresivamente velocidades de datos superiores si el dispositivo inalambrico soporta un numero de esquemas de modulacion. A la inversa, a medida que los nodos se alejan, la intensidad de senal recibida y la calidad de enlace se degradaran. Un problema significativo con la transmision de datos moviles es que las condiciones de red inalambrica pueden variar enormemente. Pueden surgir variaciones como resultado de cambios en la distancia entre nodos, como resultado de obstaculos (por ejemplo, en la lmea de vision) que producen atenuacion o reflejos, como resultado de condiciones atmosfericas, como resultado de otros usuarios del servicio de datos y asf sucesivamente. Tales factores pueden dar como resultado que el flujo de datos a traves de una red inalambrica movil se bloquee o restrinja por ejemplo debido a insuficiente ancho de banda o calidad de enlace pobre. El flujo de datos puede verse afectado adversamente tambien por supuesto como resultado de congestion con otros flujos de datos en contienda desde los mismos u otros usuarios y/o interferencia de otros usuarios de similares servicios inalambricos o no relacionados. Las condiciones en una red ad hoc movil pueden a menudo deteriorarse de manera que las aplicaciones de software escritas que asumen la transmision a traves de redes cableadas no pueden tener un rendimiento satisfactorio. Por lo tanto, no puede ser siempre posible entregar fiablemente todos los datos desde una aplicacion que se ejecuta en un ordenador hasta su destino pretendido completamente y con precision en el tiempo.
En redes existentes, hay mecanismos para informar el estado de los enlaces en terminos de latencia, ancho de banda, y tasa de errores, pero no hay mecanismo que proporcione una correlacion entre el estado del enlace y su capacidad para transmitir cantidades de datos de aplicacion. Un problema es que los atributos que vanan en el tiempo de un enlace pueden evitar que una aplicacion de software envfe los datos, al menos temporalmente y posiblemente permanentemente.
En redes existentes, a menudo los datos se envfan a traves de la red para transferir information desde un usuario a otro. Los datos a enviarse mediante una aplicacion representaran informacion en una forma particular. La informacion puede representarse en muchas formas, dependiendo de la calidad o riqueza del significado que se esta transportando. Es tipicamente deseable para la calidad o la riqueza de la informacion, como se representa mediante los datos, que sea tan alta como sea posible. A menudo es deseable tambien, y tal vez mas importante en ciertos contextos, que la informacion a retransmitir a su destino rapidamente y sin degradacion significativa. Puede ser en ocasiones mas importante que los elementos esenciales de la informacion se transporten rapida, fiablemente y se reciban en una manera a partir de la cual aquellos elementos esenciales puedan entenderse facilmente que para la informacion a transportar en un formato de alta calidad (o "rico") que podna correr el riesgo de que la informacion se reciba incompletamente y/o se reciba tarde dando como resultado que los elementos esenciales de informacion no se aprecien o entiendan los suficiente en el destino. Las aplicaciones escritas expresamente para redes moviles son mas probables de entregar satisfactoriamente su informacion a traves de redes moviles, pero esto a menudo se consigue simplemente por medio de crear un sistema muy simple que requiere que un usuario seleccione un formato de datos de riqueza baja para enviar/recibir, tfpicamente elegido desde unicamente dos formatos (por ejemplo, un primer formato de resolucion relativamente alta y un segundo formato de resolucion relativamente baja).
A modo de ejemplo y para ilustrar el analisis anterior, si se deseara transportar informacion acerca de un incendio en un edificio, puede haber una menor ventaja en difundir un video de flujo continuo a alta calidad alimentado en tiempo real que muestra la extension del fuego, pero puede ser mas deseable simplemente transportar tal informacion por medio de una serie de imagenes JPEG fijas de baja resolucion si hubiera una posibilidad de que la ruta de red mediante la cual se estan enviando datos no pudiera proporcionar el ancho de banda requerido para permitir que los datos de flujo de video alcancen fiablemente su destino. Por lo tanto, en la presente realizacion se reconoce que la informacion puede representarse en una forma menos rica usando menos datos, si es importante que la informacion debiera llegar al destino rapidamente. Ademas, en la presente realizacion, la red esta dispuesta de manera eficaz para proporcionar a la aplicacion de envfo una indicacion (o con informacion desde la que puede obtenerse una indicacion de este tipo) en cuanto a si la informacion que se desea enviar en un formato particular puede entregarse rapida, fiablemente y/o con precision o no. Si no, la aplicacion puede decidir a continuacion enviar la informacion en un formato diferente (por ejemplo, un formato menos rico), enviar la informacion en un tiempo posterior, o enviar la informacion a un destino diferente o temporal. Se entendera por supuesto en este punto, y en otras partes en la memoria descriptiva de la patente, que cuando se establece que el software, o un modulo de software, realiza una accion dada, una declaracion de este tipo es el termino corto para establecer que el software, o modulo de software, incluye instrucciones que producen que la unidad de procesamiento informatica programada con tales instrucciones realice esa accion dada o de otra manera produzca que la accion se realice asf). La aplicacion puede decidir el formato de datos en el que enviar informacion antes de que empiece a enviar tal informacion. La aplicacion de envfo puede elegir cuanta mucha o poca informacion enviar basandose en el conocimiento de la aplicacion de la importancia de la informacion que se esta entregando. La aplicacion puede aun elegir enviar informacion muy rica a sabiendas de que es probable que haya retardos antes de que se entregue completamente, o puede elegir enviar informacion menos rica si entiende que la informacion es sensible al tiempo. Puede buscar tambien seleccionar un metodo de transmision que hace uso optimo de los recursos disponibles.
La Figura 1 muestra una parte de una red en la que se realizan los principios anteriores. La red 10 incluye el primer y
5
10
15
20
25
30
35
40
45
50
55
60
65
segundo nodos de red inalambrica moviles 12a, 12b conectados mediante un enlace inalambrico 13. Cada nodo comprende un encaminador 14a, 14b y un transmisor/receptor de radio 16a, 16b, estando conectado cada encaminador 14a, 14b a traves de una conexion cableada a su transmisor/receptor de radio 16a, 16b. Un ordenador 18a programado con una aplicacion 20a (un modulo de aplicacion de software) esta dispuesto para comunicacion con el primer nodo 12a mediante una interfaz de red 22a. La aplicacion 20a tiene informacion que se ha de comunicar a una aplicacion 20b que se ejecuta en un ordenador adicional, localizado remotamente 18b mediante una interfaz de red adecuada 22b para comunicacion con el segundo nodo 12b. Usando un protocolo de transmision y recepcion inalambrica acordado, los transmisores/receptores de radio 16a, 16b pueden comunicar directamente entre sf En un caso general, mas de un ordenador puede conectarse a cada encaminador, y mas de una radio puede conectarse tambien al encaminador. La tarea del encaminador es determinar la trayectoria optima entre un ordenador de envfo y recepcion basandose en la informacion recogida sobre la topologfa de las conexiones entre ellos y cualquier informacion de estado que los disenadores de la red hayan determinado que es de importancia. (Como se menciona a continuacion, los recorridos de datos de trayectoria entre el nodo origen y destino seran tipicamente mediante multiples enlaces - multiples saltos - y habra muchos nodos en la red). Los canales de comunicacion (enlace o enlaces entre nodos) seran tfpicamente simetricos de manera que cada nodo podra en cualquier momento dado tanto transmitir como recibir datos mediante un enlace de comunicaciones establecido con otro nodo. Cada senal de difusion para recepcion mediante cualquier nodo compatible del sistema en alcance y tiene una entrada para recepcion de tales senales. La funcion de procesamiento informatica del encaminador asociada con un nodo se proporciona una memoria asociada (no representada en la Figura 1), por ejemplo, en la que se almacenan y actualizan las tablas de encaminamiento.
La informacion desde la aplicacion de envfo puede transmitirse a traves de la red 10 por medio de datos en uno de varios posibles formatos, de riqueza variable. En este caso la informacion esta en forma de metraje de video, con sonido asociado. "Informacion" puede describirse como datos que tienen un significado. En general, la informacion cuando se presenta en un formato mas rico tomara mas datos para describir y tomara por lo tanto mas tiempo en transportar suponiendo un ancho de banda de transmision constante, que la informacion que es menos rica. Si hay tiempo limitado en el que transportar la informacion, o ancho de banda limitado a traves del que transportar la informacion que vana en el tiempo, la aplicacion 20a puede decidir enviar la misma informacion en una forma menos rico para asegurar la llegada a tiempo.
Antes de que el modulo de aplicacion de software inicie el envfo de la informacion, a traves de la red 10, desde el primer ordenador 18a al segundo ordenador 18b, la aplicacion de software 20a solicita (flecha 24) el estado del enlace inalambrico 13 por medio de interrogar un modulo de motor de decision 26a del encaminador 14a. El modulo de motor de decision 26a recibe periodicamente parametros, mediante una ruta de datos de control (flecha 30) desde un monitor de estado 28a que forma parte del sistema de radio 16a del nodo 12a. Los parametros con respecto al estado del enlace que se reciben mediante el modulo de motor de decision 26a incluyen ancho de banda disponible, latencia y una medicion de calidad de enlace (en este caso efectuada por medio de medicion de relacion de senal a ruido). El modulo de motor de decision 26a recibe tambien indicaciones/medidas, desde diversos ongenes de datos de sensor, de la posicion, velocidad y ruta del nodo de red movil 12a, obstaculos en el terreno, condiciones atmosfericas y el rendimiento de radio predicho en el futuro proximo. El monitor de estado de un nodo en la red comparte (flecha 32) tal informacion (que incluye, por ejemplo, los parametros anteriormente mencionados) con otros nodos en la red. El motor de decision 26a mantiene un repositorio (no representado en la Figura 1) de parametros recibidos desde los monitores de estado, que se usan a continuacion para responder la solicitud de estado de la aplicacion. La aplicacion 20a puede suscribirse al motor de decision 26a, de manera que se advierte a la aplicacion 20a mediante el motor de decision 26a en una manera que es relevante para la aplicacion 20a. Las actualizaciones de estado de enlace pueden proporcionarse bajo demanda, a intervalos de tiempo regulares, o cuando se hayan superado uno o mas umbrales especificados. Por lo tanto, la frecuencia en la que la aplicacion de software comprueba el estado de enlace, y por lo tanto la frecuencia en la que el motor de decision necesita recibir los parametros de red desde el monitor de estado puede establecerse (y modificarse) en una base caso a caso. En algunos escenarios donde se espera que se muevan rapidamente uno o mas nodos desde una localizacion a otra, o que puede haber cambios rapidos en el entorno local de un tipo que probablemente afecte a la comunicacion entre nodos, la frecuencia de las comprobaciones de estado de red puede ser necesario que se lleve a cabo una o mas veces cada minuto. En otras circunstancias diez comprobaciones de estado de red, o menos, por hora pueden ser suficientes. La frecuencia de tales comprobaciones de estado de red puede variarse dinamicamente en vista de una medida de la variacion en sucesivas comprobaciones de estado de red, o en dependencia de activadores provocados por otros cambios medibles en la red (tales como movimiento de nodos).
Se deja a la aplicacion 20a decidir cuando y si es asf en que formato transmitir la informacion a enviar al segundo ordenador 18b. Una aplicacion de transmision de video puede decidir obtener video de alta resolucion de flujo continuo continuamente cuando existe suficiente ancho de banda, y usar una resolucion inferior al mismo tamano de instantanea cuando hay disponible menos ancho de banda. Sin embargo, la decision podna haberse realizado para mantener el tamano y resolucion de instantanea, pero reducir significativamente la velocidad de fotograma; la decision puede depender de las preferencias del consumidor de la informacion (o de las preferencias del proveedor de la informacion).
Distinta a la comunicacion de estilo de toma de contacto entre la aplicacion de software y la red despues de lo cual
5
10
15
20
25
30
35
40
45
50
55
60
65
la aplicacion de software puede a continuacion elegir que formato de datos usar para transmision de datos, pueden usarse protocolos convencionales en la comunicacion de red inalambrica a traves de la red. Sin embargo, la ruta a traves de la red puede fijarse con antelacion. Por lo tanto, alguna comunicacion entre los nodos podna ser mediante un modo de comunicacion de conmutacion de circuitos, posiblemente un modo de conmutacion de circuitos virtual. La comunicacion entre nodos sera tipicamente mediante un modo de comunicacion de conmutacion de paquetes.
El aparato mostrado en la Figura 1 puede usarse en un escenario en el que se requiere la transmision, desde el primer ordenador 18a al segundo ordenador 18b, de informacion con respecto a representacion escenica con movimiento. El formato seleccionado podna ser un video de flujo continuo a una tasa de datos que es menor que o igual a la disponible entre los nodos, una secuencia de imagenes fijas, una descripcion de audio o una descripcion textual con un tamano de datos total igual al ancho de banda disponible para el trafico de usuario entre los nodos multiplicado por el tiempo total disponible para transmitir tales datos. El tiempo disponible para transmision puede deducirse a partir del conocimiento de la posicion geografica actual de cada nodo, mas la velocidad y pista actual, que pueden deducirse desde sensores incorporados y programacion anterior.
La Figura 2 muestra la operacion de una segunda realizacion de la presente invencion, que se refiere a un metodo de transmision de informacion a traves de una red de datos que incluye un enlace inalambrico 100 entre dos radios 102 de dos nodos de red respectivos. Como con la primera realizacion, la informacion puede representarse por medio de datos en cualquiera de un numero de diferentes formatos de diferente riqueza. Periodicamente (como se representa mediante las flechas 101), cada radio 102 proporciona metricas mediante una conexion cableada a un procesador informatico que ejecuta un modulo de software de motor de decision 104, refiriendose las metricas al estado del enlace inalambrico 100. Como una primera etapa (representada mediante la flecha 108), un usuario 110 solicita datos desde una camara 112 de una escena en movimiento. Como una segunda etapa (representada mediante la flecha 114), un modulo de aplicacion de software que se ejecuta en la camara 112 envfa al nodo de red local una solicitud para una indicacion del estado de la ruta de red (enlace inalambrico 100) desde la camara 112 al usuario 110. Esta segunda etapa se realiza antes de que se haga ningun intento por la camara 112 de enviar cualquier dato de video al usuario 110. El motor de decision 104 del nodo de red local (el nodo que esta cableado permanentemente a la camara) recibe la solicitud desde la aplicacion de software de la camara. Como una tercera etapa (representada esquematicamente mediante la flechas 116), el motor de decision 104 del nodo de origen establece el estado de ruta de red (como se define mediante un numero de diferentes parametros - por ejemplo ancho de banda, latencia y calidad de enlace) de la ruta desde el nodo de origen (conectado a la camara) al nodo de destino (conectado al usuario). Como una cuarta etapa (representada mediante la flecha 118), en respuesta a, y en dependencia de, el estado de ruta de red determinado mediante el motor de decision 104 del nodo de origen, el motor de decision 104 proporciona realimentacion a la aplicacion de software asociada con la camara 112 en forma de una indicacion del formato o formatos, si los hubiera, de datos que pueden soportarse mediante la ruta (o al menos una o mas metricas desde las que puede determinarse una indicacion de este tipo mediante la aplicacion de software asociada con la camara 112). Entonces, y solo entonces, hay una quinta etapa (representada esquematicamente mediante la flecha 120) realizada, mediante la cual el modulo de aplicacion de software de la camara 112 inicia la transmision de datos (mediante el enlace inalambrico 100) en un formato elegido en dependencia de la indicacion asf recibida en la cuarta etapa.
Aunque la presente invencion se ha descrito e ilustrado con referencia a realizaciones particulares, se apreciara por los expertos en la materia que la invencion se presta por sf misma a muchas diferentes variaciones no ilustradas espedficamente en el presente documento. A modo de ejemplo unicamente, se describiran ahora ciertas posibles variaciones.
Pueden analizarse y categorizarse enlaces cableados y/o inalambricos mediante el metodo anteriormente descrito.
Aunque cada una de las Figuras 1 y 2 muestra unicamente dos nodos de red, el sistema es ampliable para evaluar metricas de enlaces de dos o mas saltos distantes desde el originador de la informacion. Por lo tanto puede consultarse una trayectoria entera a un destino particular, puesto que cada enlace en la trayectoria podna tener diferentes caractensticas, cada una de las cuales cambiara con el tiempo. La evaluacion de toda la trayectoria es importante, puesto que la informacion que se envfa se pretende para el destino. Si no hay trayectoria disponible, pero parte de la trayectoria lo esta, entonces puede tomarse una decision para enviar la informacion tan lejos como sea posible con la conectividad disponible, para almacenar a continuacion la informacion temporalmente pendiente de una mejora en la conectividad.
Como se ha mencionado anteriormente, si puede advertirse a una aplicacion de que la red no puede soportar transmision de informacion en una forma particular, entonces la aplicacion puede elegir enviar la misma informacion en una forma menos rica para acelerar la llegada al destino pretendido. Si, sin embargo, la aplicacion desea aun enviar la informacion en forma rica, puede a continuacion decidir cesar la transmision hasta tal tiempo a medida que la red pueda advertir que las condiciones de transmision han mejorado.
En un desarrollo de las realizaciones descritas, si cada nodo de red comparte su estado con otros nodos, y tambien con un servidor central dispuesto para realizar una funcion de supervision central, entonces es posible coordinar y optimizar los movimientos de los nodos de red para conseguir un efecto mayor que el que esta actualmente
5
10
15
20
25
30
35
40
45
50
55
60
65
disponible.
Puede haber muchos nodos de red. Cada nodo de red puede proporcionarse mediante diferente tipo de equipo. Algunos nodos de red seran moviles y habra una expectativa de que la posicion ffsica del nodo cambiara rapidamente con el tiempo, requiriendo por lo tanto una red que se adapte dinamicamente. Otros nodos de red pueden ser principalmente estaticos, pero proporcionarse en una base ad hoc. Las condiciones del tiempo u otras condiciones del entorno pueden cambiar rapidamente, afectando la calidad de la comunicacion inalambrica entre nodos en la red. Todos los nodos en las realizaciones ilustradas mediante las Figuras 1 y 2 estan en forma de encaminadores basados en radio ("inalambricos"). Se apreciara que uno de los encaminadores puede conectarse a una unidad base que sirve como un concentrador de comunicaciones central. Un concentrador de este tipo puede ser independiente del servidor central anteriormente mencionado. Tal concentrador de comunicaciones central puede conectarse a una o mas redes adicionales, incluyendo por ejemplo una red basada en IP tal como internet. Una conexion de este tipo puede proporcionarse mediante un enlace de comunicaciones basado en satelite. El nodo de concentrador puede actuar como un nodo de estacion base.
Se apreciara por supuesto que los enlaces mostrados en las figuras como existiendo entre un par de nodos son representaciones esquematicas de las lmeas de comunicaciones entre nodos y que cada nodo recibe y transmite senales inalambricamente mediante una o mas antenas convencionales. Las senales inalambricas pueden someterse a division/multiplexacion de tiempo/frecuencia para formar canales separados para comunicacion. Como alternativa, o adicionalmente, se emplean protocolos de comunicacion inalambrica convencionales segun sea apropiado para permitir a muchos nodos compartir un canal de comunicacion cuando transmiten/reciben datos. Los datos enviados a traves de la red inalambrica pueden encriptarse usando protocolos convencionales.
La informacion de estado de red proporcionada mediante el motor de decision a la aplicacion de software puede incluir una indicacion de como de rapido cambia el estado de la red. Puede incluir una prediccion de durante cuanto tiempo la presente indicacion del estado de red puede considerarse como valida/fiable. Como tal el motor de decision puede monitorizar el historial y/o tendencias en el estado de la red. Las medidas anteriores (del ancho de banda disponible, la latencia media en el enlace, y la medida de calidad de enlace) se almacenan en memoria y posibilitan al motor de decision generar una prediccion de la capacidad del enlace/ruta en cuestion para llevar datos de manera fiable de un cierto formato para un periodo de tiempo dado. Esto se consigue usando las mediciones historicas (que proporcionan una indicacion de las tendencias / velocidades de cambio en el sistema) y las mediciones actuales para generar una indicacion de la capacidad del enlace para mantener ciertos formatos de datos (por medio de comparacion frente a umbrales preestablecidos). Por ejemplo, un video en tiempo real de una resolucion particular, velocidad de fotograma, cuando se envfa por flujo continuo de acuerdo con un protocolo particular, puede tener requisitos (lfmites) mmimos (pre-establecidos) para el ancho de banda disponible, la latencia media en el enlace y la tasa de errores (calidad de enlace) a traves de un periodo de tiempo dado (es decir del orden de cinco minutos). Con el conocimiento del ancho de banda disponible, la latencia media y calidad de enlace en un instante dado y con el conocimiento de la tendencia, con el tiempo, en vista de datos historicos, en los cambios en tales parametros, es posible predecir una probabilidad de que el ancho de banda disponible, la latencia media y la calidad de enlace se mantendran en los lfmites aceptables para el periodo de tiempo dado. Si la confianza (la probabilidad calculada) es suficientemente alta (por encima de un valor umbral) entonces el enlace puede declararse adecuado para flujo continuo de video en tiempo real a una velocidad de fotograma y resolucion particulares. Si no, el ancho de banda disponible instantaneo, la latencia media y la calidad de enlace del enlace, y futuras tendencias predichas pueden aun indicar que el enlace inalambrico es adecuado para flujo continuo de video a una velocidad de fotograma inferior y/o resolucion de imagen inferior, es adecuado para flujo continuo de audio en tiempo real para un (posiblemente diferente) periodo de tiempo dado, o es adecuado para un formato de datos que tiene aun exigencias inferiores.
Los parametros con respecto al estado del enlace que se reciben mediante el modulo de motor de decision podnan incluir diferentes parametros o adicionales. Por ejemplo, podnan proporcionarse otros parametros tales como fluctuacion, tasa de perdida de paquetes ytasa de errores.
La manera y metodo de consultar el estado de un enlace puede realizarse de acuerdo con cualquier protocolo adecuado. Se preve que, por ejemplo, el Protocolo de Intercambio de Enlace Dinamico (DLEP) actualmente bajo desarrollo en el Grupo de Tareas Especiales de Ingeniena en Internet sera adecuado. Un factor importante es la capacidad para extraer las lecturas instantaneas desde un dispositivo de red. Las lecturas exactas variaran de acuerdo con el tipo de dispositivo de red; algunas lecturas pueden ser directamente desde equipo localizado en el dispositivo de red; y algunas lecturas pueden deducirse desde varias lecturas directas y procesadas para una forma que el motor de decision puede entender. Ejemplos de lo ultimo pueden ser la relacion de senal a ruido (SNR), relacion de energfa por bit a densidad espectral de potencia ruido (Eb/N0). Para el ultimo, de acuerdo con el tipo de dispositivo de red, y conociendo los esquemas de modulacion y correccion de errores, es posible calcular o medir empmcamente la tasa de datos en bruto (en bit/s) que el enlace puede mantener. Cuando un dispositivo de red, tal como un dispositivo inalambrico, puede compensar automaticamente condiciones de transmision degradadas, tales como desarrollando un esquema de modulacion menos complejo o aumentando la cantidad de Correccion de Errores en Retroceso a usarse, los informes de estado al cambiar el esquema de modulacion o la Correccion de Errores en Retroceso podnan indicar inestabilidad de enlace. Ademas, cuando un dispositivo inalambrico es parte de
5
10
15
20
25
30
35
40
45
50
un sistema de radio celular o troncal, la informacion tal como identidad de celda puede retransmitirse de acuerdo con la localizacion del dispositivo en la red, y, cuando se toma junto con informes de estado posicionales, es posible determinar cuando es probable que tengan lugar traspasos o cuando es probable que se pierda del todo la cobertura.
Los formatos de datos pueden categorizarse de acuerdo con una norma, conocida para todos los nodos en la red. Una norma que podna usarse / adaptarse es la norma Ampliaciones Multifuncion del Correo Internet (MIME) como se expone en el Documento N.° 2046 del RFC ("Peticion de Comentarios") del Grupo de Trabajo de Red del Grupo de Tareas Especiales de Ingeniena en Internet (IETF). Los tipos de datos se clasifican en un pequeno numero de tipos principales que pueden tener cada uno sub-clasificacion adicional. Los cinco tipos de medios de nivel superior se definen como texto, audio en tiempo real, imagen (por ejemplo JPEG), video en tiempo real (por ejemplo MpEG), y aplicacion (por ejemplo otros ficheros de datos tales como hojas de calculo, ficheros de datos de procesadores de texto, ciertos ficheros ejecutables y similares). La norma MIME incluye tambien dos tipos de medios de nivel superior compuestos, en concreto "multiparte" (datos que consisten en multiples entidades de tipos de datos independientes) y "mensaje" (un mensaje encapsulado), que puede tratarse por separado y/o descontarse por completo en ciertas realizaciones de la presente invencion.
Puede haber un numero finito de diferentes formatos de datos desde un conjunto comprensivo de formatos de datos que puede usarse para transferencia de informacion. El conjunto de formatos de datos adecuado puede definirse en una base caso a caso. Por ejemplo, a continuacion hay un conjunto de diez formatos de datos diferentes que pueden usarse.
Formato de datos 1 - texto claro / transmision de datos sencilla (a baja tasa de transferencia de datos) - baja importancia / criticidad,
Formato de datos 2 - texto claro / transmision de datos sencilla (a baja tasa de transferencia de datos) - alta importancia / criticidad,
Formato de datos 3 - transmision de datos no de flujo continuo (a media tasa de transferencia de datos) - baja importancia / criticidad,
Formato de datos 4 - transmision de datos no de flujo continuo (a media tasa de transferencia de datos) - alta importancia / criticidad,
Formato de datos 5 - transmision de datos no de flujo continuo (a alta tasa de transferencia de datos),
Formato de datos 6 - transmision de audio de flujo continuo (baja calidad - baja tasa de bits),
Formato de datos 7 - transmision de audio de flujo continuo (alta calidad - alta tasa de bits)
Formato de datos 8 - transmision de video de flujo continuo (baja calidad - es decir baja resolucion de imagen y/o baja velocidad de fotograma),
Formato de datos 9 - transmision de video de flujo continuo (media calidad), y
Formato de datos 10 - transmision de video de flujo continuo (alta calidad - es decir alta resolucion de imagen y/o alta velocidad de fotograma).
Habiendo solo diez tipos de formato de datos entre los que convertir informacion proporciona una solucion relativamente sencilla de implementar y rapida de operar.
La red puede estar completamente descentralizada, sin ninguna gestion mediante un servidor central y/o concentrador gestionado de manera central.
Aunque en la descripcion anterior, se mencionan entidades o elementos que son conocidos, evidentes o equivalentes previsibles, entonces tales equivalentes se incorporan en el presente documento como si se hubieran expuesto individualmente. Debena hacerse referencia a las reivindicaciones para determinar el verdadero alcance de la presente invencion, que debena interpretarse como que abarca cualquiera de tales equivalentes. Se apreciara tambien por el lector que las entidades o caractensticas de la invencion que se describen como preferentes, ventajosas, convenientes o similares son opcionales y no limitan el alcance de las reivindicaciones independientes. Ademas, se entiende que tales entidades o caractensticas, aunque son posiblemente beneficiosas en algunas realizaciones de la invencion, pueden no ser deseables, y por lo tanto pueden estar ausentes, en otras realizaciones.

Claims (15)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un metodo de transmision de informacion a traves de una red de datos (10) que comprende al menos un nodo de red inalambrica (12a),
    pudiendose transmitir la informacion a traves de la red por medio de datos en una pluralidad de diferentes formatos que incluyen un primer formato y un segundo formato, siendo el segundo formato menos exigente de la red (10) que el primer formato, comprometiendo la manera en la que se representa la informacion mediante los datos, donde el metodo comprende las etapas de:
    - un modulo de aplicacion de software (20a) que se ejecuta en hardware informatico que tiene informacion para transmision a traves de una red de datos (10) solicita el estado de al menos parte de una ruta desde un nodo local (12a) en la red a un nodo de destino (12b) en la red, comprendiendo la ruta al menos un enlace inalambrico (13) entre los dos nodos (12a, 12b) en la red; en el que se realiza la etapa de solicitar el modulo de aplicacion de software (20a) el estado de la ruta antes de que se realice cualquier intento mediante el modulo de aplicacion de software (20a) para iniciar el envfo de los datos al nodo de destino (12b) y
    - el modulo de aplicacion de software (20a) recibe una indicacion del estado de dicha al menos parte de la ruta; caracterizado por
    - el modulo de aplicacion de software (20a) transmite los datos en un formato elegido desde la pluralidad de diferentes formatos en dependencia de la indicacion del estado asf recibido.
  2. 2. Un metodo de acuerdo con la reivindicacion 1, en el que el metodo incluye una etapa de analisis en la que un procesador analiza una o mas caractensticas de dicha al menos parte de la ruta,
    y responde a la solicitud de estado enviada por el modulo de aplicacion de software enviando dicha indicacion del estado recibida mediante el modulo de aplicacion de software.
  3. 3. Un metodo de acuerdo con cualquier reivindicacion anterior, en el que la indicacion del estado recibida mediante el modulo de aplicacion de software incluye una indicacion de cual de la pluralidad de diferentes formatos de datos es adecuado para transmitir la informacion.
  4. 4. Un metodo de acuerdo con cualquier reivindicacion anterior, en el que la indicacion del estado recibida mediante el modulo de aplicacion de software incluye una indicacion de no solo el estado actual sino tambien informacion a partir de la cual puede realizarse una prediccion del estado futuro.
  5. 5. Un metodo de acuerdo con cualquier reivindicacion anterior, en el que el metodo incluye las etapas de
    el modulo de aplicacion de software recibe una indicacion adicional del estado de dicha al menos parte de la ruta mientras se estan transmitiendo datos en el formato elegido inicialmente,
    en dependencia de la indicacion adicional del estado asf recibido, elegir desde la pluralidad de diferentes formatos, un formato diferente del formato inicialmente elegido, y transmitir posteriormente los datos en ese formato diferente.
  6. 6. Un metodo de acuerdo con cualquier reivindicacion anterior, en el que el metodo incluye una etapa en la que al menos un nodo en la red publica a todos sus nodos vecinos valores de parametros que representan una o mas caractensticas de un enlace establecido con ese nodo, y al menos un nodo vecino vuelve a publicar tal informacion a uno o mas otros nodos en la red.
  7. 7. Un metodo de acuerdo con cualquier reivindicacion anterior, en el que antes de que se realice la etapa en la que el modulo de aplicacion de software transmite los datos a traves de la red, la informacion se representa mediante datos en el primer formato, que estan en forma de video de una calidad dada,
    en vista de la indicacion del estado de ruta asf recibida el modulo de aplicacion de software elige transmitir los datos en el segundo formato, que estan en forma de informacion de una calidad inferior, y, como resultado, el modulo de aplicacion de software proporciona los datos en el segundo formato antes de que se transmitan.
  8. 8. Un metodo de acuerdo con cualquier reivindicacion anterior, en el que antes de que se realice la etapa en la que el modulo de aplicacion de software transmite los datos a traves de la red, la informacion se representa mediante datos en el primer formato y comprende datos de audio,
    en vista de la indicacion del estado de ruta asf recibida el modulo de aplicacion de software elige transmitir los datos en el segundo formato, en el que al menos parte del audio se convierte a texto por medio del modulo de aplicacion de software antes de que se transmita.
  9. 9. Un metodo de transmision de informacion a traves de una red de datos (10) que comprende al menos un nodo de red inalambrica (12a),
    pudiendose transmitir la informacion a traves de la red (10) por medio de datos en una pluralidad de diferentes formatos que incluyen un primer formato y un segundo formato, siendo el segundo formato menos exigente de la red que el primer formato, comprometiendo la manera en la que se representa la informacion mediante los datos, en el que el metodo comprende las etapas de:
    5
    10
    15
    20
    25
    30
    un procesador (26a) analiza una o mas caractensticas del estado de al menos parte de una ruta desde un nodo en la red (10) a otro nodo en la red (10), comprendiendo la ruta al menos un enlace inalambrico (13) entre dos nodos (12a, 12b) en la red (10);
    el procesador (26a) recibe una solicitud desde un modulo de aplicacion de software (20a) para una indicacion de cual de la pluralidad de diferentes formatos de datos puede enviarse a traves de dicha al menos parte de la ruta, caracterizado por que
    como respuesta, y en dependencia de dicha una o mas caractensticas analizadas mediante el procesador, el procesador (26a) indica cual de la pluralidad de diferentes formatos de datos es adecuado para transmitir la informacion.
  10. 10. Un metodo de acuerdo con la reivindicacion 9, en el que el metodo incluye la realizacion de una etapa que genera dicha solicitud desde el modulo de aplicacion de software.
  11. 11. Una red ad hoc movil que comprende al menos un dispositivo de hardware informatico conectado a la red en el que se instala un modulo de aplicacion de software que esta dispuesto para funcionar de acuerdo con el metodo de cualquiera de las reivindicaciones 1 a 8.
  12. 12. Una red ad hoc movil que comprende al menos un nodo de red inalambrica asociado con un procesador programado con software de estado de ruta para realizar el metodo de cualquiera de las reivindicaciones 9 o 10.
  13. 13. Una red ad hoc movil de acuerdo con ambas reivindicaciones 11 y 12.
  14. 14. Un producto de software informatico para cargar en un dispositivo de hardware informatico, en el que el producto de software esta configurado para realizar las etapas ordenadas mediante el modulo de aplicacion de software de acuerdo con el metodo de cualquiera de las reivindicaciones 1 a 8.
  15. 15. Un producto de software informatico para cargar en un procesador informatico, en el que el producto de software esta configurado para provocar que el procesador realice las etapas realizadas mediante el procesador de acuerdo con el metodo de cualquiera de las reivindicaciones 9 o 10.
ES13275102.5T 2013-04-26 2013-04-26 Transmisión de información a través de una red de comunicaciones Active ES2564960T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP13275102.5A EP2797268B1 (en) 2013-04-26 2013-04-26 Transmitting information across a communications network

Publications (1)

Publication Number Publication Date
ES2564960T3 true ES2564960T3 (es) 2016-03-30

Family

ID=48288965

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13275102.5T Active ES2564960T3 (es) 2013-04-26 2013-04-26 Transmisión de información a través de una red de comunicaciones

Country Status (6)

Country Link
US (1) US10455042B2 (es)
EP (1) EP2797268B1 (es)
CA (1) CA2910079C (es)
ES (1) ES2564960T3 (es)
SA (1) SA515370058B1 (es)
WO (1) WO2014174081A1 (es)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8694254B2 (en) 2011-12-02 2014-04-08 Gil Fuchs System and method for improved routing that combines real-time and likelihood information
JP6447224B2 (ja) 2015-02-20 2019-01-09 日本電気株式会社 通信装置、中継装置、通信方法及び通信プログラム
GB201504403D0 (en) * 2015-03-16 2015-04-29 Microsoft Technology Licensing Llc Adapting encoded bandwidth
CA2926581C (en) * 2015-04-10 2018-06-26 Ross Video Limited Automated path-finding and integrated bandwidth management for hybrid video routing connections
US20170279684A1 (en) * 2016-03-22 2017-09-28 Tata Communications (America) Inc. System and method for provisioning of bandwidth-on-demand (BoD) services in a telecommunications network
US10057742B2 (en) * 2016-05-18 2018-08-21 Veniam, Inc. Systems and methods for managing the routing and replication of data in the download direction in a network of moving things
US10298691B2 (en) 2016-05-18 2019-05-21 Veniam, Inc. Systems and methods for managing the storage and dropping of data in a network of moving things
US10389987B2 (en) * 2016-06-12 2019-08-20 Apple Inc. Integrated accessory control user interface
US11082324B2 (en) 2018-07-27 2021-08-03 goTenna Inc. Vine: zero-control routing using data packet inspection for wireless mesh networks
US10833991B2 (en) * 2018-09-26 2020-11-10 Itron, Inc. Partial source routing for cross-network routing
US11223970B2 (en) * 2019-12-25 2022-01-11 Intel Corporation Apparatus, system and method of concurrent multiple band (CMB) wireless communication
US11122638B2 (en) 2019-12-25 2021-09-14 Intel Corporation Apparatus, system and method of concurrent multiple band (CMB) network access
CN111918115A (zh) * 2020-08-05 2020-11-10 深圳Tcl新技术有限公司 编辑内容处理方法、装置、设备及可读存储介质
US11463536B2 (en) 2020-08-28 2022-10-04 Teso LT, UAB Curating proxy server pools
US12518027B1 (en) 2023-09-01 2026-01-06 Rockwell Collins, Inc. Dynamic IPsec system and method
CN120456098A (zh) * 2025-06-17 2025-08-08 中科联航(江苏)信息技术有限公司 基于mesh自组网的图像质量增强方法及系统

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7522551B2 (en) * 2001-09-17 2009-04-21 Microsoft Corporation Method and apparatus for wireless routing on a plurality of different wireless channels
WO2005062554A1 (en) * 2003-12-23 2005-07-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for efficient routing in ad hoc networks
ES2409334T3 (es) * 2003-12-23 2013-06-26 Telefonaktiebolaget Lm Ericsson (Publ) Ad hoc predictivo
US7558215B2 (en) * 2004-09-24 2009-07-07 Alcatel-Lucent Usa Inc. Method for optimizing the frequency of network topology parameter updates
US7729335B2 (en) * 2005-05-18 2010-06-01 Lg Electronics Inc. Providing traffic information relating to a prediction of congestion status and using the same
US20070110035A1 (en) 2005-11-14 2007-05-17 Broadcom Corporation, A California Corporation Network nodes cooperatively routing traffic flow amongst wired and wireless networks
US20070133405A1 (en) * 2005-12-08 2007-06-14 Microsoft Corporation Congestion controller for network transmissions
US7684336B2 (en) * 2006-11-09 2010-03-23 Sri International Real-time video packet monitoring and processing for enhanced quality of service
US20080159144A1 (en) * 2006-12-29 2008-07-03 Lucent Technologies Inc. Quality of service aware routing over mobile ad hoc networks (manets)
US7911962B2 (en) * 2007-05-29 2011-03-22 Bae Systems Information And Electronic Systems Integration Inc. Integrating local congestion and path interference into QoS routing for wireless mobile AD HOC networks
WO2010028307A1 (en) 2008-09-04 2010-03-11 Powerwave Cognition, Inc. Waveform for use in mobile ad hoc networks
US9510048B2 (en) * 2009-05-26 2016-11-29 Red Hat Israel, Ltd. Dynamically changing streaming video quality
US9124642B2 (en) * 2009-10-16 2015-09-01 Qualcomm Incorporated Adaptively streaming multimedia
US8358752B2 (en) * 2009-11-19 2013-01-22 At&T Mobility Ii Llc User profile based speech to text conversion for visual voice mail
FR2954877B1 (fr) 2009-12-30 2012-05-25 Thales Sa Procede de controle des commnications dans un reseau ad hoc mobile
US8458362B2 (en) * 2010-09-30 2013-06-04 Comcast Cable Communications, Llc Delivering content in multiple formats
US9819717B2 (en) * 2011-12-28 2017-11-14 Intel Corporation Video adaptation for content-aware wireless streaming
US9369507B2 (en) * 2012-12-31 2016-06-14 Carbonite, Inc. Systems and methods for reliable backup of media

Also Published As

Publication number Publication date
WO2014174081A1 (en) 2014-10-30
CA2910079A1 (en) 2014-10-30
SA515370058B1 (ar) 2018-09-10
EP2797268B1 (en) 2015-12-23
US20160105523A1 (en) 2016-04-14
US10455042B2 (en) 2019-10-22
EP2797268A1 (en) 2014-10-29
CA2910079C (en) 2022-06-21

Similar Documents

Publication Publication Date Title
ES2564960T3 (es) Transmisión de información a través de una red de comunicaciones
US10880407B2 (en) Centralized hybrid wireless self-organizing networks
JP4682249B2 (ja) 無線通信ルートの品質を向上させる方法及びシステム
US8060017B2 (en) Methods and systems for a mobile, broadband, routable internet
US20100150120A1 (en) Mobile applications for a mobile, broadband, routable internet
US20100142447A1 (en) Web applications for a mobile, broadband, routable internet
US20090122753A1 (en) Dynamic data link segmentation and reassembly
US20090116511A1 (en) Dynamic channel sharing using bandwidth metrics
US20110225312A1 (en) Unified cache and peer-to-peer method and apparatus for streaming media in wireless mesh networks
US12413653B1 (en) Protocol data unit systems and methods
EP2797267B1 (en) Routing data within a communications network
CN109417509B (zh) 多路径网络中改善的资源使用
ES2913209T3 (es) Métodos, dispositivos y sistemas para implementar redes de auto organización inalámbricas híbridas centralizadas
Augé et al. MAP-Me: Managing anchor-less producer mobility in information-centric networks
Braun et al. Multihop wireless networks
KR101440454B1 (ko) 무선 메쉬 네트워크 환경에서 가용 대역폭을 고려한 플로우별 라우팅 장치 및 방법
van den Berg et al. Multi-hop wireless networks
Plymoth et al. Common opportunistic routing and forwarding
Yu et al. A solution to outdated neighbor problem in wireless sensor networks
Wu et al. Performance analysis of multimedia data forwarding in random access network