ES2254154T3 - Establecimiento simultaneo de un protocolo punto a punto en interfaces um y rm. - Google Patents
Establecimiento simultaneo de un protocolo punto a punto en interfaces um y rm.Info
- Publication number
- ES2254154T3 ES2254154T3 ES00911999T ES00911999T ES2254154T3 ES 2254154 T3 ES2254154 T3 ES 2254154T3 ES 00911999 T ES00911999 T ES 00911999T ES 00911999 T ES00911999 T ES 00911999T ES 2254154 T3 ES2254154 T3 ES 2254154T3
- Authority
- ES
- Spain
- Prior art keywords
- configuration
- package
- interface
- confirmation
- request
- 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 50
- 238000000034 method Methods 0.000 claims abstract description 23
- 238000012790 confirmation Methods 0.000 claims description 88
- 230000006870 function Effects 0.000 claims description 6
- 238000012545 processing Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 3
- 230000006835 compression Effects 0.000 description 3
- 238000007906 compression Methods 0.000 description 3
- 238000001228 spectrum Methods 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000010561 standard procedure Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Cephalosporin Compounds (AREA)
- Shaping Of Tube Ends By Bending Or Straightening (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
- Diaphragms For Electromechanical Transducers (AREA)
- Debugging And Monitoring (AREA)
Abstract
Procedimiento para establecer de forma simultánea un enlace PPP entre un dispositivo de comunicación inalámbrica (104) y una función de interfuncionamiento (108) en una interfaz U., y entre dicho dispositivo de comunicación inalámbrica (104) y un dispositivo TE2 (102) a través de una interfaz R., comprendiendo dicho procedimiento: recibir, en dicho dispositivo de comunicación inalámbrica (104), un paquete de solicitud de configuración a través de dicha interfaz R.; determinar si todas las opciones de configuración incluidas en dicho paquete de solicitud de configuración son admitidas por dicho dispositivo de comunicación inalámbrico (104); crear y enviar un paquete de rechazo de configuración cuando dicha determinación indica que por lo menos una de dichas opciones de configuración incluidas en dicho paquete de solicitud de configuración no es admitida por dicho dispositivo de comunicación inalámbrica (104) y entramar dicho paquete de solicitud de configuración en una trama PPP y transmitirdicha trama PPP a través de dicha interfaz U., cuando dicha determinación indica que todas dichas opciones de configuración de dicho paquete de solicitud de configuración son admitidas.
Description
Establecimiento simultáneo de un protocolo punto
a punto en interfaces U_{m} y R_{m}.
La presente invención se refiere al campo de los
servicios de datos inalámbricos. Más particularmente, la presente
invención se refiere a un procedimiento y un sistema nuevo y
mejorado para establecer un enlace de protocolo punto a punto (PPP)
entre un equipo terminal (TE2) y una función de interfuncionamiento
(IWF) de una estación base/centro de conmutación móvil (BS/MSC), a
través de un dispositivo de comunicación inalámbrica (MT2).
La interconexión de redes, o la conexión de redes
de área local (LAN) individuales, ha adquirido una gran popularidad
en poco tiempo. La infraestructura y los protocolos asociados,
denominados comúnmente "Internet", son muy conocidos y
ampliamente utilizados. Un protocolo muy conocido para proporcionar
acceso a Internet es el protocolo punto a punto (PPP) que
proporciona un procedimiento estándar para transportar datagramas
multiprotocolo a través de enlaces punto a punto, y se describe en
profundidad en la RFC (Request for Comment) 1661, W. Simpson Editor,
julio de 1994.
El PPP incluye tres componentes principales:
- 1.
- un procedimiento para encapsular datagramas multiprotocolo;
- 2.
- un protocolo de control de enlace (LCP) para establecer, configurar y comprobar una conexión de enlace de datos y
- 3.
- una familia de protocolos de control de red (NCP) para establecer y configurar protocolos de capa de red diferentes.
La Figura 1 ilustra un diagrama de bloques de
alto nivel de un sistema de comunicación inalámbrica de datos, en el
que un terminal móvil (dispositivo TE2) 102 se comunica con una
función de interfuncionamiento (IWF) 108 por medio de un sistema de
comunicación inalámbrica que incluye un dispositivo de comunicación
inalámbrica (MT2) 104 y una estación base/centro de conmutación
móvil (BS/MSC) 106. El término MT2 empleado en la presente memoria
puede referirse a un teléfono o a una combinación de un teléfono y
una tarjeta PCM CIA. En la Figura 1, la IWF 108 sirve de punto de
acceso a Internet. La IWF 108 está acoplada con la BS/MSC 106 y a
menudo ocupa el mismo lugar que ésta. La BS/MSC 106 puede ser una
estación base inalámbrica convencional como las conocidas en la
técnica. El dispositivo TE2 102 está acoplado al dispositivo MT2
104, que establece comunicaciones inalámbricas con la BS/MSC 106 y
la IWF 108.
Existen muchos protocolos que permiten la
comunicación de datos entre el dispositivo TE2 102 y la IWF 108. Por
ejemplo, la norma provisional IS-707.5 de
Telecommunications Industry Association (TIA)/Electronics Industries
Association (EIA), titulada "Data Service Options for Wideband
Spread Spectrum Systems: Packet Data Services", publicada en
febrero de 1998, define los requisitos para tener la capacidad para
transmitir datos por paquetes en los sistemas de espectro ensanchado
de banda ancha que cumplen la norma IS-95 TIA/EIA,
de los cuales pueden formar parte la BS/MSC 106 y la IWF 108. La
norma IS-707.5 proporciona también los requisitos
para los protocolos de comunicación en los enlaces entre el
dispositivo TE2 102 y el dispositivo MT2 104 (la interfaz R_{m}),
entre el dispositivo MT2 104 y la BS/MSC 106 (la interfaz U_{m}) y
entre la BS/MSC 106 y la IWF 108 (la interfaz
L).
L).
Con referencia a la Figura 2, se representa un
diagrama de las pilas de protocolos de cada entidad del modelo de
transmisión IS-707.5. La Figura 2 corresponde
aproximadamente a la Figura 1.4.2.2-1 de la norma
IS-707.5. En el extremo izquierdo de la Figura, se
representa una pila de protocolos en el formato vertical
convencional, que contiene las capas de protocolo que se ejecutan en
el dispositivo TE2 102 (por ejemplo, el terminal móvil o el
ordenador portátil o de bolsillo). La pila de protocolos del TE2
ilustrada está conectada lógicamente a la pila de protocolos del
dispositivo MT2 104 a través de la interfaz R_{m}. El dispositivo
MT2 104 ilustrado está conectado lógicamente a la pila de protocolos
de la BS/MSC 106 a través de la interfaz U_{m}. A su vez, la pila
de protocolos de la BS/MSC 106 ilustrada está conectada lógicamente
a la pila de protocolos de la IWF 108 a través de la interfaz L.
A título de ejemplo del funcionamiento de los
protocolos de la Figura 2, el protocolo punto a punto (PPP_{R})
206 codifica paquetes de los protocolos de la capa superior 202 y
204 y los transmite, a través de la interfaz R_{m} y utilizando el
protocolo EIA-232 208, hasta la puerta compatible
con EIA-232 del dispositivo MT2 que ejecuta el
protocolo EIA-232 210. El protocolo
EIA-232 210 del dispositivo MT2 recibe los paquetes
y los pasa al protocolo PPP_{R} 205. El protocolo PPP_{R} 205
desentrama los paquetes encapsulados en tramas PPP y, habitualmente,
cuando existe una conexión de datos activa, pasa los paquetes al
protocolo PPP_{U} 215, que entrama los paquetes en tramas PPP
para transmitirlos a un par PPP situado en la IWF (108). El
protocolo de radioenlace (RLP) 212 y el protocolo
IS-95 214, ambos de los cuales son muy conocidos en
la técnica, se utilizan para transmitir los paquetes, que están
encapsulados en tramas PPP, a la BS/MSC 106 a través de la interfaz
U_{m}. El protocolo RLP 212 se define en la norma
IS-707.2, titulada "Data Service Options for
Wideband Spread Spectrum Systems: Radio Link Protocol", febrero
de 1998, y el protocolo IS-95 se define en la norma
IS-95 mencionada anteriormente. Un protocolo RLP 216
complementario y el protocolo IS-95 218 de la BS/MSC
106 pasan los paquetes al protocolo de la capa de transmisión 220
para transmitirlos a través de la interfaz L al protocolo de la
capa de transmisión 228. A continuación, el protocolo PPP_{U} 226
desentrama los paquetes recibidos y los pasa a los protocolos de la
capa de red 225, que los pasarán a los protocolos de la capa
superior 221 o los transferirán hasta Internet.
Como se describe en la RFC 1661, los paquetes LCP
comprenden una solicitud de configuración, una confirmación de
configuración, una confirmación negativa de configuración y un
rechazo de configuración. El formato de estos paquetes es muy
conocido y se describe en la RFC 1661.
El paquete de solicitud de configuración se
utiliza para negociar las opciones de configuración. Todas las
opciones de configuración se negocian siempre de forma
simultánea.
El paquete de confirmación de configuración se
transmite cuando todas las opciones de configuración de un paquete
de solicitud de configuración recibido son reconocibles y todos los
valores son aceptables.
El paquete de confirmación negativa 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 confirmación negativa de configuración
se rellena sólo con las opciones de configuración inaceptables del
paquete de solicitud de configuración. Debe observarse que siempre
se efectúa la confirmación negativa de todas las opciones de
configuración a la vez.
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 la
negociación. El campo de opciones del rechazo de configuración
contiene sólo las opciones de configuración inaceptables de la
solicitud de configuración.
A continuación, se proporciona una lista de las
conocidas opciones de configuración descritas en la RFC 1661, y
definidas para el protocolo PPP LCP:
- 1.
- Unidad máxima de recepción
- 2.
- Protocolo de autenticación
- 3.
- Protocolo de calidad
- 4.
- Número mágico
- 5.
- Compresión del campo de protocolo
- 6.
- Compresión de los campos de dirección y de control
- 7.
- Carácter de control ASYNC M_{RP}.
El protocolo de control del protocolo Internet
(IPCP) es un protocolo de control de red responsable de la
configuración, la habilitación y la inhabilitación de los módulos de
protocolo Internet (IP) en ambos extremos del enlace PPP. El IPCP se
describe en la RFC (Request for Comment) 1332, titulada "The PPP
Internet Protocol Control Protocol (IPCP)", G. McGregor Merit,
mayo de 1992. Las opciones de configuración del IPCP incluyen:
- 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
LCP e IPCP se producen por separado para la interfaz R_{m} y la
interfaz U_{m}. Es decir, la negociación de opciones de
configuración LCP o IPCP a través de una de las interfaces R_{m} o
U_{m} es independiente de la negociación de opciones de
configuración LCP o IPCP a través de la otra de las interfaces
R_{m} o U_{m}. Por consiguiente, el dispositivo de comunicación
inalámbrica (MT2) debe negociar por separado las opciones de
configuración a través de las interfaces R_{m} y U_{m}. La
negociación separada de las opciones de configuración por el MT2 a
través de las interfaces R_{m} y U_{m} complica innecesariamente
el mecanismo de negociación de opciones de configuración del
dispositivo MT2 y prolonga innecesariamente las negociaciones de
opciones de configuración a través de ambas interfaces.
La atención se centrará ahora en el documento WO
97/05726, que da a conocer un sistema de comunicación de datos
denominado convertidor asincrónico/sincrónico para facilitar las
comunicaciones entre un equipo terminal de datos (DTE) y un
encaminador de conexión telefónica situado en una red digital,
utilizando la puerta de comunicación asincrónica. Cuando se ejecuta
un programa TCP/IP de conexión telefónica a través de la puerta
asincrónica, los DTE utilizan un protocolo denominado protocolo
punto a punto asincrónico (PPP asincrónico). Por otra parte, los
encaminadores de conexión telefónica habitualmente funcionan con el
PPP sincrónico. El sistema de comunicación de datos conecta el DTE
a la red digital y, finalmente, a los encaminadores de conexión
telefónica, y proporciona una conversión bidireccional entre el PPP
asincrónico y el PPP sincrónico, que resulta transparente tanto para
el DTE como para el encaminador. Esta conversión bidireccional es
posible, en parte, gracias a que el convertidor intercepta y
almacena determinados paquetes del protocolo de control de enlace y
utiliza los datos de esos paquetes para realizar la conversión.
Según la presente invención, se proporciona un
procedimiento para establecer de forma simultánea un enlace PPP,
como el especificado en las reivindicaciones 1 a 7, y un dispositivo
de comunicación inalámbrica, como el especificado en las
reivindicaciones 13 y 19. Las formas de realización preferidas de la
presente invención se describen en las reivindicaciones
subordinadas.
La presente invención es un procedimiento y un
dispositivo de comunicación inalámbrica (MT2) para negociar de forma
simultánea opciones de configuración LCP o IPCP a través de las
interfaces R_{m} y U_{m}.
Cuando el dispositivo MT2 recibe un paquete de
solicitud de configuración LCP o IPCP a través de una de las
interfaces R_{m} o U_{m}, el dispositivo MT2 analiza las
opciones de configuración solicitadas y determina si las opciones
solicitadas son admitidas por el dispositivo MT2. Si las opciones
solicitadas son admitidas, el dispositivo MT2 puede guardar un ID de
solicitud de configuración, incluido en el paquete de solicitud de
configuración, y entrama del paquete de solicitud de configuración
en una trama PPP para transmitirla a través de la otra de las
interfaces R_{m} o U_{m}. Si alguna de las opciones de la
configuración solicitada no es admitida por el dispositivo MT2, el
dispositivo MT2 crea un paquete de rechazo de configuración, que
incluye las opciones no admitidas, y entrama del paquete de rechazo
de configuración en una trama PPP para transmitirla a través de la
interfaz a través de la cual recibió el paquete de solicitud de
configuración, y la solicitud original se rechaza.
Por lo tanto, se proporciona un mecanismo simple
y rápido para negociar de forma simultánea opciones de configuración
a través de ambas interfaces, R_{m} y U_{m}.
Éstas y otras ventajas se pondrán más claramente
de manifiesto a partir de la descripción detallada de las formas de
realización preferidas, considerada conjuntamente con los dibujos
adjuntos.
La Figura 1 ilustra un diagrama de bloques de
alto nivel de un dispositivo de comunicación inalámbrica de datos,
en el que un dispositivo terminal se conecta a una red, tal como
Internet, por medio de un dispositivo de comunicación
inalámbrica.
La Figura 2 es un diagrama de las pilas de
protocolos de cada entidad.
La Figura 3 es un diagrama de flujo que
representa el procesamiento que tiene lugar cuando el dispositivo
MT2 recibe un paquete de solicitud de configuración a través de la
interfaz R_{m}.
La Figura 4 es un diagrama de flujo que
representa el procesamiento que tiene lugar cuando el dispositivo
MT2 recibe un paquete de confirmación de configuración a través de
la interfaz R_{m}.
La Figura 5 es un diagrama de flujo que
representa el procesamiento que tiene lugar cuando el dispositivo
MT2 recibe un paquete de solicitud de configuración a través de la
interfaz U_{m}.
La Figura 6 es un diagrama de flujo que
representa el procesamiento que tiene lugar cuando el dispositivo
MT2 recibe un paquete de confirmación de configuración a través de
la interfaz U_{m}.
La Figura 7 es un diagrama que representa
ejemplos de negociaciones de configuración LCP.
Como es conocido dentro del ámbito de la técnica,
para establecer comunicaciones a través de un enlace punto a punto,
deben intercambiarse, a través de cada enlace PPP (es decir, las
interfaces R_{m} y U_{m}), paquetes del protocolo de control de
enlace (LCP) para establecer, configurar y comprobar la conexión del
enlace de datos. Para cualquier opción no negociada, se utiliza un
valor por omisión predefinido, como se especifica en la RFC
1661.
1661.
De modo parecido, para negociar y configurar las
opciones IPCP, deben intercambiarse paquetes IPCP a través de las
interfaces R_{m} y U_{m}. Para cualquier opción no negociada, se
utiliza un valor por omisión predefinido, como se especifica en la
RFC 1332.
En la RFC 1661, se indica que los paquetes LCP
comprenden una solicitud de configuración, una confirmación de
configuración, una confirmación negativa de configuración y un
rechazo de configuración. El formato de estos paquetes es muy
conocido y se describe en la RFC 1661.
Debido a que el mecanismo para negociar las
opciones de configuración IPCP es idéntico al mecanismo para
negociar las opciones de configuración LCP, la descripción detallada
siguiente se aplica tanto al LCP como al IPCP.
En un sistema convencional, las negociaciones de
opciones de configuración se producen por separado para la interfaz
R_{m} y la interfaz U_{m}. Como se describe en la RFC 1661 y la
RFC 1332, el paquete de solicitud de configuración contiene una
lista de las opciones que se solicitan, y el paquete de confirmación
de configuración contiene una lista de las opciones confirmadas por
el emisor.
En la Figura 3, se ilustra el procesamiento que
tiene lugar cuando el dispositivo MT2 recibe un paquete de solicitud
de configuración LCP o IPCP, a través de la interfaz R_{m}. La
etapa S310 se realiza para analizar las opciones de configuración
solicitadas en el paquete de solicitud de configuración. En la etapa
S320, se comprueba cada una de las opciones para determinar si son
admitidas por el dispositivo MT2.
Si alguna de las opciones no es admitida, se
realiza la etapa S330 para crear un paquete de rechazo de
configuración para las opciones incorrectas. En la etapa S340, se
rechaza el paquete de solicitud de configuración. En la etapa S350,
el paquete de rechazo de configuración se envía al entramador PPP de
la interfaz R_{m}, que encapsulará el paquete de rechazo de
configuración en una trama PPP para transmitirla a través de la
interfaz R_{m}.
Si en la etapa S320 se determina que todas las
opciones solicitadas son admitidas por el dispositivo MT2, entonces
se realiza la etapa S360 para guardar el ID de solicitud de
configuración, incluido en el paquete de solicitud de configuración.
A continuación, se realiza la etapa S370, en la que se pasa el
paquete de solicitud de configuración al entramador PPP para
encapsularlo en una trama PPP y transmitirlo a través de la interfaz
U_{m}.
La Figura 4 ilustra el procesamiento que tiene
lugar cuando el dispositivo MT2 recibe el paquete de confirmación de
configuración, a través de la interfaz R_{m}. En la etapa S410, el
ID del paquete de confirmación de configuración se compara con el ID
de solicitud de configuración. Si los ID concuerdan, entonces se
realiza la etapa S420 para guardar las opciones de configuración
incluidas en el paquete de confirmación de configuración. En la
etapa S430, se pasa el paquete de confirmación de configuración al
entramador PPP de la interfaz U_{m}, que a continuación encapsula
el paquete de confirmación de configuración en una trama PPP y lo
transmite a través de la interfaz U_{m}.
Si en la etapa S410 se determina que el ID del
paquete de confirmación de configuración no concuerda con el ID de
solicitud de configuración, entonces se realiza la etapa S430 para
pasar el paquete de confirmación de configuración al entramador PPP
de la interfaz U_{m}, que a continuación encapsula el paquete de
confirmación de configuración en una trama PPP y lo transmite a
través de la interfaz U_{m}. Dicho de otro modo, las opciones de
configuración no se guardan cuando el ID del paquete de confirmación
de configuración no concuerda con el ID de solicitud de
configuración.
La Figura 5 representa el procesamiento que tiene
lugar cuando se recibe un paquete de solicitud de configuración a
través de la interfaz U_{m}. La Figura 5 es análoga a la Figura 3,
que representa el procesamiento que tiene lugar cuando se recibe un
paquete de solicitud de configuración a través de la interfaz
R_{m}. La etapa S510 se realiza para analizar las opciones de
configuración solicitadas en el paquete de solicitud de
configuración. En la etapa S520, se comprueba cada una de las
opciones para determinar si son admitidas por el dispositivo
MT2.
Si alguna de las opciones no es admitida, se
realiza la etapa S530 para crear un paquete de rechazo de
configuración para las opciones incorrectas. En la etapa S540, se
rechaza el paquete de solicitud de configuración. En la etapa S550,
el paquete de rechazo de configuración se envía al entramador PPP de
la interfaz U_{m}, que encapsula el paquete en una trama PPP para
transmitirlo por la interfaz U_{m}.
Si en la etapa S520 se determina que todas las
opciones solicitadas son admitidas por el dispositivo MT2, entonces
se realiza la etapa S560 para guardar el ID de solicitud de
configuración, incluido en el paquete de solicitud de configuración.
A continuación, se realiza la etapa S570 para pasar el paquete de
solicitud de configuración al entramador PPP de la interfaz R_{m},
que encapsula el paquete en una trama PPP para transmitirlo a través
de la interfaz R_{m}.
La Figura 6 representa el procesamiento que tiene
lugar cuando se recibe un paquete de confirmación de configuración a
través de la interfaz U_{m}. La Figura 6 es análoga a la Figura 4,
que representa el procesamiento que tiene lugar cuando se recibe un
paquete de confirmación de configuración a través de la interfaz
R_{m}. En la etapa S610, se compara el ID del paquete de
confirmación de configuración con el ID de la solicitud de
configuración. Si los ID concuerdan, entonces se realiza la etapa
S620 para guardar las opciones de configuración incluidas en el
paquete de confirmación de configuración. La etapa S630 se realiza
para pasar el paquete de confirmación de configuración al
entramador PPP de la interfaz R_{m}, que a continuación encapsula
el paquete de confirmación de configuración en una trama PPP y lo
transmite a través de la interfaz R_{m}.
Si en la etapa S610 se determina que el ID del
paquete de confirmación de configuración no concuerda con el ID de
solicitud de confirmación, entonces se realiza la etapa S630 para
pasar el paquete de confirmación de configuración al entramador PPP
de la interfaz R_{m}, que a continuación encapsula el paquete de
confirmación de configuración en una trama PPP y lo transmite a
través de la interfaz R_{m}. Dicho de otro modo, las opciones de
configuración no se guardan cuando el ID del paquete de confirmación
de configuración no concuerda con el ID de solicitud de
configuración.
Cualquier otro paquete de negociación de
configuración que se reciba por la interfaz R_{m} o la interfaz
U_{m} se pasa a través del dispositivo MT2 y se transmite en la
otra de las interfaces R_{m} o U_{m}.
La Figura 7 representa ejemplos de negociaciones
de configuración LCP. En la referencia 70, se representa cómo el
dispositivo TE2 envía un paquete de solicitud de configuración LCP
al dispositivo MT2 a través de la interfaz R_{m}. En 72, el MT2
recibe el paquete de solicitud de configuración LCP, determina que
el dispositivo MT2 no admite todas las opciones de configuración
solicitadas del paquete de solicitud de configuración LCP y genera y
envía un paquete de rechazo de configuración LCP, en el que se
indican las opciones incorrectas, a través de la interfaz
R_{m}.
En 74, el dispositivo TE2 genera un paquete de
solicitud de configuración LCP a través de la interfaz R_{m}. En
76, el dispositivo MT2 recibe el paquete de solicitud de
configuración LCP, analiza las opciones de configuración, determina
que las opciones de configuración son admitidas por el dispositivo
MT2, guarda el ID de solicitud de configuración del paquete de
solicitud de configuración LCP, entrama el paquete de solicitud de
configuración en una trama PPP y transmite la trama PPP a través de
la interfaz U_{m}. En 78, la IWF analiza el paquete de solicitud
de configuración LCP, determina que algunas de las opciones
solicitadas son incorrectas y envía un paquete de rechazo de
configuración LCP que incluye las opciones incorrectas al
dispositivo MT2, a través de la interfaz U_{m}. En 80, el
dispositivo MT2 recibe el paquete de rechazo de configuración LCP,
determina que el paquete recibido no es ni un paquete de solicitud
de configuración LCP ni un paquete de confirmación de configuración
LCP y, el dispositivo MT2 transmite el paquete de rechazo de
configuración LCP al dispositivo TE2, a través de la interfaz
R_{m}.
En 82, el dispositivo TE2 genera un paquete de
solicitud de configuración LCP para el dispositivo MT2, a través de
la interfaz R_{m}. En 84, el dispositivo MT2 analiza las opciones
de configuración incluidas en el paquete de solicitud de
configuración LCP, determina que el dispositivo MT2 admite todas las
opciones de configuración, encapsula el paquete de solicitud de
configuración LCP en una trama PPP y transmite la trama PPP a la
IWF, a través de la interfaz U_{m}. En 86, la IWF determina que es
preferible negociar otros valores de las opciones solicitadas y
genera y transmite un paquete de confirmación negativa de
configuración LCP, en el que se indican los valores de opciones
deseados. En 88, el MT2 recibe la confirmación negativa de
configuración LCP, determina que el paquete recibido no es ni un
paquete de solicitud de configuración LCP ni un paquete de
confirmación de configuración LCP, y el dispositivo MT2 transmite la
confirmación negativa de configuración LCP encapsulada en una trama
PPP al dispositivo TE2, a través de la interfaz R_{m}.
En los ejemplos anteriores de la Figura 7, se
utiliza el protocolo PPP LCP; no obstante, también puede utilizarse
el protocolo IPCP, porque el mecanismo de negociación de
configuración es idéntico al del protocolo LCP. Por ejemplo, puede
utilizarse una solicitud de configuración IPCP en lugar de una
solicitud de configuración LCP; un rechazo de configuración IPCP en
lugar de un rechazo de configuración LCP; una confirmación negativa
de configuración IPCP en lugar de una confirmación negativa de
configuración LCP, etc.
Los medianamente expertos en la materia
sobrentenderán, además, que cualquiera de los paquetes de
negociación de configuración LCP o IPCP puede transmitirse desde la
interfaz R_{m} o la interfaz U_{m}.
Aunque la presente invención se ha descrito
haciendo referencia a la que se considera actualmente la forma de
realización preferida, debe sobreentenderse que la presente
invención no se limita a la forma de realización dada a conocer,
sino que, por el contrario, pretende abarcar diversas modificaciones
y disposiciones equivalentes incluidas dentro del alcance de las
reivindicaciones adjuntas.
Claims (24)
1. Procedimiento para establecer de forma
simultánea un enlace PPP entre un dispositivo de comunicación
inalámbrica (104) y una función de interfuncionamiento (108) en una
interfaz U_{m}, y entre dicho dispositivo de comunicación
inalámbrica (104) y un dispositivo TE2 (102) a través de una
interfaz R_{m}, comprendiendo dicho procedimien-
to:
to:
- recibir, en dicho dispositivo de comunicación inalámbrica (104), un paquete de solicitud de configuración a través de dicha interfaz R_{m};
- determinar si todas las opciones de configuración incluidas en dicho paquete de solicitud de configuración son admitidas por dicho dispositivo de comunicación inalámbrico (104);
- crear y enviar un paquete de rechazo de configuración cuando dicha determinación indica que por lo menos una de dichas opciones de configuración incluidas en dicho paquete de solicitud de configuración no es admitida por dicho dispositivo de comunicación inalámbrica (104) y
- entramar dicho paquete de solicitud de configuración en una trama PPP y transmitir dicha trama PPP a través de dicha interfaz U_{m}, cuando dicha determinación indica que todas dichas opciones de configuración de dicho paquete de solicitud de configuración son admitidas.
2. Procedimiento según la reivindicación 1, que
comprende además:
- almacenar, en una memoria, el ID de solicitud de configuración incluido en dicho paquete de solicitud de configuración, cuando dicha determinación indica que todas dichas opciones de configuración de dicho paquete de solicitud de configuración son admitidas.
3. Procedimiento según la reivindicación 1, que
comprende además:
- recibir un paquete de confirmación de configuración a través de dicha interfaz U_{m}, y entramar dicho paquete de confirmación de configuración en dicha trama PPP y enviar dicha trama PPP que incluye dicho paquete de confirmación de configuración a través de dicha interfaz R_{m}.
4. Procedimiento según la reivindicación 2, que
comprende además:
- recibir un paquete de confirmación de configuración a través de dicha interfaz R_{m}, y
- entramar dicho paquete de confirmación de configuración en dicha trama PPP y enviar dicha trama PPP que incluye dicho paquete de confirmación de configuración a través de dicha interfaz U_{m}.
5. Procedimiento según la reivindicación 4, que
comprende además:
- determinar si el ID incluido en dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria, y
- guardar los valores de todas las opciones incluidas en dicho paquete de confirmación de configuración cuando dicha determinación indica que dicho ID de dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria.
6. Procedimiento según la reivindicación 3, que
comprende además la etapa de almacenar, en una memoria, el ID de
solicitud de configuración incluido en dicho paquete de solicitud de
configuración, cuando dicha determinación indica que todas dichas
opciones de configuración de dicho paquete de solicitud de
configuración son admitidas;
y que comprende, además, después de la etapa de
recibir un paquete de confirmación de configuración a través de
dicha interfaz U_{m}, las etapas siguientes:
- determinar si el ID incluido en dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria, y
- guardar los valores de todas las opciones incluidas en dicho paquete de confirmación de configuración, cuando dicha determinación indica que dicho ID de dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria.
7. Procedimiento para establecer de forma
simultánea un enlace PPP entre un dispositivo de comunicación
inalámbrica (104) y una función de interfuncionamiento (108) en una
interfaz U_{m}, y entre dicho dispositivo de comunicación
inalámbrica y un dispositivo TE2 (102) a través de una interfaz
R_{m}, comprendiendo dicho procedimiento
- recibir, en dicho dispositivo de comunicación inalámbrica (104), un paquete de solicitud de configuración a través de dicha interfaz U_{m};
- determinar si todas las opciones de configuración incluidas en dicho paquete de solicitud de configuración son admitidas por dicho dispositivo de comunicación inalámbrico (104);
- crear y enviar un paquete de rechazo de configuración cuando dicha determinación indica que por lo menos una de dichas opciones de configuración incluidas en dicho paquete de solicitud de configuración no es admitida por dicho dispositivo de comunicación inalámbrica (104) y
- entramar dicho paquete de solicitud de configuración en una trama PPP y transmitir dicha trama PPP a través de dicha interfaz R_{m}, cuando dicha determinación indica que todas dichas opciones de configuración de dicho paquete de solicitud de configuración son admitidas.
8. Procedimiento según la reivindicación 7, que
comprende además:
- almacenar, en una memoria, el ID de solicitud de configuración incluido en dicho paquete de solicitud de configuración, cuando dicha determinación indica que todas dichas opciones de configuración de dicho paquete de solicitud de configuración son admitidas.
9. Procedimiento según la reivindicación 8, que
comprende además:
- recibir un paquete de confirmación de configuración a través de dicha interfaz R_{m} y
- entramar dicho paquete de confirmación de configuración en dicha trama PPP y enviar dicha trama PPP que incluye dicho paquete de confirmación de configuración a través de dicha interfaz U_{m}.
10. Procedimiento según la reivindicación 8, que
comprende además:
- recibir un paquete de confirmación de configuración a través de dicha interfaz U_{m}, y
- entramar dicho paquete de confirmación de configuración en dicha trama PPP y enviar dicha trama PPP que incluye dicho paquete de confirmación de configuración a través de dicha interfaz R_{m}.
11. Procedimiento según la reivindicación 10, que
comprende además:
- determinar si el ID incluido en dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración, y
- guardar los valores de todas las opciones incluidas en dicho paquete de confirmación de configuración cuando dicha determinación indica que dicho ID de dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria.
12. Procedimiento según la reivindicación 9, que
comprende además, después de la etapa de recibir un paquete de
confirmación de configuración a través de dicha interfaz R_{m},
las etapas siguientes:
- determinar si el ID incluido en dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria, y
- guardar los valores de todas las opciones incluidas en dicho paquete de confirmación de configuración, cuando dicha determinación indica que dicho ID de dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria.
13. Dispositivo de comunicación inalámbrica (104)
capaz de establecer de forma simultánea un enlace PPP con una
función de interfuncionamiento (108) en una interfaz U_{m}, y con
un dispositivo TE2 (102) a través de una interfaz R_{m},
comprendiendo dicho dispositivo de comunicación inalámbrica
(104):
- medios para recibir un paquete de solicitud de configuración a través de dicha interfaz R_{m};
- medios para determinar si todas las opciones de configuración incluidas en dicho paquete de solicitud de configuración son admitidas por dicho dispositivo de comunicación inalámbrica (104);
- medios para crear y para enviar un paquete de rechazo de configuración cuando dichos medios de determinación indican que por lo menos una de dichas opciones de configuración incluidas en dicho paquete de solicitud de configuración no es admitido por dicho dispositivo de comunicación inalámbrica (104), y
- medios para entramar dicho paquete de solicitud de configuración en una trama PPP y para transmitir dicha trama PPP a través de dicha interfaz U_{m}, cuando dichos medios de determinación indican que todas dichas opciones de configuración de dicho paquete de solicitud de configuración son admitidas.
14. Dispositivo de comunicación inalámbrica (104)
según la reivindicación 13, que comprende además:
- medios para almacenar, en una memoria, el ID de solicitud de configuración incluido en dicho paquete de solicitud de configuración, cuando dichos medios de determinación determinan que todas dichas opciones de configuración de dicho paquete de solicitud de configuración están admitidas.
15. Dispositivo de comunicación inalámbrica (104)
según la reivindicación 13, que comprende además:
- medios para recibir un paquete de confirmación de configuración a través de dicha interfaz U_{m}, y
- medios para entramar dicho paquete de confirmación de configuración en dicha trama PPP, y para enviar dicha trama PPP que incluye dicho paquete de confirmación de configuración, a través de dicha interfaz R_{m}.
16. Dispositivo de comunicación inalámbrica (104)
según la reivindicación 15, que comprende además:
- medios para recibir un paquete de confirmación de configuración a través de dicha interfaz R_{m} y
- medios para
entramar dicho paquete de confirmación de configuración en dicha
trama PPP, y para enviar dicha trama PPP que incluye dicho paquete
de confirmación de configuración, a través
\hbox{de dicha interfaz U _{m} .}
17. Dispositivo de comunicación inalámbrica (104)
según la reivindicación 16, que comprende además:
- medios para determinar si el ID incluido en dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria, y
- medios para guardar los valores de todas las opciones incluidas en dicho paquete de confirmación de configuración cuando dicha determinación indica que dicho ID de dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria.
18. Dispositivo de comunicación inalámbrica (104)
según la reivindicación 16, que comprende además:
- medios para almacenar, en una memoria, el ID de solicitud de configuración incluido en dicho paquete de solicitud de configuración, cuando dichos medios de determinación indican que todas dichas opciones de configuración de dicho paquete de solicitud de configuración son admitidas;
- medios para determinar si el ID incluido en dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria, y
- medios para guardar los valores de todas las opciones incluidas en dicho paquete de confirmación de configuración cuando dicha determinación indica que dicho ID de dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria.
19. Dispositivo de comunicación inalámbrica (104)
capaz de establecer de forma simultánea un enlace PPP con una
función de interfuncionamiento (108) en una interfaz U_{m}, y con
un dispositivo TE2 (102) a través de una interfaz R_{m},
comprendiendo dicho dispositivo de comunicación inalámbrica:
- medios para recibir un paquete de solicitud de configuración a través de dicha interfaz U_{m};
- medios para determinar si todas las opciones de configuración incluidas en dicho paquete de solicitud de configuración son admitidas por dicho dispositivo de comunicación inalámbrica (104);
- medios para crear y para enviar un paquete de rechazo de configuración cuando dichos medios de determinación indican que por lo menos una de dichas opciones de configuración incluidas en dicho paquete de solicitud de configuración no es admitida por dicho dispositivo de comunicación inalámbrica (104), y
- medios para entramar dicho paquete de solicitud de configuración en una trama PPP y para transmitir dicha trama PPP a través de dicha interfaz R_{m}, cuando dicha determinación indica que todas dichas opciones de configuración de dicho paquete de solicitud de configuración son admitidas.
20. Dispositivo de comunicación inalámbrica (104)
según la reivindicación 19, que comprende además:
- medios para almacenar, en una memoria, el ID de solicitud de configuración incluido en dicho paquete de solicitud de configuración, cuando dichos medios de determinación indican que todas dichas opciones de configuración de dicho paquete de solicitud de configuración son admitidas.
21. Dispositivo de comunicación inalámbrica (104)
según la reivindicación 20, que comprende además:
- medios para recibir un paquete de confirmación de configuración a través de dicha interfaz R_{m,} y
- medios para entramar dicho paquete de confirmación de configuración en dicha trama PPP y para enviar dicha trama PPP que incluye dicho paquete de confirmación de configuración a través de dicha interfaz U_{m}.
22. Dispositivo de comunicación inalámbrica (104)
según la reivindicación 20, que comprende además:
- medios para recibir un paquete de confirmación de configuración a través de dicha interfaz U_{m}, y
- medios para entramar dicho paquete de confirmación de configuración en dicha trama PPP y para enviar dicha trama PPP que incluye dicho paquete de confirmación de configuración a través de dicha interfaz R_{m}.
23. Dispositivo de comunicación inalámbrica (104)
según la reivindicación 22, que comprende además:
- medios para determinar si el ID incluido en dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria, y
- medios para guardar los valores de todas las opciones incluidas en dicho paquete de confirmación de configuración cuando dichos medios de determinación indican que dicho ID de dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria.
24. Dispositivo de comunicación inalámbrica (104)
según la reivindicación 21, que comprende además:
- medios para determinar si el ID incluido en dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria, y
- medios para guardar los valores de todas las opciones incluidas en dicho paquete de confirmación de configuración cuando dichos medios de determinación indican que dicho ID de dicho paquete de confirmación de configuración concuerda con dicho ID de solicitud de configuración almacenado en dicha memoria.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US256118 | 1999-02-24 | ||
| US09/256,118 US6370118B1 (en) | 1999-02-24 | 1999-02-24 | Simultaneous set up of PPP on AUM and a RM interface |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2254154T3 true ES2254154T3 (es) | 2006-06-16 |
Family
ID=22971159
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES00911999T Expired - Lifetime ES2254154T3 (es) | 1999-02-24 | 2000-02-24 | Establecimiento simultaneo de un protocolo punto a punto en interfaces um y rm. |
Country Status (14)
| Country | Link |
|---|---|
| US (1) | US6370118B1 (es) |
| EP (1) | EP1155551B1 (es) |
| JP (1) | JP4422347B2 (es) |
| KR (1) | KR100642116B1 (es) |
| CN (1) | CN1157911C (es) |
| AT (1) | ATE316314T1 (es) |
| AU (1) | AU763662B2 (es) |
| BR (1) | BR0008452A (es) |
| CA (1) | CA2364269C (es) |
| DE (1) | DE60025592T2 (es) |
| ES (1) | ES2254154T3 (es) |
| HK (1) | HK1047837B (es) |
| IL (2) | IL144794A0 (es) |
| WO (1) | WO2000051312A1 (es) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000057284A1 (en) * | 1999-03-25 | 2000-09-28 | Motorola Inc. | Point to point protocol multiplexing/demultiplexing method and apparatus |
| US6483822B1 (en) * | 1999-06-07 | 2002-11-19 | Marcello Lioy | Establishing a packet network call between a mobile terminal device and an interworking function |
| SG119207A1 (en) * | 1999-09-21 | 2006-02-28 | Ntt Docomo Inc | Data conversion apparatus signal data conversion method dce gateway and communication apparatus |
| US7158516B2 (en) * | 2000-06-03 | 2007-01-02 | Utstarcom, Inc. | Method and apparatus for performing multi connections at point-to-point protocol |
| EP1175063A3 (en) * | 2000-07-20 | 2003-08-27 | Nortel Networks Limited | Network layer protocol aware link layer |
| JP3534185B2 (ja) | 2000-10-27 | 2004-06-07 | 日本電気株式会社 | 無線通信システム及びその通信方法 |
| US6909714B2 (en) * | 2001-07-03 | 2005-06-21 | Qualcomm Incorporated | Method and apparatus for determining configuration options negotiated for a communications link employing a network model |
| US6973088B2 (en) * | 2002-04-03 | 2005-12-06 | Qualcomm Incorporated | PPP link negotiation in mobile IP systems |
| US7590408B2 (en) * | 2002-04-03 | 2009-09-15 | Qualcomm Incorporated | Systems and methods for early determination of network support for mobile IP |
| US7342894B2 (en) * | 2002-04-03 | 2008-03-11 | Qualcomm Incorporated | System and method for transparent Mobile IP registration within PPP negotiation |
| KR100463820B1 (ko) * | 2002-10-01 | 2004-12-29 | 에스케이 텔레콤주식회사 | 무선데이터 초기접속 지연 개선방법 |
| US7430602B2 (en) * | 2002-12-20 | 2008-09-30 | Qualcomm Incorporated | Dynamically provisioned mobile station and method therefor |
| US7877081B2 (en) * | 2003-07-25 | 2011-01-25 | Qualcomm Incorporated | Proxy-encrypted authentication for tethered devices |
| JP3959402B2 (ja) * | 2004-03-19 | 2007-08-15 | 株式会社日立コミュニケーションテクノロジー | 通信接続装置及び通信端末ならびにこれを用いた通信方法 |
| US9032065B2 (en) * | 2004-07-30 | 2015-05-12 | Qualcomm Incorporated | Fast link establishment for network access |
| US8233416B2 (en) * | 2004-09-28 | 2012-07-31 | Qualcomm Incorporated | Handoff supports for networks having different link establishment protocols |
| CN101257496B (zh) * | 2006-11-13 | 2011-03-30 | 华为技术有限公司 | 一种获取配置信息的方法和系统 |
| US8787239B2 (en) * | 2008-04-30 | 2014-07-22 | Qualcomm Incorporated | Methods and apparatus for enabling relay-model tethered data calls in wireless networks |
| CN101902827B (zh) * | 2010-07-03 | 2015-04-01 | 中兴通讯股份有限公司 | 一种建立分组数据连接的方法及无线通信终端 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI98027C (fi) * | 1995-01-10 | 1997-03-25 | Nokia Telecommunications Oy | Pakettiradiojärjestelmä ja päätelaitteisto pakettiradiojärjestelmää varten |
| US5666362A (en) * | 1995-07-25 | 1997-09-09 | 3Com Corporation | Method and apparatus for asynchronous PPP and synchronous PPP conversion |
| US5708655A (en) * | 1996-06-14 | 1998-01-13 | Telefonaktiebolaget L M Ericsson Publ | Method and apparatus for addressing a wireless communication station with a dynamically-assigned address |
| US5918019A (en) * | 1996-07-29 | 1999-06-29 | Cisco Technology, Inc. | Virtual dial-up protocol for network communication |
| KR100260516B1 (ko) * | 1997-04-01 | 2000-07-01 | 정선종 | 코드분할 다중접속 이동통신망에서의 비동기통신 데이터발신호 및 착신호 서비스 방법 |
| KR19990001580A (ko) * | 1997-06-16 | 1999-01-15 | 양승택 | Cdma 이동통신망을 이용한 g3 팩스 서비스 방법 |
| US6665718B1 (en) * | 1997-10-14 | 2003-12-16 | Lucent Technologies Inc. | Mobility management system |
-
1999
- 1999-02-24 US US09/256,118 patent/US6370118B1/en not_active Expired - Lifetime
-
2000
- 2000-02-24 AT AT00911999T patent/ATE316314T1/de not_active IP Right Cessation
- 2000-02-24 BR BR0008452-2A patent/BR0008452A/pt not_active IP Right Cessation
- 2000-02-24 AU AU33803/00A patent/AU763662B2/en not_active Ceased
- 2000-02-24 JP JP2000601807A patent/JP4422347B2/ja not_active Expired - Lifetime
- 2000-02-24 DE DE60025592T patent/DE60025592T2/de not_active Expired - Lifetime
- 2000-02-24 CA CA002364269A patent/CA2364269C/en not_active Expired - Fee Related
- 2000-02-24 CN CNB008040419A patent/CN1157911C/zh not_active Expired - Lifetime
- 2000-02-24 KR KR1020017010736A patent/KR100642116B1/ko not_active Expired - Lifetime
- 2000-02-24 HK HK02109443.2A patent/HK1047837B/zh not_active IP Right Cessation
- 2000-02-24 EP EP00911999A patent/EP1155551B1/en not_active Expired - Lifetime
- 2000-02-24 WO PCT/US2000/004931 patent/WO2000051312A1/en not_active Ceased
- 2000-02-24 IL IL14479400A patent/IL144794A0/xx active IP Right Grant
- 2000-02-24 ES ES00911999T patent/ES2254154T3/es not_active Expired - Lifetime
-
2001
- 2001-08-07 IL IL144794A patent/IL144794A/en not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002538674A (ja) | 2002-11-12 |
| IL144794A0 (en) | 2002-06-30 |
| AU763662B2 (en) | 2003-07-31 |
| WO2000051312A1 (en) | 2000-08-31 |
| KR100642116B1 (ko) | 2006-11-10 |
| CN1376353A (zh) | 2002-10-23 |
| CA2364269C (en) | 2009-03-24 |
| DE60025592D1 (de) | 2006-04-06 |
| HK1047837B (zh) | 2005-04-01 |
| DE60025592T2 (de) | 2006-10-26 |
| KR20010110443A (ko) | 2001-12-13 |
| EP1155551A1 (en) | 2001-11-21 |
| US6370118B1 (en) | 2002-04-09 |
| IL144794A (en) | 2007-02-11 |
| ATE316314T1 (de) | 2006-02-15 |
| EP1155551B1 (en) | 2006-01-18 |
| AU3380300A (en) | 2000-09-14 |
| BR0008452A (pt) | 2002-09-24 |
| CA2364269A1 (en) | 2000-08-31 |
| HK1047837A1 (en) | 2003-03-07 |
| JP4422347B2 (ja) | 2010-02-24 |
| CN1157911C (zh) | 2004-07-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2254154T3 (es) | Establecimiento simultaneo de un protocolo punto a punto en interfaces um y rm. | |
| ES2342139T3 (es) | Soporte de movilidad ip utilizando un registro de proxi de nodo movil. | |
| ES2244630T3 (es) | Procedimiento para evitar tiempos de espera ppp durante negociaciones ipcp. | |
| ES2226336T3 (es) | Metodo y dispositivo para configurar un enlace. | |
| JP2004531122A (ja) | ワイアレスパケットデータサービス接続において複数のサービスレベル品質を提供する方法及び装置 | |
| MXPA02007601A (es) | Metodo y aparato para proporcionar capas y protocolos configurados en un sistema de comunicaciones. | |
| CN102972007A (zh) | 降低单块分组接入过程中的协议开销 | |
| KR20050090902A (ko) | 무선 통신 시스템에서 패킷데이터 프로토콜에 따른 ｖｐｎ서비스 방법 및 장치 | |
| TW508965B (en) | Method and apparatus to resynchronize PPP on a Um interface without affecting PPP on a Rm interface and to resynchronize PPP on a Rm interface without affecting PPP on a Um interface | |
| CN1379962B (zh) | 用于在第一装置和第二装置之间传递输入帧的方法和装置 | |
| ES2251389T3 (es) | Procedimiento y aparato para evitar la perdida de datos durante una renegociacion ppp en una interfaz um. | |
| ES2341457T3 (es) | Mantenimiento y aplicacion selectiva de compresion del ppp en un sistema de comunicacion inalambrica. | |
| CN101958839A (zh) | 操作维护通道的建立方法和系统 | |
| JP3959402B2 (ja) | 通信接続装置及び通信端末ならびにこれを用いた通信方法 | |
| US20080075098A1 (en) | Method and apparatus for setting up point-to-point protocol link between terminal equipment and interworking function | |
| MXPA01008593A (es) | Disposicion simultanea de ppp sobre una interfaz de um y rm |