ES2273714T3 - Entramado y desentramado selectivo de paquetes ppp en funcion de opciones negociadas de interfaces um y rm. - Google Patents
Entramado y desentramado selectivo de paquetes ppp en funcion de opciones negociadas de interfaces um y rm. Download PDFInfo
- Publication number
- ES2273714T3 ES2273714T3 ES00950405T ES00950405T ES2273714T3 ES 2273714 T3 ES2273714 T3 ES 2273714T3 ES 00950405 T ES00950405 T ES 00950405T ES 00950405 T ES00950405 T ES 00950405T ES 2273714 T3 ES2273714 T3 ES 2273714T3
- Authority
- ES
- Spain
- Prior art keywords
- options
- protocol
- ppp
- frames
- incoming frames
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000004891 communication Methods 0.000 claims abstract description 36
- 238000000034 method Methods 0.000 claims abstract description 19
- 230000004044 response Effects 0.000 claims abstract description 4
- 230000006835 compression Effects 0.000 claims description 9
- 238000007906 compression Methods 0.000 claims description 9
- 238000000605 extraction Methods 0.000 claims description 6
- OYYYPYWQLRODNN-UHFFFAOYSA-N [hydroxy(3-methylbut-3-enoxy)phosphoryl]methylphosphonic acid Chemical compound CC(=C)CCOP(O)(=O)CP(O)(O)=O OYYYPYWQLRODNN-UHFFFAOYSA-N 0.000 description 11
- 230000006870 function Effects 0.000 description 11
- 238000012545 processing Methods 0.000 description 9
- 230000005540 biological transmission Effects 0.000 description 7
- 238000001228 spectrum Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 239000000284 extract Substances 0.000 description 4
- 238000005538 encapsulation Methods 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 229920000106 Liquid crystal polymer Polymers 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000009432 framing Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000006833 reintegration Effects 0.000 description 1
- 238000010561 standard procedure Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Solid-Sorbent Or Filter-Aiding Compositions (AREA)
- Piezo-Electric Or Mechanical Vibrators, Or Delay Or Filter Circuits (AREA)
- Stored Programmes (AREA)
- Communication Control (AREA)
Abstract
Un procedimiento para pasar tramas entrantes, destinadas al intercambio entre un primer dispositivo y un segundo dispositivo, en el cual dicho primer dispositivo es un dispositivo terminal (102) y el segundo dispositivo es un centro (106) de conmutación entre estación base y móvil, dentro de un dispositivo (104) de comunicación inalámbrica configurado según un protocolo de comunicación predefinido, que comprende: identificar las primeras opciones correspondientes de configuración del protocolo de comunicación predefinido como las negociadas entre el primer dispositivo y el dispositivo de comunicación inalámbrica; identificar las segundas opciones correspondientes de configuración de protocolo como las negociadas entre el dispositivo (104) de comunicación inalámbrica y el segundo dispositivo; identificar cuándo son iguales opciones seleccionadas entre las correspondientes opciones identificadas, primeras y segundas, de configuración de protocolo, identificar si las tramas entrantes incluyenun paquete de un tipo predeterminado; y cuando las opciones seleccionadas entre las correspondientes primeras y segundas opciones identificadas de configuración son iguales, y las tramas entrantes incluyen un paquete de un tipo predeterminado, pasar, en respuesta a ello, las tramas entrantes entre los dispositivos primero y segundo, por el dispositivo (104) de comunicación inalámbrica, sin realizar la extracción y reinserción de las tramas entrantes.
Description
Entramado y desentramado selectivo de paquetes
PPP en función de opciones negociadas de interfaces U_{m} y
R_{m}.
La presente invención se refiere al campo de los
servicios inalámbricos de datos. Más en particular, la presente
invención se refiere a un procedimiento y un sistema, novedosos y
mejorados, para proporcionar un enlace inalámbrico de un protocolo
de comunicaciones de datos entre un equipo terminal (TE2) y una
función interoperativa (FIO), a través de un dispositivo (MT2) de
comunicación inalámbrica.
La configuración de redes en Internet, es decir,
la conexión de redes de área local (LAN) individuales, se ha hecho
muy popular rápidamente. La infraestructura y los protocolos
asociados usualmente mencionados como "Internet" han llegado a
ser bien conocidos y abundantemente utilizados. El protocolo punto a
punto (PPP) es una manera usual de conectarse a Internet, como es
bien conocido en la técnica, y se describe adicionalmente en la
Solicitud de Observaciones (RFC) 1661, El Protocolo Punto a Punto
(PPP), Grupo de Trabajo en Redes, con fecha de julio de 1994. El
PPP proporciona un procedimiento estándar para transportar
datagramas de protocolos múltiples por enlaces punto a punto.
El PPP incluye tres componentes principales:
1. un procedimiento de encapsulación de
datagramas de protocolos múltiples.
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 distintos protocolos de la capa
de red.
La Fig. 1 ilustra un diagrama en bloques de alto
nivel de un sistema inalámbrico de comunicación de datos, en el
cual un terminal móvil 102 (dispositivo TE2) se comunica con una FIO
108 por medio de un sistema inalámbrico de comunicación que incluye
un dispositivo 104 de comunicación inalámbrica (MT2) y un Centro 106
de Conmutación Estación Base/Móvil (CCEB/M). En la Fig. 1, la FIO
108 funciona como el punto de acceso a Internet. La FIO 108 está
acoplada, y a menudo cosituada, con el CCEB/M 106, que puede ser una
estación base inalámbrica convencional, según se conoce en la
técnica. El dispositivo TE2 102 está acoplado con el dispositivo MT2
104, que está en comunicación inalámbrica con el CCEB/M 106 y la
FIO 108.
Existen muchos protocolos que permiten la
comunicación de datos entre el dispositivo TE2 102 y la FIO 108.
Por ejemplo, el Estándar Provisional IS-707.5 de la
Asociación de la Industria de Telecomunicaciones (TIA)/Asociación de
Industrias Electrónicas (EIA), titulado "Opciones de Servicio de
Datos para Sistemas de Banda Ancha de Espectro Extendido: Servicios
de Datos en Paquetes", publicado en febrero de 1998, define
requisitos para el soporte de la capacidad de transmisión de datos
en paquetes en sistemas de espectro extendido de banda ancha según
el estándar IS-95 de TIA/EIA, del cual el CCEB/M 106
y la FIO 108 pueden ser una parte. El estándar
IS-707.5 también proporciona los requisitos para los
protocolos de comunicación por los enlaces entre el dispositivo TE2
102 y el dispositivo MT2 104 (la interfaz R_{m}), entre el
dispositivo MT2 104 y el CCEB/M 106 (la interfaz U_{m}), y entre
el CCEB/M 106 y la FIO 108 (la interfaz L). El estándar
IS-95 está definido en el documento
IS-95 de TIA/EIA, titulado "Estándar de
Compatibilidad entre Estación Móvil y Estación Base para un Sistema
Celular de Espectro Extendido de Banda Ancha de Modalidad Dual",
publicado en julio de 1993.
Con referencia ahora a la Fig. 2, se muestra un
diagrama de las pilas de protocolo en cada entidad del Modelo de
Retransmisión IS-707.5. La Fig. 2 corresponde, a
grandes rasgos, a la Figura 1.4.2.2-1 del estándar
IS-707.5. En el extremo izquierdo de la figura hay
una pila de protocolo, mostrada en el formato vertical convencional,
que muestra las capas del protocolo que se ejecutan en el
dispositivo TE2 102 (p. ej., el terminal móvil, el portátil o el
ordenador de mano). La pila de protocolo del TE2 se ilustra como
lógicamente conectada con la pila de protocolo del dispositivo MT2
104 por la interfaz R_{m}. El dispositivo MT2 104 se ilustra como
conectado lógicamente con la pila de protocolo del CCEB/M 106 por
la interfaz U_{m}. A su vez, la pila de protocolo del CCEB/M 106
se ilustra como conectada lógicamente con la pila de protocolo de la
FIO 108 por la interfaz L.
Como un ejemplo de la operación de los
protocolos de la Fig. 2, el protocolo 206 punto a punto (PPP_{R})
codifica paquetes de los protocolos 202, 204 de la capa superior, y
los transmite por la interfaz R_{m}, utilizando el protocolo 208
de EIA-232, al puerto compatible con
EIA-232 en el dispositivo MT2 que ejecuta el
protocolo 210 de EIA-232. El protocolo 210 de
EIA-232 en el dispositivo MT2 recibe los paquetes y
los pasa al protocolo PPP_{R} 205. El protocolo PPP_{R} 205
extrae de las tramas los paquetes encapsulados en tramas PPP y,
usualmente, cuando una conexión de datos está activa, pasa los
paquetes en tramas PPP para su transmisión a un protocolo (226)
afín al PPP, situado en la FIO (108). El Protocolo de Enlace de
Radio (RLP) 212 y el protocolo 214 del estándar
IS-95, ambos bien conocidos en la técnica, se
utilizan para transmitir los paquetes, que están encapsulados en
tramas PPP, al CCEB/M 106 por la interfaz U_{m}. El protocolo RLP
212 está definido en el estándar IS-707.2 de
TIA/EIA, titulado "Opciones de Servicios de Datos para Sistema de
Espectro Extendido de Banda Ancha: Protocolo de Enlace de
Radio", de febrero de 1998, y el protocolo del
IS-95 está definido en el documento
IS-95 precitado. Un protocolo complementario 216 de
RLP y el protocolo 218 de IS-95 en el CCEB/M 106
pasan los paquetes al protocolo 220 de la capa de retransmisión para
su transmisión por la interfaz L al protocolo 228 de la capa de
retransmisión. El protocolo PPP_{U} 226 extrae entonces de sus
tramas los paquetes recibidos y los pasa a los protocolos 225 de la
capa de red, la cual, a su vez, los pasa a los protocolos 221 de la
capa superior.
El protocolo EIA-232 está
definido en el Estándar TIA/EIA 232-E, titulado
"Interfaz entre Equipo Terminal de Datos y Equipo Rematador de
Circuito de Datos que Emplea Intercambio de Datos Binarios en
Serie", publicado en octubre de 1997.
La capa de retransmisión está definida en el
estándar IS-707.3 de TIA/EIA, titulado "Opciones
de Servicio de Datos para Sistemas de Espectro Extendido de Banda
Ancha: Procesamiento de Comando AT y la interfaz R_{m}",
publicado en febrero de 1998.
Observe que, en lugar de utilizar
EIA-232 en 208 y 210, puede emplearse cualquier otro
protocolo físico de punto a punto (p. ej., USB).
Como puede deducirse de la exposición
precedente, a menos que un paquete recibido en el dispositivo MT2
haya de ser pasado a un protocolo de capa superior que se ejecuta
en el dispositivo MT2, los paquetes encapsulados en tramas PPP se
extraen de las tramas PPP, sólo para ser reinsertados en tramas PPP
para su transmisión posterior a un protocolo afín al PPP, incluso
cuando los paquetes no requieren ningún procesamiento adicional en
el dispositivo MT2. En consecuencia, los recursos y el caudal de
procesamiento se ven adversamente afectados por esta innecesaria
extracción e inserción en tramas de los paquetes dentro de las
tramas PPP.
Se reclama atención adicional al documento WO
96/21984, que revela un sistema de radio por paquetes. El sistema
de radio por paquetes encapsula paquetes de datos de redes de datos
externas por un protocolo punto a punto PPP, y los pasa a través de
una o más subredes hacia un punto que brinda soporte al protocolo
del paquete de datos encapsulados. Además, se requiere un protocolo
especial de enlace por radio de la red de radio por paquetes en la
interfaz de radio entre un equipo terminal móvil de datos y un nodo
de soporte. Los paquetes PPP se encapsulan en paquetes de datos de
dicho protocolo de enlace de radio. La desventaja de la disposición
es que los paquetes de datos, tanto del protocolo PPP como del
protocolo de enlace de radio, contienen campos de control
específicos del protocolo, lo que reduce la capacidad de transmisión
de la información de usuario. Por lo tanto, un paquete PPP es
comprimido antes de la encapsulación, quitando del mismo los campos
de control innecesarios. Después de haber sido transferido por la
interfaz de radio, el paquete PPP es descomprimido a su formato
original.
Según la presente invención, se proporcionan un
procedimiento para transmitir y recibir al menos una trama
utilizando un dispositivo de comunicación inalámbrica, según lo
estipulado en la reivindicación 1, y un dispositivo de comunicación
inalámbrica, según lo estipulado en la reivindicación 6. Las
reivindicaciones preferidas de la presenten invención se describen
en las reivindicaciones dependientes.
La presente invención determina si las opciones
seleccionadas entre las opciones del enlace LCP del PPP en la
interfaz R_{m} son idénticas a las opciones del enlace
correspondiente en la interfaz U_{m}. Si las opciones
seleccionadas entre las opciones del enlace LCP del PPP en las dos
interfaces son iguales, la presente invención elimina la
innecesaria extracción e inserción en tramas de las tramas PPP en el
dispositivo MT2. De esta manera, las tramas PPP pueden ser
recibidas y transmitidas por el dispositivo MT2 sin extraer las
tramas PPP, es decir, las tramas PPP se pasan sencillamente a través
del dispositivo MT2. Como resultado, disminuye la magnitud del
procesamiento requerido por el dispositivo MT2, proporcionando así
capacidad de procesamiento adicional para un mayor caudal de
datos.
Si la presente invención determina que los
parámetros seleccionados entre los parámetros del enlace PPP en las
dos interfaces no son iguales, entonces las tramas PPP se extraen y
se reinsertan según lo realizado en los sistemas de la técnica
anterior. De esta manera, cuando la presente invención determina que
los parámetros seleccionados entre los parámetros del enlace PPP no
son iguales, las tramas PPP serán extraídas y reinsertadas por el
dispositivo MT2, según lo descrito anteriormente.
Estas y otras ventajas se harán más evidentes a
partir de la descripción detallada de la realización preferida,
junto con los siguientes dibujos:
La fig. 1 ilustra un diagrama en bloques de alto
nivel de un sistema inalámbrico de comunicación de datos, en el
cual un dispositivo terminal se conecta con una red, tal como
Internet, por medio de un dispositivo de comunicación
inalámbrica;
La fig. 2 es un diagrama de las pilas de
protocolo de cada entidad en el sistema.
La fig. 3 es un diagrama de flujo que muestra el
procesamiento que tiene lugar para monitorizar la interfaz R_{m}
del PPP y almacenar las opciones de configuración negociadas.
La fig. 4 es un diagrama de flujo que muestra el
procesamiento que tiene lugar para monitorizar la interfaz U_{m}
del PPP y almacenar las opciones de configuración negociadas.
La fig. 5 es un diagrama de flujo que ilustra un
procedimiento para determinar si el dispositivo MT2 ha de operar en
la modalidad de red completa o bien en la modalidad de seudo
red.
La fig. 6 es un diagrama de flujo que muestra el
procesamiento para determinar si un paquete dentro de una trama PPP
requiere ser extraída de la trama.
Como se conoce en la técnica, a fin de
establecer comunicaciones por un enlace punto a punto, deben
intercambiarse paquetes del Protocolo de Control de Enlace (LCP)
para establecer, configurar y probar la conexión del enlace de
datos por cada enlace PPP, es decir, las interfaces R_{m} y
U_{m}. Cualquier opción no negociada utiliza un valor por omisión
predefinido, según lo especificado por la RFC 1661.
Según lo descrito en la RFC 1661, los Paquetes
LCP comprenden una Solicitud de Configuración, un Acuse de Recibo
de Configuración, una Negación de Recibo de Configuración, y un
Rechazo de Configuración. El formato de estos paquetes es bien
conocido y se describe en la RFC 1661.
El paquete de Solicitud de Configuración se
utiliza para negociar opciones de configuración. Todas las opciones
de configuración se negocian siempre simultáneamente.
El paquete de Acuse de Recibo de Configuración
se transmite si cada opción de configuración en un paquete de
Solicitud de Configuración es reconocible, y todos los valores son
aceptables.
El paquete de Negación de Recibo de
Configuración se envía en respuesta a un paquete de Solicitud de
Configuración cuando las opciones de configuración solicitadas son
reconocibles, pero algunos de los valores no son aceptables. El
campo Opciones del paquete de Negación de Recibo de Configuración se
rellena sólo con las opciones inaceptables de configuración del
paquete de Solicitud de Configuración. Observe que todas las
opciones de configuración reciben siempre simultáneamente la
negación de recibo.
El paquete de Rechazo de Configuración se envía
cuando una Solicitud de Configuración recibida incluye opciones de
configuración que son irreconocibles o que no son aceptables para su
negociación. El campo de opciones del Rechazo de Configuración
contiene sólo las opciones inaceptables de configuración de la
Solicitud de
Configuración.
Configuración.
Lo siguiente comprende las opciones de
configuración bien conocidas. Las primeras seis opciones de
configuración se describen en la RFC 1661, y se definen para el
protocolo LPC del PPP, mientras que la séptima opción de
configuración se define en la Solicitud de Observaciones (RFC) 1682,
PPP en Entramados similares al HDLC, Grupo de Trabajo en Redes, de
fecha de julio de 1994:
- 1.
- Unidad de Recepción Máxima
- 2.
- Protocolo de Autenticació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 Caracteres de Control Asincrónico
El Protocolo de Control del Protocolo de
Internet (IPCP) es un protocolo de control de red, responsable de
configurar, habilitar e inhabilitar los módulos del Protocolo de
Internet (IP) en ambos extremos del enlace PPP. El IPCP se describe
en la Solicitud de Observaciones (RFC) 1332, "El Protocolo de
Control de Protocolo de Internet del PPP (IPCP)", Grupo de
Trabajo en Redes de G. McGregor, mayo de 1992. Las opciones de
configuración del IPCP incluyen:
\newpage
- 1.
- Direcciones IP;
- 2.
- Protocolo de Compresión IP; y
- 3.
- Dirección IP
El IPCP utiliza el mismo mecanismo de
negociación de opciones que el Protocolo de Control de Enlace
(LCP).
Las negociaciones de opciones de configuración
tienen lugar por separado, tanto para la interfaz R_{m} como para
la interfaz U_{m}. Según lo descrito en la RFC 1661, el paquete
de Acuse de Recibo de Configuración contiene una lista de las
opciones cuya recepción está acusando el remitente. El dispositivo
MT2 monitoriza los paquetes de Acuse de Recibo de Configuración
recibidos y transmitidos por las interfaces R_{m} y U_{m}, y
almacena el valor de cada opción en un dispositivo de
almacenamiento, tal como una memoria de ordenador. Todas las
opciones de configuración tienen valores por omisión, definidos por
la RFC 1661, que se emplean cuando la correspondiente opción de
configuración no está negociada.
Cuando las opciones de configuración
seleccionadas de ambas interfaces R_{m} y U_{m} son
respectivamente iguales, ciertas tramas PPP recibidas por el
dispositivo MT2 por una entre las interfaces Rm y Um son
transmitidas por el dispositivo MT2 por la otra interfaz, sin ser
extraída la trama PPP por una entre las interfaces PPP_{R} 205 y
PPP_{U} 215, y sin ser reinsertada la trama PPP por la otra. Esto
se denomina "modalidad de seudo red". Cuando todos los
paquetes requieren extracción y reinserción en tramas, esto se
denomina "modalidad de red completa".
La Fig. 3 muestra un diagrama de flujo de un
procedimiento para monitorizar y almacenar las opciones negociadas
de configuración del LCP de la interfaz R_{m}. El procedimiento se
implementa, por ejemplo, en software o firmware que se ejecuta en
un procesador dentro del dispositivo MT2.
En la etapa S300, las opciones de configuración
almacenadas para la interfaz R_{m}, que se guardan en un
dispositivo de memoria, tal como la memoria RAM incluida en el
dispositivo MT2, se inicializan con sus valores por omisión, según
lo definido por la RFC 1661. En la etapa S310, una trama recibida,
o a punto de ser transmitida, por la interfaz R_{m} se verifica a
fin de determinar si la trama contiene un paquete de Acuse de Recibo
de Configuración de LCP. Si la trama contiene un paquete de Acuse
de Recibo de Configuración de LCP, se lleva a cabo la etapa S320
para guardar los valores de las opciones negociadas, incluidas en el
paquete de Acuse de Recibo de Configuración, en la memoria. De
esta manera, aquellas opciones exitosamente negociadas se almacenan
en la memoria, y aquellas opciones no negociadas tienen valores por
omisión almacenados en el dispositivo de memoria. Si el paquete
recibido, o a punto de ser transmitido, no es un paquete de Acuse de
Recibo de Configuración de LCP, el procedimiento ignora el paquete
y espera la siguiente trama PPP recibida o a punto de ser
transmitida.
La Fig. 4 muestra un diagrama de flujo de un
procedimiento para monitorizar y almacenar las opciones negociadas
de configuración de LCP en la interfaz U_{m}. El procedimiento es
similar al mostrado en la Fig. 3, pero, en cambio, se monitorizan
paquetes recibidos o a punto de ser transmitidos por la interfaz
U_{m}.
En la etapa S400, las opciones de configuración
almacenadas para la interfaz U_{m}, que se guardan en un
dispositivo de memoria, tal como la memoria RAM incluida en el
dispositivo MT2, se inicializan con sus valores por omisión, según
lo definido por la RFC 1661. En la etapa 410, una trama recibida o a
punto de ser transmitida por la interfaz U_{m} se examina para
determinar si la trama contiene un paquete de Acuse de Recibo de
Configuración de LCP. Si la trama contiene un paquete de Acuse de
Recibo de Configuración de LCP, se lleva a cabo la etapa S420 para
guardar los valores de las opciones negociadas, incluidas en el
paquete de Acuse de Recibo de Configuración, en la memoria. De esta
manera, aquellas opciones exitosamente negociadas se almacenan en
la memoria, y aquellas opciones no negociadas tienen valores por
omisión almacenados en el dispositivo de memoria. Si la trama
recibida o a punto de ser transmitida no incluye un paquete de Acuse
de Recibo de Configuración de LCP, el procedimiento ignora el
paquete y espera a la próxima trama PPP recibida o a punto de ser
transmitida.
La Fig. 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 está
completado en ambas interfaces U_{m} y R_{m}. Esto puede
determinarse examinando una variable de estado de enlace, mantenida
por separado para el enlace PPP_{R} 205 y para el enlace
PPP_{U} 215. La RFC 1661 explica los estados del enlace, que son
bien conocidos en la técnica, para el enlace PPP. La etapa S500
determina si los estados de ambos enlaces PPP_{R} 205 y PPP_{U}
215 son el estado de Red, que indica que los enlaces PPP se han
establecido. Si la etapa S500 determina que ambos enlaces PPP están
establecidos, entonces se lleva a cabo la etapa S510, a fin de
determinar si las correspondientes opciones seleccionadas de
configuración de LCP son iguales en las interfaces R_{m} y
U_{m}. En la realización preferida, las opciones seleccionadas
incluyen la Compresión del Campo de Protocolo y la Compresión del
Campo de Dirección y Control. Sin embargo, la etapa S510 puede
ajustarse para comparar opciones de configuración cualesquiera. Si
las correspondientes opciones seleccionadas entre las de
configuración de LCP son iguales, se lleva a cabo la etapa S520
para indicar que el dispositivo MT2 está en modalidad de seudo red;
en caso contrario, se lleva a cabo la etapa S530 para indicar que el
dispositivo MT2 está en modalidad de red completa.
La Fig. 6 ilustra el procesamiento que se
realiza en el dispositivo MT2 cuando se reciben tramas PPP por una
cualquiera entre las interfaces R_{m} o U_{m} mientras el enlace
PPP está establecido, es decir, en el estado de red.
En la etapa S600, se realiza una comprobación a
fin de determinar si el dispositivo MT2 está operando en modalidad
de seudo red o en modalidad de red completa. Si el dispositivo MT2
está operando en la modalidad de seudo red, se lleva a cabo la
etapa S610 para determinar si la trama PPP recibida por cualquiera
de las interfaces R_{m} o U_{m} incluye un paquete LCP o IPCP.
Si la trama PPP recibida no incluye un paquete LCP o IPCP,
entonces se ejecuta la etapa S620 para pasar el paquete a través del
dispositivo MT2 sin extraer el paquete de su trama ni reinsertarlo
en otra. En otras palabras, si la trama PPP recibida llegó por la
interfaz R_{m}, la etapa S620 hace que la trama PPP se transmita
por la interfaz U_{m} sin extraer la trama PPP ni reinsertarla.
Si la trama PPP recibida llegó por la interfaz U_{m}, la etapa
S620 hace que la trama PPP sea transmitida por la interfaz R_{m}
sin extraer la trama PPP ni reinsertarla.
Si la etapa S600 determina que el dispositivo
MT2 no está operando en la modalidad de seudo red (es decir, el
dispositivo MT2 está operando en la modalidad de red completa), o si
la etapa S610 determina que la trama PPP recibida incluye bien un
paquete LCP o bien un paquete IPCP, entonces puede realizarse la
extracción de la trama y la reinserción en otra trama. En otras
palabras, cuando el dispositivo MT2 recibe una trama PPP por la
interfaz R_{m}, y el dispositivo MT2 está en la modalidad de red
completa, o bien el dispositivo MT2 está en la modalidad de seudo
red, pero se incluye bien un paquete LCP o bien un paquete IPCP en
la trama PPP, entonces la trama será procesada por el protocolo
PPP_{R} 205, que extraerá el paquete de la trama, y el paquete
puede pasarse eventualmente al protocolo PPP_{U} 215, donde será
reinsertado en una trama PPP para su transmisión por la interfaz
U_{m}. De manera similar, cuando el dispositivo MT2 recibe una
trama PPP por la interfaz U_{m} y el MT2 está en la modalidad de
red completa, o bien el dispositivo MT2 está en la modalidad de
seudo red, pero bien un paquete LCP o bien un paquete IPCP está
incluido en la trama PPP, entonces la trama será procesada por el
protocolo PPP_{U} 215, que extraerá el paquete de la trama, y el
paquete puede pasarse eventualmente al protocolo PPP_{R} 205,
donde será reinsertado en una trama PPP para su transmisión por la
interfaz R_{m}.
Aunque la realización preferida muestra sólo
paquetes LCP y IPCP extraídos y reinsertados en tramas en la
modalidad de seudo red, la invención puede ajustarse para lograr que
cualquier tipo específico de paquete, o bien ningún paquete en
absoluto, sea extraído y reinsertado en tramas PPP en la modalidad
de seudo red.
Claims (10)
-
\global\parskip0.970000\baselineskip
1. Un procedimiento para pasar tramas entrantes, destinadas al intercambio entre un primer dispositivo y un segundo dispositivo, en el cual dicho primer dispositivo es un dispositivo terminal (102) y el segundo dispositivo es un centro (106) de conmutación entre estación base y móvil, dentro de un dispositivo (104) de comunicación inalámbrica configurado según un protocolo de comunicación predefinido, que comprende:identificar las primeras opciones correspondientes de configuración del protocolo de comunicación predefinido como las negociadas entre el primer dispositivo y el dispositivo de comunicación inalámbrica;identificar las segundas opciones correspondientes de configuración de protocolo como las negociadas entre el dispositivo (104) de comunicación inalámbrica y el segundo dispositivo;identificar cuándo son iguales opciones seleccionadas entre las correspondientes opciones identificadas, primeras y segundas, de configuración de protocolo,identificar si las tramas entrantes incluyen un paquete de un tipo predeterminado; ycuando las opciones seleccionadas entre las correspondientes primeras y segundas opciones identificadas de configuración son iguales, y las tramas entrantes incluyen un paquete de un tipo predeterminado, pasar, en respuesta a ello, las tramas entrantes entre los dispositivos primero y segundo, por el dispositivo (104) de comunicación inalámbrica, sin realizar la extracción y reinserción de las tramas entrantes. - 2. El procedimiento de la reivindicación 1, en el cual el protocolo de comunicación es el PPP.
- 3. El procedimiento de la reivindicación 1, en el cual las correspondientes opciones de configuración de protocolo, asociadas con las tramas entrantes, incluyen el Mapa de Caracteres de Control Asincrónico.
- 4. El procedimiento de la reivindicación 1, en el cual las correspondientes opciones de configuración de protocolo, asociadas con las tramas entrantes, incluyen la Compresión del Campo de Protocolo.
- 5. El procedimiento de la reivindicación 1, en el cual las correspondientes opciones de configuración de protocolo, asociadas con las tramas entrantes, incluyen la Compresión del Campo de Dirección y Control.
- 6. Un dispositivo (104) de comunicación inalámbrica configurado según un protocolo de comunicación predefinido para pasar tramas entrantes entre un primer dispositivo y un segundo dispositivo, en el cual dicho primer dispositivo es un dispositivo terminal (102) y el segundo dispositivo es un centro (106) de conmutación entre estación base y móvil, que comprende:medios para identificar las primeras opciones correspondientes de configuración del protocolo de comunicación predefinido como las negociadas entre el primer dispositivo (102) y el dispositivo (104) de comunicación inalámbrica;medios para identificar las segundas opciones correspondientes de configuración de protocolo como las negociadas entre el dispositivo (104) de comunicación inalámbrica y el segundo dispositivo (106);medios para identificar cuándo son iguales las opciones seleccionadas entre las correspondientes opciones identificadas, primeras y segundas, de configuración de protocolomedios para identificar si las tramas entrantes incluyen un paquete de un tipo predeterminado; ycuando son iguales las opciones seleccionadas entre las correspondientes opciones identificadas, primeras y segundas, de configuración, y las tramas entrantes incluyen un paquete de un tipo predeterminado, medios para pasar, en respuesta a ello, las tramas entrantes entre los dispositivos primero y segundo, sin llevar a cabo la extracción y reinserción de las tramas entrantes.
- 7. El dispositivo (104) de comunicación inalámbrica de la reivindicación 6, en el cual el protocolo de comunicación es el PPP.
- 8. El dispositivo (104) de comunicación inalámbrica de la reivindicación 6, en el cual las correspondientes opciones de configuración de protocolo, asociadas con las tramas entrantes, incluyen el Mapa de Caracteres de Control Asincrónico.
- 9. El dispositivo (104) de comunicación inalámbrica de la reivindicación 6, en el cual las correspondientes opciones de configuración de protocolo, asociadas con las tramas entrantes, incluyen la Compresión del Campo de Protocolo.
- 10. El dispositivo (104) de comunicación inalámbrica de la reivindicación 6, en el cual las correspondientes opciones de configuración de protocolo, asociadas con las tramas entrantes, incluyen la Compresión del Campo de Dirección y Control.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/353,109 US6625164B1 (en) | 1999-07-14 | 1999-07-14 | Selectively framing and unframing PPP packets depending on negotiated options on the Um and Rm interfaces |
US353109 | 1999-07-14 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2273714T3 true ES2273714T3 (es) | 2007-05-16 |
Family
ID=23387797
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES00950405T Expired - Lifetime ES2273714T3 (es) | 1999-07-14 | 2000-07-14 | Entramado y desentramado selectivo de paquetes ppp en funcion de opciones negociadas de interfaces um y rm. |
Country Status (16)
Country | Link |
---|---|
US (1) | US6625164B1 (es) |
EP (1) | EP1192827B1 (es) |
JP (1) | JP4659312B2 (es) |
KR (1) | KR100621537B1 (es) |
CN (1) | CN1379962B (es) |
AT (1) | ATE344604T1 (es) |
AU (1) | AU775367B2 (es) |
BR (1) | BR0012378A (es) |
CA (1) | CA2378728A1 (es) |
DE (1) | DE60031678T2 (es) |
ES (1) | ES2273714T3 (es) |
HK (1) | HK1048221A1 (es) |
IL (1) | IL147576A0 (es) |
MX (1) | MXPA02000453A (es) |
TW (1) | TW492259B (es) |
WO (1) | WO2001005177A1 (es) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7062574B1 (en) * | 1999-07-01 | 2006-06-13 | Agere Systems Inc. | System and method for selectively detaching point-to-point protocol header information |
JP3525869B2 (ja) * | 2000-07-12 | 2004-05-10 | 日本電気株式会社 | パケット通信システムの接続装置及び方法 |
GB2371954B (en) * | 2001-02-01 | 2003-02-19 | 3Com Corp | Interface system for wireless node and network node |
US7403498B2 (en) * | 2001-05-31 | 2008-07-22 | Qualcomm Incorporated | Method and apparatus for selective examination of PPP packets for renegotiation of a PPP link on a Um interface |
US6973088B2 (en) * | 2002-04-03 | 2005-12-06 | Qualcomm Incorporated | PPP link negotiation in mobile IP systems |
US7342894B2 (en) * | 2002-04-03 | 2008-03-11 | Qualcomm Incorporated | System and method for transparent Mobile IP registration within PPP negotiation |
US7590408B2 (en) | 2002-04-03 | 2009-09-15 | Qualcomm Incorporated | Systems and methods for early determination of network support for mobile IP |
US20030191845A1 (en) * | 2002-04-03 | 2003-10-09 | Hinds John Sherman | Method, apparatus and system for establishing communications between communications devices |
US7747747B1 (en) | 2002-05-06 | 2010-06-29 | Apple Inc. | Method and arrangement for supressing duplicate network resources |
JP4762735B2 (ja) * | 2005-02-16 | 2011-08-31 | 株式会社エヌ・ティ・ティ・ドコモ | 無線通信装置、通信経路制御装置、通信経路制御方法及び通信システム |
US7616566B2 (en) * | 2006-04-28 | 2009-11-10 | Samsung Electroncis Co., Ltd | Data flow control apparatus and method of mobile terminal for reverse communication from high speed communication device to wireless network |
KR101308298B1 (ko) * | 2006-09-21 | 2013-09-17 | 삼성전자주식회사 | 이동단말과 인터 워킹 장비간 점 대 점 프로토콜 링크 형성방법 및 장치 |
US8787239B2 (en) * | 2008-04-30 | 2014-07-22 | Qualcomm Incorporated | Methods and apparatus for enabling relay-model tethered data calls in wireless networks |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5131016A (en) | 1991-01-09 | 1992-07-14 | International Business Machines Corporation | Communications network data compression control system and method |
US5526489A (en) * | 1993-03-19 | 1996-06-11 | 3Com Corporation | System for reverse address resolution for remote network device independent of its physical address |
FI97517C (fi) * | 1993-09-06 | 1996-12-27 | Nokia Mobile Phones Ltd | Pakettidatan siirto digitaalisessa solukkoverkossa |
US5487175A (en) * | 1993-11-15 | 1996-01-23 | Qualcomm Incorporated | Method of invoking and canceling voice or data service from a mobile unit |
FI98027C (fi) | 1995-01-10 | 1997-03-25 | Nokia Telecommunications Oy | Pakettiradiojärjestelmä ja päätelaitteisto pakettiradiojärjestelmää varten |
US5903862A (en) * | 1995-01-25 | 1999-05-11 | Weaver, Jr.; Lindsay A. | Method and apparatus for detection of tandem vocoding to modify vocoder filtering |
DE19544367A1 (de) * | 1995-11-29 | 1997-06-05 | Bosch Gmbh Robert | Verfahren zum Übertragen von Daten, insbesondere von GSM-Daten |
US5894557A (en) * | 1996-03-29 | 1999-04-13 | International Business Machines Corporation | Flexible point-to-point protocol framework |
US5983271A (en) * | 1997-02-06 | 1999-11-09 | Paradyne Corporation | Method for processing asynchronous low-level protocols in a communication device to off load the main processor |
US5963860A (en) * | 1997-10-17 | 1999-10-05 | Motorola, Inc. | Method and system for transmitting a data communication from a calling communication unit associated with a wireless communication system to a called communication unit |
US6081706A (en) * | 1997-10-17 | 2000-06-27 | Motorola, Inc. | Method and system for transmitting data to a mobile communication unit |
-
1999
- 1999-07-14 US US09/353,109 patent/US6625164B1/en not_active Expired - Lifetime
-
2000
- 2000-07-14 IL IL14757600A patent/IL147576A0/xx unknown
- 2000-07-14 JP JP2001510261A patent/JP4659312B2/ja not_active Expired - Fee Related
- 2000-07-14 CA CA002378728A patent/CA2378728A1/en not_active Abandoned
- 2000-07-14 AU AU63516/00A patent/AU775367B2/en not_active Ceased
- 2000-07-14 KR KR1020027000519A patent/KR100621537B1/ko not_active IP Right Cessation
- 2000-07-14 WO PCT/US2000/019500 patent/WO2001005177A1/en active IP Right Grant
- 2000-07-14 AT AT00950405T patent/ATE344604T1/de not_active IP Right Cessation
- 2000-07-14 CN CN008128081A patent/CN1379962B/zh not_active Expired - Fee Related
- 2000-07-14 BR BR0012378-1A patent/BR0012378A/pt not_active IP Right Cessation
- 2000-07-14 EP EP00950405A patent/EP1192827B1/en not_active Expired - Lifetime
- 2000-07-14 DE DE60031678T patent/DE60031678T2/de not_active Expired - Lifetime
- 2000-07-14 ES ES00950405T patent/ES2273714T3/es not_active Expired - Lifetime
- 2000-07-14 MX MXPA02000453A patent/MXPA02000453A/es unknown
- 2000-12-22 TW TW089114121A patent/TW492259B/zh not_active IP Right Cessation
-
2003
- 2003-01-15 HK HK03100356.5A patent/HK1048221A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
AU775367B2 (en) | 2004-07-29 |
EP1192827A1 (en) | 2002-04-03 |
JP2003523649A (ja) | 2003-08-05 |
MXPA02000453A (es) | 2002-07-30 |
HK1048221A1 (zh) | 2003-03-21 |
BR0012378A (pt) | 2005-01-11 |
CN1379962A (zh) | 2002-11-13 |
TW492259B (en) | 2002-06-21 |
WO2001005177A1 (en) | 2001-01-18 |
DE60031678D1 (de) | 2006-12-14 |
IL147576A0 (en) | 2002-08-14 |
CA2378728A1 (en) | 2001-01-18 |
JP4659312B2 (ja) | 2011-03-30 |
US6625164B1 (en) | 2003-09-23 |
AU6351600A (en) | 2001-01-30 |
ATE344604T1 (de) | 2006-11-15 |
EP1192827B1 (en) | 2006-11-02 |
CN1379962B (zh) | 2010-05-05 |
DE60031678T2 (de) | 2007-09-06 |
KR100621537B1 (ko) | 2006-09-13 |
KR20020029425A (ko) | 2002-04-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2342139T3 (es) | Soporte de movilidad ip utilizando un registro de proxi de nodo movil. | |
EP3793240A1 (en) | Configuration method, data transmission method and apparatus | |
FI98027C (fi) | Pakettiradiojärjestelmä ja päätelaitteisto pakettiradiojärjestelmää varten | |
ES2273714T3 (es) | Entramado y desentramado selectivo de paquetes ppp en funcion de opciones negociadas de interfaces um y rm. | |
AU753693B2 (en) | Method and device for configuring a link | |
ES2417311T3 (es) | Método, sistema y terminal para acceder a un nodo de servicio de datos en paquetes | |
US6721555B1 (en) | System and method for facilitating device authentication in a wireless communications system | |
US6775553B1 (en) | Method of avoiding PPP time-outs during IPCP negotiations | |
ES2254154T3 (es) | Establecimiento simultaneo de un protocolo punto a punto en interfaces um y rm. | |
ES2341457T3 (es) | Mantenimiento y aplicacion selectiva de compresion del ppp en un sistema de comunicacion inalambrica. | |
KR20020016892A (ko) | Um 및 Rm 인터페이스에서 PPP 링크의 독립적인동기화 | |
ES2251389T3 (es) | Procedimiento y aparato para evitar la perdida de datos durante una renegociacion ppp en una interfaz um. | |
CN112868213A (zh) | 以太网报头压缩和鲁棒报头压缩的联合使用 | |
JP3984965B2 (ja) | 通信端末装置及び通信接続装置ならびにこれを用いた通信方法 | |
US7746852B2 (en) | Packet data serving node and communication method using the same | |
US7903675B2 (en) | Method and apparatus for setting up point-to-point protocol link between terminal equipment and interworking function | |
EP1210829B1 (en) | Methods for efficient early protocol detection |