MXPA05005415A - Uso de tramas inactivas para el control de confirmacion de trama negativa. - Google Patents

Abstract

Se recibe un grupo de tramas de datos de una pluralidad de canales de comunicacion. Por lo menos una trama inactiva que incluye un numero de secuencia de una ultima trama en el grupo de tramas de datos entonces se recibe. Un periodo de tiempo de retardo se permite transcurrir despues de recibir la trama inactiva antes de enviar un mensaje de confirmacion negativa, si por lo menos una trama de datos se pierde.

Description

USO DE TRAMAS INACTIVAS PARA EL CONTROL DE CONFIRMACIÓN DE TRAMA NEGATIVA Campo de la Invención La presente invención generalmente se relaciona a sistemas de comunicación, y más específicamente a confirmaciones negativas de recepción de tramas en tales sistemas .

Antecedentes de la Invención Los Servicios de Datos para sistemas de tercera generación (3G) , que incluyen acceso múltiple de división por código 2000 (cdma2000) y acceso múltiple de división por código de banda ancha ( CDMA) , se diseñaron alrededor de una infraestructura de capa física que se optimizó para el transporte de voz. Mientras que los sistemas 3G se diseñan para manejar ambos servicios, los servicios de voz en particular se caracterizan por la carga de tráfico simétrica (entre el enlace sin retorno y el enlace de retorno) y calidad garantizada de servicio (para parámetros tales como latencia, retardo, etc.). Los servicios de datos de paquete, sin embargo, se caracterizan por la carga de tráfico posiblemente asimétrica que involucra mensajes cortos (por ejemplo, solicitudes de datos) de demanda de banda ancha baja y mensajes muy largos (por ejemplo, descargas de datos) de demanda de banda ancha elevada. Existen algunos tipos de tráfico de datos que son intensos, no todos (por ejemplo, video) . Para incrementar la probabilidad de que una trama se transmitirá exitosamente durante una transmisión de datos, un sistema puede emplear un Protocolo de Radio enlace (RLP) para rastrear las tramas transmitidas exitosamente, y para realizar la retransmisión de tramas cuando una trama no se transmite exitosamente. La retransmisión se realiza hasta un número predeterminado de veces, y es la responsabilidad de los protocolos de capa más elevada tomar etapas adicionales para asegurar que la trama se transmita exitosamente. Si el sistema envia los paquetes en una secuencia fuera de orden, el receptor no es fácilmente capaz de distinguir si el paquete se pierde o se recibirá en un momento posterior. Tal determinación y espera incurre en el tiempo de procesamiento en el receptor, la latencia entre el transmisor y el receptor, asi como la capacidad de almacenaje adicional en el receptor y el transmisor. Algunos sistemas incurren en un periodo de retardo especifico que puede prolongar cada comunicación. Por lo tanto, existe una necesidad de una técnica modificada para detectar más eficientemente si una trama se pierde de manera que un mensaje de confirmación negativa puede transmitirse.

SUMARIO DE LA INVENCIÓN La presente invención soluciona las desventajas antes descritas al utilizar tramas inactivas del sistema de telecomunicación para detectar mejor una transmisión de datos perdida y para permitir una transmisión temprana de un mensaje de confirmación negativa (???) . Una trama inactiva es un tipo de mensaje que indica que no existen más tramas para transmitirse en la memoria intermedia de RLP. En un aspecto, un grupo de tramas de datos de una pluralidad de canales de comunicación se recibe. Además, se recibe por lo menos una trama inactiva que incluye un número de secuencia de una última trama en el grupo de tramas de datos, y un periodo de tiempo de retardo se permite transcurrir después de recibir la trama inactiva antes de enviar un mensaje de confirmación negativa, si por lo menos se pierde una trama de datos. En una implementacion alternativa, un número de tramas en el grupo de tramas de datos puede incluirse en la trama inactiva en lugar del número de secuencia de la última trama . En una modalidad, el periodo de retardo de tiempo se determina por un cronómetro, el cual se establece en un valor de tiempo que es menor que un valor establecido para DDW. En otra modalidad, el periodo de retardo de tiempo se determina por un contador de tramas de datos, el cual se establece en un conteo que es menor que un conteo establecido para DDC. En una modalidad adicional, el mensaje de NAK se transmite inmediatamente con la recepción de la trama inactiva si un parámetro en la trama inactiva indica que las memorias intermedias en todos los sub-canales de la capa física no contienen datos para ese caso de RLP. En otro aspecto, un sistema de comunicación inalámbrica se detalla y se describe. El sistema soporta comunicación de un transmisor hasta un receptor sobre un medio de transmisión que incluye una pluralidad de canales de datos de paquete. El transmisor se configura para transmitir un grupo de tramas de datos que comprenden una transmisión de datos a través de la pluralidad de canales de datos de paquete. Cada trama de datos del grupo de tramas de datos se coloca en un primer canal disponible de la pluralidad de canales de datos de paquete. El transmisor también se configura para transmitir por lo menos una trama inactiva después de la última trama de datos de una transmisión de datos de manera que la trama inactiva incluya un número de secuencia de la última trama en el grupo de tramas de datos. El receptor se configura para recibir el grupo de tramas de datos y por lo menos una trama inactiva, y para esperar un período de retardo de tiempo después de recibir la trama inactiva antes de enviar un mensaje de confirmación negativa, si por lo menos una trama de datos se pierde. Otras características y ventajas de la presente invención deben ser aparentes a partir de la siguiente descripción de las modalidades preferidas, la cual ilustra por medio del ejemplo, los principios de la invención .

BREVE DESCRIPCIÓN DE LOS DIBUJOS La FIGURA. 1 ilustra una interfaz aérea convencional típica para una aplicación de datos de paquete tal como Internet inalámbrica; la FIGURA 2 ilustra una interfaz aérea convencional típica para una aplicación de datos de paquete que utiliza PDCH en la capa física; la FIGURA 3 ilustra una modalidad de la interfaz aérea para una aplicación de datos de paquete que utiliza una implementacion de DDC; la FIGURA 4 es una modalidad alternativa de la interfaz aérea para una aplicación de datos de paquete que utiliza una implementación de DDC; la FIGURA 5 es un diagrama de flujo que ilustra un método para la transmisión temprana de un mensaje de confirmación negativa (NAK) de una recepción de trama de acuerdo con una modalidad; la FIGURA 6 es un sistema de comunicación inalámbrica de acuerdo con una modalidad de la invención; la FIGURA 7 es un diagrama de bloque de modelo de Interconexión de Sistema Abierto (OSI) de la arquitectura general de un sistema de comunicación de red inalámbrica, tal como IxEV-DV, de acuerdo con una modalidad; la FIGURA 8 es un diagrama de bloque de una terminal remota inalámbrica construida de acuerdo con la presente invención; y la FIGURA 9 es un diagrama de bloque de una estación base de acuerdo con una modalidad de la presente invención .

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La descripción detallada establecida en lo siguiente junto con los dibujos anexos se pretende como una descripción de modalidades de la presente invención y no se pretende para representar las únicas modalidades en las cuales la presente invención puede practicarse. La palabra "ejemplar" se utiliza en la presente para significar "que sirve como un ejemplo, caso, o ilustración". Cualquier modalidad descrita en la presente como "ejemplar" no necesariamente debe interpretarse como preferida o ventajosa sobre otras modalidades. El Proyecto 2 de Sociedad de Tercera Generación (3GPP2) ha adoptado un acercamiento evolutivo para el estándar de cdma2000 existente, conocido como evolución Ix para datos y voz (lxEV-DV) , que se diseña para proporcionar una interfaz aérea para aplicaciones de datos de paquete tal como Internet inalámbrica. El enlace sin retorno de lxEV-DV incluye un canal piloto, un Canal de Control de Datos de Paquete (PDCCH) , un canal de tráfico sin retorno, y un canal de control. El canal de tráfico lleva paquetes de datos de usuario. El canal de control lleva mensajes de control y puede llevar tráfico de usuario. Estos canales pueden multiplexarse, tal como multiplexión de división por código o multiplexión de división por tiempo, para soportar medidas de la relación de señal a interferencia y ruido (SIN ) basadas en piloto precisas en la unidad móvil, para soportar transmisión de potencia completa del canal de tráfico para una unidad móvil sencilla, y para soportar multiplexión de división por código de los canales de MAC de baja velocidad de datos .

Uno de los protocolos mejor conocidos utilizado por la Internet es el Protocolo de Control de Transporte (TCP) el cual ha probado que es un mecanismo de transporte de datos adecuado que proporciona servicio de datos confiable orientado a conexión. Sin embargo, los errores en los canales inalámbricos tienden a ser frecuentes y son bastante "intermitentes". Los paquetes pueden perderse debido a las colisiones de tráfico de datos (congestiones) y también debido a los errores relacionados con la no congestión. Sin embargo, el TCP invoca las medidas de control de congestión, asumiendo que cada pérdida del paquete sólo es debido a la congestión. Se ha mostrado que interpretar la pérdida del pagúete como una señal de congestión resulta en una degradación de la producción de TCP. Para solucionar este efecto degradante, los sistemas inalámbricos pueden emplear un protocolo de capa de enlace tal como un Protocolo de Radio enlace (RLP) , el cual oculta la mayor parte de los errores de canal de TCP, al emplear las retransmisiones de capa de enlace. Sin embargo, si se degenera la calidad del canal, llevando a retransmisiones excesivas a la capa de enlace, incrementarán los tiempos de ida y vuelta del paquete de Protocolo del Internet (IP) , posiblemente provocando que la transmisión de TCP para transcurrir el intervalo de tiempo.

De acuerdo con la Asociación de la Industria de Telecomunicaciones/Estándar IS-707-A-2.10 Interino de la Alianza de las Industrias Electrónicas (TIA/EIA) (después de esta referida como IS-707), "Opciones de Servicio de Datos para Sistemas de Espectro Propagado: Protocolo de Radio enlace Tipo 3", enero de 2000, los datos intercambiados entre una terminal inalámbrica y una estación base se procesan en tramas que comprenden los paquetes de datos. Para incrementar la probabilidad de que una trama se transmitirá exitosamente durante una transmisión de datos, IS-707 emplea un Protocolo de Radio enlace (RLP) para rastrear las tramas transmitidas exitosamente, y para realizar la retransmisión de la trama cuando una trama no se transmite exitosamente. La retransmisión se realiza hasta un número de veces de número entero predeterminado, tal como se designa por CICLOS de NAK, en IS-707 , y es la responsabilidad de los protocolos de capa más elevada tomar etapas adicionales para asegurar que la trama se transmita exitosamente. La FIGURA 1 ilustra una interfaz 100 aérea convencional típica para una aplicación de datos de paquete tal como la así llamada "Internet inalámbrica". La interfaz 100 incluye un Transmisor que tiene una capa de enlace, tal como RLP, y una capa física. La capa de enlace genera tramas 102 de datos y transfiere las tramas a la capa física, la cual ensambla las tramas en un paquete 104 de datos para la transmisión a través del canal inalámbrico a un Receptor. Para poder rastrear cuales tramas se han transmitido exitosamente, IS-707 requiere que un número de secuencia de ocho bits se incluya como un encabezado de trama en cada trama transmitida. Las modalidades alternas pueden implementar esta información en otro formato, tal como mediante el uso de un número diferente de bits, o al poner la información en una ubicación diferente en la trama. El número de secuencia se determina para cada trama a partir de 0 a 255 y después vuelve a reestablecerse a cero. Una trama no exitosamente transmitida se detecta cuando una trama con un número de secuencia más grande se recibe. El transmisor entonces retransmite la trama de Protocolo de Radio enlace (RLP) que incluye el número de secuencia como se transmitió originalmente. Nótese que el CRC se aplica a tramas en la capa física, en donde las tramas de capa de Protocolo de Radio enlace (RLP) son tramas exitosamente decodificadas . Si la trama retransmitida no se recibe exitosamente, un segundo mensaje de confirmación negativa se envía al transmisor, y así sucesivamente hasta que se alcanza el número máximo de ciclos de ???. De esta manera, la transmisión de datos puede comenzar con un primer ciclo inicial y continuar a través de un segundo ciclo de retransmisión, un tercer ciclo de retransmisión, etc., hasta un limite del sistema. Por ejemplo, en una modalidad, la interfaz 100 muestra en la FIGURA 1, el contenido asociado con la Trama 2 se ha perdido en el medio de transmisión durante la transmisión, dónde el número "2" representa el número de secuencia antes mencionado incluido como un encabezado de trama. Cuando el Receptor recibe las tramas transmitidas del paquete 104 de datos, y re-ensambla las tramas en un nuevo paquete 106 de datos, es aparente que el contenido asociado con la Trama 2 (posición 108) se pierde. Además, el Receptor detecta que el contenido asociado con la Trama 2 (posición 108) no se recibirá en el futuro debido a que el Receptor ya ha recibido las tramas subsecuentes (por ejemplo Tramas 3-7) . Por consiguiente, el Receptor inmediatamente enviará un mensaje de NAK al Transmisor para solicitar una retransmisión del contenido asociado con la Trama 2 (posición 108 ) . Desde el desarrollo original de IS-707, sin embargo, protocolos adicionales y estándares se han propuesto y desarrollado que permiten que los datos se transmitan a velocidades mayores. Nótese que lxEV-DV es uno de los estándares que proporciona una mejora evolutiva de velocidad en la distribución de datos a través del medio de transmisión al utilizar un Canal de Datos de Paquete (PDCH) en la capa física. Un transmisor en el PDCH proporciona múltiples sub-canales para distribución de alta velocidad de los datos desde el transmisor hasta uno o más receptores. La FIGURA 2 ilustra una interfaz 200 aérea convencional típica para una aplicación de datos de paquete que utiliza PDCH en la capa física. La interfaz 200 incluye un Transmisor que tiene una capa de enlace, tal como RLP, y una capa física, tal como un PDCH. La capa de enlace genera las tramas 202 y transfiere las tramas al PDCH, el cual ensambla las tramas 202 en una serie de sub-paquetes 204, 206, 208, 210 de datos para la transmisión a través de sub-canales del canal inalámbrico, a través de un medio de transmisión hasta un Receptor. En la práctica, el PDCH puede incluir por lo menos dos sub-canales, y puede incluir hasta un máximo de cuatro sub-canales. Después de que se transmite un paquete codificador sobre un sub-canal, el transmisor espera una confirmación del receptor. Si el transmisor recibe una confirmación positiva, considera que el paquete codificador se distribuye exitosamente. De otra manera, el transmisor retransmite el paquete codificador en el mismo sub-canal. Cada transmisión de un paquete codificador se llama un sub-paquete y lleva un identificador de sub-paquete. El procedimiento continúa hasta que el transmisor recibe una confirmación positiva o se alcanza un número máximo de retransmisión predeterminado . Puesto que existe más de un sub-canal de PDCH disponible, las tramas secuenciales se transmiten en cualquier sub-canal disponible, y cada paquete codificador puede transmitirse múltiples veces, las tramas pueden recibirse fuera de orden. De este modo, en la interfaz 200 de la FIGURA 2, las Tramas 1, 4, y 6 del sub-paquete 204 se transmiten en el Sub-canal 1; las Tramas 2 y 7 del sub-paquete 206 se transmiten en el Sub-canal 2; la Trama 3 del sub-paquete 208 se transmite en Sub-canal 3; y la Trama 5 del sub-paquete 210 se transmite en el Sub-canal 4. En este ejemplo, el contenido asociado con la Trama 2 se pierde en la transmisión. La distribución fuera de orden es debido al hecho de que transmitir un paquete a la capa fisica toma un tiempo variable. Algunas tramas van más rápido que otras . Cuando el Receptor recibe las tramas transmitidas de los sub-paquetes 204, 206, 208, 210 en un paquete 212 de datos en el lado de recepción, las tramas se reciben fuera de orden, por ejemplo, como Tramas 1, 3, 5, 4, 7, y 6. Aún después de que se reacomodan las tramas en otro paquete 216 de datos, no es tan aparente si el contenido perdido asociado con la Trama 2 (posición 214) se ha perdido o se está retransmitiendo y se recibirá en cierto punto futuro en el tiempo. Aunque un mensaje de ??? puede enviarse inmediatamente al Transmisor para tener el contenido asociado con la trama 2 retransmitido, es indeseable enviar el mensaje de NA en una trama perdida que aún puede estar en el proceso de transmitirse, debido a que la transmisión duplicada de los paquetes lleva a desperdicio de los recursos del sistema y banda ancha. Tal NAK se llama NAK prematura. De este modo, es más eficiente enviar un mensaje de NAK sólo en las circunstancias de que se haya perdido irrecuperablemente una trama. Consecuentemente, una modificación propuesta para IS-707 estipula que un sistema inalámbrico debe esperar por un periodo de tiempo pre-definido (un intervalo constante llamado DELAY_DETECTION_WINDOW ( DDW) ) antes de transmitir un mensaje de NAK para la retransmisión de la trama perdida. Este periodo de tiempo pre-definió, el DDW, típicamente se establece entre aproximadamente 100 milisegundos y 1 segundo, para acomodar los posibles retardos de programación para múltiples usuarios que utilizan el PDCH. Sin embargo, un retardo entre 100 milisegundos y 1 segundo es un retardo relativamente largo para un sistema de telecomunicación, y puede resultar en retardo innecesario. Aunque un mensaje de NAK innecesario debe evitarse, también es verdad que el Receptor puede no recibir posiblemente la retransmisión de una trama perdida hasta que un mensaje de NAK se envié al Transmisor. Por lo tanto, la NAK debe enviarse tan pronto como sea posible, mientras aún esté proporcionando la garantía de no ser prematura. Aunque la descripción se explica en el contexto de un estándar de telecomunicación "3G", se debe entender que la invención puede implementarse en sistemas de telecomunicación que operan de acuerdo con otros estándares . En reconocimiento de los problemas antes establecidos asociados con una interfaz aérea convencional para una aplicación de datos de paquete que utiliza un Canal de Datos de Paquete (PDCH) en la capa física, esta descripción describe modalidades para una técnica que utiliza tramas inactivas para permitir la transmisión temprana de un mensaje de confirmación negativa (NAK) . En particular, la técnica permite que un receptor que opera en el PDCH transmita un mensaje de NAK más temprano que el período pre-definido de tiempo para una ventana de detección de retardo (DDW) después de detectar que una trama se pierde desde una transmisión de datos. La técnica es útil cuando el tráfico de datos entre el transmisor y el receptor es "intermitente" (es decir, los datos se transmiten en bloques de datos seguidos por periodos de tráfico sin datos) . Sin embargo, la técnica puede aplicarse a otros tipos de tráfico en donde los mensajes que indican los números de secuencia de las últimas tramas de una transmisión de datos se indican. En una modalidad adicional, un parámetro que indica que las memorias intermedias de la capa física para todos los sub-canales (hasta un máximo de cuatro) no contienen datos para ese servicio particular pueden utilizarse para permitir que el receptor envíe inmediatamente el mensaje de NAK sin tener que esperar la recepción posible de la trama perdida, debido a que el parámetro indica que no más tramas se están transmitiendo en cualquier sub-canal. El parámetro memoria intermedia vacía permite la aplicación para obtener generalmente un retardo de paquete promedio de Protocolo de Radio enlace (RLP) más pequeño. Consecuentemente, para propósitos de ilustración y no para propósitos de limitación, las modalidades de la invención se describen en una forma consistente con tal uso, aunque la invención no se limita así . Aunque se indicó en lo anterior que el receptor que opera en el PDCH debe esperar un periodo pre-definido de tiempo (una constante llamada como DELAY_DETECTION_WINDOW (DDW) ) antes de transmitir un mensaje de NAK para la retransmisión de la o las tramas perdidas (después de esto referidas como una implementación de DDW) , y que esta configuración se ha propuesto como una modificación a IS-707, se ha reconocido que al utilizar las limitaciones puestas en la capa física, el receptor puede operar en el PDCH para transmitir el mensaje de NAK más temprano que el transcurso del período pre-definido de tiempo (DDW) . Por ejemplo, al utilizar el hecho de que el número máximo de sub-canales permitido para el PDCH es cuatro, y que un máximo de ocho solicitudes de retransmisión puede emitirse para cada paquete codificador, el receptor puede incluir a un contador que cuenta el número de sub-paquetes recibidos hasta un máximo predeterminado (por ejemplo DELAY_DETECTION_COüNTER ( DDC) ) . Cuando el conteo alcanza el máximo (por ejemplo 32) sin el receptor que recibe la trama perdida, el receptor puede determinar con una muy alta probabilidad (casi al 100%) que la trama perdida irrecuperablemente se pierde. Además, puede determinarse con una probabilidad suficientemente elevada (un poco menos del 100%) que la trama perdida probablemente se pierde en forma irrecuperable al ajustar estadísticamente el valor para el DDC (por ejemplo a 8), e inmediatamente enviar el mensaje de NAK una vez que el contador alcanza ese valor de DDC ajustado (después de esto referido como una implementación de DDC) . En una implementación que tiene a lo mucho 4 retransmisiones de PL por paquete y 4 sub-canales, se determinó que el conteo de DDC de ocho proporcionará una probabilidad suficientemente elevada (en un ejemplo mayor que 85%) que la trama perdida se ha perdido y puede no recuperarse, y que un mensaje de NAK puede enviarse más temprano que el período pre-definido de tiempo (DDW) para solicitar una retransmisión. Por lo tanto, en la mayoría de los sistemas de acceso múltiple de división por código (CDMA) , el conteo de DDC permitirá que el receptor envíe el mensaje de NAK sin esperar el período pre-definido de tiempo completo (DDW) . La FIGURA 3 ilustra una modalidad de la interfaz 300 aérea para una aplicación de datos de paquete que utiliza una implementación de DDC. En una modalidad, el tráfico de datos entre el transmisor y el receptor se caracteriza por las demandas de datos asimétricas, de manera que los datos recibidos son "intermitentes" (es decir, los datos se transmiten en grupos de mensajes cortos seguidos por períodos relativamente largos de tráfico sin datos) . Este tipo de tráfico de datos "intermitente" es común para navegación en Internet, dónde una página se descarga en cuestión de milisegundos y después se ve durante un periodo de tiempo prolongado antes de que se solicite otra página. Asi que pueden existir periodos relativamente largos de no recibir ningún paquete en absoluto. En este tipo de situación, contar el número de tramas recibidas para identificar los datos perdidos puede no ser demasiado eficiente o deseable. Por ejemplo, en la FIGURA 3, el paquete 302 de datos en el lado del transmisor tiene cinco tramas de RLP que se transmiten seguido por un periodo 306 relativamente largo de ninguna transmisión de datos. De este modo, el Transmisor generará por lo menos una trama referida como una trama 304 inactiva de RLP y anexará la trama inactiva al final del paquete 302 de datos. La transmisión de la trama 304 inactiva indica que no existen más tramas en la memoria intermedia de RLP para transmitirse . Aunque IS-707 no especifica el uso de tramas inactivas para el Protocolo de Radio enlace (RLP) sobre PDCH debe ser aparente para alguien con experiencia en la técnica, que una trama inactiva de RLP similar a la trama "Inactiva" especificada en IS-707 puede formatearse para utilizarse sobre el PDCH. Típicamente, la trama inactiva no contiene bits de información en el campo de datos (es decir, sin carga útil) . En una modalidad, cuando el paquete 302 de datos se transmite a través del medio de transmisión, el contenido asociado con la Trama 2 (posición 310) se pierde. De este modo, cuando el paquete 308 de datos se recibe en el lado del receptor, el Receptor reconoce que, el contenido asociado con la Trama 2 (posición 310) no se ha recibido aún. Sin embargo, el Receptor no reconocerá que sólo existen cinco tramas en el paquete de datos debido a que la trama inactiva puede transmitirse en cualquier sub-canal, y de este modo, puede no existir ninguna forma de asegurar que otras tramas no inactivas se recibirán en los sub-canales diferentes al sub-canal en el cual se recibió la trama inactiva. La recepción de la trama inactiva puede utilizarse para disparar un contador de detección de retardo. Por lo tanto, en una modalidad, una vez que se ha recibido la trama inactiva, el contador de detección de retardo en el Receptor cuenta las tramas recibidas hasta cuatro y espera que el conteo alcance el valor del DDC (por ejemplo ocho) . Sin embargo, en una modalidad, el conteo no alcanza el valor del DDC antes de que el intervalo de tiempo de DDW, debido a que no existían tramas suficientes en el paquete 308 de datos para alcanzar el valor de cuente de DDC. Por consiguiente, la implementación de DDC de una modalidad puede no proporcionar un resultado deseable de permitir una transmisión temprana de un mensaje de NAK cuando el tráfico de datos sea "intermitente". Una modalidad alternativa de la interfaz 400 aérea para una aplicación de datos de paquete que utiliza una implementación de DDC se ilustra en la FIGURA 4 ¦ En la modalidad alternativa de la FIGURA 4, el tráfico de datos entre el Transmisor y el Receptor es "intermitente", similar a una modalidad de la FIGURA 3. Similarmente, el paquete 402 de datos en el lado del transmisor tiene cinco tramas de RLP para transmitirse, seguido por un periodo 406 relativamente largo de transmisión sin datos. Además, el Transmisor nuevamente genera por lo menos una trama 404 inactiva de RLP e incorpora la trama inactiva al final del paquete 402 de datos, lo cual indica que no existen más tramas en la memoria intermedia de RLP para transmitirse. Sin embargo, en la modalidad alternativa de la FIGURA 4, la trama 404 inactiva incluye información adicional que indica el número de secuencia de la última trama en el paquete 402 de datos. En otra modalidad alternativa, un número de tramas en el grupo de tramas de datos puede indicarse en la trama inactiva en lugar del número de secuencia de la última trama . En la modalidad de la FIGÜRA 4, cuando el paquete 402 de datos se transmite a través del medio de transmisión, y, el contenido asociado con la Trama 2 (posición 410) se pierde, el Receptor recibe el paquete 408 de datos y reconoce que, el contenido asociado con la Trama 2 (posición 410) no se ha recibido aún. La recepción de la trama 412 inactiva dispara el contador de detección de retardo (para la implementación de DDC) y/o el cronómetro de detección de retardo (para la implementación de DDW) . Sin embargo, en este caso, el Receptor determinará que sólo existen cinco tramas de RLP en el paquete de datos debido a que la información en la trama 412 inactiva incluye el número de secuencia de la última trama en la transmisión de datos y por lo tanto indica la última trama que se transmitió. Puesto que el Receptor conoce que sólo existieron cinco tramas transmitidas en el paquete 408 de datos, y el Receptor conoce que algunas de estas tramas ya se han recibido, también espera que la trama 410 perdida deba recibirse dentro de un periodo relativamente corto de tiempo (típicamente menos del tiempo para que el conteo alcance el DDC) . La trama inactiva puede repetirse en la transmisión de datos más de una vez para asegurar que la información en la trama se reciba en el Receptor aun si se pierden una o más de las tramas inactivas. Por consiguiente, una vez que se recibe la trama 412 inactiva, el Receptor verifica una lista de NAK para determinar todos los mensajes de NAK cuyo ciclo de conteo (es decir el número de veces que los mensajes de NAK se han enviado) es igual a cero. Para todos los mensajes de NAK con un ciclo de conteo (por ejemplo ROUND_COUNT) igual a cero, pueden tomarse las siguientes acciones antes de enviar los mensajes de NAK. Para la implementación de DDC, el Receptor puede establecer un contador de detección de retardo en un número más pequeño (por ejemplo uno en este caso debido a que cuatro tramas ya se recibieron) que el conteo de DDC. Para la implementación de DDW, el Receptor puede establecer un cronómetro de retardo en un valor significativamente más pequeño que el valor de DDW, para esperar la llegada de la Trama 2 (posición 410) antes de enviar el mensaje de NAK. En una modalidad adicional, el Receptor puede implementar una combinación de DDC y DDW. Por ejemplo, en la implementación combinada, el contador de detección de retardo puede establecerse en un número (d) más pequeño que el conteo de DDC, y un cronómetro de retardo puede establecerse en un valor (?) más pequeño que el valor de DDW, una vez que la trama inactiva se ha recibido. Si el valor del contador de retardo no se alcanza dentro del valor de cronómetro recientemente establecido (?) , el mensaje de NAK entonces puede enviarse inmediatamente para solicitar una retransmisión de una trama perdida. En una modalidad, el valor ? puede establecerse en un tiempo máximo promedio (T) que la capa física puede tomar para despejar las tramas en todos los sub-canales ponderados por un factor de Calidad de Servicio (QoS) , q. De este modo ? = q * T. El valor d puede establecerse en un número promedio de tramas distribuido por la capa física antes de que se transmitan todos los sub-canales pendientes . En otra modalidad alternativa, la capa de enlace de RLP busca a la capa física (PDCH) , a través de la capa de acceso a medios (MAC) , en cuanto a si las memorias intermedias en todos los sub-canales de la capa fásica no contienen datos para ese servicio particular. En la práctica, esto se implementa al buscar a la Sub-capa de Multiplexión (véase FIGURA 7) para determinar si la sub-capa tiene paquetes de RLP pendientes para ese caso de RLP. Cuando la sub-capa no tiene ningún paquete de RLP pendiente para ese caso de RLP, significa que las memorias intermedias en todo el sub-canal de la capa física no contienen datos para ese servicio particular, el RLP puede insertar un parámetro, tal como un bit extra (referido como un bit FLUSH), en la trama inactiva. De este modo, en esta modalidad, cuando el bit FLÜSH se establece en uno, no existen más tramas para transmitirse, y de este modo, el Receptor puede enviar inmediatamente el mensaje de NAK para la trama perdida. Además, si el bit FLUSH se establece en uno, los parámetros 5yA pueden establecerse en cero. La Tabla 1 muestra los números de rendimiento de RLP donde los números se generaron utilizando un modelo de tráfico con 20Kb enviado en la parte superior de RLP cada 2 segundos para un usuario a 3km/ . La columna "DDW" representa el caso de linea base donde los mensajes de ??? se envían solamente cuando el cronómetro expira, es decir después de 1200ms. La columna "DDW-Inactiva" representa los números generados al utilizar la información de la trama inactiva para reducir el cronómetro a 100 ms para todos los mensajes de NAK pendientes en el primer ciclo sin establecer el bit FLUSH . La columna "DDW-Inactiva-FLUSH" representa los números generados al utilizar la trama inactiva en la cual el bit FLUSH se establece cuando es posible. De acuerdo con esta modalidad, tres tramas inactivas se envían a lo mucho. Se separan por al menos 20 ms . Las siguientes estadísticas entonces se recolectan. La unidad de tiempo es 1 intervalo de tiempo de PDCH', es decir, en ejemplo actual, 1.25 ras. 1. NAK/L_SEQ: Esto representa el porcentaje de las NAK enviadas por el número de secuencia distribuido y se calcula como el número total de las NAK enviadas/número de números de secuencia distribuidos. Poner este número en relación a PL FER da una idea de cuantas de las NAK prematuras se envían. También es útil conocer cuántas de las NAK, si las hay, tiene que enviar el RLP . 2. Retardo de paquete: Éste es el tiempo para que un número de secuencia de RLP vaya a través de la distribución de la trama. En caso de que se pierda la trama original, éste es el tiempo entre la creación de la trama original hasta la distribución de la trama retransmitida. 3. Tiempo para reordenar la memoria intermedia: Éste es el tiempo gastado en la memoria intermedia para reordenar el RLP (para paquetes que van en esta memoria intermedia) . En otras palabras, las tramas distribuidas en secuencia (tramas en donde el contenido de datos se recibe en la secuencia esperada) no se toman en cuenta. 4. Producción de RLP (a la capa superior): Para este cálculo sólo bits correctos se toman en cuenta, sin terminación anormal.

. Producción de PL para a la capa superior; Esto representa la buena producción o "gooput". 6. Proporción de Bits Erróneos (BER) de RLP: Esto determina la proporción de bits erróneos de RLP como una relación de los bits de RLP en error comparada con todos los bits transmitidos. 7. Proporción de error de Paquete (PER) de capa Física: Esto se considera después de que se envían todos los sub-paquetes. La Tabla 1 indica que al incorporar el número de tramas incluidas en un paquete de datos transmitido y un parámetro, tal como un bit FLÜSH, en la trama inactiva, el retardo del paquete puede reducirse significativamente y la Producción de RLP incrementarse significativamente. Tabla 1. Rendimiento de RLP DDW con A = DDW con flus en DDW 100ms tramas inactivas NAK/L SEQ distribuida [ ] 2.09 2.19 2.14 Retardo de paquete [Intervalo] Promedio 325.53 118.12 90.02 Varianza 538.89 273.51 234.57 Máximo 2363.00 2727.00 2259.00 Tiempo para reordenar la memoria intermedia [Intervalo] Promedio 793.89 282.66 216.44 Varianza 580.96 379.47 340.77 Máximo 2239.00 2229.00 2234.00 Producción de RLP [Kb/s] 9.98 9.99 9.99 Buena producción de PL [Kb/s] 12.07 12.07 12.08 BER de RLP [%] 0.16 0.14 0.13 PER DE PL [%] 2.50 2.54 2.53 La FIGURA 5 es un diagrama de flujo que ilustra los procesos de operación del sistema para la transmisión temprana de un mensaje de NAK de una recepción de trama de acuerdo con una modalidad. Un grupo de tramas de datos se recibe desde una pluralidad de canales de comunicación, en el recuadro 500. En el recuadro 502, por lo menos una trama inactiva que incluye un número de secuencia de una última trama en el grupo de tramas de datos se recibe. En el recuadro 504, si se determina que por lo menos una trama de datos se pierde, entonces un periodo de retardo de tiempo se permite transcurrir después de recibir la trama inactiva antes de transmitir un mensaje de NAK, el cual se transmite en el recuadro 506. En una modalidad alternativa, un número de tramas en el grupo de tramas de datos puede indicarse en la trama inactiva, en lugar del número de secuencia de la última trama . En una modalidad, el periodo de retardo de tiempo se determina por un cronómetro, el cual se establece en un valor de tiempo que es menor que un valor establecido para DDW. En otra modalidad, el periodo de retardo de tiempo se determina por un contador de tramas de datos, el cual se establece en un conteo que es menor que un conteo establecido para DDC. En una modalidad adicional, el mensaje de NAK se transmite inmediatamente con la recepción de la trama inactiva si un parámetro en la trama inactiva indica que las memorias intermedias en todos los sub-canales de la capa física no contienen datos para ese servicio particular. Aunque las operaciones o procedimientos descritos para la transmisión temprana de un mensaje de ??? de una recepción de trama se presentaron en una secuencia particular, las operaciones/procedimientos pueden intercambiarse sin apartarse del alcance de la invención . La FIGURA 6 es un diagrama de bloque de un sistema 600 de comunicación inalámbrica construido de acuerdo con una modalidad de la invención. El sistema 600 incluye un transmisor 602 que comunica sobre un medio 604 de transmisión que incluye una pluralidad de canales de datos de paquete, y un receptor 606. El transmisor 602 se configura para transmitir un grupo de tramas de datos a través de la pluralidad de canales de datos de paquete, donde cada trama de datos del grupo de tramas de datos se coloca en un primer canal disponible de la pluralidad de canales de datos de paquete. En una modalidad, el grupo de tramas de datos forma un paquete de datos que tiene varios sub-paquetes de RLP. Estos sub-paquetes de RLP se transmiten sobre los canales de comunicación, que incluyen sub-canales de la capa física. En una modalidad particular, los sub-canales de capa física son sub-canales de PDCH. El transmisor 602 también transmite por lo menos una trama inactiva que incluye un número de secuencia de una última trama en el grupo de tramas de datos. En una modalidad, la trama inactiva incluye una trama inactiva de RLP transmitida sobre los sub-canales de PDCH. El receptor 606 se configura para recibir el grupo de tramas de datos y la trama inactiva, de manera que las tramas de datos y la trama inactiva permiten que el receptor espere un período de retardo de tiempo después de recibir por lo menos una trama inactiva antes de enviar un mensaje de confirmación negativa si por lo menos una trama de datos se pierde. En una implementación de la red inalámbrica, el transmisor 602 se localiza en una estación base y el receptor 606 se localiza en una terminal remota inalámbrica. Sin embargo, en otras implementaciones de red, las ubicaciones pueden invertirse . La FIGURA 7 es un diagrama de bloque del modelo de Interconexión de Sistema Abierto (OSI) de la arquitectura general de un sistema 700 de comunicación de red inalámbrica, tal como lxEV-DV, de acuerdo con una modalidad. El modelo de OSI define capas en un sistema operativo de red. Por ejemplo, un bloque 702 de señalización de capa superior, un bloque 704 de servicios de datos, y un bloque 706 de servicios de voz, definen las capas de OSI superiores (por ejemplo capas 3-7 de OSI) ; un bloque 708 de sub-capa de control de acceso de enlace (LAC) , un bloque 722 de sub-capa de control de acceso a medios (MAC) , y un bloque 718 de control de PDCH, definen la capa 2 de OSI; y una capa 720 física define la capa 1 de OSI. El bloque 722 de sub-capa de MAC incluye los bloques 710, 712, 714 de Protocolo de Radio enlace (RLP) y un bloque 716 de distribución de multiplexión y calidad de servicio (QoS) . En operación, los bloques 710, 712, 714 de RLP se interconectan con un sistema operativo del bloque 704 de servicios de datos para generar, ensamblar, y transferir los paquetes de datos al bloque 720 de capa física para la transmisión, recepción, y retransmisión de los paquetes a través del medio de transmisión. El control de la transmisión de paquetes desde la capa 720 física a través de los sub-canales del PDCH se realiza por el bloque 718 de función de control de PDCH. Además, un bloque 710, 712, o 714 de RLP que maneja los mensajes de ??? se interconecta con la capa 720 física a través del bloque 716 de multiplexión para mantener el bit de FLÜSH de acuerdo con el estado de las memorias intermedias en los sub-canales de PDCH.

La FIGURA 8 es un diagrama de bloque de una terminal 800 remota inalámbrica construida de acuerdo con la presente invención. La terminal 800 remota incluye una antena 802, un sistema de entrada 804 de radiofrecuencia (RF) , un procesador 806 de señal digital (DSP) r un procesador 808 de propósito general, un dispositivo 810 de memoria, y una interfaz 812 de usuario tal como un dispositivo de presentación para proporcionar una interfaz de usuario gráfica. De acuerdo con el procesamiento descrito en lo anterior, la antena 802 recibe señales de datos de uno o más transmisores de estación base que se transmitieron a través de una pluralidad de sub-canales de capa física. Las señales de datos se amplifican apropiadamente, se filtran y de otra manera se procesan por el sistema de entrada 804 de RF. La salida del sistema de entrada 804 de RF entonces se aplica al DSP 806. El DSP 806 decodifica las señales de datos recibidas en los paquetes de datos que se transmitieron desde el transmisor. El Procesador 808 de Propósito General se acopla al DSP 806 y a la memoria 810. El Procesador 808 de Propósito General recibe las señales de datos y procesa las señales en una pluralidad de tramas. La señal también incluye por lo menos una trama inactiva insertada después de la última trama de una transmisión de datos que incluye un número de secuencia de la última trama en la pluralidad de tramas. El sistema de entrada 804 de RF procesa la señal de salida del enlace de retorno y acopla la señal de salida del enlace de retorno a la antena para la transmisión a cada transceptor de estación bajo capaz de recibir la señal. La FIGURA 9 es un diagrama de bloque de una estación 900 base de acuerdo con una modalidad de la presente invención. La estación 900 base incluye un transceptor, tal como una antena 902 y un sistema de entrada 904 de radiofrecuencia (RF) . La estación 900 base además incluye un procesador 906 de señal digital (DSP) , un procesador 908 de propósito general, un dispositivo 910 de memoria, y una interfaz 912 de comunicación. En una modalidad, la antena 902 recibe las señales de enlace de retornos que se han transmitido desde las terminales 800 remotas inalámbricas cercanas. La antena acopla estas señales recibidas a un sistema de entrada 904 de RF que filtra y amplifica las señales. Las señales se acoplan desde el sistema de entrada 904 de RF al DSP 906 y al procesador 908 de propósito general para la demodulación, decodificación, filtración adicional, etc . El procesador 908 de propósito general genera y ensambla el paquete de datos, que incluye una pluralidad de tramas de datos y por lo menos una trama inactiva. La trama inactiva incluye un número de secuencia de la última trama en la pluralidad de tramas de datos. La trama inactiva también puede incluir un parámetro, tal como un bit FLUSH que indica que las memorias intermedias en todos los sub-canales de la capa física no contienen datos para ese servicio particular. De este modo, los parámetros en la trama inactiva se utilizan para permitir la transmisión temprana de mensajes de NAK después de que se ha recibido la trama inactiva. El sistema de entrada de RF acopla la señal a la antena 902, la cual transmite la señal del enlace sin retorno a la terminal remota inalámbrica . Aquellos de experiencia en la técnica entenderán que la información y señales pueden representarse al utilizar cualquiera de una variedad de diferentes tecnologías y técnicas. Por ejemplo, datos, instrucciones, comandos, información, señales, bits, símbolos, y chips que son referidos a lo largo de la descripción anterior pueden ser representados por voltajes, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas, o cualquier combinación de los mismos. Aquéllos de experiencia además pueden apreciar que los diversos bloques lógicos ilustrativos, módulos, circuitos y etapas de algoritmos descritos unto con las modalidades descritas en la presente pueden implementarse como hardware electrónico, software de computadora, o combinaciones de ambos. Para ilustrar claramente esta capacidad de intercambio de hardware y software, varios componentes ilustrativos, bloques, módulos, circuitos, y etapas se han descrito en lo anterior generalmente en términos de su funcionalidad. Si tal funcionalidad se implementa como hardware o software depende de la aplicación particular y restricciones de diseño impuestas en el sistema general. Aquellos con experiencia pueden implementar la funcionalidad descrita en varias formas para cada aplicación particular, pero tales decisiones de ímplementación no deben interpretarse como provocando una separación del alcance de la presente invención. Los diversos bloques lógicos ilustrativos, módulos y circuitos descritos junto con las modalidades descritas en la presente pueden implementarse o realizarse con un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación especifica (ASIC) , una disposición de puerta programable de campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistor, componentes de hardware discretos o cualquier combinación de los mismos diseñada para realizar las funciones descritas en la presente. Un procesador de propósito general puede ser un microprocesador, pero alternativamente, el procesador puede ser cualquier procesador convencional, controlador, microcontrolador o máquina de estado. Un procesador también puede implementarse como una combinación de dispositivos de cómputo, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo de DSP, o cualquier otra configuración. El método o técnica descritos junto con las modalidades descritas en la presente pueden representarse directamente en hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software puede residir en la memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, disco duro, un disco removible, un CD-ROM, o cualquier otra forma de medio de almacenaje conocida en la técnica. Una modalidad incluye un medio de almacenaje acoplado al procesador de manera que el procesador pueda leer información de, y escribir información en, el medio de almacenaje. Alternativamente, el medio de almacenaje puede ser parte integral del procesador. El procesador y el medio de almacenaje pueden residir en un ASIC. El ASIC puede residir en una terminal de usuario. Alternativamente, el procesador y el medio de almacenaje pueden residir como componentes discretos en una terminal de usuario. La descripción previa de las modalidades descritas se proporciona para permitir que cualquier persona con experiencia en la técnica haga o utilice la presente invención. Varias modificaciones a estas modalidades serán fácilmente aparentes para aquellos con experiencia en la técnica, y los principios genéricos definidos en la presente pueden aplicarse a otras modalidades sin apartarse del espíritu o alcance de la invención. De este modo, la presente invención no se pretende para limitarse a las modalidades mostradas en la presente sino debe estar de acuerdo con el alcance más amplio consistente con los principios y características novedosas descritas en la presente.

Claims (21)

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 descrito en las siguientes reivindicaciones.
2. REIVINDICACIONES 1. ün método, caracterizado porque comprende: recibir un grupo de tramas de datos de una pluralidad de canales de comunicación, en donde las tramas de datos, cuando se ordenan de acuerdo con una secuencia apropiada, comprenden una transmisión de datos ; recibir por lo menos una trama inactiva que incluye información sobre un número de tramas en el grupo de tramas de datos que comprende una transmisión de datos; y esperar por un periodo de retardo de tiempo después de recibir por lo menos una trama inactiva antes de enviar un mensaje de confirmación negativa (NAK) si por lo menos una trama de datos se pierde. 2. El método de conformidad con la reivindicación 1, caracterizado porque la información sobre un número de tramas en el grupo de tramas de datos incluye un número de secuencia de una última trama en el grupo de tramas de datos.
3. 3. El método de conformidad con la reivindicación 1, caracterizado porque el periodo de retardo de tiempo se determina por un cronómetro.
4. 4. El método de conformidad con la reivindicación 3, caracterizado porque el periodo de retardo de tiempo que se determina por un cronómetro se establece a menos de un primer periodo de tiempo permitido para transcurrir antes de enviar un mensaje de ??? si por lo menos una trama inactiva no incluyó la información sobre un número de tramas en el grupo de tramas de datos.
5. 5. El método de conformidad con la reivindicación 1, caracterizado porque el período de retardo de tiempo se determina por un contador.
6. 6. El método de conformidad con la reivindicación 5, caracterizado porque el periodo de retardo de tiempo que se determina por un contador se establece a menos de un número máximo promedio de tramas permitido para recibir antes de enviar un mensaje de NAK si por lo menos una trama inactiva no incluyó la información sobre un número de tramas en el grupo de tramas de datos.
7. 7. El método de conformidad con la reivindicación 1, caracterizado además porque comprende: generar un Paquete de datos de Protocolo de Radio enlace (RLP) .
8. 8. El método de conformidad con la reivindicación ? , caracterizado además porque comprende: ensamblar el grupo de tramas de datos a partir del paquete de datos de RLP.
9. 9. El método de conformidad con la reivindicación 8, caracterizado además porque comprende: proporcionar una pluralidad de sub-canales de Canal de Datos de Paquete (PDCH) ; y transmitir el grupo de tramas de datos en los sub-canales de PDCH.
10. 10. El método de conformidad con la reivindicación 9, caracterizado además porque comprende: incorporar otro parámetro en por lo menos una trama inactiva.
11. 11. El método de conformidad con la reivindicación 10 r caracterizado además porque comprende: establecer el parámetro si todas las memorias intermedias en la pluralidad de sub-canales de PDCH no contienen datos para un servicio particular.
12. 12. El método de conformidad con la reivindicación 11, caracterizado además porque comprende: enviar sustancial e inmediatamente el mensaje de NAK si por lo menos una trama de datos se pierde y el parámetro se establece.
13. 13. Un sistema de comunicación inalámbrica que utiliza un medio de transmisión que incluye una pluralidad de canales de datos de paquete, el sistema está caracterizado porque comprende: un transmisor configurado para transmitir un grupo de tramas de datos a través de la pluralidad de canales de datos de paquete, donde cada trama de datos del grupo de tramas de datos se coloca en un primer canal disponible de la pluralidad de canales de datos de paquete, el transmisor se configura para transmitir por lo menos una trama inactiva que incluye un número de secuencia de una última trama en el grupo de tramas de datos durante un periodo cuando ninguna trama de datos se está transmitiendo; y un receptor configurado para recibir el grupo de tramas de datos y por lo menos una trama inactiva, de manera que las tramas de datos y la trama inactiva permiten que el receptor espere un periodo de retardo de tiempo después de recibir por lo menos una trama inactiva antes de enviar un mensaje de confirmación negativa si por lo menos una trama de datos se pierde.
14. 14. El sistema de conformidad con la reivindicación 13, caracterizado porque la pluralidad de canales de datos de paquete incluye una pluralidad de sub-canales de capa física.
15. 15. El sistema de conformidad con la reivindicación 14, caracterizado porque los sub-canales de capa física incluyen sub-canales de Canal de Datos de Paquete (PDCH) .
16. 16. El sistema de conformidad con la reivindicación 15, caracterizado porque la trama inactiva incluye un parámetro que indica que todas las memorias intermedias en los sub-canales de PDCH no contienen datos para un servicio particular.
17. 17. El sistema de conformidad con la reivindicación 13, caracterizado porque el grupo de tramas de datos incluye un paquete de datos de Protocolo de Radio enlace (RLP) acomodado en una pluralidad de tramas de datos.
18. 18. ün receptor en un canal de comunicación, el receptor está caracterizado porque comprende: una pluralidad de sub-canales configurados para recibir tramas de un paquete de datos y por lo menos una trama inactiva anexada a un extremo del paquete de datos; y un programador adaptado para determinar cuando enviar un mensaje de ??? en respuesta a recibir por lo menos una trama inactiva.
19. 19. El receptor de conformidad con la reivindicación 18, caracterizado porque la pluralidad de sub-canales incluye una · pluralidad de sub-canales de Canal de Datos de Paquete (PDCH) .
20. 20. El sistema de conformidad con la reivindicación 18, caracterizado porque las tramas de un paquete de datos se acomodan de acuerdo con un Protocolo de Radio enlace (RLP) .
21. 21. Un aparato, caracterizado porque comprende: medios para recibir un grupo de tramas de datos desde una pluralidad de canales de comunicación, en donde las tramas de datos, cuando se ordenan de acuerdo con una secuencia apropiada, comprenden una transmisión de datos; medios para recibir por lo menos una trama inactiva que incluye información sobre un número de tramas en el grupo de tramas de datos que comprende una transmisión de datos; y medios para esperar un periodo de retardo de tiempo después de recibir por lo menos una trama inactiva antes de enviar un mensaje de confirmación negativa (NAK) si por lo menos una trama de datos se pierde.