ES2374941T3

ES2374941T3 - Selección de interfaces de datos en un dispositivo de comunicaciones multiemplazmiento.

Info

Publication number: ES2374941T3
Application number: ES06771906T
Authority: ES
Inventors: Uppinder Singh Babbar; Phil J. Bostley; Venkata Satish Kumar Vangala; Vinay Paradkar
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2005-06-01
Filing date: 2006-06-01
Publication date: 2012-02-23
Anticipated expiration: 2026-06-01
Also published as: KR20080026571A; US20150012832A1; US9258721B2; US20060274750A1; US20130315146A1; WO2006130807A3; JP5102378B2; US20150016442A1; US8526463B2; ATE536065T1; CN101228806A; TWI337483B; KR101032843B1; CN101228806B; US9185583B2; TW200713930A; EP1886532B1; JP2008546321A; WO2006130807A2; JP2011172220A

Abstract

Procedimiento para transmitir y recibir datos a y desde un dispositivo de red multiemplazamiento (102, 1200) a una red de datos, comprendiendo el procedimiento: - definir una política de red (122); - transmitir (300) la política de red a un módulo de encaminamiento (120); y - recibir (302) un alcance de encaminamiento (124) desde el módulo de encaminamiento (120), en el que el alcance de encaminamiento (124) identifica un subconjunto de interfaces de datos con la red de datos que satisfacen la política de red (122), en el que el subconjunto de interfaces de red se selecciona a partir de un conjunto de interfaces de datos disponibles (132, 134, 136) y en el que el subconjunto de interfaces de datos incluye al menos una interfaz de datos, en el que una aplicación (118) asociada a la política de red (122) se vincula (404) al subconjunto de interfaces de datos identificado por el alcance de encaminamiento (124; y - recibir (1100) una solicitud para vincular un puerto (126, 128, 130) a una aplicación solicitante; - determinar (1104) si una aplicación abierta está vinculada al puerto; - vincular (1106) la aplicación solicitante al puerto cuando la aplicación abierta no está vinculada al puerto; - llevar a cabo (1110) una operación "Y" al nivel de bits en un primer alcance de encaminamiento asociado a la aplicación abierta y un segundo alcance de encaminamiento asociado a la aplicación solicitante cuando la aplicación abierta está vinculada al puerto; y - vincular (1106) la aplicación solicitante al puerto cuando un resultado de la operación "Y" al nivel de bits es distinto de cero comprendiendo además el procedimiento; - recibir la política de red desde la aplicación; y - vincular la aplicación al subconjunto de interfaces de datos pero no a todas las interfaces de datos en el conjunto de interfaces de datos disponibles en el dispositivo de red multiemplazamiento; en el que la política de red (122) identifica uno o más criterios para seleccionar el subconjunto de interfaces de datos del conjunto de interfaces de datos disponibles; y en el que la política de red (122) define dos o más interfaces de datos a usar para la transferencia de datos a y desde la aplicación.

Description

Seleccion de interfaces de datos en un dispositivo de comunicaciones multiemplazamiento

Antecedentes de la invención

I.- Campo

5 La presente divulgacion se refiere generalmente a dispositivos de red. Mas en particular, la divulgacion se refiere a dispositivos de red multiemplazamiento.

II.- Descripción de la técnica relacionada

En los ultimos aros, el numero de microtelMfonos inalambricos en funcionamiento ha aumentado espectacularmente. Con el aumento de la demanda de estos dispositivos moviles, los fabricantes construyen estos

10 dispositivos con la inclusion de numerosos servicios de datos. Esta convergencia de servicios de datos puede hacer de los dispositivos inalambricos potentes recursos para la conexion de datos en red. Sin embargo debido al aumento de servicios de datos proporcionados por dispositivos inalambricos, el numero de ataques inicuos a dispositivos inalambricos tambiMn ha aumentado. De este modo, hay una preocupacion creciente de proteccion de estos dispositivos de ataques maliciosos.

15 Los telMfonos inalambricos se han convertido en dispositivos multiemplazamiento que incluyen muchas interfaces de datos a travMs de las cuales los telMfonos inalambricos pueden aceptar y enviar datos. En cualquier momento, en un telMfono inalambrico particular, se puede abrir mas de una de estas interfaces de datos para dirigir la transferencia de datos por Internet u otra red de datos. La pila de protocolos de datos en el dispositivo movil es en su mayor parte transparente a las multiples interfaces de datos del dispositivo. Asimismo, la pila de protocolos de

20 datos puede aceptar datos procedentes de cualquiera de las interfaces de datos mientras la direccion de protocolo de los datos entrantes coincide con la direccion de protocolo del telMfono. De este modo, el telMfono inalambrico esta abierto y es vulnerable a muchos ataques desde Internet y otras redes de datos.

Por ejemplo, cuando se recibe un paquete en una interfaz de datos en un dispositivo multiemplazamiento, el paquete se puede encaminar a un zocalo o aplicacion apropiada. En general, para un zocalo que se vincula usando 25 el protocolo de control de transmision (TCP), un paquete se encamina hacia el zocalo basandose en cuatro (4) tuplas, por ejemplo direccion fuente (src addr), puerto fuente (src port), direccion de destino (dst addr), y puerto de destino (dst puerto). Para un zocalo que se conecta usando el protocolo de datagrama de usuario (UDP), un paquete se encamina al zocalo basandose en dos tuplos, por ejemplo direccion de destino (dst addr) y el puerto de destino (dst port). Para otros protocolos, tal protocolo de mensajes de control de Internet (ICMP) o protocolos

30 basados en protocolo no de Internet (IP), se pueden usar otros campos en la red y cabeceras de capa de transporte.

Desgraciadamente, en un dispositivo multiemplazamiento, los parametros descritos anteriormente pueden no ser capaces de identificar unicamente una interfaz de datos por diversas razones. Por ejemplo, a las interfaces de datos en un dispositivo multiemplazamiento se les pueden asignar direcciones privadas duplicada. Igualmente, multiples

35 aplicaciones en el dispositivo multiemplazamiento pueden intentar acceder al mismo servicio usando diferentes interfaces de datos de red. En tales escenarios, las aplicaciones se pueden vincular al mismo punto de acceso de servicio (SAP), por ejemplo, el mismo numero de puerto en caso de UDP o TCP. De este modo, puede no ser posible encaminar correctamente un paquete a la aplicacion de destino apropiada.

Un dispositivo multiemplazamiento tambiMn puede ser vulnerable a ataques espurios por las diferentes interfaces de

40 datos disponibles en el dispositivo multiemplazamiento. Por ejemplo, en un dispositivo multiemplazamiento tipico, una aplicacion instalada en su interior puede recibir datos desde cualquier interfaz de datos de red mientras la interfaz de datos esta abierta para transferencia de datos y las direcciones de protocolo de datos, por ejemplo direccion IP, numero de puerto, etc., coinciden con la de la aplicacion.

Aparte de las consideraciones de seguridad, los proveedores de red de datos tambiMn estan preocupados por la

45 facturacion y el uso de varios servicios y tecnologias disponibles en los telMfonos moviles en las redes de datos. Por ejemplo, hay un coste asociado determinado asociado a cada nuevo servicio y nueva tecnologia que un proveedor de redes de datos proporciona y los operadores se interesan tipicamente por facturacion discreta sin complicaciones de varios servicios usados por el usuario de telMfono movil. Si se limita una aplicacion en un telMfono movil al uso de interfaces de datos determinadas disponibles en el telMfono movil para transferencias de

50 datos, puede ser mas facil para la red de operador seguir la facturacion y el coste asociados al uso de las diferentes tecnologias y servicios de manera distinta, basandose en uso de interfaz por datos.

Ademas, en un dispositivo de red multiemplazamiento el espacio de puerto para aplicaciones de red se comparte usualmente entre todas las interfaces de datos disponibles para el dispositivo. Si una aplicacion esta usando un numero de puerto particular para la transferencia de datos en una interfaz de datos particular, ninguna otra 55 aplicacion puede usar el mismo numero de puerto - incluso si la otra aplicacion esta usando una interfaz de datos completamente diferente. Esto puede ser una limitacion innecesaria para un dispositivo que puede necesitar ejecutar diferentes servicios en diferentes interfaces de datos pero con el mismo numero de puerto. Por ejemplo, el

dispositivo de red puede incluir dos diferentes servidores de web que usan el mismo numero de puerto, por ejemplo, el puerto ochenta (80), pero en diferentes interfaces de datos. La mayoria de los dispositivos de red no permiten esta flexibilidad. Algunas implementaciones permiten vincular a un puerto todas las interfaces de datos o una interfaz de datos especifica, es decir, una interfaz o todas las interfaces.

Cabe reserar el documento US-8-6 473 404 que describe un sistema de conmutacion de telecomunicaciones que emplea optimizacion de encaminamiento multiprotocolo que utiliza parametros predeterminados y calibrados segun un conjunto de prioridades de usuario determinando la seleccion de una trayectoria de telecomunicaciones para su uso en la transmision de un archivo de datos a un destino remoto. El sistema de conmutacion tiene una primera memoria para almacenar el archivo de datos a transferir, una segunda memoria para almacenar parametros predeterminados tales como datos de coste asociados a cada una de las trayectorias de telecomunicaciones, una tercera memoria para almacenar un conjunto de prioridades de usuario respecto de la transmision de archivos de datos, y medios para medir el valor de parametros variables tales como la velocidad de transferencia de archivos con cada una de las trayectorias de telecomunicaciones. Los medios procesadores se asocia operativamente a la segunda y tercera memorias y los medios medidores de parametros variables para determinar cual de la pluralidad de trayectorias de telecomunicaciones se deberia utilizar para transferir el archivo de datos segun el conjunto de prioridades de usuario, los parametros de trayectoria de telecomunicacion predeterminados, y los parametros variables calibrados. El sistema de conmutacion comprende, ademas, medios de entrada para permitir que un usuario cambie las prioridades de usuario en la tercera memoria antes de transmitir un archivo.

Cabe seralar el documento US 2002/0046292 A1 que describe un dispositivo cliente que tiene acceso a multiples redes de comunicaciones de datos cuando se envia un mensaje a un servidor. Una funcionalidad de gestion de red incluida evalua en un mensaje individual mediante una base de mensajes un cierto numero de factores y selecciona una de las redes sobre la cual el mensaje se ha de comunicar al servidor. El proceso de seleccion implica que la funcionalidad de gestion de red tenga que identificar una norma de seleccion particular que contiene una clausula de red respecto de cada red de comunicaciones potencialmente utilizable. Los datos de seleccion particulares que comprenden cada clausula de red se evaluan en el contexto de la transmision de mensajes para seleccionar para el mensaje la red particular de las redes a usar para la comunicacion.

Sumario

Segun la presente invencion, se proporciona un procedimiento para transmitir y recibir datos a y desde un dispositivo de red multiemplazamiento a una red de datos, como se expone en la reivindicacion 1, un dispositivo de red multiemplazamiento, como se expone en la reivindicacion 12 y dispositivo legible por ordenador, como se expone en la reivindicacion 32. Las realizaciones preferidas de la invencion se reivindican en las reivindicaciones dependientes.

Breve descripción de los dibujos

Los aspectos y los aspectos relacionados de las realizaciones descritos en la presente memoria se haran mas evidentes con referencia a la siguiente descripcion detallada cuando se toma junto con los dibujos anexos en los cuales:

La figura 1 es un diagrama general que ilustra una realizacion particular de un sistema de comunicaciones;

La figura 2 es un diagrama general que ilustra una pila de red;

La figura 3 es un diagrama de flujo que ilustra un procedimiento para transmitir datos;

La figura 4 es un diagrama de flujo que ilustra un procedimiento para vincular una aplicacion a un subconjunto de interfaces de datos disponibles;

La figura 5 es un diagrama de flujo que ilustra un procedimiento para recibir datos;

La figura 6 es un diagrama de flujo que ilustra un procedimiento para determinar si un alcance de encaminamiento temporal es conforme a un alcance de encaminamiento de una aplicacion.

La figura 7 es un diagrama general que ilustra un primer ejemplo de procesamiento de un paquete de datos entrantes;

La figura 8 es un diagrama general que ilustra un segundo ejemplo de procesamiento de un paquete de datos entrantes.

La figura 9 es un diagrama general que ilustra un tercer ejemplo de procesamiento de un paquete de datos entrantes.

La figura 10 es un diagrama general que ilustra un cuarto ejemplo de procesamiento de un paquete de datos entrantes.

La figura 11 es un diagrama de flujo que ilustra un procedimiento para vincular una aplicacion a una o mas

interfaces en un dispositivo inalambrico.

La figura 12 es un diagrama de un dispositivo inalambrico que tiene una primera interfaz grafica de datos de usuario;

La figura 13 es un diagrama de un dispositivo inalambrico que tiene una segunda interfaz grafica de datos de usuario;

La figura 14 es un diagrama de un dispositivo inalambrico que tiene una tercera interfaz grafica de datos de usuario;

La figura 15 es un diagrama de un dispositivo inalambrico que tiene una cuarta interfaz grafica de datos de usuario;

Descripción Detallada

Con referencia a la figura 1, se muestra un sistema de comunicaciones no limitativo ejemplar y se designa generalmente 100. Como se muestra, el sistema incluye un primer dispositivo de red 102 y un segundo dispositivo de red 104. En una realizacion particular, el primer dispositivo de red 102 y el segundo dispositivo de red 104 pueden comunicar por una o mas redes de una primera red de datos 106, una segunda red de datos 108, una tercera red de datos 110, y una enMsima red de datos. En una realizacion particular, las redes de datos 106, 108, 110, 112 pueden ser un sistema global para una red de comunicacion movil (GSM), una red servicio general de radiocomunicaciones por paquetes (GPRS), una red de sistema universal de telecomunicaciones moviles (UMTS), una red de acceso multiple por diferenciacion de codigo (CDMA), una red CDMA 2000, una red de evolucion de datos optimizada de CDMA (EVDO), una red 8luetooth 8T, una red 802.11a, una red 802.11b, una red 802.11g, una red 802.11i, una red 802.15, una red 802.16, una red CDMA de banda ancha (WCDMA) , una red de multiplexaje por division de codigo de frecuencia ortogonal (OFCDM), una red de sistema de posicionamiento global (GPS), o una combinacion de los mismos.

Como se muestra en la figura 1, el primer dispositivo de red 102 puede incluir un procesador 114 y una memoria 116 que es accesible para el procesador 114. Como se muestra, una aplicacion 118, una capa de zocalo 119 , y un modulo de encaminamiento 120 se puede integrar , o almacenar, dentro de la memoria y se puede ejecutar por el procesador 114. En una realizacion particular, la capa de zocalo 119 incluye uno o mas zocalos que pueden ser usados por una aplicacion para enviar y recibir datos. Durante su funcionamiento, la aplicacion 118 transmite una politica de red 122 al modulo de encaminamiento 120 por la capa de zocalo 119. En una realizacion particular, la politica de red 122 puede identificar un conjunto de interfaces de datos que pueden ser usados por una aplicacion para comunicar con una o mas de las redes 106, 108, 110, 112. En respuesta a la politica de red 122, el modulo de encaminamiento 120 devuelve un alcance de encaminamiento 120 a la capa de zocalo 119 y el alcance de encaminamiento se puede almacenar en la capa de zocalo 119 para un zocalo asociado a la aplicacion 118. En una realizacion particular, el alcance de encaminamiento 124 incluye un subconjunto de interfaces de datos que cumple con la politica de red. El subconjunto de interfaces de datos se seleccionan entre las interfaces de datos disponibles 132, 134, 136 en el primer dispositivo de red 102.

La figura 1 indica que el primer dispositivo de red 102 puede incluir un primer puerto de hardware 126, un segundo puerto de hardware 128, y un enMsimo puerto de hardware 130. Asimismo, el dispositivo de red 102 puede incluir una primera interfaz de datos 132, una segunda interfaz de datos 134, y una enMsima interfaz de datos 136.

En una realizacion particular, cada una de las interfaces de datos 132, 134, 136 puede ser un sistema global para una interfaz de datos de comunicacion movil (GSM), una interfaz de datos servicio general de radiocomunicaciones por paquetes (GPRS), una interfaz de datos de sistema universal de telecomunicaciones moviles (UMTS), una interfaz de datos de acceso multiple por diferenciacion de codigo (CDMA), una interfaz de datos CDMA 2000, una interfaz de datos de evolucion de datos optimizada de CDMA (EVDO), una interfaz de datos 8luetooth 8T, una interfaz de datos 802.11a, una interfaz de datos 802.11b, una interfaz de datos 802.11g, una interfaz de datos 802.11i, una interfaz de datos 802.15, una interfaz de datos 802.16, interfaz de datos CDMA de banda ancha (WCDMA), una interfaz de datos de multiplexaje por division de codigo de frecuencia ortogonal (OFCDM), una interfaz de datos de sistema de posicionamiento global (GPS), o una combinacion de los mismos. En una realizacion particular cada una de las interfaces puede ser una interfaz de datos de protocolo de Internet version 4 (Ipv4), una interfaz de datos IP version 6 (Ipv6), u otra interfaz de datos de protocolo de red.

Como se ilustra en la figura 1, el primer dispositivo de red 102 tambiMn incluye un transceptor 138 que esta acoplado al procesador 114 y una antena 140. En una realizacion particular, el transceptor 138 transmite y recibe paquetes de datos y facilita la comunicacion con una o mas de las redes 106, 108, 110, 112. en una realizacion particular, el segundo dispositivo de red 104 puede incluir uno o mas de los elementos descritos junto con el primer dispositivo de red 102.

En una realizacion particular, el dispositivo de red 102, o el segundo dispositivo de red 104, es un elemento de red multiemplazamiento. Asimismo, para soportar la gran diversidad de los servicios de datos, el primer dispositivo de red 102 incluye multiples interfaces de datos de red 132, 134, 136. Cada una de las interfaces de red 132, 134, 136 es capaz de transferir datos una vez que cada interfaz de datos esta configurada para vincularse a una red asociada 106, 108, 110, 112. En una realizacion particular, con multiemplazamiento, se puede activar simultaneamente una o mas de las interfaces de datos 132, 134, 136 y cada interfaz de datos activa 132, 134, 136

puede proporcionar acceso a una red fisica o logica diferente 106, 108, 110, 112.

Ademas, en una realizacion particular, cada interfaz de datos activa 132, 134, 136 incluye una direccion de red separada, por ejemplo, direccion IP para redes IP, asignada a la misma. Cada una de las direcciones de red puede ser globalmente unica o una o mas de las direcciones de red se puede duplicar si se asigna desde un espacio privado.

En una realizacion particular, el multiemplazamiento puede permitir que el primer dispositivo de red 102 acceda a diferentes redes que tienen diferentes tecnologias de datos, por ejemplo CDMA, UMTS, GSM, etc.. Asimismo, el multiemplazamiento puede permitir que el primer dispositivo de red 102 acceda a las redes disponibles 106, 108, 110, 112 basandose en los costes variables asociados a las redes disponibles 106, 108, 110, 112. De este modo, al usuario, o a las aplicaciones dentro del primer dispositivo de red 102, se les da mas flexibilidad en cuanto a la calidad y rentabilidad deseada. El multiemplazamiento tambiMn puede permitir que el primer dispositivo de red acceda a las redes disponibles 106, 108, 110, 112 basandose en la calidad de los servicios que proporcionan las redes. Un usuario puede desear que una aplicacion particular use una red de alta calidad sin tener en cuenta el coste asociado al uso de la red. Por otro lado, el usuario puede ordenar que una aplicacion no sobrepase un coste particular y que solo use redes por debajo del coste sin tener en cuenta la calidad de la conexion de red.

En una realizacion particular, el multiemplazamiento puede permitir que un primer dispositivo de red 102 acceda a diferentes tipos de red, por ejemplo Ipv4, Ipv6, IPX, etc. Asimismo, el multiemplazamiento puede permitir que las aplicaciones dentro del primer dispositivo de red 102 accedan a varios servicios proporcionados por diferentes redes fisicas/logicas. Por ejemplo, un operador particular puede desplegar diferentes redes para proporcionar diferentes tipos de servicios IP, por ejemplo Internet, correo electronico, SMS, MMS, WAP, etc.

La figura 2 ilustra una realizacion no limitativa ejemplar de una pila de red TCP/IP, generalmente designada 200. Como se muestra, la pila de red 200 incluye una capa fisica 202. Una capa de interfaz de datos 204 se situa sobre la capa fisica 204 incluye una primera interfaz de datos 206, una segunda interfaz de datos 208, una tercera interfaz de datos 210, y una enMsima interfaz de datos 212.

Como se representa en la figura 2, una capa (214) de protocolo Internet (IP) se situa sobre la capa de interfaz de datos 204. En una realizacion ilustrativa, la capa IP 214 incluye una o mas IP, por ejemplo IP version 4 (Ipv4) 216 e IP version 6 (Ipv6) 218. La figura 2 muestra, ademas, una capa de transporte 220 sobre la capa IP 214. La capa de transporte 220 puede incluir uno o mas protocolos de comunicacion, por ejemplo protocolo de control de transmision (TCP) o protocolo de datagrama de usuario (UDP) 224. Asimismo, una capa de zocalo 226 se puede situar sobre la capa de transporte 220. Igualmente, una o mas aplicaciones se pueden situar sobre l capa de zocalo

226.

Con referencia a la figura 3, un procedimiento para transmitir datos desde un dispositivo de red a una red de datos se muestra y empieza en el bloque 300. En el bloque 300, una aplicacion dentro del dispositivo de red transmite una politica de red a un modulo de encaminamiento dentro del dispositivo de red. En una realizacion particular, la aplicacion y el modulo de encaminamiento se pueden ejecutar concurrentemente por un unico procesador. Alternativamente, la aplicacion y el modulo de encaminamiento. Se pueden ejecutar por diferentes procesadores.

En una realizacion particular, la politica de red identifica un conjunto de interfaces de datos que satisfacen uno o mas criterios especificados en la politica de red. Por ejemplo, una politico de red puede especificar los criterios como todas las interfaces de datos UMTS, o todas las interfaces de datos Ipv4. Asimismo, la politica de red puede especificar una calidad de criterios de servicio, por ejemplo, un valor de retardo maximo, un valor de fluctuacion de fase maximo, un valor de ancho de banda, o una combinacion de los mismos. Igualmente, la politica de red puede especificar un tipo de tecnologia de comunicacion de coste maximo, uno o mas operadores, o una combinacion de los mismos. Antes de poder iniciar la transferencia de datos por una aplicacion, la aplicacion puede proporcionar una interfaz de datos particular entre un conjunto de interfaces de datos que satisface la politica de red.

En otra realizacion particular, la decision de que interfaz de datos proponer puede ser llevada a cabo por el software de gestion de red de la pila de datos. Asimismo, la decision puede ser llevada a cabo sobre la base de un encaminamiento mas favorecido, por ejemplo, basado en la politica de red especificada. En una realizacion particular, cada interfaz de datos puede incluir su propia lista de control de acceso (ACL), que es esencialmente una lista de normas. Ademas, cada interfaz de datos puede evaluar el acceso a la misma basandose en una politica de red asociada a una aplicacion. Como parte de la evaluacion, una ACL buen o bien limitar el acceso a una interfaz de datos o volver a un numero de prioridad distinto de cero, por ejemplo 1-5, para esta interfaz de datos. Un numero de prioridad distinto de cero significa que la interfaz de datos se puede usar con la politica dada y el numero de prioridad identifica el nivel de preferencia.

En una realizacion ilustrativa, un modulo de encaminamiento puede evaluar una politica de red asociada con una aplicacion y una ACL asociada a cada una de las interfaces de datos disponibles y seleccionar la interfaz de datos con la mayor prioridad. De este modo, el modulo de encaminamiento puede vincular la aplicacion a la interfaz de datos con la mayor prioridad con el fin de enviar los datos. En una realizacion particular en cualquier momento dado, se pueden abrir muchas interfaces de datos para la transferencia de datos y cada interfaz de dato se puede vincular a aplicaciones separadas para permitir transmitir multiemplazamiento lateral al dispositivo inalambrico. Si

una interfaz de datos particular se abre, se puede hacer que se abra para la comunicacion de datos.

Pasando al bloque 302, se recibe un alcance de encaminamiento procedente del modulo de encaminamiento. Asimismo, en el bloque 303, el alcance de encaminamiento se puede almacenar en una capa de zocalo para un zocalo asociado a la aplicacion. En una realizacion particular, el alcance de encaminamiento indica un subconjunto de interfaces de datos que satisface la politica de red. Cada interfaz de datos en el subconjunto puede incluir un numero de prioridad. De este modo, el subconjunto de interfaces de datos se puede disponer en una jerarquia desde la interfaz de datos preferida hasta una interfaz de datos menos preferida. En una realizacion ilustrativa, se selecciona el subconjunto de interfaces de datos entre un conjunto de interfaces de datos disponibles en el dispositivo de red.

En la etapa de decision 304, el dispositivo de red determina si la aplicacion esta intentando transmitir datos a una red de datos. En caso negativo, el procedimiento termina en el estado 306. En caso afirmativo, el procedimiento avanza hasta la etapa de decision 308 y el dispositivo de red determina si la interfaz de datos preferida en el alcance de encaminamiento, es decir dentro del subconjunto de interfaz de datos vinculadas a la aplicacion, esta disponible. Si la interfaz de datos preferida esta disponible, el procedimiento pasa al bloque 310 y el dispositivo de red abre un canal por la interfaz de datos preferida. Por el contrario, si la interfaz de datos preferida no esta disponible, el procedimiento avanza hasta la etapa de decision 312 y el dispositivo de red determina si la siguiente interfaz de datos preferida en el alcance de encaminamiento esta disponible.

Si una siguiente interfaz de datos preferida no esta disponible, el procedimiento pasa al bloque 314 y se muestra un mensaje de error al usuario del dispositivo de red, por ejemplo mediante una pantalla de visualizacion en el dispositivo de red. De otro modo, si una interfaz de datos preferida esta disponible, el procedimiento avanza hasta el bloque 310 y el dispositivo de red abre un canal a travMs de la interfaz de datos. En una realizacion particular, puede haber muchas iteraciones antes de que se muestre el mensaje de error. Dicho de otro modo, puede haber multiples siguientes interfaces de datos preferidas en la jerarquia de interfaces de datos. Por ejemplo, la jerarquia de interfaces de datos pueden incluir una interfaz de datos preferida, una primera siguiente interfaz de datos preferida, una segunda siguiente interfaz de datos preferida, una tercera siguiente interfaz de datos preferida, etc. En una realizacion particular, el dispositivo de red puede seguir verificando una siguiente interfaz disponible hasta que se agoten todas las interfaces dentro del alcance de encaminamiento.

Avanzando hasta el bloque 316, la aplicacion transmite datos por la interfaz de datos disponible. En la etapa de decision 318, el dispositivo de red determina si la conexion se interrumpe. En caso negativo, el procedimiento se desplaza a la etapa de decision 320 y el dispositivo de red determina si se completa la transmision de datos. En caso afirmativo, el procedimiento termina en el estado 306. Si no se completa la transmision de datos, el procedimiento vuelve al bloque 316 y sigue como se describe.

Volviendo a la etapa de decision 318, si la conexion se interrumpe, el procedimiento se desplaza a la etapa de decision 322 y el dispositivo de red determina si la siguiente interfaz de datos preferida dentro del alcance de encaminamiento esta disponible. En caso negativo, el procedimiento termina en el estado 306. Por otra parte, si la siguiente interfaz de datos preferida esta disponible, el procedimiento sigue hasta la etapa de decision 324 y el dispositivo de red determina si el protocolo para la transferencia de datos esta orientado a la conexion. Si el protocolo no esta orientado a la conexion, por ejemplo el protocolo es un protocolo de datagrama de usuario sin conexion (UDP), el procedimiento se desplaza al bloque 326 y la aplicacion salta sin interrupciones a la siguiente interfaz de datos disponible sin interrumpir la conectividad. Por el contrario, si el protocolo esta orientado a la conexion, por ejemplo el protocolo es un Protocolo de control de transmision (TCP), el procedimiento avanza al bloque 328 y la aplicacion vuelve a conectarse a la siguiente interfaz de datos disponible. Si el protocolo es un TCP la conectividad se interrumpira mientras la aplicacion se reconecta mediante la nueva interfaz de datos. Desde el bloque 326 o el bloque 328, el procedimiento avanza a la etapa de decision 320 y sigue como se describe.

En una realizacion particular que usa el procedimiento descrito anteriormente, una aplicacion puede especificar una politica de red para la transferencia de datos asociada a la aplicacion. La politica de red puede limitar las interfaces de datos sobre la cual la aplicacion envia y recibe datos. En la trayectoria de transmision, se elige una interfaz de datos para la aplicacion a partir del subconjunto de interfaces de datos apropiadas. En una realizacion particular, la interfaz de datos que se elige puede ser la mas favorable, es decir, la de mayor prioridad basandose en los criterios de politica de red, optimizando de este modo la trayectoria de transmision. Asimismo, en una realizacion particular, la aplicacion utiliza la interfaz de datos de transmision seleccionada hasta que se completa la transferencia de datos

o se pierde la interfaz de datos. Si se pierde la interfaz de datos, se elige una nueva interfaz de datos a partir del subconjunto de interfaces de datos, si esta disponible, basandose en la prioridad. Esto permite que la transmision de datos se conforme a la politica de red incluso si se pierde la interfaz de datos de mayor prioridad.

La figura 4 representa un procedimiento de vinculacion de una aplicacion a un subconjunto de interfaces de datos dentro de un grupo de interfaces de datos disponibles. Empezando en el bloque 400, un modulo de encaminamiento recibe una politica de red a partir de una aplicacion. En el bloque 402, el modulo de encaminamiento crea un alcance de encaminamiento segun la politica de red y las interfaces de datos disponibles. En una realizacion particular, el alcance de encaminamiento incluye o apunta a, un subconjunto de interfaces de datos disponibles que satisfacen la politica de red de la aplicacion. Desplazandose al bloque 404, el modulo de encaminamiento vincula a la aplicacion a las interfaces de datos disponibles dentro del alcance de encaminamiento.

En el bloque 406, el modulo de encaminamiento devuelve el alcance de encaminamiento a la capa de zocalo a almacenar para el zocalo asociado a la aplicacion. El procedimiento termina entonces en el estado 408.

Con referencia a la figura 5, se muestra un procedimiento para recibir datos en un dispositivo de red procedentes de una red de datos y empieza en el bloque 500. En el bloque 500, el dispositivo de red recibe un paquete de datos en la capa IP de la pila de datos procedente de una interfaz de datos. Desplazandose a la etapa de decision 502, el dispositivo de red determina si la direccion IP de destino del paquete de datos es la misma que la direccion IP de la interfaz de datos asignada a la aplicacion. En caso negativo, el procedimiento avanza hasta el bloque 504 y el paquete de datos se desecha. El procedimiento termina entonces en el estado 506.

Si la direccion IP de destino del paquete de datos es la misma que la direccion IP de la interfaz de datos, el procedimiento se desplaza al bloque 508 y el dispositivo de red busca un zocalo asociado al paquete de red. En la etapa de decision 510, el dispositivo de red determina si se encuentra el zocalo. En caso negativo, el procedimiento se desplaza al bloque 504 y se desecha el paquete de datos. El procedimiento termina entonces en el estado 506.

En la etapa de decision 510, si se encuentra el zocalo, el procedimiento avanza al bloque 512 y se recupera un alcance de encaminamiento asociado a la aplicacion. En el bloque 514, se crea un alcance de encaminamiento temporal para la interfaz de datos. En una realizacion particular, se crea el alcance de encaminamiento temporal para determinar el indice de la interfaz de datos de entrada y cambiar el bit correspondiente a 1 y mantener cualquier otro bit n en el alcance de encaminamiento temporal como 0.

Desplazandose a la etapa de decision, se determina si el alcance de encaminamiento temporal es conforme al alcance de encaminamiento asociado a la aplicacion. La figura 6 ilustra una realizacion detallada para determinar si el alcance de encaminamiento temporal es conforme al alcance de encaminamiento asociado a la aplicacion. Si el alcance de encaminamiento temporal es conforme al alcance de encaminamiento de la aplicacion, el procedimiento se desplaza al bloque 518 y el dispositivo de red sigue el procesamiento de capa de transporte del paquete de datos. El procedimiento se termina entonces en el estado 506.

Si el alcance de encaminamiento temporal no es conforme al alcance de encaminamiento de la aplicacion, el procedimiento se desplaza al bloque 520 y el dispositivo de red desecha el paquete de datos. Avanzando a la etapa de decision 522, el dispositivo de red determina si el protocolo de comunicacion actual es TCP o UDP. Si el protocolo de comunicacion actual es TCP, el procedimiento se desplaza al bloque 524 y el dispositivo de red envia un mensaje de reinicio (RST) al dispositivo par que transmite el paquete de datos que se desecha en el dispositivo de red. El procedimiento termina entonces en el estado 506.

En una realizacion particular, usar el procedimiento descrito anteriormente, cuando llega un paquete mediante una interfaz de datos para alguna conexion, puede limitarse a las interfaces de datos permitidas en el alcance de encaminamiento en dos etapas. Por ejemplo, la primera etapa es una simple verificacion de sensatez. Esta etapa implica la comparacion de la direccion IP de la interfaz de datos que el paquete trae y la direccion de destino del paquete. Siendo la unica excepcion a esto que la direccion de destino no deberia ser una direccion multidifusion o de difusion. Cuando el paquete de entrada pasa a la capa IP, se notifica a la capa IP de la interfaz de datos que el paquete entro. Si la direccion IP de destino del paquete no coincide con la de la interfaz que traia entonces el paquete se desecha de forma silenciosa. Esto limita los paquetes a interfaces de datos particulares con direcciones IP especificas y evita cualesquiera errores del paquete de entrada.

La figura 6 ilustra un procedimiento para determinar si un alcance de encaminamiento temporal es conforme a un alcance de encaminamiento de una aplicacion. Empezando en el bloque 600, se recibe un alcance de encaminamiento para una aplicacion. En el bloque 602, se crea un alcance de encaminamiento temporal. DespuMs, en el bloque 604, se lleva a cabo una operacion "Y" al nivel de bits sobre el alcance de encaminamiento y el alcance de encaminamiento temporal. Desplazandose al bloque 606, se determina si el resultado de la operacion "Y" es cero. Si el resultado es cero, el procedimiento se desplaza al bloque 608 y se desecha el paquete. El procedimiento termina entonces en el estado 610. Por otra parte, si el resultado no es cero, el procedimiento se desplaza al bloque 612 y se mantiene el paquete de datos. Entonces, el procedimiento termina en el estado 610.

En una realizacion particular, el alcance de encaminamiento contiene informacion acerca de a quM interfaces de datos se les permite recibir datos para una aplicacion particular. El alcance de encaminamiento se puede mantener en forma de mascara de bits de todas las interfaces de datos disponibles. Cuando una interfaz de datos satisface la politica de red para una aplicacion particular, la interfaz de datos se arade al alcance de encaminamiento asociado a la aplicacion particular. Por ejemplo, si una quinta interfaz de datos, que tiene un indice cinco (5), satisface la politica para la aplicacion, un numero de bit cinco (5) en el alcance de encaminamiento para la aplicacion se establece en uno (1) con el fin de incluir la quinta interfaz de datos en el alcance de encaminamiento para la aplicacion.

En una realizacion particular, cuando se limitan los datos recibidos, todas las interfaces de datos que tienen prioridad superior a cero se incluyen en el alcance de encaminamiento para la aplicacion. El procedimiento revisa la ACL para cada interfaz de datos e incluye todas las interfaces de datos en el alcance de encaminamiento para la aplicacion que satisfacen la politica de red para la aplicacion. En una realizacion particular, el alcance de encaminamiento puede incluir uno o mas bits que se establecen en uno (1) que indican que se permite a la

aplicacion asociada al alcance de encaminamiento recibir datos mediante una o mas interfaces de datos.

En una realizacion particular, si una aplicacion se vincula a una direccion IP especifica, el alcance de encaminamiento se puede limitar para incluir las interfaces de datos con la direccion IP solicitada y coincidir tambiMn con la politica de red. En otra realizacion particular, el alcance de encaminamiento se crea cuando una aplicacion crea un zocalo con una politica de red especifica. Sin embargo, el alcance de encaminamiento se puede actualizar periodicamente.

Las figuras 7 a 10 ilustran ejemplos que son conformes a los procedimientos representados en la figura 5 y la figura

6. La figura 7 representa un ejemplo en el que se recibe un paquete de entrada e incluye una direccion de destino

(10.0.01) que es la misma que la direccion de la interfaz de datos (10.0.01). De este modo, el paquete de entrada es aceptado.

La figura 8 ilustra un ejemplo en el que se recibe un paquete de entrada e incluye una direccion de destino

(10.0.0.1) que es diferente de la direccion de la interfaz de datos de entrada (10.0.0.2) en la que se recibe el paquete de entrada. De este modo, el paquete de entrada es desechado.

La figura 9 ilustra un ejemplo en el que se recibe un paquete de entrada en una interfaz de datos que satisface la politica de red de una aplicacion y se acepta. Como se muestra, la operacion "Y" al nivel de bits que se lleva a cabo en el alcance de encaminamiento de la aplicacion y el alcance de encaminamiento temporal es diferente de cero. De este modo, el paquete de entrada satisface la politica de red de la aplicacion.

La figura 10 ilustra un ejemplo en el que se recibe un paquete de entrada en una interfaz de datos que no satisface la politica de red de una aplicacion. Como se muestra, la operacion "Y" al nivel de bits que se lleva a cabo en el alcance de encaminamiento de la aplicacion y el alcance de encaminamiento temporal es cero. De este modo, el paquete de entrada infringe la politica de red de la aplicacion y se desecha el paquete de entrada.

En una realizacion particular, la naturaleza dinamica del estado de las interfaces de datos, y conexiones en red inalambricas, puede afectar al alcance de encaminamiento que se asocia a cada aplicacion dentro de un dispositivo de red. Por ejemplo, debido a la movilidad del dispositivo de red, el dispositivo de red puede atravesar las areas de cobertura de varias redes haciendo que las interfaces de datos de red correspondientes suban o bajen. TambiMn debido a la movilidad, la prioridad de una red, y una interfaz de datos de red asociada, puede aumentar o reducirse dependiendo del tipo de acceso de red que esta disponible o el tipo de operador que esta proporcionando el servicio en un emplazamiento particular en un momento particular.

Debido a la naturaleza dinamica de la comunicacion inalambrica, puede haber diversos desencadenantes que pueden hacer que los alcances de encaminamiento asociados a las aplicaciones dentro del dispositivo de red cambien.

En una realizacion particular, cuando una interfaz de datos sube o baja, puede afectar al alcance de encaminamiento de varias aplicaciones porque la politica de red asociada a algunas aplicaciones e interfaces de datos estan configuradas de manera dinamica. Por ejemplo, cuando se sube una interfaz de datos UMTS, el UMTS conecta con un nombre de punto de acceso (AP�) diferente cada vez, y proporciona un tipo diferente de servicio. Cuando se sube tal interfaz de datos y se vincula a un AP� especifico, esta interfaz de datos ya no puede coincidir con la politica de red de una o mas aplicaciones dentro del dispositivo de red. De este modo, subir una interfaz de datos particular puede hacer bajar el alcance de encaminamiento para una o mas aplicaciones.

Igualmente, cuando se hace bajar una interfaz de datos particular, se puede expandir el alcance de encaminamiento asociado a una o mas aplicaciones. En una realizacion particular, si se baja una interfaz de datos, sigue pudiendo incluirse en un alcance de encaminamiento para una aplicacion y la aplicacion puede potencialmente usar esta interfaz de datos despuMs de subirla. Asimismo, en una realizacion particular, algunas interfaces de datos, pero no todas las interfaces de datos pueden ser subidas automaticamente para ahorrar costes. Las interfaces de datos adicionales se pueden subir cuando lo requiere, por ejemplo, un usuario o una aplicacion.

En una realizacion, cuando un nodo de red cambia el area de cobertura de red, el alcance de encaminamiento de una o mas aplicaciones puede cambiar. Por ejemplo, perder el area de cobertura de una red puede hacer que una interfaz de datos asociadas se inhabilite hasta que la interfaz de datos se habilite cuando el dispositivo de red vuelve a entrar en una area de cobertura. En una realizacion particular, una interfaz de datos inhabilitada no se puede subir debido a la falta de conectividad de red mientras que una interfaz de datos bajada puede se puede potencialmente subir y usar para comunicacion cuando se necesita.

En otra realizacion particular, algunas aplicaciones se pueden vincular fuertemente a una unica interfaz de datos de red y esta interfaz de datos se usa para transmitir y recibir datos. Para tales aplicaciones, el alcance de encaminamiento tiene solo un conjunto de bit y este bit se puede establecer cuando la interfaz se sube y se reinicia a cero cuando se baja la interfaz.

En una realizacion particular, el alcance de encaminamiento puede tambiMn cambiar cuando se cambia la politica de red asociada al zocalo. En tal realizacion, se puede calcular un nuevo alcance de encaminamiento para esta

aplicacion segun la nueva politica de red y el nuevo alcance de encaminamiento se puede propagar al zocalo asociado con la aplicacion. En otra realizacion, si una aplicacion se vincula a una direccion IP especifica, por ejemplo usando una llamada a la API bind(), el alcance de encaminamiento se puede limitar a interfaces de datos que tienen la direccion particular a la cual se vincula el zocalo. Debido a la movilidad y la transferencia de red, la direccion IP de interfaz de datos puede cambiar y el alcance de encaminamiento para la aplicacion puede requerir su actualizacion para excluir la interfaz de datos anterior del alcance de encaminamiento asociado.

Asimismo, en una realizacion particular, si una unica interfaz de datos de red es capaz de dar servicio a varias areas tecnologicas, por ejemplo CDMA, UMTS, etc. o tipos de red, por ejemplo Ipv4, Ipv6, etc. y si tal interfaz de datos se transfiere a una area tecnologica diferente o tipo de servicio, el alcance de encaminamiento que incluye esta interfaz de datos necesita actualizarse y se volverse a evaluar con el fin de determinar si la interfaz de datos sigue satisfaciendo la politica de red de a aplicacion. En otra realizacion particular mas, para los zocalos conectados, por ejemplo zocalos TCP una vez establecida la conexion, por ejemplo usando una llamada a la API connect(), el alcance de encaminamiento se puede limitar a solo una interfaz que puede conectarse a la direccion de destino especificada.

En otra realizacion particular, una politica de red especificada por la aplicacion puede o no incluir una interfaz de datos de bucle local. De este modo, una interfaz de datos de bucle local puede ser considerada un caso especial de las interfaces limitadas a travMs de una o mas politicas de red. Una interfaz de datos de bucle local puede incluir una restriccion de que estos paquetes recibidos con una direccion IP de destino de bucle local deberian ser recibidos en la interfaz de datos de bucle local. Esta verificacion se puede llevar a cabo en la capa IP como primera etapa de la restriccion de la interfaz de datos para los paquetes de entrada, por ejemplo, durante una comparacion de direcciones. Para la restriccion de capa de transporte, el bit correspondiente a la interfaz de datos de bucle local se puede activar para la el alcance de encaminamiento asociado a cada aplicacion o se puede llevar a cabo una verificacion especial en la capa de transporte para procesar el alcance de encaminamiento.

Con referencia a la figura 11, se muestra un procedimiento para vincular una aplicacion a un puerto y empieza en el bloque 1100. En el bloque 1100, un modulo de encaminamiento dentro de un dispositivo de red recibe una solicitud para vincular un puerto a una aplicacion. En el bloque 1102, el modulo de encaminamiento revisa todas las aplicaciones abiertas o activas. Desplazandose a la etapa de decision 1104, el modulo de encaminamiento determina si cualquier aplicacion abierta o activa esta vinculada al mismo puerto al que la aplicacion solicitante esta intentando vincularse. En caso negativo, el procedimiento avanza al bloque 1106 y el modulo de encaminamiento vincula la aplicacion solicitante al puerto. El procedimiento termina entonces en el estado 1108.

Por otra parte, en la etapa de decision 11104, si cualesquiera aplicaciones abiertas o activas estan vinculadas al mismo puerto al que la aplicacion solicitante esta intentando vincularse, el procedimiento avanza hasta el bloque 1100 y el modulo de encaminamiento lleva a cabo una operacion "Y" al nivel de bits sobre el alcance de encaminamiento de cada aplicacion abierta/activa y el alcance de encaminamiento de la aplicacion solicitante. Avanzando a la etapa de decision 1112, el modulo de encaminamiento determina si el resultado de cualquier operacion "Y" al nivel de bits es cero. En caso afirmativo, el procedimiento se desplaza al bloque 1106 y el modulo de encaminamiento vincula la aplicacion solicitante al puerto que establece el puerto en el zocalo asociado a la aplicacion solicitante. El procedimiento termina entonces en el estado 1108.

Volviendo a la etapa de decision 1112, si el resultado de la operacion "Y" al nivel de bits es diferente de cero, el procedimiento se desplaza al bloque 1114 y el modulo de encaminamiento no vincula la aplicacion solicitante al puerto. El procedimiento termina entonces en el estado 1108.

En una realizacion particular, cuando el alcance de encaminamiento de un zocalo cambia debido a una o mas de las diversas razones descritas anteriormente, el nuevo alcance de encaminamiento puede tener un efecto sobre la separacion del espacio del puerto. Por ejemplo, durante el recalculo de un alcance de encaminamiento para una aplicacion, si se elimina una o mas interfaces de datos del alcance de encaminamiento, no puede surgir ningun problema ya que el espacio de puerto permanece separado y puesto que no se ha creado ninguna interseccion entre los alcances de encaminamiento de los zocalos. Sin embargo, si se araden una o mas interfaces de datos al alcance de encaminamiento, la adicion de una interfaz de datos puede crear un conflicto con los alcances de encaminamiento asociados a otra aplicacion. Si los numeros de puerto usados por las aplicaciones con alcances de encaminamiento intersectantes son idMnticos, la pila de conexion de red sera incapaz de decidir que aplicacion ha de dirigir un paquete de datos entrante que llega a una de las interfaces de datos intersectantes.

En una realizacion particular, este potencial conflicto se puede resolver basandose en el siguiente enfoque: si la aplicacion en conflicto ya esta transfiriendo activamente datos sobre el par �numero de puerto, interfaz de datos� en conflicto, esta aplicacion se deja sola y se evita que la otra aplicacion use este par �numero de puerto, interfaz de datos�. Si la aplicacion en conflicto no esta usando activamente el par �numero de puerto, interfaz de datos� para la transferencia de datos, se anula el par "numero de puerto, interfaz de datos� para las aplicaciones en conflicto basandose en una politica configurable.

En una realizacion particular, la deshabilitacion de una aplicacion significa esencialmente que el alcance de encaminamiento de la aplicacion deshabilitada se reduce temporalmente para excluir la interfaz de datos en conflicto para el numero de puerto en cuestion. Esto se puede llevar a cabo definiendo un conjunto de pares

�numero de puerto, interfaz de datos� bloqueados para cada aplicacion, es decir, un alcance de encaminamiento bloqueado. En una realizacion particular, un alcance de encaminamiento bloqueado es aquel que esta temporalmente bloqueado debido a un conflicto con otra aplicacion pero no debido a un desajuste de la politica de red.

En una realizacion ejemplar no limitativa, se puede eliminar una entrada en un alcance de encaminamiento bloqueado : (1) cuando la aplicacion competente se cierra, (2) cuando la aplicacion competente se vuelve a vincular a otro espacio de puerto, (3) cuando la aplicacion deshabilitada se revincula a un espacio de puerto diferente, (4) cuando la politica de red de la aplicacion deshabilitada cambia, (5) cuando la politica de red de la aplicacion competente cambia o (6) cuando el alcance de encaminamiento de una o mas aplicaciones cambia debido a las condiciones definidas anteriormente.

En una realizacion particular, las condiciones (2) y (5) anteriores puede hacer que los alcances de encaminamiento para otras aplicaciones dentro del dispositivo de red se bloqueen. Asimismo, en una realizacion particular, las condiciones (3) y (4) pueden hacer que algunas entradas sean eliminadas de un alcance de encaminamiento bloqueado mientras otras entradas se pueden aradir debido a nuevos conflictos.

En una realizacion particular, las etapas descritas anteriormente junto con las figuras 3, 4, 5, 6 y 11 se pueden materializar en forma de software que se almacena en una memoria, por ejemplo una memoria de acceso aleatorio (RAM), una memoria de acceso aleatorio dinamica (DRAM), una memoria de acceso aleatorio estatica (SRAM), una memoria de solo lectura (ROM), una ROM enmascarada, una memoria de solo lectura programable (PROM), una memoria de solo lectura programable borrable (EPROM), una memoria de solo lectura programable y borrable electronicamente (EEPROM), una memoria de acceso aleatorio no volatil (MVRAM), una memoria ultrarrapida una unidad de disco duro, u otros medios de almacenamiento. Cada uno de estos procedimientos se puede almacenar individualmente o en combinacion con otras etapas del procedimiento.

Asimismo, en una realizacion particular, los pasos del procedimiento descritos anteriormente junto con las figuras 3, 4, 5, 6 y 11 se pueden ejecutar por un procesador, microprocesador, controlador, microcontrolador, circuito integrado especifico de aplicacion (ASIC), procesador de seral digital (DSP), u otros medios de procesamiento. Cada una de estas etapas de procedimiento se puede ejecutar individualmente o en combinacion con otras etapas de procedimiento.

La figura 12 ilustra un dispositivo inalambrico que se designa generalmente 1200. Como se muestra, el dispositivo inalambrico 1200 incluye una pantalla de visualizacion 1202 y un teclado numMrico 1204. Asimismo, el dispositivo inalambrico 1200 puede incluir un microfono 1206 y un altavoz 1208. Un usuario puede usar el microfono para hablar 1206 y escuchar el audio entrante por el altavoz 1208. Como se indica en la figura 12, un indicador de intensidad de seral 1210 , un indicador de buzon de voz 1212 y un indicador de nivel de bateria 1214 se pueden visualizar en la pantalla de visualizacion 1202.

Como se representa en la figura 12, en una realizacion ejemplar no limitativa, el teclado numMrico 1204 puede incluir un boton de direccion 1216 que el usuario puede usar para desplazar un cursor o barra de seleccion alrededor de la pantalla de visualizacion 1202. Especialmente, el usuario puede usar el boton de direccion, por ejemplo hacia arriba, hacia abajo, a la izquierda, a la derecha, o cualquier direccion diagonal. Asimismo, en una realizacion particular, el teclado numMrico 1204 puede incluir un boton �O�ay� de validacion 1218, un boton �Clear� de borrado 1220, y el boton "End" de terminacion 1222 para introducir respuestas en respuesta a las indicaciones presentadas en la pantalla de visualizacion 1202.

La figura 12 ilustra, ademas, una primera interfaz grafica de datos ejemplar de usuario (GUI) 1250 que se puede presentar a un usuario por la pantalla de visualizacion 1202 del dispositivo inalambrico 1200. Como se muestra la primera GUI 1210 puede incluir una cabecera 1252 que incluye el proposito de la primera GUI 1250. Como se muestra, en una realizacion ilustrativa, la cabecera 1252 lleva la etiqueta "Edit �etwor� Settings" (Editar ajustes de red) De este modo el usuario puede suponer que la primera GUI 1250 se puede usar para editar los ajustes de red.

La figura 12 tambiMn indica que la primera GUI 1250 puede incluir un menu de indicacion 1254. En una realizacion particular, el menu de aplicacion 1254 incluye una lista de aplicaciones que se instalan en el dispositivo inalambrico 1200 que requiere acceso de red. Por ejemplo, el menu de aplicacion 1254 incluye una primera aplicacion una segunda aplicacion, una tercer aplicacion y una enMsima aplicacion. Como se muestra, la primera GUI 1250 tambiMn incluye una barra de seleccion 1256 que el usuario puede desplazar hacia arriba y hacia abajo dentro del menu de aplicacion 1254 usando el boton de direccion 1216 en el teclado numMrico 1204. El usuario puede desplazar la barra de seleccion 1256 a una aplicacion, por ejemplo, la tercera aplicacion, y seleccionar el boton �O�ay� de validacion 1218 en el teclado numMrico 1204 con el fin de acceder a una segunda GUI 1300 mostrada en la figura 13.

La figura 13 ilustra una segunda GUI ejemplar designada 1300, que se puede usar para editar ajustes para una aplicacion, por ejemplo la tercera aplicacion seleccionada usando la primera GUI 1250 (figura 12). Como se representa en la figura 13, la segunda GUI 1300 puede incluir una cabecera 1302 que indica el proposito de la segunda GUI 1300. En una realizacion ilustrativa, la cabecera 1302 de la segunda GUI 1300 lleva la etiqueta "App.3 Edit �etwor� Settings" (Apl.3 Editar ajustes de red). De este modo el usuario puede determinar que la segunda GUI

1300 se puede usar para editar ajustes de red para la tercera aplicacion.

En una realizacion alternativa, si el usuario selecciona la primera aplicacion en la primera GUI 1250 (figura 12), la cabecera 1302 de la segunda GUI 1300 puede llevar la etiqueta "App.1 Edit �etwor�s Settings" (Apl.1 Editar ajustes de red).

Como se muestra en la figura 13, la segunda GUI puede incluir un menu de red 1304 que incluye una lista de redes,

o interfaces de datos de red, que estan disponibles en el dispositivo inalambrico 1200. Por ejemplo, el menu de red 1304 incluye una primera red, una segunda red, una tercera red, y una enMsima red. La segunda GUI 1300 incluye tambiMn una barra de seleccion 1306 que un usuario puede desplazar arriba y abajo dentro del menu de red 1304 usando el boton de direccion 1216 en el teclado numMrico 1204. El usuario puede desplazar la barra de seleccion 1306 a una red, por ejemplo la segunda aplicacion, y seleccionar y aradir o eliminar una red o una lista de redes aprobadas para una aplicacion particular que se instala en el dispositivo inalambrico 1200.

Como se muestra, la segunda GUI 1300 incluye tambiMn un boton programable de prioridad establecida 1312 que se visualiza en la pantalla de visualizacion 1202. En una realizacion particular, el usuario puede seleccionar el boton programable de prioridad establecida 1312 con el fin de establecer una jerarquia de redes aprobada para su uso por una aplicacion particular dentro del dispositivo inalambrico 1200. Cuando el boton programable de prioridad establecida 1312 se selecciona, se puede presentar una tercera GUI 1400 al usuario por la pantalla de visualizacion 1202. Alternativamente, se pueden usar ACLs predefinidas para describir la politica de red y asignar prioridad a las redes de datos.

Con referencia a la figura 14, se muestra la tercera GUI 1400. como se representa en la figura 14, la tercera GUI 1400 puede incluir una cabecera 1402 que indica el proposito de la tercera GUI 1400. Por ejemplo, la cabecera 1402 de la tercera GUI lleva la etiqueta "�etwor� Priority - App3" (Prioridad de red - Apl. 3). De este modo, el usuario puede determinar que la tercera GUI 1400 se pueda usar para editar la prioridad de red para las redes aprobadas para su uso por la tercera aplicacion.

En una realizacion alternativa, si el usuario selecciona la primera aplicacion en la primera GUI 1250 (figura 12) y el usuario selecciona el boton programable de prioridad establecida 1312 en la segunda GUI 1300 (figura 13), la cabecera 1402 de la tercera GUI 1400 puede llevar la etiqueta """�etwor� Priority -App1" (Prioridad de red -Apl. 1).

Como se muestra en la figura 14, la tercera GUI 1400 puede incluir un menu de prioridad de red 1404 que incluye una lista de redes, o interfaces de datos de red, que se aprueban para su uso por la tercera aplicacion. Igualmente, el menu de prioridad de red 1404 indica la prioridad de cada red o interfaz de datos de red aprobada. Por ejemplo, el menu de prioridad de red 1040 incluye una tercera red con una primera prioridad, una primera red con una segunda prioridad, una quinta red con una tercera prioridad, y una cuarta red con una cuarta prioridad.

La tercera GUI 1400 incluye tambiMn una barra de seleccion 1406 que un usuario desplaza arriba y abajo dentro del menu de prioridad de red 1404 usando el boton de direccion 1216 en el teclado numMrico 1204. El usuario puede desplazar la barra de seleccion 1406 a una red 1204, por ejemplo, la primera aplicacion, y seleccionar un boton programable hacia arriba 1408, o un boton programable hacia abajo 1410 con el fin de desplazar la primera red hacia arriba o hacia abajo dentro del menu de prioridad de red 1404. De este modo, el usuario puede definir la prioridad de redes que una aplicacion puede utilizar durante la transferencia de datos.

La figura 15 ilustra una cuarta GUI 1500 que se puede presentar a un usuario cuando se evita un intento de enviar un paquete de datos a una aplicacion. Como se representa en la figura 15, la cuarta GUI 1500 puede incluir una cabecera 1502 que indica el proposito de la cuarta GUI 1500. Por ejemplo, la cabecera 1502 de la cuarta GUI 1500 lleva la etiqueta "Error Message" (Mensaje de error). De este modo, el usuario puede suponer que el dispositivo inalambrico se ha encontrado con un error. La figura 15 indica, ademas, que la cuarta GUI 1500 puede incluir un mensaje de error 1504 que se puede presentar al usuario mediante la pantalla de visualizacion 1202. en una realizacion ejemplar no limitativa, el mensaje de error indica "Incoming data pac�et dropped. Error logged". (Paquete de datos entrante desechado. Error registrado). De este modo, el usuario sabe que un dispositivo exterior a intentado transmitir un paquete de datos al dispositivo inalambrico, por ejemplo una aplicacion dentro del dispositivo inalambrico, y que el paquete de datos fue desechado por ser sospechoso. En una realizacion particular, los errores se pueden registrar en un dispositivo de red en la red desde la cual se recibe el paquete sospechoso.

En una realizacion particular, cada GUI 1250, 1300, 1400, 1500 descrito anteriormente es una GUI autonoma. Alternativamente, las GUI 1250, 1300, 1400, 1500 descritas anteriormente son parte de una unica GUI que tiene multiples paginas.

Con la configuracion de estructura descrita en la presente memoria, el sistema y procedimiento para soportar aplicaciones de datos en un dispositivo de comunicacion multimodo multiemplazamiento proporciona una manera para que las aplicaciones en un dispositivo de red especifique quM interfaz de datos se ha de usar para conexion en red de datos. Por ejemplo, una interfaz de datos de red particular dentro de un dispositivo de red puede proporcionar acceso a una red general, por ejemplo, Internet, mientras otra interfaz de datos de red puede proporcionar acceso a una Intranet corporativa privada. Ademas, el dispositivo de red puede incluir una primera aplicacion para acceder al correo electronico de la red corporativa privada y una segunda aplicacion de cliente de

correo electronico para recuperar correo electronico personal en Internet.

En una realizacion particular, el dispositivo de red puede incluir un navegador "especial" para acceso a una Intranet privada y un navegador "estandar" para acceso general al Internet. Asimismo, el dispositivo de red puede incluir multiples motores GPS y cada motor GPS puede acceder a informacion de localizacion procedente de una red particular mediante una interfaz de datos especificada por el motor GPS. Adicionalmente, en una realizacion particular, un resolutor de nombres, por ejemplo un sistema de nombre de dominio (D�S), que comunica con el dispositivo de red puede resolver un nombre, o una direccion, para una red especifica ya que podria haber direcciones o nombres duplicados configurados en dos redes privadas.

Asimismo, con la configuracion de estructura descrita en la presente memoria, el sistema y el procedimiento pueden restringir el numero de interfaces de datos sobre las cuales una aplicacion puede recibir los datos. Esto proporciona un nivel relativamente mayor de seguridad a la pila de protocolo y las aplicaciones dentro del dispositivo de red. Igualmente, el sistema y el procedimiento proporcionan una manera de restringir los datos entrantes para que de este modo los datos entrantes se comuniquen a una aplicacion particular basandose en la interfaz de datos, o interfaces de datos, sobre las cuales se reciben los datos. El sistema puede utilizar una politica de red asociada a cada aplicacion con el fin de identificar las interfaces de datos que se permiten para la transferencia de datos para cada aplicacion.

Asimismo, el sistema y el procedimiento descritos en la presente memoria pueden permitir que la aplicacion se vincule a puertos especificos para una, mas o todas las interfaces de datos. Para otras pilas de protocolo, por ejemplo, diferentes de TCP/YDP/IP, se puede permitir que las aplicaciones accedan a servicios en un conjunto de interfaces de datos.

El experto en la tMcnica apreciaria, ademas, que las diversas etapas ilustrativas de bloques logicos, configuraciones, modulos, circuitos y algoritmos descritas junto con las realizaciones divulgadas en el presente documento se pueden aplicar como hardware electronico, software de ordenador o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, se han descrito varios componentes, bloques, configuraciones, modulos circuitos y etapas ilustrativas anteriormente de manera general en tMrminos de su funcionalidad. �ue tal funcionalidad se aplica como hardware o software depende limitaciones particulares de aplicacion y disero impuestas al sistema global. El experto en la tMcnica puede aplicar la funcionalidad descrita de varias maneras para cada aplicacion particular, pero tales decisiones de implementacion no se deberian interpretar como causantes de salida del alcance de la presente divulgacion.

Las etapas de los procedimientos, o algoritmos, descritos junto con las realizaciones representadas en la presente memoria se pueden materializar directamente en hardware, en un modulo de software ejecutado por un procesador,

o en una combinacion de los dos. Un modulo de software puede residir en memoria RAM, memoria flash, memoria RAM, memoria ROM, memoria PROM, memoria EPROM, memoria EEPROM, registros, disco duro, un disco removible, un CD-ROM, o cualquier otro medio de almacenamiento conocido en la tMcnica. Un medio de almacenamiento ejemplar se acopla al procesador de manera que el procesador pueda leer informacion a partir de, y grabar informacion en, el medio de almacenamiento. Alternativamente, el medio de almacenamiento puede ser integral con el procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en un dispositivo informatico o un terminal de usuario. Alternativamente, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un dispositivo informatico o un terminal de usuario.

La descripcion anterior de las realizaciones divulgadas se proporciona para permitir que cualquier experto en la tMcnica realice o utilice la presente divulgacion. Diversas modificaciones de estas realizaciones seran facilmente evidentes para el experto en la tMcnica. De este modo, la presente invencion es acorde al mayor alcance coherente con las siguientes reivindicaciones.

Claims

REIVINDICACIONES

1.- Procedimiento para transmitir y recibir datos a y desde un dispositivo de red multiemplazamiento (102, 1200) a una red de datos, comprendiendo el procedimiento:

− definir una politica de red (122);

5 − transmitir (300) la politica de red a un modulo de encaminamiento (120); y

− recibir (302) un alcance de encaminamiento (124) desde el modulo de encaminamiento (120), en el que el alcance de encaminamiento (124) identifica un subconjunto de interfaces de datos con la red de datos que satisfacen la politica de red (122), en el que el subconjunto de interfaces de red se selecciona a partir de un conjunto de interfaces de datos disponibles (132, 134, 136) y en el que el

10 subconjunto de interfaces de datos incluye al menos una interfaz de datos, en el que una aplicacion

(118) asociada a la politica de red (122) se vincula (404) al subconjunto de interfaces de datos identificado por el alcance de encaminamiento (124; y

− recibir (1100) una solicitud para vincular un puerto (126, 128, 130) a una aplicacion solicitante;

− determinar (1104) si una aplicacion abierta esta vinculada al puerto;

15 − vincular (1106) la aplicacion solicitante al puerto cuando la aplicacion abierta no esta vinculada al puerto;

− llevar a cabo (1110) una operacion "Y" al nivel de bits en un primer alcance de encaminamiento asociado a la aplicacion abierta y un segundo alcance de encaminamiento asociado a la aplicacion solicitante cuando la aplicacion abierta esta vinculada al puerto; y

20 − vincular (1106) la aplicacion solicitante al puerto cuando un resultado de la operacion "Y" al nivel de bits es distinto de cero

comprendiendo ademas el procedimiento;

− recibir la politica de red desde la aplicacion; y

− vincular la aplicacion al subconjunto de interfaces de datos pero no a todas las interfaces de datos en 25 el conjunto de interfaces de datos disponibles en el dispositivo de red multiemplazamiento;

en el que la politica de red (122) identifica uno o mas criterios para seleccionar el subconjunto de interfaces de datos del conjunto de interfaces de datos disponibles; y

en el que la politica de red (122) define dos o mas interfaces de datos a usar para la transferencia de datos a y desde la aplicacion.

30 2,. Procedimiento segun la reivindicacion 1, en el que la politica de red (122) se define por la aplicacion (118).
3.- Procedimiento segun la reivindicacion 1, en el que el subconjunto de interfaces de datos incluye un sistema global para una interfaz de datos de comunicacion movil GSM, una interfaz de datos de servicio general de radiocomunicaciones por paquetes GPRS, una interfaz de datos de sistema universal de telecomunicaciones moviles UMTS, una interfaz de datos de acceso multiple por diferenciacion de codigo CDMA, una interfaz de datos

35 CDMA 2000, una interfaz de datos de evolucion de datos optimizada de CDMA EVDO, una interfaz de datos 8luetooth 8T, una interfaz de datos 802.11a, una interfaz de datos 802.11b, una interfaz de datos 802.11g, una interfaz de datos 802.11i, una interfaz de datos 802.15, una interfaz de datos 802.16, una interfaz de datos CDMA de banda ancha WCDMA, una interfaz de datos de multiplexaje por division de codigo de frecuencia ortogonal OFCDM, una interfaz de datos de sistema de posicionamiento global GPS, o una combinacion de los mismos.

40 4.- Procedimiento segun la reivindicacion 1, que comprende ademas:

− determinar (308) si una interfaz de datos preferida dentro del subconjunto de interfaces de datos esta disponible;

− abrir (310) una conexion a travMs de la interfaz de datos preferida cuando la interfaz de datos preferida esta disponible;

45 − transmitir (316) datos a travMs de la interfaz de datos preferida.
5.- Procedimiento segun la reivindicacion 4, que comprende ademas:

− determinar (312) si una siguiente interfaz de datos preferida dentro del subconjunto de interfaces de datos esta disponible cuando la interfaz de datos preferida no esta disponible;

− abrir (310) una conexion a travMs de la siguiente interfaz de datos preferida; y − transmitir (316) datos a travMs de la siguiente interfaz de datos preferida. 6.- Procedimiento segun la reivindicacion 4, que comprende ademas: − determinar (318) si la conexion esta interrumpida: 5 − determinar (322) si la siguiente interfaz de datos preferida esta disponible cuando la conexion esta

interrumpida ; − abrir (324, 326, 328) una conexion mediante la siguiente interfaz de datos preferida; y − transmitir (316) datos a travMs de la siguiente interfaz de datos preferida.
7.- Procedimiento segun la reivindicacion 1, que comprende ademas crear el alcance de encaminamiento que

10 apunta al subconjunto de interfaces de datos al cual esta vinculada la aplicacion. 8.- Procedimiento segun la reivindicacion 7, que comprende ademas almacenar el alcance de encaminamiento en un zocalo (119) asociado a la aplicacion.
9.- Procedimiento segun la reivindicacion 8, en el cual la politica de red identifica dos o mas interfaces de datos a usar para la transferencia de datos a y desde la aplicacion. 15 10.- Procedimiento segun la reivindicacion 7, en el que el alcance de encaminamiento es una mascara de bits del conjunto de interfaces de datos disponibles. 11.- Procedimiento segun la reivindicacion 1, que comprende ademas: − evitar (1114) que la aplicacion solicitante se vincule al puerto cuando el resultado de la operacion "Y" al nivel de bits es diferente de cero. 20 12.- Dispositivo de red multiemplazamiento (102, 1200), que comprende: − medios para transmitir una politica de red (122) a un modulo de encaminamiento (120);

− medios para recibir un alcance de encaminamiento (124) desde el modulo de encaminamiento (120), en el que el alcance de encaminamiento (124) identifica un subconjunto de interfaces de datos con una red de datos que satisfacen la politica de red (122), en el que el subconjunto de interfaces de

25 datos se selecciona entre un conjunto de interfaces de datos disponibles (132, 134, 136) y en el que el subconjunto de interfaces de datos incluye al menos una interfaz de datos;

− medios para vincular una aplicacion (118) al subconjunto de interfaces de datos disponibles pero no a todas las interfaces de datos dentro del conjunto de interfaces de datos disponibles en el dispositivo de red multiemplazamiento (102, 1200);

30 − medios para recibir una solicitud para vincular un puerto a una aplicacion solicitante; − medios para determinar si una aplicacion abierta esta vinculada al puerto; − medios para vincular la aplicacion solicitante al puerto cuando la aplicacion abierta no esta vinculada

al puerto; − medios para llevar a cabo una operacion "Y" al nivel de bits en un primer alcance de encaminamiento 35 asociado a la aplicacion abierta y un segundo alcance de encaminamiento asociado a la aplicacion solicitante cuando la aplicacion abierta esta vinculada al puerto; y − medios para vincular la aplicacion solicitante al puerto cuando un resultado de la operacion "Y" al nivel de bits es diferente de cero; y que comprende ademas: 40 − medios para recibir la politica de red desde la aplicacion, y − medios para vincular la aplicacion al subconjunto de interfaces de datos pero no a todas las interfaces de datos dentro del conjunto de interfaces de datos disponibles en el dispositivo de red multiemplazamiento; en el que la politica de red (122) identifica uno o mas criterios para seleccionar el subconjunto de interfaces de 45 datos del conjunto de interfaces de datos disponibles; y

en el que la politica de red (122) define dos o mas interfaces de datos a usar para la transferencia de datos a y desde la aplicacion.
13.- Dispositivo de red multiemplazamiento (102, 1200) segun la reivindicacion 12, que comprende:

− un procesador (114);

5 − una memoria (116) accesible para el procesador (114);

− al menos una aplicacion (118) almacenada dentro de la memoria (116); y

− al menos una politica de red (122) almacenada dentro de la memoria (116), en el que la al menos una politica de red (122) define la al menos una interfaz de datos a usar por la aplicacion (118) para transmitir y recibir datos.

10 14.- Dispositivo de red multiemplazamiento del dispositivo 13, que comprende ademas el alcance de encaminamiento (124) almacenado dentro de la memoria (16).
15.- Dispositivo de red multiemplazamiento segun la reivindicacion 14, en el que el subconjunto de interfaces de datos incluye un sistema global para una interfaz de datos de comunicacion movil GSM, una interfaz de datos de servicio general de radiocomunicaciones por paquetes GPRS, una interfaz de datos de sistema universal de 15 telecomunicaciones moviles UMTS, una interfaz de datos de acceso multiple por diferenciacion de codigo CDMA, una interfaz de datos CDMA 2000, una interfaz de datos de evolucion de datos optimizada de CDMA EVDO, una interfaz de datos 8luetooth 8T, una interfaz de datos 802.11a, una interfaz de datos 802.11b, una interfaz de datos 802.11g, una interfaz de datos 802.11i, una interfaz de datos 802.15, una interfaz de datos 802.16, una interfaz de datos CDMA de banda ancha WCDMA, una interfaz de datos de multiplexaje por division de codigo de frecuencia

20 ortogonal OFCDM, una interfaz de datos de sistema de posicionamiento global GPS, o una combinacion de los mismos.
16.- Dispositivo de red multiemplazamiento segun la reivindicacion 14, en el que el subconjunto de interfaces de datos esta organizado en una jerarquia y el dispositivo de red multiemplazamiento intenta establecer comunicacion mediante cada una de las interfaces del subconjunto de interfaces de datos, una por una basandose en una primera

25 interfaz de datos disponible dentro de la jerarquia.
17.- Dispositivo de red multiemplazamiento segun la reivindicacion 13, en el que cada una del conjunto de interfaces de datos proporciona acceso a una red de datos diferente.
18.- Dispositivo de red multiemplazamiento segun la reivindicacion 17, en el que cada una del conjunto de interfaces de datos incluye una lista de control de acceso, ACL, en el que la ACL restringe el acceso a una interfaz

30 de datos correspondiente.
19.- Dispositivo de red multiemplazamiento segun la reivindicacion 18, en el que la ACL devuelve un numero de prioridad diferente de cero, indicando el numero de prioridad diferente de cero que la interfaz de datos correspondiente se puede usar con una politica de red particular.
20.- Dispositivo de red multiemplazamiento segun la reivindicacion 19, en el que el numero de prioridad diferente de 35 cero identifica un nivel de preferencia asociado a la interfaz de datos correspondiente.
21.- Dispositivo de red multiemplazamiento segun la reivindicacion 13, en el que una primera aplicacion dentro del dispositivo de red multiemplazamiento accede a una primera red a travMs de una primera interfaz de datos y una segunda aplicacion dentro del dispositivo de red multiemplazamiento accede a una segunda red a travMs de una segunda interfaz de datos.

40 22.- Dispositivo de red multiemplazamiento (102, 1200) segun la reivindicacion 12, que comprende:

− un procesador (114);

− una memoria (116) accesible para el procesador (114);

− el modulo de encaminamiento (120) almacenado dentro de la memoria, estando configurado el modulo de encaminamiento (120) para:

45 − recibir (400) una politica de red (122) a partir de la aplicacion (118); y

− vincular (404) la aplicacion (118) a un subconjunto de interfaces de datos dentro de un conjunto de interfaces de datos disponibles.
23.- Dispositivo de red multiemplazamiento segun la reivindicacion 13 o la reivindicacion 22, en el que el modulo de encaminamiento (129) esta configurado ademas para crear el alcance de encaminamiento (124) basandose al

50 menos parcialmente en la politica de red (122).
24.- Dispositivo de red multiemplazamiento segun la reivindicacion 22, en el que el alcance de encaminamiento

(124) incluye una indicacion del subconjunto de interfaces de datos al cual se vincula la aplicacion (118).
25.- Dispositivo de red multiemplazamiento segun la reivindicacion 13 o la reivindicacion 22, que comprende, ademas:

5 − un transceptor (138) acoplado al procesador; y

− una antena (140) acoplada al transceptor.
26.- Dispositivo de red multiemplazamiento (102, 1200) segun la reivindicacion 12, que comprende ademas una interfaz de usuario (1250, 1300, 1400), que comprende:

− un menu de aplicacion (1254) menu de aplicacion que incluye una lista de aplicaciones que estan

10 instaladas en el dispositivo de red multiemplazamiento (102, 1200) y en el que un usuario puede seleccionar una aplicacion del menu de aplicaciones con el fin de editar al menos un ajuste de red asociado a una aplicacion seleccionada.
27.- Dispositivo de red multiemplazamiento (102, 1200) segun la reivindicacion 26, en el que la interfaz de usuario comprende ademas un menu de red (1304) que incluye una lista de redes que estan disponibles en el dispositivo de

15 red multiemplazamiento.
28.- Dispositivo de red multiemplazamiento (102, 1200) segun la reivindicacion 27, en el que una red se puede seleccionar por un usuario del menu de red y una red seleccionada se puede asociar por un usuario a la aplicacion seleccionada.
29.- Dispositivo de red multiemplazamiento (102, 1200) segun la reivindicacion 28, en el que la interfaz de usuario

20 comprende ademas un menu de prioridad de red (1404) que incluye una lista de redes aprobada para su uso por la aplicacion seleccionada.
30.- Dispositivo de red multiemplazamiento (102, 1200) segun la reivindicacion 29, en el que el menu de prioridad de red indica una prioridad asociada a cada red listada en el menu de prioridad de red y en el que la aplicacion seleccionada comunica con cada red basandose en la prioridad asignada a la misma.

25 31.- Dispositivo de red multiemplazamiento (102, 1200) segun la reivindicacion 30, en el que la prioridad asociada a cada red puede ser asignada por un usuario.
32.- Medio legible por ordenador accesible para un procesador (114), comprendiendo el medio legible por ordenador instrucciones que llevan a cabo el procedimiento de cualquiera de las reivindicaciones 1 a 11.