METODO Y APARATO PARA CONTROLAR EL FLUJO DE DATOS EN UN SISTEMA DE COMUNICACION CAMPO DE LA INVENCION La presente invención se relaciona, de manera general, con el campo de las comunicaciones, y, de manera mas particular, con comunicaciones de datos en un sistema de comunicación
ANTECEDENTES DE LA INVENCION En un sistema de comunicación, la transmisión innecesaria y excesiva para un usuario puede causar interferencia a otros usuarios ademas de reducir la capacidad del sistema La transmisión innecesaria y excesiva puede ser causada por un flu^o ineficiente de datos en el sistema de comunicación Los datos comunicados entre dos usuarios finales pueden pasar a través de varias capas de protocolos para asegurar el flujo apropiado de datos a través del sistema La entrega apropiada de datos en al menos un aspecto es asegurada a través de un sistema de verificación de errores en cada paquete de datos, y solicitando una retransmisión del mismo paquete de datos si es detectado un error inaceptable en el paquete de datos El paso de datos de una capa de protocolo a otra puede ser efectuado por un grupo de paquetes de datos a un tiempo El paso de un grupo de paquetes de datos de una capa de protocolo a otra puede tomar lugar hasta que haya concluido el proceso de retransmisión de los paquetes de datos seleccionados en el grupo en la etapa de protocolo inferior Como resultado, el proceso de retransmisión en una capa de protocolo puede desacelerar el flujo de datos entre diferentes capas de protocolo en el sistema Ademas, la capa de protocolo superior puede solicitar la retransmisión de todos los paquetes de datos en el grupo, dando como resultado un uso muy ineficiente de los recursos de comunicación cuando el flujo de datos de una capa de protocolo a otra sea lento Hasta este punto asi como otros, existe la necesidad de un método y un aparato para controlar eficientemente el flujo de datos en un sistema de comunicación
SUMARIO DE LA INVENCION Se describen un sistema y varios métodos y aparatos para comunicaciones eficientes de datos a través de varias capas de protocolo El sistema incluye una estación base para recibir paquetes de datos de protocolo de enlace de radio (RLP) sobre un protocolo de capa física Es incorporado un procesador en la estación base para pasar los paquetes de datos RLP en secuencia recibidos de una capa de protocolo a otro Una red acoplada de manera comunicativa a la estación base para encaminar datos a un destino de acuerdo con al menos una capa de protocolo incluyendo una capa de protocolo TCP El procesador esta configurado para determinar si un paquete de datos RLP recibido es recibido fuera de secuencia en una serie de paquetes de datos RLP El procesador inicia un temporizador de aborto asociado con un reconocimiento negativo transmitido para medir un tiempo transcurrido del tempori zador de aborto, y la acumulación de los paquetes de datos recibidos en una memoria intermedia de resecuenciamiento El procesador determina si el tiempo transcurrido del temporizador de aborto excede un periodo de aborto del umbral de tiempo El sistema considera como recibido el paquete de datos RLP perdido y efectúa el paso a otro protocolo del nivel superior en la red, los paquetes de datos RLP recibidos en secuencia, de los datos acumulados en la memoria intermedia, sin esperar recibir la retransmisión del paquete de datos RLP perdido cuando el temporizador de aborto exceda el umbral del periodo de tiempo de aborto, comparando a la vez los paquetes de datos RLP acumulados con una cantidad de umbral de datos y pasando los paquetes de datos RLP en secuencias recibidas por una capa de protocolo superior cuando los paquetes de datos RLP acumulados exceden la cantidad del umbral de datos sin esperar que el tiempo transcurrido del temporizador de aborto exceda el periodo de aborto del umbral de tiempo Como resultado, varios aspectos de la invención se proporcionan para prevenir al menos una retransmisión del paquete de datos de la capa de protocolo TCP y reescalamiento del trafico de datos en la red
BREVE DESCRIPCION DE LOS DIBUJOS Las características, objetivos, y venta as de la presente invención se volverán mas evidentes a partir de la descripción detallada expuesta a continuación cuando se tome en conjunto con los dibujos, en los cuales caracteres de referencia similares identifican lo correspondiente a su través y donde La FIGURA 1 ilustra un sistema de comunicación capaz de operar de acuerdo con varias modalidades de la invención, La FIGURA 2 ilustra un receptor del sistema de comunicación para recibir y descodificar paquetes de datos recibidos a una velocidad de datos de acuerdo con varios aspectos de la invención. La FIGURA 3 ilustra un transmisor del sistema de comunicación para transmitir paquetes de datos a una velocidad de datos programada de acuerdo con varios aspectos de la invención, La FIGURA 4 ilustra un sistema transceptor capaz de operar de acuerdo con varias modalidades de la invención , La FIGURA 5 ilustra una pila de capas de protocolo para controlar el flujo de datos en un sistema de comunicación, La FIGURA 6 ilustra un proceso para la retransmisión de un paquete de datos perdido, La FIGURA 7 ilustra varios pasos para controlar el flujo de paquetes de datos en un sistema de comunicación de acuerdo con varios aspectos de la invención
DESCRIPCION DETALLADA DE LAS MODALIDADES PREFERIDAS Varias modalidades de la invención pueden ser incorporadas en un sistema de comunicación inalámbrico que opere de acuerdo con la técnica de acceso múltiple por división de código (CD A) , la cual ha sido revelada y descrita en varios estándares publicados por la Asociación de la Industria de la Telecomunicación (TIA) y otras organizaciones estándares Esos estándares incluyen el estándar TIA/EIA-95, el estándar TIA/EIA-IS-2000, el estándar IMT-2000, los estándares UMTS y WCDMA, todos incorporados aquí como referencia Un sistema para la comunicación de datos también se describe con detalle en la "Especificación de la Interconexión Aerea de Datos de Paquete de Alta Velocidad cdma2000 TIA/EIA/IS-856") incorporada aquí como referencia Una copia de los estándares puede ser obtenida teniendo acceso a la Red Mundial en la dirección http //www 3gpp2 org, o escribiendo a la TIA, Departamento de Estándares y Tecnología, 2500 Wilson Boulevard, Arlington, VA 22201, Estados Unidos de America El estándar generalmente identificado como estándar UMTS, incorporado aquí como referencia, puede ser obtenido poniéndose en contacto con la Oficina de Apoyo 3GPP, 650 Route des Lucioles-Sophia Antipolis, Valbonne-Francia Dicho de manera general, un método y aparato novedoso y mejorado proporcionan el uso eficiente de los recursos de comunicación en un sistema de comunicación CD A determinando, de manera eficiente, el flujo apropiado de datos de una capa de protocolo de comunicación a otra Una o mas modalidades ejemplares descritas aquí se exponen en el contexto de un sistema de comunicación de datos, inalámbrico, digital Aunque el uso dentro de este contexto es ventajosa, diferentes modalidades de la invención pueden ser incorporadas en ambientes o configuraciones diferentes En general, los diferentes sistemas descritos aquí pueden ser formados usando procesadores controlados por programas y sistemas de programación, circuitos integrados, o lógicas discretas Los datos, instrucciones, ordenes, información, señales, símbolos y microcircuitos integrados que puedan ser referidos a través de la solicitud son representados, de manera ventajosa, por voltajes, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas, o una combinación de las mismas Ademas, los bloques mostrados en cada diagrama de bloques pueden representar componentes físicos o pasos del método La FIGURA 1 ilustra un diagrama de bloques general de un sistema de comunicación 100 capaz de operar de acuerdo con cualquiera de los estándares del sistema de comunicación de acceso múltiple por división de código (CDMA) , incorporando a la vez varias modalidades de la invención El sistema de comunicación 100 puede ser para comunicaciones de voz, datos o ambas En general, el sistema de comunicación 100 incluye una estación base 101 que proporciona enlaces de comunicación entre un numero de estaciones móviles, como las estaciones móviles 102-104 y entre las estaciones móviles 102-104 y una red de telefonía y datos conmutada publica 105 Las estaciones móviles en la FIGURA 1 pueden ser referidas como terminales de acceso de datos (AT) y la estación base con una red de acceso de datos (AN) sin apartarse del alcance principal y las diferentes ventajas de la invención La estación base 101 puede incluir un numero de componentes, como un controlador de estación base en un sistema transceptor base Para simplificar, esos componentes no se muestran La estación base 101 puede estar en comunicación con otras estaciones base, por ejemplo la estación base 160 Un centro de conmutación móvil (no mostrado) puede controlar varios aspectos de la operación y sistemas de comunicación 100 y en relación con el trayecto inverso 199 entre la red 105 y las estaciones base 101 y 160 La estación base 101 se comunica con cada estación móvil que esta en su área de cobertura vía una señal del enlace de ida transmitida desde la estación base 101 Las señales del enlace de ida dirigidas a las estaciones móviles 102-104 pueden ser sumadas para formar una señal del enlace de ida 106 Cada una de las estaciones móviles 102-104 que reciba la señal del enlace de ida 106 descodifica la señal del enlace de ida 106 para extraer la información que esta dirigida a su usuario La estación base 160 también puede comunicarse con las estaciones móviles que estén en su área de cobertura vía una señal del enlace de ida transmitida desde la estación base 160 Las estaciones móviles 102- 104 se comunican con las estaciones base 101 y 160 vía los enlaces de regreso correspondientes Cada enlace de regreso es mantenido por una señal del enlace de regreso, como las señales del enlace de regreso 107-109 para las estaciones móviles respectivamente 102-104 Las señales del enlace de regreso 107-109, aunque pueden ser dirigidas a una estación base, pueden ser recibidas en otras estaciones base Las estaciones base 101 y 160 pueden estar comunicándose simultáneamente con una estación móvil común Por ejemplo, la estación móvil 102 puede estar muy cerca de las estaciones base 101 y 160, la cual puede mantener comunicaciones con ambas estaciones base 101 y 160 Sobre el enlace de ida, la estación base 101 transmite sobre la señal del enlace de ida 106, la estación base 160 sobre la señal del enlace de ida 161 Sobre el enlace de regreso, la estación móvil 102 transmite sobre el enlace de regreso 107 para ser recibida por ambas estaciones base 101 y 160 Para transmitir un paquete de datos a la estación móvil 102, puede ser seleccionada una de las estaciones base 101 y 160 para transmitir el paquete de datos de la estación móvil 102 Sobre el enlace de regreso, ambas estaciones base 101 y 160 pueden intentar descodificar la transmisión de datos de trafico de la estación móvil 102 La velocidad de datos y el nivel de potencia de los enlaces de regreso y de ida puede ser mantenida de acuerdo con la condición del canal entre la estación base y la estación móvil La condición del canal del enlace de regreso puede no ser la misma que la condición del canal del enlace de ida La velocidad de datos y nivel de potencia del enlace de regreso y el enlace de ida puede ser diferente Un experto en la técnica puede reconocer que la cantidad de datos comunicados en un periodo de tiempo varia de acuerdo con la velocidad de datos de la comunicación Un receptor puede recibir mas datos a una velocidad de datos alta que a una velocidad de datos baja De acuerdo con varios aspectos de la invención, el paso de los paquetes de datos de una capa de protocolo a otra puede ser controlado y basarse en la cantidad de datos recibidos La FIGURA 2 ilustra un diagrama de bloques de un receptor 200 usado para procesar y desmodular la señal CD A recibida El receptor 200 puede ser usado para descodificar la información sobre las señales de los enlaces de ida y regreso Las muestras recibidas (Rx) pueden ser almacenadas en la RAM 204 Las muestras recibidas son generadas por un sistema de frecuencia de radio/frecuencia intermedia (RF/IF) 290 y un sistema de antena 292 El sistema RF/IF 290 y el sistema de antena 292 pueden incluir uno o mas componentes para recibir señales múltiples y el procesamiento RF/IF de las señales recibidas para tomar ventaja de la ganancia de diversidad recibida Las señales recibidas múltiples propagadas a través de diferentes trayectorias de propagación pueden ser de una fuente común El sistema de antena 292 recibe las señales de RF, y pasa las señales RF al sistema RF/IF 290 El sistema RF/IF 290 puede ser cualquier receptor de RF/IF convencional Las señales de RF recibidas son filtradas, convertidas de manera descendente y digitalizadas para formar muestras de RX a frecuencias de banda base Las muestras son suministradas a un desmultiplexor (desmux) 202 La salida del desmux 202 es suministrada a una unidad buscadora 206 y elementos digitales 208 Una unidad de control 210 es acoplada a esta Un combinador 212 se acopla a un descodificador 214 a los elementos digitales 208 La unidad de control 210 puede ser un microprocesador controlado por programas y sistemas de programación, y puede localizarse sobre el mismo circuito integrado o sobre un circuito integrado separado La función de descodificacion en el descodificador 214 puede ser de acuerdo con un turbodescodificador o cualquier otro algoritmo de descodificacion adecuado Durante la operación, las muestras recibidas son suministradas al desmux 202 El desmux 202 suministra las muestras a la unidad buscadora 206 y los elementos digitales 208 La unidad de control 210 configura los elementos digitales 208 para efectuar la desmodulacion y despropagar o agrupar la señal recibida a diferentes desviaciones de tiempo sobre la base de los resultados de la búsqueda de la unidad buscadora 206 Los resultados de la desmodulacion son combinados y pasados al descodificador 214 El descodificador 214 descodifica los datos y produce los datos descodificados La despropagacion o agrupación de los canales es efectuada multiplicando las muestras recibidas con el complejo conjugado de la secuencia de PN y la función de Walsh asignada a una sola hipótesis de tempori zacion filtrando digitalmente las muestras resultantes, con frecuencia un circuito acumulador integrado y de descarga (no mostrado) Esa técnica es comunmente conocida en el arte El receptor 200 puede ser usado en una porción receptora de las estaciones base 101 y 160 para procesar las señales del enlace de regreso recibidas de las estaciones móviles, y en una porción receptora de cualquiera de las estaciones móviles para procesar las señales del enlace de ida recibidas La FIGURA 3 ilustra un diagrama de bloques de un transmisor 300 para transmitir las señales del enlace de regreso e ida Los datos del canal para la transmisión son alimentados a un modulador 301 para su modulación La modulación puede ser de acuerdo a cualquiera de las técnicas de modulación comunmente conocidas como QAM, PSK o BPSK Los datos son codificados a una velocidad de datos en el modulador 301 La velocidad de datos puede ser seleccionada por un selector de la velocidad de datos y el nivel de potencia 303 La selección de la velocidad de datos puede basarse en la información de retroalimentacion recibida del destino receptor El destino receptor puede ser una estación móvil o una estación base La información de retroalimentacion puede incluir la velocidad de datos máxima permitida La velocidad de datos máxima permitida puede ser determinada de acuerdo con varios algoritmos comunmente conocidos La velocidad de datos máxima permitida se basa en la condición del canal , entre otros factores considerados Un selector de la velocidad de datos y nivel de potencia 303 en consecuencia selecciona la velocidad de datos en el modulador 301 La salida del modulador 301 pasa a través de una operación de propagación de la señal y es amplificada en un bloque 302 para su transmisión desde una antena 304 El selector de la velocidad de datos y el nivel de potencia 303 también selecciona un nivel de potencia para nivel de amplificación de la señal transmitida de acuerdo con la información de retroalimentacion La combinación de la velocidad de datos y el nivel de potencia seleccionados permite la descodificacion apropiada de los datos transmitidos en el destino receptor También se genera una señal piloto en el bloque 307 La señal piloto es amplificada a un nivel apropiado en el bloque 307 El nivel de potencia de la señal piloto puede ser de acuerdo con la condición del canal en el destino receptor La señal piloto es combinada con la señal del canal en un combinador 308 La señal combinada puede ser amplificada en un amplificador 309 y transmitida desde la antena 304 La antena 304 puede estar en cualquier numero de combinaciones, incluyendo arreglos de antena y configuraciones de entrada múltiple y salida múltiple La FIGURA 4 describe un diagrama general de un sistema transceptor 400 para incorporar el receptor 200 y el transmisor 300 para mantener un enlace de comunicación con un destino El transceptor 400 puede ser incorporado en una estación móvil o una estación base Un procesador 401 puede ser acoplado al receptor 200 y el transmisor 300 para procesar los datos recibidos y transmitidos Varios aspectos del receptor 200 y el transmisor 300 pueden ser comunes, aun cuando el receptor 200 y el transmisor 300 se muestren separados En un aspecto, el receptor 200 y el transmisor 300 pueden compartir un oscilador local común y un sistema de antena común para recibir y transmitir RF/IF El transmisor 300 recibe los datos para la transmisión sobre la entrada 405 El bloque de procesamiento de datos de transmisión 403 prepara los datos para la transmisión sobre un canal de transmisión Los datos recibidos, después de ser descodificados en el descodificador 214, son recibidos en el procesador 401 y en una entrada 404 Los datos recibidos son procesados en el bloque de procesamiento de datos recibidos 402 en el procesador 401 El procesamiento de los datos recibidos generalmente incluye verificar errores en los paquetes de datos recibidos Por ejemplo, si un paquete de datos recibido tiene error a un nivel inaceptable, el bloque de procesamiento de datos recibidos 402 envía una instrucción para el bloque de procesamiento de datos de transmisión 403 para hacer una petición de retransmisión del paquete de datos La petición es transmitida sobre un canal de transmisión Puede ser utilizada una unidad de almacenamiento de datos recibidos 480 para almacenar los paquetes de datos recibidos Varias operaciones del procesador 401 pueden ser integradas en una sola o unidades de procesamiento múltiples El transceptor 400 puede ser conectado a otro dispositivo El transceptor 400 puede ser una parte integral del dispositivo El dispositivo puede ser una computadora u operar de manera similar a una computadora El dispositivo puede ser conectado a una red de datos, como la Internet En el caso de incorporar el transceptor 400 a una estación base, la estación base a través de varias conexiones puede ser conectada a una red, como la Internet El procesamiento de los datos recibidos generalmente incluye verificar errores en los paquetes de datos recibidos Por ejemplo, si un paquete de datos recibido tiene error a un nivel inaceptable, el bloque de procesamiento de datos recibidos 402 envía una instrucción al bloque de procesamiento de datos de transmisión 403 para hacer una petición de retransmisión del paquete de datos La petición es transmitida sobre un canal de transmisión La unidad de almacenamiento de datos recibidos 480 puede ser utilizada para almacenar los paquetes de datos recibidos Los paquetes de datos recibidos pueden ser recolectados para formar un grupo de paquete de datos El grupo de paquetes de datos recibidos puede ser pasado de manera ascendente o descendente a otra capa de protocolo de comunicación como parte del mantenimiento de la comunicación entre dos puntos finales Un experto en la técnica puede reconocer que la cantidad de datos comunicados en un periodo de tiempo varia de acuerdo con la velocidad de datos de comunicación Un receptor puede recibir mas datos a una velocidad de datos alta que la velocidad de datos baja De acuerdo con varios aspectos de la invención, el paso de los paquetes de datos de una capa de protocolo a otra puede ser controlado y basarse en la cantidad de datos almacenados en la unidad de almacenamiento de datos 480 El flujo de datos entre dos puntos finales puede ser controlado vía varias capas de protocolo Una pila ejemplar de las capas de protocolo 500 se muestra en la FIGURA 5 para controlar el flujo de datos entre dos puntos finales Por ejemplo, un punto final puede ser una fuente conectada a la Internet a través de la red 105 El otro punto final puede ser una unidad de procesamiento de datos como una computadora acoplada a una estación móvil o integrada a una estación móvil Las capas de protocolo 500 pueden tener varias otras capas o cada capa puede tener varias subcapas Con el proposito de simplificar no se muestra una pila detallada de capas de protocolo La pila de capas de protocolo 500 puede ser seguida por el flujo de datos en una conexión de datos de un punto final a otro En la capa superior, una capa TCP 501 controla los paquetes TCP 506 Los paquetes TCP 506 pueden ser generados a partir de un archivo de datos mucho mas grande El archivo de datos puede ser repartido en varios paquetes TCP 506 El archivo de datos puede incluir datos de mensaje de texto, datos de video, datos de imágenes o datos de voz El tamaño de los paquetes TCP 506 puede ser diferente a diferentes tiempos En la capa de protocolo de Internet (IP), la capa 502, se agrega un encabezado a los paquetes TCP 506 para producir el paquete de datos
507 El paquete puede identificar un numero de puertos con el proposito de encaminar los paquetes de datos a la aplicación apropiada En una capa de protocolo punto a punto (PPP) 503, se agregan datos de encabezado y cola al paquete de datos 507 para producir el paquete de datos
508 Los datos PPP pueden identificar direcciones de conexión punto a punto para el encaminamiento apropiado de un paquete de datos desde un punto de conexión original a un punto de conexión de destino Una capa de protocolo de enlace de radio (RLP) 504 proporciona un mecanismo para la retransmisión y duplicación de paquetes de datos En la capa RLP 504, el paquete de datos 508 dividido en varios paquetes RLP 509A-N Cada uno de los paquetes RLP 509A-N es procesado independientemente y se le asigna un numero de secuencia El numero de secuencia agregado a los datos en cada paquete RLP para identificar el paquete de datos RLP entre paquetes RLP 509A-N Uno o mas de los paquetes RLP 509A-N es colocado en un paquete de datos de capa física 510 El tamaño de la carga del paquete de datos 510 puede variar de tiempo a tiempo Una capa física 505 controla la estructura del canal, frecuencia, salida de potencia, y especificación de modulación del paquete de datos 510 El paquete de datos 510 es transmitido a un destino El tamaño del paquete de datos 510 puede ser diferente tiempo a tiempo sobre la base de la condición del canal y la velocidad de datos de comunicación seleccionada En un destino receptor, el paquete de datos 510 es recibido y procesado El paquete recibido 510 es pasado a la capa RLP 504 La capa RLP 504 intenta reconstruir el paquete RLP 509A-N de los paquetes de datos recibidos Para reducir la velocidad de datos del paquete observada por la capa superior del protocolo, como la capa PPP 503 y la capa IP 502, la capa RLP 504 implementa un mecanismo de petición de retransmisión automática (ARQ) solicitando la retransmisión de paquetes RLP perdidos El protocolo RLP monta nuevamente los paquetes 509A-N para formar un paquete completo 508 El proceso puede tomar algún tiempo para recibir completamente todos los paquetes RLP 509A-N Pueden ser necesarias varias transmisiones de paquete de datos 510 para enviar completamente todos los paquetes RLP 509A-N Cuando es recibido un paquete de datos RLP fuera de secuencia, la capa RLP 504 envía un mensaje de reconocimiento negativo ( AK) al destino transmisor En respuesta, el destino transmisor retransmite el paquete de datos RLP perdido El procesamiento de los datos recibido generalmente incluye verificar errores en los paquetes de datos recibidos Por ejemplo, si un paquete de datos recibido tiene error a un nivel inaceptable, el bloque de procesamiento de datos recibidos 402 envía una instrucción al bloque de procesamiento de datos de transmisión 401 para hacer una petición de retransmisión del paquete de datos La petición es transmitida sobre un canal de transmisión La unidad de almacenamiento de datos recibidos 480 puede ser utilizada para almacenar los paquetes de datos recibidos correctamente Los paquetes de datos recibidos correctamente pueden ser recolectados para formar un grupo de paquetes de datos El grupo de paquetes de datos recibidos puede ser pasado de manera ascendente o descendente a otra capa de protocolo de comunicación como parte del mantenimiento de la comunicación entre dos puntos finales sobre la base de la cantidad de datos recibidos y almacenados en la unidad de almacenamiento 480 Refiriéndose a la Figura 6, se muestra un flujo de mensaje 600 para proporcionar un flujo ejemplar de datos en la capa física 505 Los paquetes RLP con el numero de secuencia "01" a "07" son enviados desde una fuente hasta un destino, por ejemplo La fuente y el destino pueden ser, respectivamente, una estación base y una estación móvil o una estación móvil y una estación base En la capa RLP 504 , los paquetes RLP 509A- son acumulados para completar el paquete 508 Una vez que son recibidos todos los paquetes RLP, los paquetes RLP 509A-N son pasados a un nivel superior Uno o mas de los paquetes RLP pueden ser combinados en una carga común y enviados sobre un paquete de datos 510 En el flujo de mensaje ejemplar 600, el paquete RLP identificado como paquete RLP "03", por ejemplo no llega al destino La falla puede deberse a muchos factores incluyendo la interrupción del enlace de radio entre la fuente y el destino Después de que el destino recibe el paquete RLP "04", la capa RLP 504 detecta una salida de la recepción de secuencia de los paquetes RLP La capa RLP 504 envía un mensaje de NAK identificando el paquete RLP "03" como perdido en la comunicación Al mismo tiempo la capa RLP 504 inicia un temporizador El temporizador cuenta el intervalo de tiempo transcurrido después de enviar el mensaje de NAK Si el temporizador expira, por ejemplo después de 500 mSeg, antes de recibir el paquete RLP "03" perdido, el RLP de destino 504 puede asumir que la retransmisión del paquete perdido ha fallado y el RLP de destino puede entregar a la capa superior los paquetes RLP que han sido recibidos en secuencia hasta el siguiente paquete RLP perdido Si no existe otro paquete RLP perdido, el RLP puede entregar todos los paquetes en secuencia recibidos La fuente puede limitar el numero de retransmisiones de un paquete RLP únicamente a la vez Por lo tanto, en esa situación, enviar otro mensaje de NAK puede no ayudar debido a que la fuente puede haber retransmitido el paquete RLP "03" perdido sin ser recibido en el destino Una vez que el paquete RLP "03" perdido es recibido, el temporizador termina Los paquetes de datos recibidos correctamente pueden ser recolectados en la unidad de almacenamiento 480 para formar un grupo de paquetes de datos De acuerdo con varios aspectos de la invención, el grupo de paquetes de datos recibidos puede ser pasado de manera ascendente o descendente a otra capa de protocolo de comunicación como parte del mantenimiento de la comunicación entre dos puntos finales sobre la base de la cantidad de datos recibidos y almacenados en la unidad de almacenamiento 480 sin esperar la conclusión del proceso de retransmisión La capa TCP 501 también tiene un proceso de retransmisión similar Si la capa TCP 501 en el destino receptor no recibe un TCP esperado 506 durante algún tiempo, la capa TCP 501 en la fuente de transmisión retransmite el paquete TCP El proceso de enviar un mensa] e de NAK y esperar recibir el paquete de datos RLP perdido en la capa RLP 504 puede tomar algún tiempo Durante este tiempo, la capa RLP 504 interrumpe la entrada de datos a la capa superior La entrega de los paquetes RLP que han sido recibidos correctamente es evitada si al menos uno de los paquetes RLP recibidos correctamente tiene un numero de secuencia que es mayor que el numero de secuencia del paquete RLP perdido Puesto que la capa RLP 504 espera por ejemplo al menos 500 mSeg para recibir un paquete RLP perdido, el paso de los paquetes RLP que han sido recibidos correctamente puede ser retardado un periodo de tiempo sustancial La capa RLP 504 normalmente no envía un conjunto incompleto de paquetes RLP 509A-N a un nivel superior Como resultado, la capa TCP 501 en la fuente transmisora puede iniciar una retransmisión de todo el paquete TCP 506 que es mucho mas grande que un solo paquete RLP, produciendo por lo tanto, una retransmisión innecesaria y excesiva en el sistema de comunicación y reducción en el tamaño de la ventana de congestión TCP (c nd) El proceso de retransmisión en la capa RLP 504 puede tomar un periodo de tiempo suficientemente prolongado para activar el proceso de retransmisión en la capa TCP 501 Sin embargo, si el flujo de datos en el sistema podría haber sido limitado por el proceso en la capa RLP 504 para la retransmisión de un solo paquete RLP El tamaño del paquete TCP 506 es mucho mas grande que el tamaño de los paquetes RLP 509A-N La retransmisión del paquete TCP 506 retira una gran cantidad de recursos de comunicación de todos los niveles La retransmisión de un paquete TCP 506 también afecta de manera adversa los recursos de comunicación en la capa física 505 tomando los recursos que transmiten un gran numero de paquetes RLP que completan el paquete TCP solicitado 506 La capa TCP 501 puede determinar que la falla al recibir un paquete TCP esperado 506 puede deberse a congestión en la red Como resultado, para aliviar la posible congestión de la red, la capa TCP 501 también puede desacelerar la actividad del flujo de datos en la red Como resultado, el flujo de datos a otros usuarios también puede ser desacelerado debido al retraso del proceso en la capa RLP 504 de un solo usuario Varios componentes del sistema de comunicación 100 pueden controlar varios aspectos de la pila de capas de protocolo 500 Por ejemplo, no se muestra un servidor de computadora o una conexión de computadoras, colocadas en la red 105 que pueden controlar la capa TCP 501, la capa IP 502 y la capa PPP 503 La capa RLP 504 y la capa física 505 pueden ser controladas por el procesador 401 a través de las operaciones de las unidades de procesamiento de datos recibidos y de transmisión 402 y 403 Por lo tanto, el procesador 401 puede no ser capaz de controlar el comportamiento en la capa TCP 501 para evitar que la capa TCP 501 haga una retransmisión de un paquete TCP 506 cuando el procesador 401 este intentando procesar la retransmisión de paquetes RLP perdidos Por lo tanto, de acuerdo con varios aspectos de la invención, los paquetes de datos recibidos correctamente recolectados en la unidad de almacenamiento 480 pueden ser pasados de manera ascendente o descendente a otras capas de protocolo de comunicación como parte del mantenimiento de la comunicación entre dos puntos finales sobre la base de la cantidad de datos recibidos y almacenados en la unidad de almacenamiento 480 sin esperar completar un proceso de retransmisión o terminación de un temporizador de NAK De acuerdo con varios aspectos de la invención, el procesador 401 puede controlar la cantidad de datos almacenados en la unidad de almacenamiento de datos 480 y pasarlos a una capa de protocolo superior Las comunicaciones de la capa física pueden ser efectuadas a varias velocidades de datos La velocidad de datos seleccionada depende de la condición del canal A una velocidad de datos alta, puede ser comunicado un numero mas grande de paquetes RLP entre una estación móvil y una estación base en un periodo de tiempo breve Un proceso de retransmisión exitoso también toma en completarse un tiempo breve dependiendo de la condición del canal En el caso de que se necesite una retransmisión, el proceso de retransmisión puede limitar el numero de transmisiones de NAK para un paquete de datos RLP perdido Las condiciones del canal del enlace de ida y regreso no pueden ser las mismas Por lo tanto, la transmisión del mensaje de NAK, una vez o dos veces durante un periodo de tiempo, en una dirección puede no arribar al destino aun cuando la condición del canal para la transmisión del paquete RLP en la otra dirección sea aceptable En otro caso, la condición del canal para la transmisión de un mensaje de NAK puede ser aceptable pero la condición del canal para recibir un paquete de datos RLP puede no ser aceptable De acuerdo con varios aspectos de la invención, el proceso de retransmisión para un paquete RLP puede ser concluido, si es exitoso o fallido, sobre la base de la cantidad de datos recolectados y almacenados en la unidad de almacenamiento de datos 480 Por lo tanto, de acuerdo con varios aspectos de la invención, el paso de datos de una capa de protocolo a otra puede ser controlado de tal manera que se evite un tiempo de espera excesivo e innecesario, permitiendo a la vez que el proceso de retransmisión concluya para una condición de canal La cantidad de datos recolectados en la unidad de almacenamiento de datos antes de pasar los datos recolectados a una capa de protocolo superior puede ser fijada como la ultima cantidad de datos que sea necesaria para el flujo apropiado de información a través de varias capas de protocolo Si se recolecta una gran cantidad de datos antes de pasar los datos recolectados a una capa de protocolo superior, el sistema puede solicitar la retransmisión de bloques mas grandes de datos por las capas superiores a la capa RLP La retransmisión en la capa superior puede ser despilfarradora debido a que en la capa RLP 504 una gran porción de los datos de la capa superior pudieron haber sido recibidos y únicamente una pieza pequeña correspondiente a la ausencia del paquete RLP esta perdida Cuando la cantidad de datos es recolectada antes de pasar los datos recolectados a una capa de protocolo superior se fija demasiado pequeña, no puede tomar lugar el flujo de datos apropiados a través de varias capas de protocolo debido a la ausencia de demasiados paquetes de datos El procesador 401 esta configurado para determinar la cantidad de datos recolectados antes de pasar los datos recolectados a un nivel superior El procesador 401 puede comparar la cantidad de datos recolectados con una cantidad del umbral de datos Si los datos recolectados son mayores que el umbral, los datos recibidos correctamente pueden ser pasados de manera ascendente o descendente a otra capa de protocolo La cantidad del umbral de datos puede ser determinada sobre la base del tiempo de ida y vuelta promedio y la velocidad de datos promedio El tiempo de ida y vuelta puede ser determinado sobre el periodo de tiempo que le toma a los datos ser transmitidos de una fuente a un destino mas el periodo de tiempo que le toma a los datos ser transmitidos del destino al origen Puede ser usado un tiempo de ida y vuelta promedio La velocidad de datos puede ser la velocidad de datos de comunicación entre el origen y el destino Puede ser usada una velocidad de datos promedio El umbral, por lo tanto, puede ser determinado, multiplicando el tiempo de ida y vuelta promedio por la velocidad de datos promedio Refiriéndose a la Figura 7, un diagrama de flu]0 700 describe varios pasos que pueden ser incorporados para el procesamiento de datos en la capa RLP 504 de acuerdo con varios aspectos de la invención El procesador 401 a través de las operaciones del bloque de procesamiento de datos recibidos 402 y el bloque de procesamiento de datos de transmisión 403 puede efectuar varios pasos del diagrama de flujo 700 En el paso 701, el bloque de procesamiento de datos recibido 402 puede detectar la recepción fuera de secuencia de paquetes de datos RLP El paquete de datos RLP perdido puede ser el paquete RLP "03" como se muestra en el ejemplo de la Figura 6 En el paso 702, el bloque de procesamiento de datos de transmisión 403 transmite un mensaje de NAK para la retransmisión del paquete de datos RLP perdido Al mismo tiempo, un temporizador interno en el procesador 401 inicia un temporizador de aborto en el paso 703 El tiempo de aborto es asociado con el mensaje de NAK transmitido para mantener el tiempo transcurrido después de la transmisión del mensaje de NAK En el paso 707, el procesador 401 determina si es recibida una retransmisión del paquete RLP perdido En el paso 704, el tiempo transcurrido del temporizador de aborto es comparado con un umbral de periodo de tiempo de aborto para determinar si el tiempo transcurrido ha excedido el umbral Si el periodo de tiempo transcurrido ha excedido el umbral, el flujo del proceso 700 se mueve al paso 705, de otro modo, el flujo de proceso continua en el paso 707 En el paso 707, el procesador 401 puede determinar que el paquete RLP perdido ha arribado al destino En este caso, el temporizador de aborto asociado con el paquete perdido termina y el flujo del proceso 700 se mueve al paso 706 En el paso 705, el procesador 401 puede considerar el paquete RLP perdido como recibido cuando el tiempo transcurrido del tempo izador de aborto excede el umbral del periodo del tiempo de aborto en el paso 704 Ademas, en el paso 710, la cantidad de datos recibidos correctamente es comparada con una cantidad de umbral de datos Si la cantidad de datos recibidos correctamente excede el umbral, el flujo del proceso se mueve al paso 705 y el procesador 401 puede considerar el paquete RLP perdido como recibido Si la cantidad de datos recibidos correctamente no excede el umbral, el flujo del proceso se mueve al paso 707 En el paso 706, los paquetes de datos RLP en secuencia recibidos son pasados a una capa superior de una capa de protocolo La capa de protocolo superior puede ser la capa de protocolo PPP 503 De acuerdo con varios aspectos de la invención, la cantidad de umbral de datos es determinada para controlar el flujo de datos en una forma consistente con un flujo eficiente de datos en todas las capas de protocolo, incluyendo la capa TCP 501 De acuerdo con una modalidad, la cantidad de umbral de datos puede basarse en el tiempo de ida y vuelta promedio y la velocidad de datos de comunicación promedio Aunque el procesador 401 no tenga el control directo sobre el proceso en la capa TCP 501, incorporando varios pasos del diagrama de flujo 700, puede evitarse una retransmisión innecesaria del paquete TCP 506 Aquellos expertos en la técnica apreciaran ademas que pueden ser implementados diferentes bloques lógicos, módulos, circuitos y pasos de algoritmo ilustrativos descritos en relación con las modalidades descritas aquí como componentes físicos electrónicos, programas y sistemas de programación de computadoras, o combinaciones de ambos Para ilustrar claramente esta mtercambiabilidad de componentes físicos y programas y sistemas de programación, los diferentes componentes, bloques, módulos, circuitos y pasos ilustrativos han sido descritos anteriormente, de manera general, en términos de su funcionalidad Si esa funcionalidad es implementada como componentes físicos o programas y sistemas de programación depende de la aplicación y restricciones de diseño particulares impuestas sobre todo el sistema El experto puede implementar la funcionalidad descrita en varias formas para cada aplicación particular, pero esas decisiones de implementacion no deberán ser interpretadas como causa para apartarse del alcance de la presente invención Los diferentes bloques lógicos, módulos y circuitos ilustrativos descritos en relación con las modalidades descritas aquí pueden ser implementados o efectuados con un procesador para propósitos generales como un procesador de señales digitales (DSP), un circuito integrado especifico de la aplicación (ASIC) , un arreglo de compuertas programables en el campo (FPGA) u otro dispositivo lógico programable, compuerta discreta o lógica de transistor, componentes físicos discretos, o cualquier combinación de los mismos diseñado para efectuar las funciones descritas aquí Un procesador para propósitos generales puede ser un microprocesador, pero, de manera alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o motor de estado convencional Un procesador también puede ser implementado como una combinación de dispositivos de computo, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o mas microprocesadores en conjunto con núcleos de DSP o cualquier otra de esas configuraciones Los pasos de un método o algoritmo descritos en relación con las modalidades descritas aquí pueden ser incorporados directamente en componentes físicos, en un modulo de programas y sistemas de programación ejecutados por un procesador, o en una combinación Un modulo de programas y sistemas de programación puede residir en la memoria RAM, memoria instantánea, memoria ROM, memoria EPROM, memoria EEPROM, registros, disco duro, un disco removible, un CD-ROM, o cualquier otra forma de medio de almacenamiento conocida en la técnica Un medio de almacenamiento ejemplar esta acoplado al procesador de modo que el procesador puede leer información de, y escribir información al, medio de almacenamiento De manera alternativa, el medio de almacenamiento puede estar integrado al procesador El procesador y el medio de almacenamiento pueden residir en un ASIC El ASIC puede residir en una terminal de usuario De manera alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en una terminal de usuario La descripción anterior de las modalidades preferidas se proporciono para permitir a cualquier experto en la técnica hacer o usar la presente invención Las diferentes modificaciones a esas modalidades serán fácilmente evidentes a aquellos expertos en la técnica y los principios definidos aquí pueden ser aplicados a otras modalidades sin el uso de una facultad inventiva De este modo, la presente invención no pretende ser limitada a las modalidades mostradas aquí, sino de acuerdo con el alcance mas amplio consistente con los principios y características novedosas descritas aquí