MXPA02000453A

MXPA02000453A - Empaquetamiento y desempaquetamiento selectivo de paquetes ppp dependiendo de las opciones negociadas en las interfaces um y rm.

Info

Publication number: MXPA02000453A
Application number: MXPA02000453A
Authority: MX
Inventors: Marcello Lioy
Original assignee: Qualcomm Inc
Priority date: 1999-07-14
Filing date: 2000-07-14
Publication date: 2002-07-30
Also published as: AU775367B2; EP1192827A1; JP2003523649A; HK1048221A1; BR0012378A; CN1379962A; TW492259B; WO2001005177A1; DE60031678D1; IL147576A0; CA2378728A1; JP4659312B2; US6625164B1; AU6351600A; ATE344604T1; EP1192827B1; ES2273714T3; CN1379962B; DE60031678T2; KR100621537B1

Abstract

Un dispositivo de comunicacion inalambrico y un metodo para transmitir y recibir por lo menos un paquete entre un dispositivo (102) terminal, conectado al dispositivo (104) de comunicacion inalambrico, y una funcion (108) de interconexion. Las seleccionadas de una pluralidad de opciones de configuracion correspondientes de un primer y segundo caso de un protocolo de comunicacion, ejecutandose en el dispositivo de comunicacion inalambrico, se verifican (S510) para determinar si son iguales. Si las seleccionadas de las opciones de configuracion correspondientes son iguales, todas excepto algunas de una pluralidad de paquetes pueden pasarse a traves (S610, S620) del dispositivo de comunicacion inalambrico sin desempaquetar y reempaquetar los paquetes de protocolo de comunicacion encapsulando los paquetes.

Description

EMPAQUETAMIENTO Y DESEMPAQUETAMIENTO SELECTIVO DE PAQUETES PPP DEPENDIENDO DE LAS OPCIONES NEGOCIADAS EN LAS INTERFACES Um Y Rm ANTECEDENTES DE LA INVENCIÓN I . Campo de la Invención La presente invención se refiere al campo de dispositivos de datos inalámbricos. Más particularmente, la presente invención se refiere a un método y sistema novedoso y mejorado para proporcionar un enlace de protocolo de comunicaciones de datos inalámbrico entre un equipo terminal (TE2) y una función de interconexión (IWF) , a través de un dispositivo de comunicación inalámbrico (MT2) .

II. Descripción de la Técnica Relacionada La interconexión de redes, es decir, la conexión de redes de área local individuales (LAN) , se han vuelto rápidamente muy popular. La infraestructura y los protocolos asociados comúnmente referidos como la "Internet" se han vuelto bien conocidos y ampliamente utilizados. El Protocolo de Punto a Punto (PPP) es una forma común de conectarse a la Internet, como se sabe bien en la técnica, y además se describe en Request for Comment (RFC) 1661, The Point-to-Point Protocol (PPP) , Network Working Group, en julio de 1994, incorporada en la presente para referencia. PPP proporciona un método estándar para transportar datagramas de protocolo múltiple sobre enlaces de punto a punto. PPP incluye tres componentes principales: 1. un método para encapsular datagramas de protocolo múltiple; 2. un Protocolo de Control de Enlace (LCP) para establecer, configurar, y probar una conexión de enlace de datos; y 3. una familia de Protocolos de Control de Red (NCP) para establecer y configurar diferentes protocolos de nivel de red. La FIGURA 1 ilustra un diagrama de bloque de alto nivel de un sistema de comunicación de datos inalámbrico en el cual una terminal 102 móvil (dispositivo TE2) se comunica con una IWF 108 mediante un sistema de comunicación inalámbrico el cual incluye un dispositivo 104 de comunicación inalámbrico (MT2) y la Estación Base/Centro de Conmutación Móvil 106 (BS/MSC) .

En la FIGURA 1, la IWF 108 sirve como el punto de acceso a la Internet. La IWF 108 se acopla a, y con frecuencia se co-localiza con la BS/MSC 106, que puede ser una estación base inalámbrica convencional, como se conoce en la técnica. El dispositivo 102 TE2 se acopla al dispositivo 104 MT2, el cual es una comunicación inalámbrica con BS/MSC 106 y IWF 108. Muchos protocolos existen los cuales permiten la comunicación de datos entre el dispositivo 102 TE2 y la IWF 108. Por ejemplo, la Telecommunications Industry Association (TÍA) /Electronics Industries Association (EIA) Interim Standard IS-707.5, titulada "Data Service Options for Wideband Spread Spectrum Systems: Packet Data Services," publicada en febrero de 1998, e incorporada en la presente para referencia, define requerimientos para soportar la capacidad de transmisión de datos de paquete en sistemas de espectro propagado ampliamente difundidos de TIA/EIA IS-95, de los cuales BS/MSC 106 e IWF 108 pueden ser una parte. IS-707.5 también proporciona los requerimientos de protocolos de comunicación en los enlaces entre el dispositivo 102 TE2 y el dispositivo 104 MT2 (la interfaz Rm) , entre el dispositivo 104 MT2 y la BS/MSC 106 (la interfaz Um) , y entre la BS/MSC 106 y la IWF 108 (la interfaz L) . IS-95 se define en TLA/EIA IS-95, titulada "Mobile Station Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System", publicada en julio de 1993, incorporada en la presente para referencia. Con referencia ahora a la FIGURA 2, se muestra un diagrama de las pilas de protocolo en cada entidad del Modelo de Relé IS-707.5. La FIGURA 2 corresponde aproximadamente a la FIGURA 1.4.2.2-1 de IS-707.5. En el extremo izquierdo de la figura se encuentra una pila de protocolo, mostrada en formato vertical convencional, que muestra los niveles de protocolo que corren en el dispositivo 102 TE2 (por ejemplo, la terminal móvil, una computadora laptop o palmtop) . La pila de protocolo TE2 se ilustra como estando conectada lógicamente a la pila de protocolo del dispositivo 104 MT2 en la interfaz Rm. El dispositivo 104 MT2, se ilustra como estando conectado lógicamente a la pila de protocolo de BS/MSC 106 en la interfaz Um. La pila de protocolo de BS/MSC 106, es, a su vez, ilustrada como estando conectada lógicamente a la pila de protocolo IWF 108 en la interfaz L. Como un ejemplo de la operación de los protocolos de la FIGURA 2, el protocolo 206 de Protocolo de Punto a Punto (PPPR) codifica los paquetes de los protocolos 202, 204 de nivel superior y los transmite a través de la interfaz Rm utilizando el protocolo 208 de EIA-232 al puerto compatible de EIA-232 en el dispositivo MT2 que corre el protocolo 210 de EIA-232. El protocolo 210 de EIA-232 en el dispositivo MT2, recibe los paquetes y los pasa al protocolo 205 PPPR. El protocolo 205 PPPR desempaqueta los paquetes encapsulados en paquetes PPP y típicamente cuando una conexión de datos está arriba, pasa los paquetes al protocolo 215 PPPU, que empaqueta los paquetes en los paquetes PPP para la transmisión a un protocolo par de PPP (226) localizado en la IWF (108) . El Protocolo 212 de Enlace de Radio (RLP) y el protocolo 214 de IS-95, los cuales se conocen bien en la técnica, se utilizan para transmitir los paquetes, que se encapsulan en los paquetes PPP, a la BS/MSC 106 sobre la interfaz Um. El protocolo 212 RLP se define en TIA/EIA IS-707.2, titulada "Data Service Options for Wideband Spread Spectrum Systems: Radio Link Protocol", en febrero de 1998, e incorporada en la presente para referencia, y el protocolo IS-95 se define en IS-95 antes mencionado. Un protocolo 216 RLP complementario y el protocolo 218 IS-95 en la BS/MSC 106 pasa los paquetes al protocolo 220 del nivel de relé para la transmisión a través de la interfaz L al protocolo 228 de nivel de relé. El protocolo 226 PPPu entonces desempaqueta los paquetes recibidos y los pasa a los protocolos 225 de nivel de red que a su vez los pasa a los protocolos 221 de nivel superior. El protocolo EIA-232 se define en TIA/EIA-232-E Standard, titulada "Interfaz Between Data Terminal Equipment and Data Circuit-Terminating Equipment Employing Serial Binary Data Interchange", publicada en octubre de 1997, incorporada en la presente para referencia.

El nivel de relé se define en TIA/EIA IS-707.3, titulada "Data Service Options for Wideband Spread Spectrum Systems: AT Command Processing and the Rm Interfaz", publicada en febrero de 1998. Nótese que en lugar de utilizar la EIA-232 en 208 y 210, cualquier otro protocolo fisico de punto de punto (por ejemplo USB) puede utilizarse. Como puede observarse a partir de la explicación anterior, a menos que se reciba un paquete en el dispositivo MT2 se pasará a un protocolo de nivel superior que se ejecuta en el dispositivo MT2, los paquetes encapsulados en los paquetes PPP se desempaquetan de los paquetes PPP solamente para reempaquetarse en los paquetes PPP para la transmisión subsiguiente a un protocolo par de PPP, aún cuando los paquetes no requieran procesamiento adicional en el dispositivo MT2. Consecuentemente, los recursos de procesamiento y la producción se afectan adversamente por este desempaquetamiento y reempaquetamiento innecesario de los paquetes dentro de los paquetes PPP.

SUMARIO DE LA INVENCIÓN La presente invención determina si las seleccionadas de las opciones de enlace LCP de PPP en la interfaz Rm son idénticas a las opciones de enlace correspondientes en la interfaz Um. Si las seleccionadas de las opciones de enlace LCP PPP en las dos interfaces son iguales, la presente invención elimina la desempaquetación y reempaquetación innecesaria de los paquetes PPP en los dispositivos MT2. De este modo, los paquetes PPP pueden recibirse y transmitirse por el dispositivo MT2 sin desempaquetar los paquetes PPP, es decir, los paquetes PPP se pasan meramente a través del dispositivo MT2. Como resultado, la cantidad de procesamiento requerida por el dispositivo MT2 disminuye, proporcionando con esto la capacidad de procesamiento adicional para una mayor producción de datos . Si la presente invención determina que los seleccionados de los parámetros de enlace PPP en las dos interfaces no son iguales, entonces los paquetes PPP se desempaquetan y reempaquetan como realizadas en los sistemas de la técnica anterior. De este modo, cuando la presente invención determina que los seleccionados de los parámetros de enlace PPP no son iguales, los paquetes PPP se desempaquetarán y reempaquetarán con el dispositivo MT2, como de se describe en lo anterior.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Estas y otras ventajas se volverán más aparentes a partir de la descripción detallada de la modalidad preferida junto con los siguientes dibujos: La FIGURA 1 ilustra un diagrama de bloque de alto nivel de un sistema de comunicación de datos inalámbrico en el cual un dispositivo terminal se conecta a una red, tal como la Internet, mediante un dispositivo de comunicación inalámbrico; La FIGURA 2 es un diagrama de las pilas de protocolo de cada entidad en el sistema. La FIGURA 3 es un diagrama de flujo que muestra el procesamiento que ocurre para monitorear la interfaz Rm PPP y almacenar las opciones de configuración negociadas . La FIGURA 4 es un diagrama de flujo que muestra el procesamiento que ocurre para monitorear la interfaz Um PPP y almacenar las opciones de configuración negociadas. La FIGURA 5 es un diagrama de flujo que ilustra un proceso para determinar si el dispositivo MT2 se operará en el modo de red completo o en el modo de red seudo. La FIGURA 6 es un diagrama de flujo que muestra el procesamiento para determinar si un paquete dentro de un paquete PPP requiere el desempaquetado.

DESCRIPCIÓN DETALLADA DE LA MODALIDAD PREFERIDA Como se muestra en la técnica, para poder establecer comunicaciones sobre un enlace de punto a punto, los paquetes de Protocolo de Control de Enlace (LCP) para establecer, configurar y probar la conexión de enlace de datos debe intercambiarse sobre cada enlace PPP, es decir, las interfaces Rm y Um. Cualquier opción no renegociada utiliza un valor incumplido predeterminado, como se especifica por RFC 1661. Como se describe en RFC 1661, los paquetes LCP comprenden una Petición de Configuración, un Reconocimiento de Configuración, un no Reconocimiento de Configuración, y un Rechazo de Configuración. El formato de estos paquetes es bien conocido y descrito en RFC 1661. El Paquete de Petición de Configuración se utiliza para negociar las opciones de configuración. Todas las opciones de configuración siempre se negocian simultáneamente . El paquete de Reconocimiento de Configuración se transmite si cada opción de configuración en un paquete de Recepción de Configuración recibido se puede reconocer y todos los valores son aceptables. El paquete de no Reconocimiento de Configuración se envia en respuesta a un paquete de Petición de Configuración cuando las opciones de Configuración de Petición se pueden reconocer, pero algunos de los valores no son aceptables. El caso de opciones del paquete de no Reconocimiento de Configuración se llena solamente con las opciones de Configuración inaceptables a partir del paquete de Petición de Configuración. Nótese que todas las opciones de configuración no siempre se Reconocen simultáneamente . El paquete de Rechazo de Configuración se envia cuando una Petición de Configuración recibida incluye opciones de configuración que no se pueden reconocer o no son aceptables para la negociación. El campo de opciones del Rechazo de Configuración contiene solamente las opciones de configuración no aceptables de la Petición de Configuración . Lo siguiente comprende las opciones de configuración bien conocidas. Las primeras seis opciones de configuración se describen en RFC 1661, y se definen por el protocolo LCP PPP, mientras la séptima opción de configuración se define en Resquest for Comment (RFC) 1662, PPP in HDLC-like Frammg, Network Working Group, fechada en julio de 1994, incorporada en la presente para referencia: 1. Unidad de Recepción Máxima 2. Protocolo de Autentificación 3. Protocolo de Calidad 4. Número Mágico 5. Compresión de Campo de Protocolo 6. Compresión de Campo de Dirección y Control, y 7. Mapa de Carácter de Control de Asincrono. El Protocolo de Control de Protocolo de Internet (IPCP) es un protocolo de control de red responsable de configurar, habilitar y deshabilitar los módulos de Protocolo de Internet (IP) en ambos extremos del enlace PPP. IPCP se describe en Resquest for Comment (RFC) 1332, "The PPP Internt Protocol Control Protocol (IPCP)", G. McGregor Merit, Network Working Group, en mayo de 1992, incorporado en la presente para referencia. Las opciones de configuración IPCP incluyen: 1. Dirección IP 2. Protocolo de Comprensión IP; y 3. Dirección IP IPCP utiliza el mismo mecanismo de negociación de opción que el Protocolo de Control de Enlace (LCP) . Las negociaciones de opción de configuración ocurren separadamente para la interfaz Rm y la interfaz Um. Como se describe en RFC 1661, el paquete de Reconocimiento de Configuración contiene una lista de las opciones que el emisor está reconociendo. El dispositivo MT2 monitorea los paquetes de Reconocimiento de Configuración recibidos y transmitidos sobre las interfaces Rm y Um y almacena al valor de cada opción en un dispositivo de almacenaje, tal como una memoria de computadora. Todas las opciones de configuración tienen valores incumplidos, definidos por RFC 1661, los cuales se utilizan cuando la opción de configuración correspondiente no se negocia. Cuando las seleccionadas de las opciones de configuración de las interfaces Rm y Um, son respectivamente iguales, algunas de los paquetes PPP recibidos por el dispositivo MT2 en una de las interfaces Rm y Um se transmiten por el dispositivo MT2 en la otra de las interfaces Rm y Um sin desempaquetar el paquete PPP por una de las interfaces 205 PPPR y la interfaz 215 PPPu y sin reempaquetar la configuración PPP por la otra interfaz 205 PPPR y la interfaz 215 PPPu. Esto se refiere como un "modo de red seudo". Cuando todos los paquetes requieren desempaquetación y reempaquetación, esto se refiere como un "modo de red completo". La FIGURA 3 muestra un diagrama de flujo de un proceso para monitorear las opciones de configuración LCP negociadas de la interfaz Rm. El proceso se ejecuta, por ejemplo, en software o firmware que corre en un procesador dentro del dispositivo MT2. En la etapa S300, las opciones de configuración almacenadas para la interfaz Rm, que se guardan en un dispositivo de memoria, tal como RAM incluido en el dispositivo MT2, se inicia en sus valores incumplidos, como se describe por RFC 1661. En la etapa S310, un paquete recibido o casi transmitido en la interfaz Rm se verifica para determinar si el paquete contiene un Paquete de reconocimiento de Configuración LCP. Si el paquete contiene un paquete de Reconocimiento de Configuración de LCP, la etapa S320 se realiza para guardar los valores de las opciones negociadas, incluidas en el paquete de Reconocimiento de Configuración en la memoria. De este modo, aquellas opciones exitosamente negociadas se almacenan en la memoria y aquellas opciones no negociadas tienen establecimientos incumplidos almacenados en los dispositivos de memoria. Si el paquete recibido o casi transmitido no es un paquete de Reconocimiento de Configuración LCP, el proceso ignora el paquete y espera el siguiente paquete PPP recibido o casi transmitido. La FIGURA 4 muestra un diagrama de flujo de un proceso para monitorear y almacenar las opciones de configuración LCP negociadas en la interfaz Um. El proceso es similar al mostrado en la FIGURA 3 pero en su lugar los paquetes recibidos o casi transmitidos en la interfaz Um se monitorean. En la etapa S400, las opciones de configuración almacenadas para la interfaz Um, las cuales se guardan en un dispositivo de memoria, tal como un RAM incluido en el dispositivo MT2, se inician en sus valores incumplidos, como se define por RFC 1661. En la etapa 410, un paquete recibido o casi transmitido en la interfaz Um se verifica para determinar si el paquete contiene un paquete de Reconocimiento de Configuración LCP. Si el paquete contiene un paquete de Reconocimiento de Configuración LCP, la etapa S420 se realiza para guardar los valores de las opciones negociadas, incluidas en el paquete de Reconocimiento de Configuración, en la memoria. De este modo, aquellas opciones exitosamente negociadas se almacenan en la memoria y aquellas opciones que no se negocian tienen establecimientos incumplidos almacenados en el dispositivo de memoria. Si el paquete recibido o casi transmitido no incluye un paquete de Reconocimiento de Configuración LCP, el proceso ignora el paquete y espera el siguiente paquete PPP recibido o casi transmitido. La FIGURA 5 es un diagrama de flujo para un procedimiento que se ejecuta en un procesador dentro del dispositivo MT2. La etapa S500 determina si el establecimiento de enlace se completa en ambas interfaces Um y Rm- Esto puede determinarse al examinar un estado de enlace variable mantenido en forma separada para el enlace 205 PPPR y el enlace 215 PPPu. RFC 1661 explica los estados de enlace, que son bien conocidos en la técnica, para el enlace PPP. La etapa S500 determina si los estados de enlace de ambos enlaces 205 PPP y 215 PPPu están en el estado de Red, indicando que los enlaces PPP se establecen. Si la etapa S500 determina que ambos enlaces PPP se establecen, entonces la etapa S510 se realiza para determinar si las seleccionadas correspondientes de las opciones de configuración LCP son iguales en las interfaces Rm y Um. En la modalidad preferida, las opciones seleccionadas incluyen Compresión de Campo de Protocolo y Compresión de Campo de Dirección y Control. Sin embargo, la etapa S510 puede ajustarse para comparar cualquier opción de configuración. Si las seleccionadas correspondientes de las opciones de configuración LCP son iguales, la etapa S520 se realiza para indicar que el dispositivo MT2 está en un modo de red seudo, de otra manera, la etapa S530 se realiza para indicar que el dispositivo MT2 está en un modo de red completo. La FIGURA 6 ilustra el procesamiento que se realiza en el dispositivo MT2 cuando los paquetes PPP se reciben en cualquiera de las interfaces Rm o Um mientras el enlace PPP se establece, es decir, en el estado de red. En la etapa S600, se realiza una verificación para determinar si el dispositivo MT2 está operando en el modo de red seudo o en el modo de red completo. Si el dispositivo MT2 está operando en el modo de red seudo, la etapa S610 se realiza para determinar si el paquete PPP recibido de cualquiera de las interfaces Rm o Um incluye un paquete LCP o uno IPCP. Si el paquete PPP recibido no incluye un paquete de LCP o IPCP, entonces la etapa S620 se ejecuta para pasar el paquete a través del dispositivo MT2 sin desempaquetar y reempaquetar el paquete. En otras palabras, si el paquete PPP recibida llegó en la interfaz Rm, la etapa S620 provoca que el paquete PPP se transmita sobre la interfaz Um, sin desempaquetar el paquete PPP y reempaquetar el paquete PPP. Si el paquete recibido PPP llegó sobre la interfaz Um, la etapa S620 provoca que el paquete PPP se transmita sobre la interfaz Rm sin desempaquetar y reempaquetar el paquete PPP. Si la etapa S600 determina que el dispositivo MT2 no está operando en el modo de red seudo (es decir, el dispositivo MT2 está operando en el modo de red completo) , o la etapa S610 determina que el paquete PPP recibido incluye ya sea un paquete LCP o un paquete IPCP, entonces el desempaquetado y el reempaquetado puede realizarse. En otras palabras, cuando el dispositivo MT2 recibe un paquete PPP en la interfaz Rm y el MT2 está en un modo de red completo o el dispositivo MT2 está en un modo de red seudo, aunque cualquiera de un paquete LCP o un paquete IPCP se incluye en el paquete PPP, entonces el paquete se procesará por el protocolo 205 PPP, que desempaquetará el paquete y el paquete podrá pasarse eventualmente al protocolo 215 PPPu, donde se reempaquetará en un paquete PPP para la transmisión en la interfaz Um. En forma similar, cuando el dispositivo MT2 recibe un paquete PPP de la interfaz Um y el MT2 está en un modo de red completo o el dispositivo MT2 está en un modo de red seudo, pero ya sea un paquete LCP o un paquete IPCP se incluye en el paquete PPP, entonces el paquete se procesará por el protocolo 215 PPPu, lo cual desempaquetará el paquete y el paquete podrá pasarse eventualmente al protocolo 205 PPPR, donde se reempaquetará en un paquete PPP para la transmisión en la interfaz Rm. Aunque, la modalidad preferida muestra solamente paquetes LCP e IPCP siendo desempaquetados y reempaquetados en un modo de red seudo, la invención puede ajustarse para provocar que cualquier tipo particular de paquete o sin paquete de ningún modo se desempaquete y reempaquete en los paquetes PPP mientras se encuentre en modo de red seudo. Mientras esta invención se ha descrito junto con lo que se considera actualmente es la modalidad preferida, se entenderá que la invención no se limita a la modalidad descrita, sino al contrario, se pretende cubrir varias modificaciones y arreglos equivalentes incluidos dentro del espíritu y alcance de las reivindicaciones anexas.

Claims

NOVEDAD DE LA INVENCIÓN Habiendo descrito la presente invención se considera como novedad y por lo tanto se reclama como propiedad lo descrito en las siguientes: Reivindicaciones 1. Un método para transmitir y recibir por lo menos un paquete utilizando un dispositivo de comunicación inalámbrico, al menos un paquete se comunica entre un dispositivo terminal, conectado al dispositivo de comunicación inalámbrico, y una estación base/centro de conmutación móvil conectada al dispositivo de comunicación inalámbrico a través de una conexión inalámbrica, utilizando un protocolo de comunicación, el método está caracterizado porque comprende: determinar que las seleccionadas de una pluralidad de opciones de configuración de protocolo correspondientes del protocolo de conexión asociado con un primer caso del protocolo de comunicación que se ejecuta en el dispositivo de comunicación inalámbrico, y asociado con un segundo caso del protocolo de comunicación, ejecutándose en el dispositivo de control inalámbrico, son iguales, respectivamente; recibir por lo menos un paquete, utilizando el protocolo de comunicación, dentro del dispositivo de comunicación inalámbrico, y cuando las seleccionadas de la pluralidad de opciones de configuración de protocolo correspondientes sean de realización similar: determinar si por lo menos un paquete incluye un paquete de tipo predeterminado, y pasar por lo menos un paquete a través del dispositivo de comunicación inalámbrico sin realizar la desempaquetación y la reempaquetación de al menos un paquete cuando por lo menos un paquete se determina que no incluye el paquete del tipo predeterminado; transmitir por lo menos un paquete de dispositivo de comunicación inalámbrico.
2. El método de conformidad con la reivindicación 1, caracterizado porque además comprende: desempaquetar y reempaquetar por lo menos un paquete, dentro del dispositivo de comunicación inalámbrico, antes de transmitir, cuando las seleccionadas de la pluralidad de opciones de configuración de protocolo correspondientes no sean iguales .
3. El método de conformidad con la reivindicación 1, caracterizado porque el protocolo de comunicación es PPP.
4. El método de conformidad con la reivindicación 1, caracterizado porque los seleccionados de la pluralidad de parámetros correspondientes incluyen Mapa de Carácter de Control Asincrono.
5. El método de conformidad con la reivindicación 1, caracterizado porque los seleccionados de la pluralidad de parámetros correspondientes incluyen Compresión de Campo de Protocolo.
6. El método de conformidad con la reivindicación 1, caracterizado porque los seleccionados de la pluralidad de parámetros correspondientes incluyen Compresión de Campo de Dirección y Control.
7. Un dispositivo de comunicación inalámbrico conectado a un dispositivo terminal y conectado mediante una conexión inalámbrica a una estación base/centro de conmutación móvil, el dispositivo de comunicación inalámbrico recibe y envia una pluralidad de paquetes de un protocolo de comunicación en un primer enlace de comunicación al dispositivo terminal y en segundo enlace de comunicación a la estación base/centro de conmutación móvil, el dispositivo de comunicación inalámbrico está caracterizado porque comprende: medios para determinar si las seleccionadas de la pluralidad de opciones de configuración de protocolo correspondientes del protocolo de comunicación asociado, con un primer caso del protocolo de comunicación, ejecutándose en el dispositivo de comunicación inalámbrico, y asociado con un segundo caso del protocolo de comunicación, ejecutándose en el dispositivo de comunicación inalámbrico, son iguales respectivamente; medios para recibir por lo menos un paquete, utilizando el protocolo de comunicación, dentro del dispositivo de comunicación inalámbrico, medios para determinar si por lo menos un paquete incluye un paquete de tipo predeterminado, cuando el medio para determinar si las seleccionadas de la pluralidad de opciones de configuración de protocolo correspondientes son iguales, respectivamente, determinando que las seleccionadas de las configuraciones de protocolo correspondientes son iguales, respectivamente, y medios para pasar por lo menos un paquete a través del dispositivo de comunicación inalámbrico sin realizar el desempaquetado y reempaquetado de por lo menos un paquete cuando el medio para determinar determina que por lo menos un paquete incluye un paquete diferente de paquete de un tipo predeterminado; y medios para transmitir por lo menos un paquete desde el dispositivo de comunicación.
8. El método de comunicación inalámbrico de conformidad con la reivindicación 7, caracterizado porque además comprende: medios para desempaquetar y reempaquetar por lo menos un paquete dentro del dispositivo de comunicación inalámbrico, antes de que por lo menos un paquete se transmita, cuando el medio para determinar si las seleccionadas de la pluralidad de opciones de configuración de protocolo correspondientes son iguales, respectivamente, determina que las seleccionadas de la pluralidad de opciones correspondientes no son iguales, respectivamente .
9. El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 7, caracterizado porque el protocolo de comunicación es PPP.
10. El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 7, caracterizado porque los seleccionados de la pluralidad de parámetros correspondientes incluyen Mapa de Carácter de Control Asincrono.
11. El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 7, caracterizado porque los seleccionados de la pluralidad de parámetros incluyen un Compresión de Campo de Protocolo.
12. El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 7, caracterizado porque los seleccionados de la pluralidad de parámetros correspondientes incluyen Compresión de Campo de Dirección y Control.