MXPA02000448A - Metodo y aparato para evitar la perdida de datos durante una renegociacion ppp en una interfase um. - Google Patents

Metodo y aparato para evitar la perdida de datos durante una renegociacion ppp en una interfase um.

Info

Publication number
MXPA02000448A
MXPA02000448A MXPA02000448A MXPA02000448A MXPA02000448A MX PA02000448 A MXPA02000448 A MX PA02000448A MX PA02000448 A MXPA02000448 A MX PA02000448A MX PA02000448 A MXPA02000448 A MX PA02000448A MX PA02000448 A MXPA02000448 A MX PA02000448A
Authority
MX
Mexico
Prior art keywords
interface
flow control
data
occurring
ppp renegotiation
Prior art date
Application number
MXPA02000448A
Other languages
English (en)
Inventor
Marcello Lioy
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of MXPA02000448A publication Critical patent/MXPA02000448A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

Un metodo y un aparato de comunicacion inalambrica (104) con la capacidad de controlar el flujo de datos que se enviara desde un aparato TE2 (102) a traves de una interfase Rm, cuando ocurra una renegociacion PPP a traves de una interfase Um. El control de flujo (S320) es afirmado mediante el aparato MT2 (104) por medio de la manipulacion de senalizacion electrica de una interfase fisica entre el aparato MT2 (104) y el aparato TE2 (102). Una segunda modalidad proporciona un metodo y un aparato de comunicacion inalambrica (104) para memorizar (S420) los datos en el aparato MT2 cuando ocurra la renegociacion PPP de la interfase Um. En una tercera modalidad, los datos son almacenados cuando ocurre la renegociacion PPP de la interfase Um. Cuando una cantidad de espacio libre en la memoria intermedia es menor a un valor de umbral predeterminado (S540), se afirma el control de flujo (S550) para el aparato TE2.

Description

#f** MÉTODO Y APARATO PARA EVITAR LA PÉRDIDA DE DATOS DURANTE UNA R?NEGOCIACIÓN PPP EN UNA INTERFASE Um Campo del Invento 5 La presente invención se refiere al campo de servicios de datos inalámbricos. Más particularmente, la presente invención se refiere a un método y sistema novedoso y mejorado para evitar la pérdida de datos durante una renegociación de protocolo punto a punto 10 (PPP) a través de una interfase Um entre un aparato de comunicación inalámbrica (MT2) y un centro de conmutación estación base/móvil (BS/MSC) .
Antecedentes del Invento 15 Se ha vuelto muy popular la generación de redes internas, por ejemplo, la conexión de redes individuales de área local (LANs) . La infraestructura y los protocolos asociados comúnmente referidos como la "Internet" son muy conocidos y ampliamente utilizados. Un protocolo bien conocido para proporcionar acceso a la Internet, es el protocolo punto a punto (PPP) que proporciona un método estándar para transportar datagramas de protocolo múltiple a través de punto a punto y se describe de manera adicional en la Solicitud para Comentarios (RFC) 1661, . Simpson, Editor, emitida en Julio de 1994, la cual se encuentra incorporada a la presente invención como referencia. El PPP incluye tres componentes principales: 1. Un método para encapsular datagramas de protocolo múltiple; 2. Un protocolo de control de enlace (LCP) para establecer, configurar y probar una conexión de enlace de datos; y 3. Una familia de protocolos de control de red (NCPs) para establecer y configurar diferentes protocolos de red-capa. La Figura 1 ilustra un diagrama de bloque de alto nivel de un sistema de comunicación de datos inalámbrico en el cual una terminal móvil (aparato TE2) 102 se comunica con una función de intertrabajo (I F) 108 a través de un sistema de comunicación inalámbrica que incluye un aparato de comunicación inalámbrica (MT2) 104 y un centro de conmutación de estación base/móvil (BS/MSC) 106. En la Figura 1, la I F 108 sirve como el punto de acceso a la Internet. La IWF 108 es acoplada a, y con frecuencia se localiza junto con BS/MSC 106, el cual tal como se conoce en la técnica puede ser una estación base inalámbrica convencional. El aparato TE2 102 se acopla al aparato MT2 104, el cual está en comunicación inalámbrica con BS/MSC 106 y la IWF 108.
Existen varios protocolos que permiten la comunicación de datos entre el aparato TE2 102 y la IWF 108. Por ejemplo, el estándar Interim IS-707.5 de la asociación de Industrias de Telecomunicaciones (TÍA) /Asociación de Industrias Electrónicas (EIA) , titulado "Opciones de Servicios de Datos para Sistemas de Espectro Disperso de Banda Ancha: Servicios de Datos en Paquete" (Data Service Options for ideband Spread Spectrum Systems: Packet Data Services," publicado en febrero de 1998, e incorporado a la presente invención como referencia, definió requerimientos para el soporte de la capacidad de transmisión de datos en paquete a través de sistemas de espectro disperso de banda ancha TIA/EIA IS-95, de los cuales BS/MSC 106 e I F 108 pueden ser una parte. El estándar IS-707.5 también proporciona los requerimientos para protocolos de comunicación en los enlaces entre el aparato TE2 102 y el aparato MT2 104 (la interfase Rm) , entre el aparato MT2 104 y el BS/MSC 106 (la interfase Um) y entre BS/MSC 106 y la IWF 108 (la interfase L) . Haciendo referencia ahora a la Figura 2, se muestra un diagrama de las pilas de protocolo en cada entidad del Modelo Relevador IS-707.5. La Figura 2 corresponde aproximadamente a la Figura 1.4.2.2-1 del estándar IS-707.5. En la parte izquierda de la Figura se encuentra una pila de protocolo, mostrada en un formato vertical convencional, que muestra las capas de protocolo que corren en el aparato TE2 102 (por ejemplo, la terminal móvil, la computadora portátil o de bolsillo) . La pila de protocolo TE2 se ilustra como estando conectada en forma lógica a la pila del protocolo del aparato MT2 104 por medio de la interfase Rm. El aparato MT2 104 se ilustra como estando conectado en forma lógica a la pila del protocolo BS/MSC 106 a través de la interfase Um. A su vez, la pila del protocolo BS/MSC 106 se ilustra como estando conectada en forma lógica a la pila del protocolo I F 108 por medio de la interfase L. Como ejemplo de la operación de los protocolos de la Figura 2, el protocolo del protocolo Punto a Punto (PPPR) 206 codifica para paquetes procedentes de los protocolos de capa superior 202, 204 y los transmite a través de la interfase Rm utilizando el protocolo EIA-232 208 para el puerto compatible con EIA 232 en el aparato MT2 que corre el protocolo EIA-232 210. Además de utilizar el protocolo EIA-232, también se pueden utilizar otros protocolos por ejemplo, se puede utilizar el protocolo USB/IRDA/Bluetooth. El protocolo EIA-232 210 en el aparato MT2 , recibe los paquetes y los pasa al protocolo PPPR 205. El protocolo PPPR 205 descuadra los paquetes encapsulados en los cuadros PPP y normalmente como cuando se establece una conexión de datos, pasa los paquetes al protocolo PPPu 215, el cual encuadra los paquetes en los cuadros PPP para la transmisión a un PPP localizado en la I F (108) . El protocolo de enlace de radio (RLP) 212 y el protocolo IS-95 214, los cuales ambos son bien conocidos en la técnica, se utilizan para transmitir los paquetes, los cuales son encapsulados en cuadros PPP para la BS/MSC 106, a través de la interfase Um. El RLP es una familia de protocolos de enlace de radio. El protocolo RLP 212 se define en el estándar IS-707.2, titulado "Opciones de Servicios de Datos para Sistemas de Espectro Disperso de banda Ancha: Protocolo de Enlace de Radio" (Data Service Options for ideband Spread Spectrum Systems: Radio Link Protocolo), publicado en febrero de 1998, e incorporado a la presente invención como referencia, y el protocolo IS-95 se define en el protocolo IS-95 mencionado anteriormente. Un protocolo RLP complementario 216 y el protocolo IS-95 218 en el BS/MSC 106 pasa los paquetes al protocolo de la capa de relevo 220 para transmitir a través de la interfase L al protocolo de capa de relevo 228. El protocolo PPPu 226, posteriormente descuadra los paquetes recibidos y los pasa a los protocolos de la capa de la red 225, los cuales a su vez los pasan a los protocolos de la capa superior 221. Como es bien sabido por los expertos en la técnica, en lugar de utilizar el protocolo RLP, se puede utilizar el protocolo RLP2. Esto se define en el estándar Interim IS-707 A.8, de la asociación de la Industria de Telecomunicaciones (TÍA) /Asociación de Industrias Electrónicas (EIA) , titulado "Opciones de Servicio de Datos para Sistemas de Espectro Disperso: Protocolo de Enlace de Radio Tipo 2", ( (TÍA) /Electronics Industries Association (EIA) Interim Standard IS-707 A.8, Data Service Options for Spread Spectrum Systems: Radio Link Protocol Type 2,) publicado en abril de 1999. Otros protocolos RLP que se pueden utilizar son RLP3 y RLP para CDMA2000. Tal como se describe en RFC 1661, los paquetes LCP comprenden una configuración-solicitud una configuración-Ack, una configuración-Nak, y una configuración-rechazo. El formato de estos paquetes es bien conocido y se describe en el RFC 1661. El paquete de configuración-solicitud se utiliza para negociar las opciones de configuración. Siempre todas las opciones de configuración se negocian en forma simultánea. El paquete de configuración-Ack se transmite si cada opción de configuración en un paquete de configuración-solicitud recibido es reconocible y todos los valores son aceptables .
El paquete de configuración-Nak se envía en respuesta a un paquete de configuración-solicitud cuando las opciones de configuración requeridas son reconocibles, aunque algunos de los valores no son aceptables. El campo de opciones del paquete de configuración-Nak es llenado únicamente con las opciones de configuración no aceptables procedentes del paquete de configuración-solicitud. Se debe observar que siempre todas las opciones de configuración son Nak'd en forma simultánea. El paquete de configuración-rechazo se envía cuando una configuración-solicitud recibida incluye opciones de configuración que no son reconocibles o no son aceptables para negociación. El campo de opciones de la configuración-rechazo contiene únicamente las opciones de configuración no aceptables procedentes de la configuración-solicitud. La información que se encuentra a continuación comprende las opciones de configuración bien conocidas, descritas en el RFC 1661 y definidas por el protocolo PPP LCP: 1. Unidad-Recepción-Máxima 2. Protocolo-Autentificación. 3. Protocolo-Calidad 4. Número-Mágico 5. Compresión-Campo-Protocolo 6. Compresión-Campo-Dirección-y-Control El Protocolo de Control del Protocolo de Internet (IPCP) es un protocolo de control de red responsable de configurar, habilitar y deshabilitar los módulos del Protocolo de Internet (IP) en ambos extremos del enlace PPP. El IPCP se describe en la solicitud de comentarios (RFC) 1332, "El Protocolo de control del Protocolo de Internet PPP (IPCP)", (The PPP Internet Protocol Control Protocol (IPCP)", G. McGregor Merit, Mayo 1992, la cual se encuentra incorporada a la presente invención como referencia. Las opciones de configuración IPCP incluyen: 1. Direcciones-IP; 2. Protocolo-Compresión-IP; y 3. Dirección-IP El IPCP utiliza el mismo mecanismo de negociación de opción que el Protocolo de Control de Enlace (LCP) . Las negociaciones de opción de configuración LCP e IPCP ocurren en forma separada tanto para la interfase Rm como para la interfase Um. Esto es, que la negociación de opción de configuración LCP o IPCP a través de una de las interfases Rm y Um esta separada de la negociación de opción de configuración LCP o IPCP por medio de una de las otras interfaces Rm y Um. Por lo tanto, el aparato de comunicación inalámbrica (MT2) debe negociar en forma separada las opciones de configuración a través de las interfases Rm y Um. Debido a que el aparato de comunicación inalámbrica (MT2) es móvil, el aparato de comunicación (MT2) puede moverse a un área que es servida por una diferente I F 108. Cuando esto sucede, ocurrirá una conexión, que maneja el aparato MT2 por medio de la nueva I F 108 durante el servicio. Cuando ocurre una conexión, en los enlaces LCP e IPCP deben ser renegociados a través de la interfase Um, tal como se menciona anteriormente. Debido a que la negociación PPP para las interfases Rm y Um son independientes, la renegociación PPP únicamente necesita ocurrir en la interfase Um. Durante la renegociación de la interfase Um, los datos no pueden ser transferidos a través de la interfase Um, sin embargo, el aparato TE2 puede continuar enviando datos al aparato MT2 por medio de la interfase Rm. Por lo tanto, es posible que el aparato MT2 reciba datos por medio de la interfase Rm sin tener la capacidad de enviar los datos a través de la interfase Um. Si continua la renegociación PPP durante un período de tiempo largo, el aparato MT2 ya no tendrá la capacidad de procesar los datos recibidos por medio de la interfase Rm y puede ocurrir una perdida de datos.
Sumario del Invento Una primera modalidad de la presente invención, es un método de un aparato de comunicación inalámbrica (MT2) 104 que tiene la capacidad de fluir controlando los datos que serán enviados desde el aparato TE2 102 a través de la interfase Rm cuando esté ocurriendo la renegociación PPP a través de la interfase Um. El control de flujo puede ser impuesto por el aparato MT2 104 por medio de la manipulación de señalización eléctrica de una interfase física entre el aparato MT2 104 y el aparato TE2 102 o utilizando el Software de control de flujo -XON/XOFF. Una segunda modalidad de la presente invención, es un método y un aparato de comunicación inalámbrica (MT2) 104 para reforzar datos recibidos del aparato TE2 102 en el aparato MT2 104 durante la renegociación PPP de la interfase Um. Una tercera modalidad de la presente invención, es un método y un aparato de comunicación inalámbrico (MT2) 104 para reforzar los datos en el aparato MT2 104 cuando ocurre la renegociación PPP de la interfase Um. Cuando una cantidad de espacio de regulación libre es menor a un valor de umbral predeterminado, el aparato MT2 104 afirma el control de flujo para el aparato TE2 102. Cuando la renegociación PPP de la interfase Um no está ocurriendo, se deshabilita el control de flujo del aparato TE2 102 a través de la interfase Rm, permitiendo de este modo que los datos fluyan del aparato TE2 102 al aparato MT2 104. Por lo tanto, la presente invención proporciona un aparato de comunicación inalámbrica mejorado y un método mejorado para evitar la pérdida de datos durante la renegociación PPP.
Breve Descripción de los Dibujos Se apreciarán estas y otras ventajas a partir de la descripción detallada de las modalidades preferidas junto con los dibujos que se encuentran a continuación: La Figura 1 ilustra un diagrama de bloque de alto nivel de un sistema de comunicación de datos inalámbrico en el cual el aparato terminal se conecta a una red, a través de Internet, por medio de un aparato de comunicación inalámbrico. La Figura 2, es un diagrama de las pilas de protocolo de cada entidad; La Figura 3, es un diagrama de flujo de una primera modalidad de la presente invención que muestra el procesamiento que ocurre cuando el aparato MT2 detecta que el estado de la interfase UmPPP ha cambiado. La Figura 4, es un diagrama de flujo de una segunda modalidad de la presente invención que muestra el procesamiento que ocurre cuando el aparato MT2 detecta que el estado de la interfase UmPPP ha cambiado. La Figura 5, es un diagrama de flujo de una variación de la segunda modalidad que muestra el procesamiento que ocurre para controlar el flujo de una aparato TE2 basado en una cantidad de espacio de regulación libre disponible. Tal como se sabe en la técnica, con el objeto de establecer comunicaciones a través de un enlace Punto a Punto (PPP) , los paquetes de Protocolo de Control de Enlace (LCP) para establecer, configurar y probar la conexión de enlace de datos, deben ser intercambiados a través de cada enlace PPP, por ejemplo, las interfases Rm y Um. Cualesquiera opciones no negociadas utilizan un valor por default predefinido, tal como se especifica en el RFC 1661. De manera similar, los paquetes IPCP para negociar y configurar las opciones de configuración IPCP, pueden ser intercambiadas por medio de las interfases Rm y Um. Cualesquiera opciones no negociadas utilizan un valor por default por definir, tal como se especifica en el RFC 1332. Tal como se describe en el RFC 1661 y RFC 1332, los paquetes LCP y los paquetes IPCP comprenden una configuración-solicitud, una configuración-Ack, una configuración-Nak, y una configuración-rechazo. El formato de todos estos paquetes es bien conocido y se describe en el RFC 1661 y RFC 1332. Pueden ocurrir negociaciones de opción de configuración por separado tanto para la interfase Rm como la interfase Um. Tal como se describe el RFC 1661 el RFC 1332, el paquete de configuración-solicitud contiene una lista de las opciones que son solicitadas , y el paquete de configuración-Ack contiene una lista de las opciones que el registrador de partida está reconociendo.
Debido a que el aparato de comunicación inalámbrica (MT2) 104 normalmente es móvil, las comunicaciones entire el aparato MT2 104 y una I F 108 serán conectadas a otra IWF 108, según sea necesario, dependiendo de la localización de corriente del aparato móvil MT2. Las técnicas de conexión son bien conocidas en la técnica Cuando ocurre una conexión la interfase UmPPP debe ser renegociada. Esto es, las opciones de configuración LCP la IPCP debe ser renegociadas. Durante la renegociación, los datos no deben ser enviados por medio de la interfase Um. Sin embargo, debido a que la negociación de la interfase Um es independiente de la interfase Rm, la interfase Rm no necesariamente pasa por una renegociación después de una conexión. Como resultado, el aparato TE2 102 puede continuar enviando datos al aparato MT2 104, mientras que el aparato MT2 104 no tiene la capacidad de enviar los datos a través de que la interfase Um debido que el aparato MT2 está dedicado a la renegociación PPP. Si la renegociación continua durante un período de tiempo muy largo, mientras que el aparato TE2 102 continua enviando los datos al aparato MT2 104 a través de la interfase Rm, los datos se perderán eventualmente. La Figura 3, explica el procesamiento en una primera modalidad de la presente invención. El procesamiento puede ser implantado por medio de, por ejemplo, un firmware o un software. En el paso S310, el estado de la interfase UmPPP se revisa para determinar si está ocurriendo en este momento una renegociación. Si está ocurriendo una renegociación entonces se ejecuta el paso S320 para originar que se habilite el control de flujo en la interfase RmPPP de modo que el aparato TE2 102 no enviará datos al aparato MT2 104. Se puede llevar a cabo el control de flujo, por ejemplo, desconectando del aparato MT2 104 un borrado para enviar la señal en una interfase RS232 al aparato TE2 102. Como bien se sabe en la técnica, un aparato tal como TE2 102 detiene los datos a través de la interfase RS232 cuando está desconectado el borrado para enviar la señal .
En el paso 310, se determina que la renegociación está ocurriendo en la interfase UmPPP, entonces se ejecuta el paso S330 para originar que se deshabilite el control de flujo. Esto es, que no ocurrirá un control de flujo de los datos que se originan del aparato TE2 102. Esto se puede lograr, por ejemplo, conectando en el aparato MT2 104 un borrado para enviar la señal en una interfase RS232 al aparato TE2 102. Como bien se sabe en la técnica, un aparato tal como el TE2 102 únicamente puede enviar datos a través de la interfase RS232 cuando está conectado el borrado para enviar la señal. Después de que se llevan a cabo cualesquiera de los pasos S320 ó S330, continúa el procesamiento normal. La Figura 4, ilustra otra modalidad de la presente invención. El paso S410 se lleva a cabo para determinar si está ocurriendo una renegociación en la interfase UmPPP. Si está ocurriendo la renegociación, entonces se ejecuta el paso S420 para originar que se regulen los datos recibidos a través de la interfase Rm procedentes del aparato TE2 102. Si en el paso S410, se determina que la renegociación está ocurriendo por medio la interfase UmPPP, entonces se ejecuta el paso S430 para originar que no se guarden en la memoria intermedia los datos recibidos procedentes de la interfase Rm, si no que más bien, sean procesados para una transmisión subsecuente por medio de interfase UmPPP . Además, el paso S430 originará que cualesquiera datos ya recibidos procedentes de la interfase RmPPP guardados en la memoria intermedia, se eliminen de la fila de la memoria intermedia y sean procesados para una subsecuente transmisión a través de la interfase UmPPP. Después de llevar a cabo cualesquiera de los pasos S420 ó S430, continúa un procesamiento normal. Sin que el aparato TE2 102 controle el flujo, modalidad de la Figura 4, puede ser únicamente para retrasar la pérdida de datos. Si la renegociación de la interfase UmPPP ocurre durante un período de tiempo lo suficientemente largo, el aparato MT2 104 agotará su espacio de memoria intermedia y se perderán los datos. La Figura 5, muestra una variación de la modalidad de la Figura 4, la cual además de llevar a cabo el procesamiento de la Figura 4, además incluye determinar una cantidad de espacio de memoria intermedia disponible restante y por lo consiguiente un control de flujo. El paso S510 se lleva a cabo para determinar si está ocurriendo la renegociación en la interfase UmPPP. Si está ocurriendo una renegociación, entonces se ejecuta el paso S520 para originar una memoria intermedia de los datos recibidos a través de la interfase Rm procedente del aparato TE2 102. En el paso S530, se determina la cantidad de espacio libre en la memoria intermedia. En el paso S540, ía cantidad de espacio libre en la memoria intermedia se compara con un valor de umbral. Si la cantidad de espacio libre en al memoria intermedia es menor al valor de umbral. Entonces se lleva a cabo el paso S530 paira |l habilitar el control de flujo del aparato TE2 102 la través de la interfase Rm y el procesamiento regresa al paso S510 para determinar si continua ocurriendo la renegociación en la interfase UmPPP. Si en el paso S540, la cantidad de espacio libre en la memoria intermedia se determina como mayor o igual al valor de umbral, entonces se deshabilita el control de flujo y el procesamiento regresa al paso S510 para determinar si continua ocurriendo la renegociación en a interfase UmPPP. Si el paso S510 determina que la renegociación de la interfase UmPPP no está ocurriendo entonces en el paso S560 se origina que no se procesen los datos que fueron previamente memorizados durante una renegociación de la interfase UmPPP. Posteriormente, el paso S570 se lleva ¡'a cabo para asegurar que el control de flujo sea habilitado y continua el procesamiento normal .
El valor preferido del valor de umbral es una implantación de hardware y software dependiente, tomando en consideración factores que incluyen, pero no se limitan a por ejemplo, tamaño de memoria, velocidad del procesador, rango de datos y carga de tráfico pico esperada. Aunque la presente invención ha sido descrita en relación con lo que se considera actualmente para ser las modalidades preferidas, quedará entendido que la misma no se limita a las modalidades descritas, sino que por el contrario, pretende cubrir varias modificaciones y ajustes equivalentes incluidos dentro del espíritu ly alcance de las reivindicaciones adjuntas.

Claims (26)

  1. NOVEDAD DE LA INVENCIÓN Habiendo descrito la presente invención, se considera como novedad y por lo tanto, se reclama como propiedad lo contenido en las siguientes: REIVINDICACIONES 1. Un método para evitar la pérdida de datos durante una renegociación PPP en una interfase Um, en donde el método comprende : determinar, en un aparato MT2 si está ocurriendo la renegociación PPP en la interfase Um; y afirmar el control de flujo de datos que saldrá del aparato TE2 al aparato MT2 a través de una interfase Rm cuando la determinación determine que está ocurriendo la renegociación PPP en la interfase Um.
  2. 2. El método de conformidad con la reivindicación 1, en donde el afirmar el control de flujo comprende: utilizar señalización eléctrica en una interfase de nivel físico entre el aparato TE2 y el aparato MT2 para afirmar el control de flujo.
  3. 3. El método de conformidad con la reivindicación 2, en donde el utilizar la señalización comprende desconectar un borrado para enviar la señal en una interfase RS232.
  4. 4. El método de conformidad con la reivindicación 1, que comprende además : deshabilitar el control de flujo de los datos que saldrán del aparato TE2 al aparato MT2 , a través de la interfase Rm, cuando la determinación determine que la renegociación PPP no está ocurriendo en la interfase Um.
  5. 5. El método de conformidad con la reivindicación .-. , en donde la des-habilitación de control de flujo comprende : utilizar señalización eléctrica en una interfase de nivel físico entre el aparato TE2 y el aparato MT2 para deshabilitar el control del flujo.
  6. 6. El método de conformidad con la reivindicación 5, en donde el utilizar la señalización eléctrica comprende conectar un borrado para enviar la señal en una interfase RS232.
  7. 7. Un método para evitar la pérdida de datos durante una renegociación PPP en una interfase Um, en donde el método comprende: determinar, en un aparato MT2 , si está ocurriendo la renegociación PPP en la interfase Um; memorizar en el aparato MT2 , los datos recibidos de mn aparato TE2 , por medio de la interfase Rm, cuando la determinación determine que la renegociación PPP está ocurriendo en la interfase Um; determinar si una cantidad de espacio libre de memoria intermedia en el aparato MT2 es menor a un valor de umbral predeterminado; y afirmar el control de flujo de los datos que saldrán del aparato TE2 al aparato MT2 , a través de la interfase Rm, cuando la cantidad de espacio libre en la memoria intermedia sea determinada como menor al valor de umbral predeterminado.
  8. 8. El método de conformidad con la reivindicación 1¡ , en donde el afirmar el control de flujo comprende: utilizar señalización eléctrica en una interfase de nivel físico entre el aparato TE2 y el aparato MT2 , para afirmar el control de flujo.
  9. 9. El método de conformidad con la reivindicación 8, en donde el utilizar la señalización eléctrica comprende desconectar un borrado para enviar la señal en una interfase RS232.
  10. 10. El método de conformidad con la reivindicación 7 , que comprende además : deshabilitar el control de flujo cuando ía determinación determine que no está ocurriendo renegociación PPP.
  11. 11. El método de conformidad con la reivindicación 10, en donde la des-habilitación del control de flujo comprende : utilizar señalización eléctrica en una interfase de nivel físico entre el aparto ET2 y el aparato MT2 para deshabilitar el control de flujo.
  12. 12. El método de conformidad con la reivindicación 11, en donde la utilización de la señalización eléctrica comprende conectar un borrado para enviar la señal
  13. 13. Un método para retardar la perdida de datos durante una renegociación PPP en una interfase Um, en donde el método comprende: determinar, en un aparato MT2 , si está ocurriendo la renegociación PPP en la interfase Um; y reforzar en el aparato MT2 , los datos recibidos de un aparato TE2 , por medio de una interfase Rm cuando la determinación determina que esta ocurriendo la renegociación PPP en la interfase Um.
  14. 14. Un aparato MT2 ajustado para ser conectado a un aparato TE2 a través de una interfase Rm y a un centro de conmutación estación base/móvil a través de una interfase Um inalámbrica, en donde el aparato MT2 comprende: medios para determinar si está ocurriendo una renegociación PPP en la interfase Um; y medios para afirmar el control de flujo de los datos que saldrán del aparato TE2 al aparato MT2 , a través de la interfase Rm, cuando los medios de determinación determinan que está ocurriendo la renegociación PPP en la interfase Um.
  15. 15. El aparato MT2 de conformidad con la reivindicación 14, en donde los medios de afirmación comprenden: medios para utilizar una señalización eléctrica en una interfase de nivel físico entre el aparato TE2 y el aparato MT2 , para afirmar el control de flujo.
  16. 16. El aparato MT2 de conformidad con la reivindicación 15, en donde los medios para utilizar la señalización eléctrica comprende medios para desconectar un borrado para enviar una señal en una interfase RS232.
  17. 17. El aparato MT2 de conformidad con la reivindicación 14, que comprende además: medios para deshabilitar el control de flujo de los datos que saldrán del aparato TE2 al aparato MT2 , a través de la interfase Rm, cuando los medios de determinación determinen que la renegociación PPP no está ocurriendo en la interfase Um.
  18. 18. El aparato MT2 de conformidad con la reivindicación 17, en donde los medios de deshabilitación comprenden: medios para utilizar una señalización eléctrica en una interfase de nivel físico entre el aparato TE2 y el aparato MT2 para deshabilitar el control de flujo.
  19. 19. El aparato MT2 de conformidad con la reivindicación 18, en donde los medios para utilizar una señalización eléctrica comprende medios para conectar un borrado para enviar la señal en una interfase RS232.
  20. 20. El aparato MT2 ajustado para ser conectado a un aparato TE2 a una interfase Rm y a un centro de conmutación estación base/móvil a través de una interfase Um inalámbrica, en donde el aparato MT2 comprende: medios para determinar si está ocurriendo una renegociación PPP en la interfase Um; medios para almacenar en la memoria intermedia los datos recibidos del aparato TE2 a través de la interfase Rm, cuando los medios de determinación determinen que está ocurriendo la renegociación PPP en la interfase Um; medios para determinar si una cantidad de espacio libre en la memoria intermedia en el aparato MT2 es menor a un valor de umbral predeterminado; y medios para afirmar el control de flujo de datos que saldrá del aparato TE2 al aparato MT2 , por medio de la interfase Rm, cuando los medios de determinación determinen que la cantidad de espacio libre en la memoria intermedia es menor al valor de umbral predeterminado .
  21. 21. El aparato MT2 de conformidad con la reivindicación 20, en donde los medios de afirmación comprenden : medios para utilizar una señalización eléctrica en una interfase de nivel físico entre el aparato TE2 y el aparato MT2 para afirmar el control del flujo.
  22. 22. El aparato MT2 de conformidad con la reivindicación 21, en donde los medios para utilizar una señalización eléctrica comprende medios para desconectar un borrado para enviar la señal en una interfase RS232.
  23. 23. El aparato MT2 de conformidad con la reivindicación 20, que comprende además: medios para deshabilitar el control de flujo cuando los medios de determinación, determinan que no está ocurriendo la renegociación PPP.
  24. 24. El aparato MT2 de conformidad con la reivindicación 23, en donde los medios de deshabilitación comprenden: medios para utilizar una señalización eléctrica en una interfase de nivel físico entre el aparato TE2 y el aparato MT2 para deshabilitar el control de flujo.
  25. 25. El aparato MT2 de conformidad con la reivindicación 24, en donde los medios para utilizar la señalización eléctrica comprenden medios para conectar un borrado para enviar una señal en una interfase RS232.
  26. 26. Un aparato MT2 ajustado para ser conectado a un aparato TE2 por medio de una interfase Rm y a un centro de conmutación estación base/móvil a través de una interfase Um inalámbrica, en donde el aparato MT2 comprende : medios para determinar si está ocurriendo una renegociación PPP en la interfase Um; y medios para reforzar los datos recibidos del aparato TE2 , a través de la interfase Rm, cuando los medios de determinación determinan que está ocurriendo la renegociación PPP en la interfase Um.
MXPA02000448A 1999-07-14 2000-07-14 Metodo y aparato para evitar la perdida de datos durante una renegociacion ppp en una interfase um. MXPA02000448A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/353,108 US6463034B1 (en) 1999-07-14 1999-07-14 Method and apparatus for avoiding data loss during a PPP renegotiation on a Um interface
PCT/US2000/019411 WO2001005175A1 (en) 1999-07-14 2000-07-14 METHOD AND APPARATUS FOR AVOIDING DATA LOSS DURING A PPP RENEGOTIATION ON A Um INTERFACE

Publications (1)

Publication Number Publication Date
MXPA02000448A true MXPA02000448A (es) 2002-07-30

Family

ID=23387793

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA02000448A MXPA02000448A (es) 1999-07-14 2000-07-14 Metodo y aparato para evitar la perdida de datos durante una renegociacion ppp en una interfase um.

Country Status (16)

Country Link
US (1) US6463034B1 (es)
EP (1) EP1192825B1 (es)
JP (1) JP4680455B2 (es)
KR (1) KR100763082B1 (es)
CN (1) CN1168338C (es)
AT (1) ATE311731T1 (es)
AU (1) AU6217500A (es)
BR (1) BR0012376A (es)
CA (1) CA2379126C (es)
DE (1) DE60024453T2 (es)
ES (1) ES2251389T3 (es)
HK (1) HK1047375B (es)
IL (2) IL147577A0 (es)
MX (1) MXPA02000448A (es)
TW (1) TW494693B (es)
WO (1) WO2001005175A1 (es)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7656271B2 (en) 2002-01-09 2010-02-02 I.D. Systems, Inc. System and method for managing a remotely located asset
WO2000070530A1 (en) 1999-05-19 2000-11-23 I.D. Systems, Inc. Fully automated vehicle rental system
US7356494B2 (en) 1999-05-19 2008-04-08 I.D. Systems, Inc. Robust wireless communications system architecture and asset management applications performed thereon
EP1109359A3 (en) * 1999-12-18 2003-04-02 Roke Manor Research Limited Congestion control for internet access
KR100612004B1 (ko) * 2000-04-06 2006-08-11 삼성전자주식회사 Bluetooth 무선 통신을 지원하는 통신장치에서의 수신 데이터 처리 방법
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
US7430602B2 (en) * 2002-12-20 2008-09-30 Qualcomm Incorporated Dynamically provisioned mobile station and method therefor
EP1859633A2 (en) 2005-03-01 2007-11-28 I.D. Systems, Inc. Mobile portal for rfid applications
CN101185347A (zh) 2005-03-01 2008-05-21 I.D.系统公司 用于无线射频识别应用的移动门户站点
US7385947B2 (en) * 2005-05-04 2008-06-10 Nokia Corporation Low-cost radio access network enabling local switching
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
JP4652276B2 (ja) * 2006-05-17 2011-03-16 富士通株式会社 通信システム及びそれに用いられる管理装置並びに中継装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI955944A (fi) * 1995-12-11 1997-06-12 Nokia Telecommunications Oy Nopeussovitusmenetelmä ja nopeussovitin
FI101332B1 (fi) * 1995-12-18 1998-05-29 Nokia Telecommunications Oy Epäjatkuvalähetys monikanavaisessa suurinopeuksisessa datasiirrossa
FI100567B (fi) * 1996-01-08 1997-12-31 Nokia Telecommunications Oy Verkkosovitin ja datansiirtomenetelmä matkaviestinverkossa
US5956651A (en) 1996-09-30 1999-09-21 Qualcomm Incorporated Cellular telephone interface system for AMPS and CDMA data services
JPH10178462A (ja) * 1996-12-19 1998-06-30 Toshiba Corp 無線データ通信システム
KR100260516B1 (ko) * 1997-04-01 2000-07-01 정선종 코드분할 다중접속 이동통신망에서의 비동기통신 데이터발신호 및 착신호 서비스 방법
KR19990001580A (ko) * 1997-06-16 1999-01-15 양승택 Cdma 이동통신망을 이용한 g3 팩스 서비스 방법
US6230024B1 (en) * 1998-05-12 2001-05-08 Nortel Networks Limited Voice to digital fax transmission
US6665537B1 (en) * 1999-01-21 2003-12-16 Qualcomm, Incorporated Automatic invocation of mobile IP registration in a wireless communication network

Also Published As

Publication number Publication date
US6463034B1 (en) 2002-10-08
ATE311731T1 (de) 2005-12-15
AU6217500A (en) 2001-01-30
HK1047375B (zh) 2005-05-13
DE60024453D1 (de) 2006-01-05
HK1047375A1 (en) 2003-02-14
DE60024453T2 (de) 2006-08-24
EP1192825A1 (en) 2002-04-03
WO2001005175A1 (en) 2001-01-18
KR100763082B1 (ko) 2007-10-04
BR0012376A (pt) 2003-07-01
CA2379126C (en) 2008-03-11
EP1192825B1 (en) 2005-11-30
JP4680455B2 (ja) 2011-05-11
JP2003527770A (ja) 2003-09-16
TW494693B (en) 2002-07-11
CN1373974A (zh) 2002-10-09
IL147577A0 (en) 2002-08-14
CN1168338C (zh) 2004-09-22
IL147577A (en) 2007-05-15
KR20020037029A (ko) 2002-05-17
CA2379126A1 (en) 2001-01-18
ES2251389T3 (es) 2006-05-01

Similar Documents

Publication Publication Date Title
US6704571B1 (en) Reducing data loss during cell handoffs
FI110048B (fi) Menetelmä ja laite radioresurssien dynaamiseksi ohjaamiseksi
KR100748814B1 (ko) Ipcp 협상 동안에 ppp 시간경과를 피하는 방법
CA2364269C (en) Simultaneous setup of ppp on a um and rm interface
MXPA02000448A (es) Metodo y aparato para evitar la perdida de datos durante una renegociacion ppp en una interfase um.
US20050128963A1 (en) Autonomous quality of service detection (AQD) in mobile equipment
US6377556B1 (en) Method and apparatus to resynchronize ppp on um interface without affecting ppp on a rm interface and to resynchronize ppp on a rm interface without affecting ppp on a um interface
KR100621537B1 (ko) Um 및 Rm 인터페이스 상에서 협상된 옵션들에 따른PPP 패킷들의 선택적 프레이밍 및 언프레이밍
US6804260B2 (en) Method for selectively maintaining and applying PPP compression in a wireless communication system
MXPA01008593A (es) Disposicion simultanea de ppp sobre una interfaz de um y rm
US20090046685A1 (en) Method and System for a Wireless Transmission over GPRS Communications Network

Legal Events

Date Code Title Description
FG Grant or registration