MXPA06012836A - Metodo y aparato para la reduccion de sobrecarga en un enlace ascendente mejorado en un sistema de comunicacion inalambrica. - Google Patents

Metodo y aparato para la reduccion de sobrecarga en un enlace ascendente mejorado en un sistema de comunicacion inalambrica.

Info

Publication number
MXPA06012836A
MXPA06012836A MXPA06012836A MXPA06012836A MXPA06012836A MX PA06012836 A MXPA06012836 A MX PA06012836A MX PA06012836 A MXPA06012836 A MX PA06012836A MX PA06012836 A MXPA06012836 A MX PA06012836A MX PA06012836 A MXPA06012836 A MX PA06012836A
Authority
MX
Mexico
Prior art keywords
packet
initial transmission
retransmission
data
identity
Prior art date
Application number
MXPA06012836A
Other languages
English (en)
Inventor
Durga P Malladi
Jelena Damnjanovic
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of MXPA06012836A publication Critical patent/MXPA06012836A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management
    • H04L1/1841Resequencing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

Se proporcionan sistemas y metodos en un sistema 100 de comunicacion inalambrica sincronica que permite que los datos se transmitan entre el equipo 110 de usuario movil inalambrico y las estaciones 120 base sin identificar informacion incrustada en los paquetes 401, de este modo reduciendo la sobrecarga de transmision. Los paquetes se reordenan en las estaciones 120 base, en base a un esquema de transmision predispuesto en el cual una retransmision se espera para un paquete fallido en la correspondencia HARQ en lugar del siguiente grupo.

Description

MÉTODO Y APARATO PARA LA REDUCCIÓN DE SOBRECARGA EN UN ENLACE ASCENDENTE MEJORADO EN UN SISTEMA DE COMUNICACIÓN INALÁMBRICA Campo de la Invención La presente invención está relacionada generalmente con sistemas de comunicación, y más específicamente con aparatos y métodos para transmitir datos usando menos sobrecarga de datos en un sistema de comunicación inalámbrico.
Antecedentes de la Invención A medida que las comunicaciones inalámbricas se tornan cada vez más populares, la demanda de recursos de sistemas también aumenta. Como un sistema de comunicación móvil de tercera generación (3G) está siendo más ampliamente aceptado, se espera que la demanda de muchos tipos nuevos de servicios de datos inalámbricos de banda ancha aumente dramáticamente. Los estándares de interfaz de aire 3G - por ejemplo, WCDMA - tienden a aumentar la demanda de ancho de banda escasa popularizando un número de servicios inalámbricos con intensidad de ancho de banda tales como la transmisión de multimedia, correo electrónico inalámbrico, acceso a Internet, continuidad de video, transmisión de imagen y juegos interactivos. Actualmente, los sistemas inalámbricos tienden a llenarse casi a su capacidad pico durante los tiempos de uso en áreas populosas, y se espera que la demanda de ancho de banda aumente. Los diseñadores constantemente buscan maneras de transmitir datos más eficientemente como para cumplir con la demandad en aumento de la ancho de banda. Irónicamente, a medida que el uso del sistema se acerca a la capacidad total, la incidencia de llamadas inalámbricas caídas pueden aumentar debido a las señales que compiten que están siendo simultáneamente transmitidas, de este modo requiriendo recursos inalámbricos adicionales para retransmitir los datos perdidos.
Sumario de la Invención El Acceso de Paquete de Enlace Descendente de Alta Velocidad (HSDPA) es un desarrollo del estándar WCDMA que propaga comunicaciones de enlace descendente a usuarios inalámbricos. Otro aspecto de la demanda inalámbrica en aumento está relacionado con las transmisiones del usuario inalámbrico a la estación base, el enlace ascendente. Las transmisiones de enlace ascendente de alta velocidad están siendo dirigidas por otro desarrollo WCDMA, el Enlace Ascendente Mejorado (EUL) . El objetivo del EUL es mejorar el acceso de enlace ascendente de datos de alta velocidad. Aunque el estándar EUL es un paso en la dirección correcta, aún existe espacio para mejorar en cuanto a la eficiencia de las transmisiones de enlace ascendente inalámbricas. En un aspecto de la invención, se proporciona un sistema de comunicación inalámbrico. El método comprende formar datos en paquetes sin identidad para ser transmitidos, y transmitir el paquete sin identidad. El paquete sin identidad se transmite de acuerdo con un esquema de transmisión predispuesto que permite que el paquete sin identidad sea identificado al ser recibido en base a un caso durante el cual fue transmitido el paquete sin identidad. En otro aspecto de la invención, se proporciona un sistema de comunicación inalámbrico. El sistema incluye un codificador configurado para codificar datos en un paquete sin identidad y circuitos de transmisión configurados para enviar una transmisión inicial del paquete sin identidad. El sistema además incluye circuitos de recepción configurados para recibir señales que comprenden un NACK asociado con la transmisión inicial, y un procesador que incluye lógica organizada para enviar controladamente una retransmisión de los datos en respuesta a la recepción del NACK. La retransmisión se envía de acuerdo con un esquema de transmisión predispuesto. En otro aspecto de la invención, se proporciona una estación móvil. La estación móvil incluye medios para codificar datos en un paquete sin identidad, medios para transmitir una transmisión inicial del paquete sin identidad, medios para recibir señales que comprenden un NACK asociado con la transmisión inicial y medios procesadores para controlar una retransmisión de los datos en respuesta a la recepción del NACK. La retransmisión se envía un número predeterminado de casos después de la transmisión inicial para permitir que la retransmisión sea asociada con la transmisión inicial.
BREVE DESCRIPCIÓN DE LOS DIBUJOS Los dibujos anexos, los cuales se incorporan en la especificación y constituyen parte de la misma, ilustran varias modalidades de la invención, y junto con la descripción general sirven para explicar los principios de la invención. La FIGURA 1 representa una arquitectura de red inalámbrica ejemplar que puede ser usada para implementar varias modalidades de la invención; La FIGURA 2 representa algunos detalles de un equipo de usuario inalámbrico (UE) y una estación base de Nodo B en una red inalámbrica; La FIGURA 3 es una representación de señales de enlace ascendente transmitidas desde un UE inalámbrico a un Nodo B, y en seguida al RNC, en donde las transmisiones de enlace ascendente UE al Nodo B no contienen información de identificación de paquete; La FIGURA 4 ilustra el flujo de datos entre elementos en un sistema inalámbrico entre el equipo del usuario y los elementos del subsistema de red de radio; Las FIGURAS 5A y 5B juntas son diagramas de flujo que representan actividades en el Nodo b para recibir señales UE y retransmitir señales al RNC; y La FIGURA 6 es un diagrama de flujo que representa actividades en la transmisión de señales del UE al Nodo B y retransmitiendo datos del UE que se perdió o fue corrompido.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La FIGURA 1 representa una arquitectura 100 de red inalámbrica típica que soporta estaciones móviles y dispositivos de clientes de acuerdo con varias modalidades de la invención. El sistema representado es un sistema de Acceso Múltiple de División de Código de Banda Ancha (WCDMA) , pero las modalidades de la invención pueden implementarse para funcionar con CDMA2000, GSM/GPRS, u otro de tales sistemas inalámbricos y protocolos. Un sistema inalámbrico típicamente incluye una red 150 de núcleo, uno o más subsistemas de red de radio (RNS 140) , y equipo 110 de usuario inalámbrico. El RNS 140, a su vez, incluye uno o más de cada uno de un controlador de red de radio (RNC 130) conectado a las estaciones 120 de base (Nodo-Bs) . Dependiendo de las particularidades de la implementación, el Nodo B 120 puede tomar otras formas, ser referido por otros nombres, o tener otros aspectos de otros sistemas en común, por ejemplo, estación base de transmisión-recepción (BTS) o sistema de estación base (BSS) . El controlador de red de radio, etiquetado como un RNC 130 en la figura, puede, en algunos casos, tomar otras formas, ser referido por otros nombres, o tener aspectos de otros sistemas en común, por ejemplo, controladores de estación base (BSC), un Centro de Conmutación Móvil (MSC) o un Nodo de Soporte GPRS de Servicio (SGSN) . Un SGSN es generalmente la entidad de red de núcleo que se encarga de las conexiones de paquete conmutado, y un MSC es la entidad de red de núcleo que se encarga de las conexiones de circuito conmutadas. La FIGURA 1 representa el equipo de usuario inalámbrico (UE 110) , que puede ser conocida por muchos nombres diferentes, por ejemplo, teléfonos celulares, estaciones móviles, auriculares inalámbricos, etc. El alcance de la invención cubre estos y otros de estos sistemas, nombres, términos e implementaciones para los elementos de tipos similares de sistemas inalámbricos. La red inalámbrica representada en la figura es meramente ejemplar y puede incluir cualquier sistema que permita la comunicación por aire entre y en medio de componentes, los cuales pueden estar conectados en una manera tal como el sistema 100 inalámbrico representado en la FIGURA 1. UE 110 puede comprender muchos tipos diferentes de dispositivos inalámbricos, incluyendo uno o más teléfonos celulares, computadora conectada inalámbricamente, un PDA (asistente digital personal) , localizador, dispositivo de navegación, unidad de descarga de contenido de música o video, dispositivo de juego inalámbrico, unidad de control de inventario, u otros tipos similares de dispositivos que se comunican inalámbricamente por medio de la interfaz aérea. El Celular u otros servicios de telecomunicación inalámbrica pueden comunicarse con una red portadora a través de un enlace de datos u otro enlace de red por medio de la red 150 fija, la cual puede ser la Red Telefónica Conmutada (PSTN) , la Internet, la Red Digital de Servicios Integrados (ISDN) , una o más redes de área local (LAN) o redes de área amplia (WAN) , o redes privadas virtuales (VPN) , u otra de tales redes. El sistema 100 inalámbrico controla mensajes u otra información, típicamente enviada como paquetes de datos, por medio del RNS 140 al UE 110. Cada RNC 130 está típicamente conectado a una o más estaciones base de Nodo B 120. En el caso de que más de un Nodo B 120 sea asociado con un UE 110 particular, todos los Nodo-Bs 120 en el conjunto activo de ese UE 110 pueden tener la misma noción del número de trama E-DCH, de modo que los paquetes hacia o desde dos Nodo-Bs 120 diferentes acoplados en una transferencia temporal (SHO) con el UE 110 pueden interpretarse y repartirse de manera correcta. El RNC 130 puede considerarse que actúa dentro del sistema 100 inalámbrico en una manera semejante a un nodo de conmutación normal de una red de línea terrestre (por ejemplo, PSTN o ISDN) . Típicamente, el RNC 130 incluye la lógica (por ejemplo, un procesador o computadora) para manejar y controlar el UE 110 inalámbrico. La lógica del RNC 130 maneja y controla funciones tales como direccionamiento de llamada, registro, autenticación, actualización de ubicación, entregas y/o esquemas de codificación para el UE 110 registrado en el Nodo B asociado con el RNC 130. El RNC 130 se conecta al Nodo-Bs 120 por medio de una red configurada para la transferencia de datos y/o información de voz, generalmente por medio de una red de líneas de comunicación fijas en una manera similar a la interconexión de la red 150. Las comunicaciones hacia y desde varios RNC 130 y los elementos del Nodo B 120 se llevan a cabo típicamente por medio de esta red de líneas terrestres que pueden incluir porciones de la Internet y/o la PSTN. Corriente arriba, el RNC 130 puede conectarse a varias redes, tales como aquellas mencionadas anteriormente, por ejemplo, PSTN, Internet, ISDN, etc., de este modo permitiendo que dispositivos de cliente UE 110 tengan acceso a una red de comunicación más amplia. Además de transmisión de voz, se pueden transmitir datos al dispositivo de cliente por medio del SMS u otros métodos OTA conocidos en la técnica. El subsistema RNS 140, incluyendo el RNC 130, controla los enlaces de radio entre el Nodo-Bs 120 y el UE 110. Cada Nodo B 120 de uno o más transmisores y receptores para enviar y recibir información hacía/desde el UE 110. El Nodo B 120 transmite mensajes de datos u otra información de manera inalámbrica al UE 110 por medio de métodos aéreos (OTA) conocidos por aquellos con experiencia ordinaria en la técnica. Por ejemplo, las señales inalámbricas entre UE 110 y el Nodo B 120 pueden basarse en cualquiera de varias tecnologías, incluyendo pero no limitándose a, CDMA (acceso múltiple de división de código) , TDMA (acceso múltiple de división de tiempo) , FDMA (acceso multiplexado de división de frecuencia) , OFDM (multiplexión de división de frecuencia ortogonal) y cualquier sistema que use un híbrido de tecnologías de codificación tales como GSM, u otros protocolos inalámbricos similares usados en redes de comunicación o de datos.
La FIGURA 2 representa algunos detalles del UE 110 y un Nodo B 120. El Nodo B 120 incluye un codificador/descodificador que codifica información que será transmitida y descodifica información recibida en el esquema o protocolo de codificación apropiado. El Nodo B incluye circuitos receptores/transmisores 127 para recibir de manera inalámbrica los paquetes sin identidad del UE 110, y para transmitir paquetes al RNC 130 (los cuales pueden ser transmitidos por medio de una línea terrestre) . El Nodo B 120 también incluye un procesador 121 que contiene circuitos u otra lógica capaz de realizar o controlar los procesos y actividades implicadas en las comunicaciones inalámbricas, y en particular, los procesos o actividades establecidas en la presente. Por ejemplo, el procesador 121 incluye lógica organizada para reconocer que una retransmisión sin identidad está asociada con una transmisión inicial previamente recibida en base a la retransmisión que está siendo recibida un número predeterminado de casos después de la transmisión fallida inicial. El Nodo B 120 también puede estar configurado para incluir una memoria 123 para almacenar los diferentes protocolos, rutinas, procesos o software para ser utilizados en la conducción de comunicaciones inalámbricas como se establece en la presente. Por ejemplo, la memoria 123 puede almacenar uno o más esquemas de transmisión, protocolos o estrategias para comunicarse con el UE 110. Los protocolos, estrategias y esquemas de transmisión incluyen información relacionada con el cronometraje de las retransmisiones debido a los datos perdidos o corrompidos, la codificación de versión de redundancia (si existe) , y cualquier esquema o protocolo de codificación a ser usados para la transmisión y recepción de comunicaciones inalámbricas . Esta información también puede almacenarse en la memoria del RNC 130, y ser comunicada al Nodo B 120 como sea necesario, o mientras que se realizan actualizaciones periódicas y mantenimiento de sistema. Las modalidades del UE 110, como se muestran en la FIGURA 2, típicamente incluyen un procesador u otra lógica 107, memoria 109 y circuitos 111 codificadores/descodificadores que realizan funciones similares a aquellas de las partes correspondientes del Nodo B 120. Por ejemplo, los circuitos 111 codificadores, u otros circuitos compatibles con el UE 110, están configurados para codificar, o de otra manera, encapsular datos dentro de un paquete sin identidad para transmitirlo al Nodo B 120. Cada UE 110 también tiene una antena 113, circuitos 115 receptores/transmisores y otros electrónicos conocidos por aquellos con experiencia ordinaria en la técnica para recibir y transmitir información inalámbricamente.
El sistema 100 inalámbrico puede incluir información en un Registro de Ubicación de casa (HLR) y un número de Registros de Ubicación de Visitante (los VLR) para la itinerancia y direccionamiento de llamada. Un HLR centralizado típicamente contiene la información administrativa para cada UE 110 registrado dentro del sistema 100 inalámbrico, junto con la ubicación actual del UE 110. El VLR almacena información administrativa seleccionada del HLR centralizado para usarse en el control de llamadas y el aprovisionamiento de servicios de suscriptor para cada UE 110 actualmente bajo el control del RNC 130. Cada RNC 130 típicamente tiene un VLR asociado con el mismo, a menudo almacenado en una memoria del RNC 130. Se pueden usar otros registros para la autenticación y la seguridad en la red 110 inalámbrica, por ejemplo, un Registro de Identidad de Equipo (EIR) y un Centro de Autenticación (AuC) . El UE 110 incluye lógica etiquetada como procesador 107 en la FIGURA 2. En la práctica, la lógica puede estar configurada en la forma de uno o más circuitos de procesamiento que ejecutan lógica configurada residente, un microprocesador, un procesador de señal digital (DSP) , un microcontrolador, o una combinación de los mismos u otros hardware, software y/o firmware similares configurados para por lo menos realizar las operaciones aquí descritas, por ejemplo, las actividades del UE 110 descritas en el FIGURA 6. El UE 110 puede contener un Módulo de Identidad de Suscriptor (SIM) o cualquier otro circuito que identifique el UE 110, permitiéndole que haga y reciba llamadas en esa Terminal y reciba otros servicios de suscriptor. Una Identidad de Equipo Móvil Internacional (IMEI) del UE 110 almacenada en la tarjeta SIM identifica de manera única ese UE 110 particular. La tarjeta SIM también puede tener una Identidad de Suscriptor Móvil Internacional (IMISI) que se usa para identificar al suscriptor en el sistema, junto con una copia de la clave secreta del registro AuC para la autenticación, y otra información relacionada con la seguridad, identificación y protocolos de comunicación. Un UE 110 a menudo tiene instalado dentro del mismo, o de otro modo descarga, una o más aplicaciones de software, tales como juegos, noticias, monitores de la bolsa de valores, y los similares. Dependiendo de las condiciones de transmisión del canal, errores de bits pueden provocar interrupciones que se necesitan resolver para llevar a cabo las comunicaciones inalámbricas sin interrupciones. La probabilidad de que una trama contenga un error de bit es una función de la proporción de error de bit del canal y la cantidad de datos en el caso o la longitud de la trama. El sistema 100 inalámbrico se implementa con uno o más mecanismo para detectar y/o recuperar de las transmisiones sujetas a errores de bits, por ejemplo, Solicitud de Repetición Automática (ARQ) y/o Corrección de Error Sin Retorno (FEC) . Mientras que las implementaciones convencionales del EUL requieren una gran cantidad de sobrecarga que absorbe recursos valiosos de ancho de banda, las modalidades de la invención reducen la sobrecarga asociada con el EUL, de este modo aumentando el rendimiento total del sistema para manejar las transmisiones de enlace ascendente. ARQ usa un canal de retroalimentación que permite que el receptor envíe información de regreso al transmisor en relación al éxito o falla de la transmisión. Típicamente, los esquemas ARQ se basan en canales de retroalimentación fuera de banda, aunque algunos esquemas ARQ pueden implementarse usando retroalimentación en banda. El ARQ puede implementarse explícitamente usando un reconocimiento negativo (NACK, algunas veces representado como NAK) para solicitar una retransmisión. Alternativamente, el ARQ puede implementarse implícitamente usando un reconocimiento (ACK) junto con una regla de tiempo fuera. Al recibir una transmisión del UE 110, el Nodo B 120 puede configurarse para enviar una señal ARQ para proporcionar retroalimentación con respecto a la transmisión en la forma de, ya sea un ACK o un NACK. Por ejemplo, en un sistema con retroalimentación ARQ fuera de banda explícita, si los datos de UE 110 se corrompen o pierden antes de ser recibidos por el Nodo B 120, el Nodo B 120 envía de regreso un NACK que indica que el UE 110 deberá retransmitir la transmisión fallida. La retransmisión se lleva a cabo de acuerdo con un esquema de transmisión predispuesto que implica enviar a la retransmisión un número predeterminado de casos (intervalos de tiempo) después del caso de la transmisión inicial fallida. Generalmente, el esquema de transmisión predispuesto tiene la retransmisión programada en el siguiente grupo de casos, en el caso que ocupa la misma posición relativa (por ejemplo, el tercer caso en el grupo, el cuarto caso, etc.). Los NACK pueden repetirse para cada retransmisión fallida hasta un número predeterminado de veces -es decir, hasta el número permitido de intentos de repetición- o hasta que el caso ha sido recibido sin errores, en cuyo caso se envía un reconocimiento positivo (ACK) . La recuperación del error entra en cuestión en casos donde la o las retransmisiones mismas contienen errores de datos, pero se produce un caso libre de errores al combinar de manera temporal dos o más de las transmisiones/retransmisiones . Varias modalidades usan el protocolo Híbrido ARQ (HARQ) para recuperarse de los errores de bits recibidos en un caso de transmisión. Los sistemas HARQ añaden el uso del FEC además de las técnicas de retroalimentación de reconocimiento ARQ. Esto tiende a mejorar el rendimiento del sistema ya que el FEC permite que el sistema detecte y corrija errores de bits además de la retroalimentación ARQ necesaria para las retransmisiones. Los esquemas FEC usan bits de paridad, o bits redundantes para implementar el código FEC. Como tal, el esquema FEC añade una medida de redundancia a los datos transmitidos en una manera que permite que un receptor detecte y corrija errores que ocurren en un canal de transmisión. Esto tiende a hacer que la señal transmitida sea menos susceptible al ruido sin incrementar la potencia de la señal. Por consiguiente, esto reduce el número de retransmisiones requeridas, y por lo tanto mejora el rendimiento de producción, pero requiere diseños más complejos de transmisor y receptor para implementar el FEC. El uso del FEC en un sistema HARQ tiende a mejorar la proporción de errores de bits (BER) o la producción de datos para una potencia de salida de transmisión dada. Un valor BER para un esquema ARQ particular podía ser determinado rastreando la proporción de los errores no detectados -es decir, errores bit que ocurren a pesar de la presencia del esquema ARQ. Sin embargo, el BER no es un medio fuerte para calibrar el rendimiento de un esquema ARQ particular, ya que el valor BER deberá acercarse a cero si el esquema ARQ es efectivo.
El uso del FEC en un sistema HARQ tiende a reducir la proporción de error de trama (FER) , una medida de error basada en trama similar al BER. La producción de datos es otra medida usada a menudo para calibrar la efectividad de un esquema HARQ particular. La producción de datos puede medirse en términos de número promedio de bits de datos codificados que un receptor recibe correctamente durante la cantidad de tiempo que le toma la transmisión para transmitir un bit. La producción, medida en bits/canales, puede ser pensado en términos de la sobrecarga de retransmisión del esquema HARQ. El límite de producción teórico de un esquema ARQ es la capacidad de transmisión máxima del canal. Los sistemas HARQ tienen un límite de producción más bajo que aquel de los sistemas ARQ. Las técnicas HARQ se han sofisticado más y más desde que fueron propuestas por primera vez, y existen unos cuantos tipos diferentes de HARQ que han sido implementados. Los sistemas HARQ Tipo I fueron una mejoría sobre el ARQ en que el HARQ tipo I añade redundancia FEC a cada trama transmitida y en seguida realiza una función deFEC en el receptor para calcular los bits de la trama. La computación de comprobación por redundancia cíclica (CRC) detecta la presencia de errores dentro de los datos recibidos. La codificación/descodificación FEC y la computación CRC se repite para cada solicitud de retransmisión. Esto reduce la producción teórica a no más de la proporción del código FEC que se usa. Los sistemas HARQ Tipo I pueden usar el mismo código para tanto la detección de errores como para la recuperación de errores. Los esquemas HARQ Tipo II usan una forma de redundancia incremental que varia adaptativamente el número añadido de bits de paridad en las incidencias de retransmisión de datos. Los sistemas HARQ Tipo II tienen la habilidad adicional de variar su producción dinámicamente a medida que cambian las condiciones del canal. Esta capacidad de adaptación hace que estos sistemas sean particularmente útiles en aplicaciones con condiciones de canal fluctuantes, tales como datos de paquetes móviles o satelitales, donde el canal de retroalimentación está disponible y la latencia debido a la demora de transmisión es aceptable. La transmisión inicial de un paquete HARQ Tipo II consiste en bits de información de carga útil junto con bits CRC. Si se detectan errores que requieren una retransmisión, se añaden bits de paridad incrementalmente redundantes para aumentar la oportunidad de recuperar la transmisión de datos caídos. La retransmisión del UE 110 al Nodo B 120 puede ser temporal combinada con la transmisión inicial en un esfuerzo por recuperarse de los errores recibidos. Ya que las retransmisiones se combinan con las transmisiones previas (incluyendo retransmisiones previas) , el esquema de codificación usado para la transmisión y retransmisión inicial deberá ser compatible con la proporción. Algunas veces, los errores de bits no se detectan en el Nodo B. Estas situaciones pueden garantizar un esquema de recuperación de error de retransmisión RLC en donde se inicia un NACK desde corriente arriba del Nodo B 120. Sin embargo, las retransmisiones RLC tienden a causar una demora significativa. Para evitar la demora de retransmisión RLC, si se recibe un paquete en error después de la última retransmisión el UE puede iniciar la nueva transmisión del mismo paquete. Es decir, en algunas modalidades las retransmisiones de Capa MAC se habilitan para evitar las retransmisiones RLC y de este modo disminuir las demoras. Proporcionar redundancia incremental en una retransmisión (por ejemplo, en el esquema HARQ Tipo II) implica codificar los datos retransmitidos en una manera diferente pero compatible como la transmisión inicial. De esta manera, la transmisión inicial y la retransmisión pueden combinarse de manera temporal para mejorar la oportunidad de recuperación de error. En los sistemas EDGE, la compatibilidad hacia atrás puede lograrse manteniendo la misma arquitectura RLC/MAC (Control de Enlace de Radio/Control de Acceso de Medio) como se usa en el GSM usando bloques que pertenecen a la misma "familia" para las retransmisiones. Por ejemplo, la información en una transmisión codificada usando un bloque de radio MCS 9 puede combinarse con una retransmisión codificada usando dos bloques de radío MCS-6, o puede combinarse con una retransmisión codificada usando cuatro bloques de radio MCS-3. Los datos codificados usando MCS-9, MCS-6 o MCS-3 pueden combinarse de manera temporal ya que estos esquemas son de la misma familia y tienen una relación de proporción de código 1-2-4. Alternativamente, las transmisiones codificadas usando esquemas de diferentes familias MCS pueden combinarse, siempre y cuando se use el relleno de bit para descentrar los bloques de diferentes tamaños. Además del HARQ, el EUL puede implementarse con algunas otras nuevas funcionalidades de enlace ascendente, incluyendo por ejemplo, programación controlada de Nodo B y longitud de intervalo de cronometraje de transmisión (TTI) más corta. Esto puede implicar el establecimiento de nuevas funcionalidades MAC, que pueden incluirse en MAC-e, una nueva entidad MAC. MAC-e pretende cubrir HARQ y funcionalidades de programación, y también los detalles del protocolo relacionado, así como también, cuestiones como la selección de combinación de formato de transporte (TFC) , el número de canales de transporte de Canal Dedicado (E-DCH) de enlace ascendente mejorado y la ubicación de la entidad de reordenamiento deberán ser consideradas. Un aspecto del HARQ es que proporciona una entrega de datos fuera de secuencia. Ya que el Control de Enlace de Radio (RLC) se basa en la entrega en secuencia, el reordenamiento se realiza en la capa de control de acceso de medio (MAC) , antes de que los datos sean pasados al RLC. La entidad de reordenamiento puede ya sea estar ubicada en el Nodo B 120 o en RNC 130 del sistema 100 inalámbrico mostrado en la FIGURA 1. Para comunicaciones de enlace descendente, la entidad HSDPA de reordenamiento generalmente se ubica en el Nodo B 120 que está cerca de donde se lleva a cabo la programación, ya que la selección del número de unidades de datos de protocolo (los PDU) que se pone dentro de un solo paquete depende de la proporción de datos programados. Sin embargo, para las comunicaciones de enlace ascendente no existe la necesidad de ubicar la entidad de reordenamiento en el Nodo B 120 donde se lleva a cabo la programación. De modo que se gana poco al colocar la entidad de reordenamiento en el Nodo B 120, en comparación con colocarla en el RNC 130. De hecho, ya que tienden a ocurrir transferencias temporales de un Nodo B 120 al siguiente, de hecho pudiera ser deseable ubicar la entidad de reordenamiento para la comunicación ascendente en el RNC 130. Al ubicar la entidad de reordenamiento dentro del RNC 130 podría permitir que la combinación de selección se realizara antes del reordenamiento, y muy posiblemente acortar la demora de reordenamiento debido a la espera para los datos en secuencia. Una razón adicional para colocar la entidad de reordenamiento de enlace ascendente en el RNC 130 es que se pueden disminuir los requerimientos de amortiguamiento. Debido a las ganancias de multiplexión de amortiguamiento, el reordenamiento que se hace en el RNC 130 tiende a disminuir los requerimientos de amortiguamiento en el caso de que se haga el reordenamiento en el Nodo B 120. Como se mencionó anteriormente, ubicar HARQ en el Nodo B 120 permite la retransmisión rápida de los datos recibidos en error. El esquema de retransmisión de enlace descendente empleado en HSDPA puede usarse de manera similar en el enlace ascendente para el Canal Dedicado Mejorado (E-DCH) en el EUL, con una diferencia estando en la implementación de HARQ síncrono en EUL, en comparación con usar un HARQ asincrónico en HSDPA. Dependiendo de las especificaciones de la implementación, una operación HARQ sincrónica para las transmisiones de enlace ascendente puede proporcionar beneficios tales como sobrecarga de canal de control reducida, menores requerimientos de amortiguamiento, variabilidad reducida de demora, mejor predicción de carga o mecanismos de reordenamiento y programación simplificados. Por lo tanto, si se soporta un HARQ sincrónico con una secuencia de versión de redundancia determinística, los requerimientos de sobrecarga pueden reducirse al omitir la etiqueta u otra información de identificación de paquete, por ejemplo, omitir la ID de proceso HARQ y el bit Indicador de Datos Nuevos. En algunas modalidades la versión de redundancia (RID) puede ser el único señalamiento que se necesita. La FIGURA 3 es una representación de señales de enlace ascendente transmitidas desde el UE inalámbrico 110 hasta el Nodo B 120, y después al RNC 130, en donde las transmisiones de enlace ascendente del UE al Nodo B no contienen información de identificación de paquete. El término de información de identificación de paquete, como se usa en la presente, pretende significar el número de secuencia de transmisión codificada (TSN) , o etiqueta, usado para identificar un paquete particular. En sistemas convencionales se usa la información de control en banda acerca de la ID de Fila para reordenar la memoria intermedia que contiene la carga útil, y el TSN sirve para identificar la secuencia del paquete. En otras palabras, los sistemas de enlace ascendente convencionales usan la ID de Fila en banda y el TSN en una manera similar a su uso en las transmisiones de enlace descendente HSDPA. En contraste, varias modalidades de la invención que se implementan con el HARQ sincrónico pueden omitir el TSN, enviando paquetes sin identidad y de este modo reduciendo la sobrecarga. En base al cronometraje HARQ sincrónico, una vez que un paquete es exitosamente recibido, el Nodo B 120 puede anexar la etiqueta (es decir, número de trama E-DCH) . La etiqueta se anexa cuando un paquete se descodifica correctamente y está listo para enviarse al RNC. Por lo tanto, al incorporar la etiqueta a cada paquete enviado del Nodo B 120 al RNC 130, el reordenamiento puede realizarse en RNC 130 en base a esa etiqueta. El eje horizontal de la FIGURA 3 representa el tiempo, con las incidencias (que pueden ser llamados intervalos de tiempo algunos sistemas) en la figura etiquetada de t=0 hasta t=14. Los valores numéricos en ocasiones en la figura son arbitrarios; t=0 hasta t=14 pueden ser reetiquetados t=750 hasta t=764 sin afectar la presente descripción. En la FIGURA 3 la "t" minúscula junto con el eje horizontal representa el tiempo actual del caso, por ejemplo, el tiempo de transmisión. En la figura, la "T" mayúscula en el Nodo B representa la noción del Nodo B del número de trama E-DCH que debería estar asociada con el paquete recibido en ese caso. Si el paquete recibido en el Nodo B es una retransmisión (por ejemplo, 306) , ese paquete 306 retransmitido estará asociado con la noción del tiempo del Nodo B de la transmisión 304 fallida inicial. Por lo tanto, 306 recibe la etiqueta de número de trama E-DCH T=2 ya que 306 es una retransmisión para el 304 fallido que se llevó a cabo en t=2. Por arriba del eje del tiempo se encuentran tres filas de cuadros que representan los paquetes en varios puntos en el sistema inalámbrico: en el UE, y después en el Nodo B, y finalmente en RNC. Se pretende que las tres filas de cuadros representen paquetes tal como residen en el UE 110, Nodo B 120 y RNC 130 de la FIGURA 1, listos para ser transmitidos al siguiente elemento en el sistema 100 inalámbricas. Dentro de cada cuadro se escribe una representación de la información de identificación de paquete de sobrecarga que será transmitido con cada paquete durante esa incidencia o transmisión. Por ejemplo, el paquete 301 que será transmitido en el tiempo t=0 no tiene identidad, y como tal, no contiene ninguna información de identificación de paquete para la transmisión del paquete del UE al Nodo B. Por lo tanto, el cuadro en la figura para el paquete 301 está vacío. Sólo la información de sobrecarga se envía para la transmisión del paquete 301 del UE al Nodo B. Una vez que el paquete enviado en t=0 es recibido sin errores en el Nodo B, la información T=0 se anexa al paquete en 302 antes de que sea transmitido al RNC. La información de identificación de paquete T=0 es una indicación de que el Nodo B espera que el paquete 302 sea inicialmente transmitido durante el tiempo t=0. Varias modalidades pueden usar diferentes formatos para la información de identificación de paquete anexada en el Nodo B, siempre y cuando el formato sea adecuado para indicar un tiempo o un orden en la secuencia del paquete (o el paquete transmitido inicialmente asociado si el paquete que está siendo identificado es una retransmisión; por ejemplo 306) . Si el Nodo B ha estado esperando una retransmisión de una transmisión previamente fallida, entonces el Nodo B anexaría una etiqueta del tiempo de la transmisión fallida inicial. Por ejemplo, el paquete 302 transmitido en el tiempo t=2 fue recibido en el Nodo B con errores, como lo indica "X" en 304. Ya que el Nodo B recibió el paquete 304 con errores, el Nodo B transmitió un NACK de regreso al UE en lugar de enviar el paquete fallido al RNC. De acuerdo con un esquema de transmisión predispuesto, después de enviar un NACK, el nodo B puede esperar una retransmisión para el paquete 304 fallido un número predefinido de casos después de la transmisión inicial que ha fallado (cinco casos en este ejemplo) . Como se muestra en la FIGURA 3, cinco casos después de la transmisión fallida (304) , en el tiempo t=7, el Nodo b recibe la retransmisión del paquete (306) . Varias modalidades de la invención se implementan en un sistema sincrónico, y por lo tanto las retransmisiones pueden predisponerse para llevarse a cabo un número de veces predeterminado de casos posteriormente en el caso correspondiente subsecuente del siguiente grupo de casos. En el ejemplo ilustrado en la FIGURA 3, las retransmisiones se llevan a cabo cinco casos posteriores. La retransmisión para un paquete 303 fallido enviado en el tiempo t=2 se programa para que suceda en el tiempo t=7, etiquetado como el paquete 305 en la figura. El paquete 303 está en el tercer caso del primer grupo de paquetes en la FIGURA 3, y el paquete 305 está en el tercer caso del segundo grupo de paquetes. Por lo tanto, 305 está en la misma posición relativa de casos en el grupo que sigue de 303. Al determinar que una retransmisión dio como resultado una recepción de datos libre de errores, el Nodo B etiqueta el paquete (que puede ser el resultado de una combinación temporal de 303 y 305) con la información de identificación de paquete T=2 en 306 dado que el Nodo B esperaba una retransmisión en el tiempo t=7 para el paquete 303 originalmente enviado en el tiempo t=2. El Nodo B, después de anexar la información de identificación de paquete T=2 al paquete, transmite el paquete al RNC. Al ser recibido en el RNC, el paquete 311 se coloca de regreso dentro del orden correcto, en la posición indicada por la línea punteada.
Si la transmisión de un paquete falla dos veces, una segunda retransmisión del paquete será enviada dos grupos de casos después de la transmisión inicial. Por ejemplo, la transmisión 307 inicial falla y después de una señal NACK la transmisión 308 falla, entonces el paquete 309 será retransmitido en respuesta a la señal NACK. Ya que el sistema es un sistema sincrónico, el Nodo B estuvo esperando la retransmisión del paquete que falló en el tiempo t=3 (paquete 307) durante el tiempo t=8, cinco casos después del paquete fallido - o el cuarto caso dentro del grupo seguido del paquete fallido que también falló dentro del cuarto caso de su grupo. Ya que el paquete en el tiempo t=8 también fue corrompido, el Nodo B envió una señal NACK y enseguida esperó una segunda retransmisión del paquete fallido durante el tiempo t=13, otros cinco casos posteriores (en el cuarto caso del siguiente grupo) . Cuando la transmisión del paquete 309 en el tiempo t=13 dio como resultado una recepción correcta de los datos (en 310) , el Nodo B anexó la información de identificación de paquete T=2 al paquete 310, y para transmitirlo después al RNC. Con respecto a los errores NACK, como se mencionó anteriormente, los errores NACK son manejados por el RLC. En una situación en donde un error NACK ocurre y el NACK es interpretado incorrectamente como un ACK en el UE, entonces el RLC determinará el paquete faltante, y la retransmisión será solicitada del RLC. Al ser recibido en el RNC, los paquetes se reordenan de acuerdo con su información de identificación de paquete anexada en el Nodo B. Al repartir los paquetes en base a sus sellos de tiempo como se determinó en un esquema de transmisión predispuesto, el RNC tiene la capacidad de colocar los paquetes recibidos en su orden correcto. Por ejemplo, los paquetes retransmitidos anexados con la información de identificación de paquete T=2, T=3 y T=9 (es decir, 311, 312 y 313, respectivamente) , se reordenan en la secuencia apropiada como lo indica la línea punteada. Se deberá notar que los paquetes retransmitidos después de un NACK (por ejemplo, 305, 308, 309) pueden codificarse de la misma manera que el paquete originalmente transmitido con el cual fueron asociados, o pueden ser codificados como las versiones de redundancia incremental usando un esquema de codificación compatible. La FIGURA 4 es un diagrama que ilustra el flujo de datos entre elementos en un sistema inalámbrico incluyendo el equipo de usuario UE 110 y los elementos del subsistema de red de radio, el Nodo B 120, y el RNC 130. El UE 110, el Nodo B 120 y el RNC 130 pueden disponerse como se muestra en la FIGURA 1. En varias modalidades descritas en la presente, el UE 110 transmite paquetes de datos 401 sin identidad, los cuales no contienen ninguna información de identificación anexada o integrada en los paquetes. Una vez que los paquetes han sido recibidos libres de error por el Nodo B 120, el Nodo B 120 puede entonces transmitir el paquete 403 al RNC 130 que ahora tiene la información de identificación de paquete anexada al paquete. La información de identificación de paquete anexada en 403 se basa en un esquema de transmisión predispuesto y en el caso o el intervalo de tiempo en donde se recibió el paquete de datos 401. En base al esquema de transmisión predispuesto y si un paquete fue recibido libre de errores en el Nodo B hace un número predefinido de casos, el Nodo B 120 sabe si debe esperar una transmisión inicial de nuevos datos o una retransmisión de datos corrompidos, previamente recibidos. El Paquete 403 muestra la información de identificación de paquete anexada como TID en la FIGURA 4. De regreso a la figura previa, la FIGURA 3, el TID para el paquete 306 es T=2, lo que significa que 306 (recibida en el tiempo t=7) es una retransmisión de los datos inicialmente transmitidos en t=2 (paquete 303) . El flujo de datos y el uso de información de identificación de paquete anexada para las diferentes modalidades descritas en la presente, como se representa por TID en la FIGURA 4, difiere de las etiquetas que se usan en los sistemas convencionales. En un sistema convencional, el paquete 401 de datos de enlace ascendente enviado del UE al Nodo B adicionalmente incluiría la información de identificación de paquete. Es decir, los paquetes convencionales transmitidos del UE tendrían una carga útil de datos y también se requeriría una sobre carga dedicada a identificar el paquete, por ejemplo, incluyendo "pktID" en los paquetes además de los datos, donde "pktID" representa información de identificación de paquete convencional anexada a los paquetes del UE. El pktID incluido en los paquetes convencionales puede ser un número de paquete o cualquier otra información de identificación tal como la ID de proceso HARQ, la ID de Fila o el número de secuencia de transmisión (TSN) . Varias modalidades de la invención reducen la sobrecarga en transmisiones de enlace ascendente desde el UE 110 al Nodo B 120 omitiendo la información de identificación de paquete, y en su lugar, envían paquetes sin identidad y sin ninguna de las etiquetas de identificación u otra información de identificación de paquete. Entonces, una vez que un paquete sin identidad ha sido recibido en el Nodo B 120, la lógica de control del Nodo B puede anexar la información de identificación de paquete al paquete sin identidad recibido del UE 110. La información de identificación de paquete anexada puede tomar la forma de una etiqueta de número de trama E-DCH. Las FIGURAS 5A y 5B juntas son un diagrama de flujo que representa las actividades en el Nodo B para recibir señales del UE y retransmitir señales al RNC de acuerdo con varias modalidades de la invención. El UE, el Nodo B y el RNC pueden ser UE 110, Nodo B 120 y RNC 130 mostrados en la FIGURA 1. El método comienza en 501 y procede en 503 donde el Nodo b recibe un paquete sin identidad del UE. Como se usa en la presente, un paquete "sin identidad" es un paquete que no tiene una etiqueta de identificación u otra información de identificación de paquete anexada al mismo, tal como el número de paquete, el número de trama E-DCH, la ID de proceso HARQ, la ID de Fila, TSN, u otros tipos similares de datos que se pretende usar para identificar un paquete. Una vez que el paquete sin identidad ha sido recibido en el Nodo B, el método procede a 505 donde, en base a las actividades ocurridas previamente y de acuerdo con un esquema de transmisión predispuesto, el Nodo B determina si está esperando una retransmisión de datos previamente corrompidos o la transmisión de un paquete con datos nuevos. Al usar el esquema de transmisión predispuesto, el Nodo B es capaz de determinar si el paquete sin identidad recibido es una retransmisión o una transmisión inicial de un paquete con datos nuevos. Si se hubiera enviado un NACK en respuesta a un paquete corrompido previamente recibido de un número predefinido de hace algunos casos HARQ, y después el Nodo B esperaría que ocurriera una retransmisión un número predeterminado de casos HARQ seguido del paquete corrompido. En un sistema 100 inalámbrico sincrónico, el esquema de transmisión predispuesto puede implementarse para enviar la retransmisión en el caso correspondiente (por ejemplo, intervalo de tiempo) de siguiente grupo de casos. Por ejemplo, como se muestra en la FIGURA 3, el Nodo B recibió el paquete 304 corrompido en el caso HARQ en el tiempo t=2. Por lo tanto, obedeciendo al esquema de transmisión predispuesto, el Nodo B espera una retransmisión de los datos en el paquete fallido 304 un número predefinido de casos posteriores (cinco casos posteriores) . Cinco casos posteriores, en el tiempo t=7, el Nodo B recibe el paquete etiquetado en la figura como 306. Ya que el Nodo B estaba esperando la retransmisión del paquete previamente fallido, el Nodo B anexa la información de identificación de paquete T=2 al paquete 306, indicando que el paquete 306 es una retransmisión del paquete 303 inicialmente enviado en el tiempo t=2. De acuerdo con los esquemas de transmisión predispuestos de varias modalidades de la invención, el Nodo B puede esperar una retransmisión del paquete de datos corrompidos ya sea un número predefinido de casos HARQ posteriores o, en un sistema sincrónico, dentro del caso correspondiente del siguiente grupo de casos. Si existen cinco casos por grupo, como se muestra en el ejemplo de la FIGURA 3, entonces el Nodo B esperaría una retransmisión de cinco casos después de la recepción de un paquete fallido. Si se espera una retransmisión, el método procede de acuerdo con la rama "SÍ" desde 505 hasta 507, donde se verifica que el paquete recibido sea una retransmisión de un paquete previamente enviado que contenía errores o que fue de otro modo corrompido, es decir, los datos no fueron correctamente recibidos y descodificados en el Nodo B por alguna razón. La verificación en el Nodo B de un paquete retransmitido puede realizarse por medio de un procedimiento de comprobación de error o comparando los datos recibidos en el paquete, los cuales se pensó que eran una retransmisión, con los datos del paquete previamente corrompido. Si se espera una retransmisión, el Nodo B puede suponer que el paquete recientemente recibido tiene el mismo contenido que aquel del previamente fallido en la incidencia previa correspondiente (aunque el contenido puede ser codificado en una manera diferente si se trata de una versión de redundancia incremental) . Algunas modalidades pueden configurarse para usar el cronometraje de paquete para el propósito de reordenar paquetes, y enseguida proporcionar una indicación de nuevos datos, tal como un Indicador de Datos Nuevos para evitar ambigüedades en cuanto que si es una transmisión nueva inicial de un paquete o una retransmisión. Si en 505 no se espera una retransmisión en el caso donde los datos están siendo recibidos, el método procede de acuerdo con la rama "NO" desde 505 hasta 509 donde se realiza una comprobación de error en el paquete que se pensó que era una transmisión inicial del UE. La comprobación de error típicamente implica una comprobación por redundancia cíclica (CRC) de los datos en el paquete, pero puede realizarse otra comprobación de redundancia tal como una suma de comprobación o una secuencia de comprobación de trama (FCS) , o usando códigos de corrección de error (ECC) tal como códigos Hamming, el código Reed-Solomon, el código Reed-Muller, el código Binary Golay, el código convolucional, el código turbo u otros tipos similares de esquemas de detección o detección/corrección de errores conocidos por aquellos con experiencia ordinaria en la técnica. En algunas modalidades, la verificación de 507 puede realizarse de la misma manera, o junto con, la comprobación de error realizada en 509. Una vez que la comprobación y/o verificación de error ha sido completada en 507 y 509, el método procede a 511, donde se determina si existe un error en el paquete.
Si no se encontró ningún error, el método procede de acuerdo con la rama "NO" a 513 donde una señal ACK se transmite de regreso al UE para reconocer la recepción del paquete. En algunas modalidades, no se envía ningún ACK de regreso al UE y el bloque 513 se omite. El método procede desde 513 (o directamente de 511 si no se envía ningún ACK) a 521, donde la información de identificación de paquete se anexa o integra, o de otra manera se asocia con el paquete sin identidad recibido del UE. La información de identificación de paquete puede estar en la forma de un número de trama E-DCH. En modalidades alternativas, la información de identificación de paquete puede tomar cualquiera de varias formas tales como número de paquete, ID de proceso HARQ, ID de Fila, el número de secuencia de transmisión (TSN) , o puede representar la noción del Nodo B del tiempo de transmisión original que debería ser asociado con el paquete recibido en ese caso, u otros tipos similares de datos adecuados para identificar un paquete. Si en el bloque 511 se determinó que sí existe un error en el paquete, el método procede de acuerdo con la rama "SÍ" a 515. En 515, si el paquete fue una retransmisión, el método procede a 517 donde el paquete de retransmisión recibido se combina con la transmisión inicial correspondiente que fue previamente recibida y con cualquier retransmisión que pueda intervenir. Los datos se pueden combinar usando cualquier número de técnicas, incluyendo combinación selectiva, combinación temporal, combinación temporal selectiva, o alguna combinación de las mismas. Puede ser el caso que pocos o ningún dato de la transmisión inicial previamente recibida sea adecuado para combinarse con el paquete retransmitido. En estos casos, cualquier dato adecuado para ser combinado, será combinado -es decir, los datos generalmente se combinan si con esto se aumenta la oportunidad de descodificar el paquete sin errores. Una vez que los datos del paquete retransmitido se combinan en 517, el método procede a 519, donde se determina si los datos pueden ser descodificados sin error. Si se encuentra que los datos combinados en 519 contienen errores o de otro modo aún están corrompidos, el método procede de acuerdo con la rama "NO" a 529. Sin embargo, si se encuentra que los datos combinados están libres de error en 519, el método procede de acuerdo con la rama "SÍ" a 521. En el bloque 521, una vez que se añadió una etiqueta o información de identificación de paquete en 521, el método procede a 523 donde el Nodo B transmite el paquete con datos de identificación de sobre carga al RNC. La etiqueta o la información de identificación de paquete representan el número de trama E-DCH del primer subpaquete asociado con una transmisión. En este punto, las actividades para manejar ese paquete se han completado, I excepto por algunas actividades que pueden considerarse como actividades de mantenimiento de operación de verificación. El método procede de 523 a 525, y si el paquete fue un paquete retransmitido, el método procede de 525, de acuerdo con la rama "SÍ" a 527. En 527, los datos asociados con el paquete retransmitido, el cual había sido guardado, ahora se descarta. Los datos descartados pueden incluir la transmisión inicial de una incidencia previa correspondiente y retransmisiones subsecuentes, si existen. En algunas modalidades,- los datos pueden no expresamente descartarse, y en su lugar pueden ser sobre escritos con datos nuevos (ver bloque 531) , en cuyo caso la actividad del bloque 527 puede no necesitar realizarse. Si, de regreso al bloque 525, el paquete transmitido no fuera retransmitido, el método procedería de acuerdo con la rama "NO" de 525 a 535. De regreso al bloque 515, si el paquete es una transmisión inicial, en lugar de un paquete retransmitido, el método procede de acuerdo con la rama "NO" a 531, donde los datos se guardan dentro del Nodo B para su uso futuro para combinarlos con una retransmisión subsecuente. Una vez que los datos han sido guardados en 531, el método procede al bloque 533 y un NACK se envía de regreso al UE desde el Nodo B. En respuesta al NACK, el UE enviará una retransmisión del paquete de datos corrompido en el caso correspondiente dentro del siguiente grupo de casos (un número predeterminado de casos posteriores) . Al enviar el NACK, el método procede de 533 a 535 donde se determina si se finaliza la comunicación, es decir, si se finaliza la llamada telefónica, la carga ascendente inalámbrica de datos u otra comunicación inalámbrica desde el UE. De regreso al bloque 519, si se encuentra que los datos combinados en 519 contenían errores o de otro modo estaban corrompidos, el método procede de acuerdo con la rama "NO" a 529. En el bloque 529, se determina si se intenta o no otra retransmisión. Típicamente, el sistema estará configurado para enviar no más de un número predeterminado de retransmisiones antes de descartar un paquete. Una vez que se ha intentado el máximo número de retransmisiones, los datos asociados con el paquete (por ejemplo, la transmisión inicial y todas las retransmisiones subsecuentes) se descartarán si el paquete aún no ha sido codificado sin errores, y no se intentará ninguna retransmisión para ese paquete. Se puede usar un contador o cualquier otra lógica dentro del Nodo B para mantener el registro del número de retransmisiones y si se ha alcanzado el máximo. En el bloque 529, si se determina que se ha alcanzado el número máximo predeterminado de retransmisiones y no se intentarán más retransmisiones, el método procede de acuerdo con la rama "NO" al bloque 527 para descartar datos guardados, y entonces el método procede al bloque 535. Por otro lado, si en el bloque 529 se determina que se va a intentar otra retransmisión, el método procede de 529, de acuerdo con la rama "SÍ", a 531 para guardar los datos del paquete actual para usarse en una combinación temporal con futuras retransmisiones. Una vez que el NACK ha sido enviado de acuerdo con el bloque 533, el método procede a 535. En 535 se determina si se finaliza o no la comunicación. Si el enlace inalámbrico aún está en su lugar y existen más paquetes para transmitir, la comunicación no ha finalizado, y el método procede, de acuerdo con la rama "NO", a 537. En 537 se determina si se ha recibido o no el siguiente paquete en el siguiente caso. Si se ha recibido el siguiente paquete, el método procede, de acuerdo con la rama "SÍ", de 537 al bloque 503 una vez más. Si en el bloque 537 no se ha recibido el siguiente paquete, el método procede de 539 para esperar la siguiente transmisión. De 539 el método hace un circuito de regreso a 537 donde una vez más se determina si se ha recibido el siguiente paquete. De regreso en 535, si se determina que la transmisión ha finalizado, el método procede de acuerdo con la rama "SÍ" a 541. Por ejemplo, si una persona en una llamada telefónica cuelga, o si se desconecta una computadora inalámbricamente conectada, o si de otra manera el enlace se rompe, entonces la transmisión puede considerarse como finalizada, y el método procede de 535, de acuerdo con la rama "NO", a 541 donde el método termina. La FIGURA 6 representa actividades en el UE para transmitir paquetes al Nodo B, de acuerdo con varias modalidades de la invención. El método comienza en 601 hasta obtener información en el UE para transmitir al Nodo B. La información puede incluir información de voz codificada que será transmitida inalámbricamente en una llamada de teléfono celular. O los datos pueden incluir enlaces ascendentes desde el UE para uno de los muchos servicios de multimedia inalámbricos disponibles, por ejemplo, acceso a Internet inalámbrico, técnica de video simultáneo, transmisión de datos, correo electrónico inalámbrico, juegos interactivos o similares. Una vez que se han obtenido datos para transmitirlos del UE al Nodo B, el método procede desde el bloque 601 hasta 603, donde se determina si un NACK está presente o no, habiendo recibido los datos de regreso del Nodo B indicando que un paquete fue recibido con errores y deberá ser retransmitido. Si ningún NACK está presente y no existe la necesidad de retransmitir un paquete, el método procede de 603, de acuerdo con la rama "NO", a 605 para la retransmisión inicial de un paquete de datos. En 605 los datos listos para una transmisión inicial al Nodo B se forman en un paquete. Los paquetes enlazados ascendentemente de acuerdo con varias modalidades de la invención del UE al Nodo B no contienen información de identificación de paquete, es decir, no tienen identidad. Como tales, los paquetes de enlace ascendente del UE no incluyen un número de trama E-DCH, una ID de proceso HARQ, una ID de Fila, un número de secuencia de transmisión (TSN) o cualquier otro dato con sobrecarga incluido en los sistemas convencionales para identificar el paquete. La formación de paquetes de datos en el bloque 605 puede implicar recuperar y codificar los datos en línea que serán transmitidos en seguida, y cualquiera otra actividad similar conocida por aquellos con experiencia ordinaria en la técnica. Una vez que se han formado paquetes de datos en 605, el método procede al bloque 607. En 607, el siguiente paquete disponible en la comunicación se transmite al Nodo B. Una vez que el paquete ha sido transmitido, el método procede a 609 donde los datos del paquete transmitido se almacenan en el UE para su uso futuro en el caso de que el paquete tenga que ser retransmitido . Si, de regreso al bloque 603, existe un NACK presente, entonces se llevará a cabo una retransmisión en lugar de una transmisión inicial y el método procede, de acuerdo con la rama "SÍ", en 611 para codificar el paquete guardado asociado con el NACK para su retransmisión. Para aumentar la oportunidad de recuperación de error en el Nodo B la retransmisión puede enviarse como una versión redundante del paquete codificado en una manera compatible con la transmisión inicial. Esto permite que la retransmisión se combine de manera temporal con la transmisión inicial. Por ejemplo, en los sistemas EDGE, una retransmisión de bloques GSM de la misma "familia" que como la transmisión inicial puede combinarse de manera temporal con el primer paquete. Por ejemplo, los paquetes de retransmisión codificados usando MCS-9 son compatibles con transmisiones MCS-6 y MCS-3. Una vez que la retransmisión ha sido codificada en 611, el método procede a 613 donde se envía la retransmisión, y en seguida a 609 para almacenar los datos retransmitidos. En algunas modalidades el paquete inicial puede seguir guardado sin la necesidad de guardar el paquete retransmitido. En estas modalidades el bloque 609 se omite seguido de 617, y el método procede directamente a 615. En el bloque 615 se determina si se ha recibido o no un NACK para los paquetes previamente transmitidos. Si se ha recibido un NACK, el método procede de 615, de acuerdo con la rama "NACK", a 617 donde los datos del paquete asociados con el NACK se enfilan para su retransmisión. Si en el bloque 615 no hay un NACK presente, el método procede a lo largo de la rama "NINGUNO" a 619. Las modalidades de la invención pueden implementarse de acuerdo con cualquier estructura ARQ explícita o implícita. La FIGURA 6 representa un ARQ explícito en donde los NACK son enviados de regreso del Nodo B para solicitar retransmisiones de enlace descendente del UE. Aunque no se muestra en la figura, los ACK pueden enviarse de regreso para reconocer la recepción de paquetes libre de errores, además de o en lugar de los NACK. Las modalidades implementadas usando el ARQ implícito se basan en los ACK para reconocer la recepción libre de errores en el Nodo B junto con una regla de tiempo fuera para indicar que es necesaria una retransmisión si no se recibe un ACK para un paquete dentro de un período determinado de tiempo. En el bloque 619, si no se ha recibido un NACK dentro de un período predeterminado de tiempo desde la transmisión de un paquete dado entonces se presupone que no será necesaria la retransmisión y el método procede desde 619 hasta 612 donde se descartan los datos guardados del paquete dado previamente transmitido. En las modalidades que se usan los ACK, la recepción de un ACK en el UE para el paquete dado también dará como resultado que los datos guardados sean descartados. En algunas modalidades, los datos guardados pueden no expresamente ser descartados o borrados, y en su lugar pueden ser sobreescritos con datos nuevos. Al descartar los datos guardados en 612, el método procede al bloque 623. De igual manera, de regreso al bloque 619, si el tiempo predeterminado (o un número predeterminado de casos) no ha pasado desde la transmisión del paquete dado, entonces el paquete no será descartado y el método procede de acuerdo con la rama "NO" a 623. En el bloque 623 se determina si el fin de una comunicación ya se ha alcanzado o no. Si se determina que la comunicación ha terminado entonces el método procede a lo largo de la rama "SÍ" a 629 y el proceso finaliza. Si, en 623, se determina que aún no ha terminado la comunicación, el método procede a lo largo de la rama "NO" a 625. En el bloque 625 se determina si existen datos disponibles en el UE que serán transmitidos en el enlace ascendente. Si existen datos disponibles, el método procede a lo largo de la rama "SÍ" haciendo un circuito de regreso al bloque 603 para pasar por el proceso de retransmisión de datos del UE al Nodo B. Si, en 625, no existen datos disponibles para su retransmisión, el método procede a lo largo de la rama "NO" a 627. Algunas situaciones pueden garantizar una regla implícita para evitar cortes de comunicación cuando se están esperando los datos. Por ejemplo, en el caso de un error NACK en el último subpaquete en donde un NACK es percibido de manera errónea como un ACK, o si el UE no es capaz de soportar la misma proporción de datos que fue usada para el paquete fallido. En el bloque 627 el UE espera a que se transmitan datos, y en seguida hace un circuito de regreso al bloque 625 para volver a comprobar si se han obtenido datos. De regreso en 623, si se determina que la comunicación ha finalizado entonces el método procede a lo largo de la rama "SÍ" a 629, y el proceso termina. Las figuras se proporcionan para explicar y habilitar la invención y para ilustrar los principios de la misma. Algunas de las actividades para practicar la invención mostradas en los diagramas de bloque de método de las figuras pueden realizarse en un orden distinto al mostrado en las figuras. Por ejemplo, en la FIGURA 5A el ACK puede enviarse (513) después de anexar la información de identificación de paquete (521) . Esto es tan sólo un ejemplo, otras actividades representadas en las figuras pueden llevarse a cabo en un orden distinto al mostrado. Además, aquellos con experiencia ordinaria en la técnica entenderán que la información y las señales pueden representarse usando 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 pueden mencionarse en toda la descripción anterior pueden representarse por voltajes, corrientes, ondas electromagnéticas, partículas o campos magnéticos, partículas o campos ópticos, cualquier combinación de los mismos. Aquellos con experiencia ordinaria en la técnica también apreciarán que los diferentes bloques lógicos, módulos, circuitos y rutinas de algoritmos ilustrativos descritos junto con las modalidades descritas en la presente pueden implementarse como hardware electrónico, software de computadora, o combinaciones de los mismos. Para ilustrar claramente esta capacidad de intercambio de hardware y software, varios componentes, bloques, módulos, circuitos y pasos ilustrativos han sido descritos anteriormente en general en términos de su funcionalidad. Si tal funcionalidad se implementa como hardware o software depende de la aplicación particular y las restricciones de diseño impuestos sobre el sistema total. Aquellos con experiencia ordinaria en la técnica sabrán como implementar la funcionalidad descrita en diferentes maneras para cada aplicación particular, pero estas decisiones de implementación no deberán interpretarse como un alejamiento del alcance de la presente invención. Los diferentes bloques lógicos, módulos y circuitos ilustrativos descritos junto con las modalidades descritas en la presente pueden implementarse o realizarse con un procesador de uso general, un procesador de señal digital (DSP) , un circuito integrado de aplicación específica (ASIC) , una gama de puerto programable de campo (FPGA) o otro dispositivo lógico programable, puerto discreto o lógico 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 uso general puede ser un microprocesador, pero como alternativa, el procesador puede ser cualquier procesador convencional, un controlador, un microcontrolador, una computadora o una máquina de estado. Un procesador también puede implementarse como una combinación de dispositivos de computación, 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 DSP, o cualquier otra configuración. Las actividades de métodos, rutinas o algoritmos descritos en relación con las modalidades descritas en la presente invención pueden ejemplificarse directamente en un módulo de hardware o 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 conocido en la técnica. Un medio de almacenaje ejemplar se acopla al procesador de tal modo que el procesador pueda leer y escribir información de y hacia el medio de almacenamiento. En una alternativa, el medio de almacenamiento puede estar integrado al procesador. El procesador y el medio de almacenaje pueden residir en un ASIC. El ASIC puede residir en una terminal de usuario. En una alternativa, el procesador y el medio de almacenaje pueden residir como componentes discretos en una terminal de usuario. Varias modificaciones a las modalidades descritas e ilustradas serán aparentes para aquellos con experiencia ordinaria en la técnica, y los principios definidos en la presente pueden ser aplicados a otras modalidades sin apartarse del espíritu o alcance de la invención. Por lo tanto, la presente invención no pretende ser limitada por las modalidades mostradas en la presente, sino que estará de acuerdo con el alcance más amplio consistente con los principios y características novedosas descritas en la presente. En la descripción de las diferentes modalidades de la invención, se ha usado terminología específica con el propósito de ilustrar y por razones de claridad. Sin embargo, la invención no pretende estar limitada a la terminología específica de este modo seleccionada. Se pretende que cada término específico incluya equivalentes conocidos por aquellos con experiencia en la técnica, así como con todos los equivalentes técnicos que operan en una manera similar para lograr un propósito similar. Por lo tanto, la descripción no pretende limitar la invención. La invención pretende quedar protegida ampliamente bajo el alcance de las reivindicaciones anexas.

Claims (20)

  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. Un método en un sistema de comunicación inalámbrica caracterizado porque comprende: formar datos en un paquete sin identidad para transmisión; y transmitir el paquete sin identidad, en donde el paquete sin identidad se transmite de acuerdo con un esquema de transmisión predispuesto permitiendo que el paquete sin identidad sea identificado al ser recibido en base a un caso durante el cual fue transmitido el paquete sin identidad. 2. El método de conformidad con la reivindicación 1, caracterizado además porque comprende: recibir un NACK indicando que la transmisión del paquete sin identidad falló.
  3. 3. El método de conformidad con la reivindicación 2, caracterizado además porque comprende: enviar una retransmisión sin identidad de los datos si falla la transmisión inicial de datos; en donde de acuerdo con el esquema de transmisión predispuesto, la retransmisión se envía un número predeterminado de casos después de la transmisión inicial.
  4. 4. El método de conformidad con la reivindicación 3, caracterizado porque el sistema de comunicación inalámbrica es un sistema sincrónico.
  5. 5. El método de conformidad con la reivindicación 3, caracterizado porque el caso durante el cual el paquete sin identidad fue transmitido es una de una pluralidad de casos, la pluralidad de casos se dispone en grupos, cada uno de los grupos incluye el número predefinido de casos, y en donde la posición relativa de la transmisión inicial dentro de un primer grupo de casos corresponde a una posición relativa de la retransmisión dentro de un segundo grupo de casos.
  6. 6. El método de conformidad con la reivindicación 2, caracterizado porque el sistema de comunicación inalámbrica se conforma a los protocolos WCDMA y comprende un Nodo B; en donde el equipo de usuario transmite el paquete sin identidad de datos al Nodo B; y en donde el Nodo B transmite el NACK.
  7. 7. Un sistema de comunicación inalámbrica caracterizado porque comprende: un codificador configurado para codificar datos en un paquete sin identidad; circuitos de transmisión configurados para enviar una transmisión inicial del paquete sin identidad; circuitos de recepción configurados para recibir señales que comprenden un NACK asociado con la transmisión inicial; y un procesador que incluye lógica organizada para controlar el envío de una retransmisión de los datos en respuesta a la recepción del NACK; en donde la retransmisión se envía de acuerdo con el esquema de transmisión predispuesto.
  8. 8. El sistema de comunicación inalámbrica de conformidad con la reivindicación 7, caracterizado porque de acuerdo con el esquema de transmisión predispuesto la retransmisión se envía un número predeterminado de casos después de la transmisión inicial.
  9. 9. El sistema de comunicación inalámbrica de conformidad con la reivindicación 7, caracterizado porque el sistema de comunicación inalámbrica se conforma a protocolos WCDMA y comprende un Nodo B que transmite el NACK; y en donde el sistema de comunicación inalámbrica comprende equipo inalámbrico que comprende circuitos de transmisión que envían la transmisión inicial del paquete sin identidad.
  10. 10. El sistema de comunicación inalámbrica de conformidad con la reivindicación 7, caracterizado porque el sistema de comunicación inalámbrica es un sistema sincrónico.
  11. 11. Un método para operar en un sistema de comunicación inalámbrica, el método está caracterizado porque comprende : recibir una transmisión inicial sin identidad de un paquete de datos inalámbricamente transmitido por medio de un sistema de comunicación inalámbrica; identificar la transmisión inicial en base a un caso durante el cual fue recibida la transmisión inicial según un esquema de transmisión predispuesto; realizar una corrección de error para determinar si la transmisión inicial está corrompida; y anexar la información de identificación de paquete al paquete de datos determinando que la transmisión inicial no está corrompida.
  12. 12. El método de conformidad con la reivindicación 11, caracterizado porque la información de identificación de paquete se anexa en la estación base y representa un número de trama E-DCH de la transmisión inicial; y en donde el sistema de comunicación inalámbrica es un sistema sincrónico.
  13. 13. El método de conformidad con la reivindicación 12, caracterizado además porque comprende: enviar el paquete de datos al cual se anexa la información de identificación de paquete corriente arriba con un controlador de red de radio.
  14. 14. El método de conformidad con la reivindicación 11, caracterizado además porque comprende: enviar un NACK al determinar que la transmisión inicial está corrompida; recibir, en respuesta al NACK, una retransmisión sin identidad de los datos transmitidos en la transmisión inicial; y asociar la retransmisión con la transmisión inicial en base a un caso durante el cual fue recibida la retransmisión según el esquema de retransmisión predispuesto.
  15. 15. El método de conformidad con la reivindicación 14, caracterizado porque el caso es uno de una pluralidad de casos dispuestos en grupos, cada uno de los grupos incluye un número predefinido de casos; y en donde la posición relativa de la transmisión inicial dentro de un primer grupo de casos corresponde a la posición relativa de la retransmisión dentro de un segundo grupo de casos.
  16. 16. El método de conformidad con la reivindicación 11, caracterizado porque la transmisión inicial sin identidad del paquete de datos se recibe en una estación base; y caracterizado porque el sistema de comunicación inalámbrica se conforma a protocolos WCDMA.
  17. 17. Un sistema de comunicación inalámbrica caracterizado porque comprende: circuitos de recepción configurados para recibir de manera inalámbrica un paquete de transmisión inicial sin identidad; un descodificador configurado para descodificar la transmisión inicial recibida por los circuitos de recepción circuitos de transmisión configurados para enviar señales que comprenden un NACK asociado con la transmisión inicial al ser corrompida la transmisión inicial; y un procesador que incluye lógica organizada para reconocer una retransmisión como asociada con la transmisión inicial en base a la retransmisión siendo recibida un número predeterminado de casos después de la transmisión inicial.
  18. 18. El sistema de comunicación inalámbrica de conformidad con la reivindicación 17, caracterizado porque el sistema de comunicación inalámbrica se conforma a protocolos WCDMA y comprende una estación base que incluye los circuitos de recepción que están configurados para recibir el paquete de transmisión inicial sin identidad.
  19. 19. El sistema de comunicación inalámbrica de conformidad con la reivindicación 18, caracterizado porque la estación base es un Nodo B configurado para anexar información de identificación de paquete para la transmisión inicial que representa un número de trama E-DCH de la transmisión inicial al estar la transmisión inicial libre de errores; y en donde el sistema de comunicación inalámbrica es un sistema sincrónico.
  20. 20. Una estación móvil configurada para operar en un sistema de comunicación inalámbrica, la estación móvil está caracterizada porque comprende: medios para codificar datos en un paquete sin identidad; medios para transmitir una transmisión inicial del paquete sin identidad; medios para recibir señales que comprenden un NACK asociado con la transmisión inicial; y medios de procesamiento para controlar la retransmisión de datos en respuesta a la recepción del NACK; en donde la retransmisión se envía un número predeterminado de casos después de la transmisión inicial para permitir que la retransmisión sea asociada con la transmisión inicial.
MXPA06012836A 2004-05-05 2005-05-02 Metodo y aparato para la reduccion de sobrecarga en un enlace ascendente mejorado en un sistema de comunicacion inalambrica. MXPA06012836A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US56862304P 2004-05-05 2004-05-05
PCT/US2005/014713 WO2005109730A1 (en) 2004-05-05 2005-05-02 Method and apparatus for overhead reduction in an enhanced uplink in a wireless communication system

Publications (1)

Publication Number Publication Date
MXPA06012836A true MXPA06012836A (es) 2007-03-01

Family

ID=34967586

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA06012836A MXPA06012836A (es) 2004-05-05 2005-05-02 Metodo y aparato para la reduccion de sobrecarga en un enlace ascendente mejorado en un sistema de comunicacion inalambrica.

Country Status (14)

Country Link
US (1) US8351400B2 (es)
EP (2) EP2346199A3 (es)
JP (2) JP2007536806A (es)
KR (3) KR100989529B1 (es)
CN (1) CN1981473B (es)
AU (1) AU2005241921B2 (es)
BR (1) BRPI0510701A (es)
CA (1) CA2565780C (es)
IL (1) IL179052A0 (es)
MX (1) MXPA06012836A (es)
RU (1) RU2353063C2 (es)
TW (1) TWI366360B (es)
UA (1) UA90109C2 (es)
WO (1) WO2005109730A1 (es)

Families Citing this family (70)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE0101846D0 (sv) * 2001-05-22 2001-05-22 Ericsson Telefon Ab L M Method and system of retransmission
US8626957B2 (en) * 2003-08-22 2014-01-07 International Business Machines Corporation Collective network for computer structures
US8259752B2 (en) * 2004-05-07 2012-09-04 Interdigital Technology Corporation Medium access control layer architecture for supporting enhanced uplink
KR100713394B1 (ko) * 2004-06-16 2007-05-04 삼성전자주식회사 이동통신 시스템에서 전송일련번호와 타임스탬프를 이용한 상향링크 데이터 패킷들의 재정렬 방법 및 장치
US7681100B2 (en) * 2004-08-18 2010-03-16 Pine Valley Investments, Inc. System and method for retransmission of voice packets in wireless communications
JP4711085B2 (ja) * 2004-11-25 2011-06-29 日本電気株式会社 アップリンクトランスポートレイヤの伝送方法
US8634422B2 (en) * 2005-08-17 2014-01-21 Qualcomm Incorporated Prioritization techniques for quality of service packet transmission over a network lacking quality of service support at the media access control layer
US8489128B2 (en) * 2005-10-31 2013-07-16 Qualcomm Incorporated Efficient transmission on a shared data channel for wireless communication
US8625601B2 (en) * 2005-10-31 2014-01-07 Qualcomm Incorporated Method and apparatus for low-overhead packet data transmission and control of reception mode
EP1961145B1 (en) * 2005-12-16 2012-12-12 Telefonaktiebolaget L M Ericsson (Publ) A method and a transmitter / receiver for reduced signaling in a retransmission system using hybrid automatic repeat
CN1988533B (zh) * 2005-12-19 2012-10-17 华为技术有限公司 一种实现IuUP/NBUP协议过程控制功能的方法
KR101334581B1 (ko) 2005-12-22 2013-11-28 인터디지탈 테크날러지 코포레이션 무선 통신 시스템에서 데이터 보안 및 자동 반복 요청 실시를 위한 방법 및 장치
EP1811674A1 (en) * 2006-01-23 2007-07-25 Motorola, Inc. Apparatus and methods for jointly decoding messages based on apriori knowledge of modified codeword transmission
JP4419023B2 (ja) * 2006-03-23 2010-02-24 株式会社カシオ日立モバイルコミュニケーションズ 移動体通信端末、および、プログラム
US20080096571A1 (en) * 2006-03-24 2008-04-24 Pedersen Klaus I Method, apparatus, network element and software product for shared channel allocation based on occurrence of hybrid automatic repeat request retransmissions
JP4778342B2 (ja) * 2006-03-27 2011-09-21 富士通株式会社 無線通信方法、無線通信システム、端末および基地局
US20080031391A1 (en) * 2006-08-03 2008-02-07 Samsung Electronics Co., Ltd. Receiving apparatus for retransmission diversity
WO2008022094A2 (en) * 2006-08-14 2008-02-21 Plankton Technologies, Llc Data storage device
FI20065520A0 (fi) * 2006-08-17 2006-08-17 Nokia Corp Nopea datapakettien siirtomenetelmä
WO2008032771A1 (fr) * 2006-09-15 2008-03-20 Kyocera Corporation SystÈme de communication, dispositif de communication, et procÉDÉ de commande de retransmission de trame de donnÉes
US9882683B2 (en) * 2006-09-28 2018-01-30 Telefonaktiebolaget Lm Ericsson (Publ) Autonomous transmission for extended coverage
JP2008098798A (ja) * 2006-10-10 2008-04-24 Nec Corp 通信システムにおけるデータ伝送状況判定方法および通信装置
JP4728203B2 (ja) * 2006-11-06 2011-07-20 富士通セミコンダクター株式会社 半導体回路のレイアウト方法、プログラム、設計支援システム
CA2669679C (en) 2006-11-21 2013-06-25 Samsung Electronics Co., Ltd. Method and apparatus for receiving system information from base station in a mobile communication system
DE102007017838A1 (de) * 2007-01-10 2008-07-17 Rohde & Schwarz Gmbh & Co. Kg Vorrichtung und Verfahren zur Ermittlung und zur Darstellung eines Synchronisations-Zustands
US8223628B2 (en) * 2007-01-10 2012-07-17 Lantiq Deutschland Gmbh Data transmission method, transmitter, receiver, transceiver and transmission system
WO2008097486A2 (en) 2007-02-02 2008-08-14 Interdigital Technology Corporation Method and apparatus for controlling a handover between utra r6 cells and r7 cells
EP2140632B1 (en) 2007-03-16 2018-10-24 InterDigital Technology Corporation Wireless communication method and apparatus for supporting reconfiguration of radio link control parameters
US8381056B2 (en) * 2007-04-03 2013-02-19 Samsung Electronics Co., Ltd. Apparatus and method for handling data error in data transmission system including relay station
US9686045B2 (en) * 2007-04-04 2017-06-20 Lantiq Beteiligungs-GmbH & Co. KG Data transmission and retransmission
US8127193B2 (en) * 2007-05-29 2012-02-28 At&T Intellectual Property I, L.P. Methods and apparatus to reduce errors during a re-transmission
WO2008156321A2 (en) * 2007-06-19 2008-12-24 Lg Electronics Inc. Enhancement of lte random access procedure
US8189581B2 (en) 2007-06-20 2012-05-29 Motorola Mobility, Inc. Method, signal and apparatus for managing the transmission and receipt of broadcast channel information
US8799734B2 (en) * 2007-07-03 2014-08-05 Industrial Technology Research Institute Transmission control methods and devices for communication systems
US20090089440A1 (en) * 2007-10-01 2009-04-02 Jonathan Chester Gathman Protocol for leasing sockets
ATE528952T1 (de) * 2007-12-12 2011-10-15 Ericsson Telefon Ab L M Erweiterte direktzugriffskonfiguration, die von einer basisstation eines e-utran übertragen wird, zum direktzugriff auf einem funkkanal durch ein teilnehmergerät
US7899051B2 (en) 2007-12-31 2011-03-01 Motorola Mobility, Inc. Broadcast channel signal, apparatus and method for transmitting and decoding broadcast channel information
US8825050B2 (en) * 2008-01-24 2014-09-02 Lg Electronics Inc. Random access channel preamble detection
EP2241127B1 (en) 2008-02-01 2016-12-07 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for transmitting a data unit in a wireless communications system
US8958460B2 (en) 2008-03-18 2015-02-17 On-Ramp Wireless, Inc. Forward error correction media access control system
US8520721B2 (en) 2008-03-18 2013-08-27 On-Ramp Wireless, Inc. RSSI measurement mechanism in the presence of pulsed jammers
US20100195553A1 (en) 2008-03-18 2010-08-05 Myers Theodore J Controlling power in a spread spectrum system
US8477830B2 (en) 2008-03-18 2013-07-02 On-Ramp Wireless, Inc. Light monitoring system using a random phase multiple access system
EP2107709B8 (en) * 2008-04-01 2014-08-20 Innovative Sonic Limited Method and apparatus of transmission time interval bundling management
US8248973B2 (en) * 2008-04-30 2012-08-21 Industrial Technology Research Institute Method for operation of synchronous HARQ in a wireless communication system
CN101610138B (zh) * 2008-06-19 2013-01-16 中兴通讯股份有限公司 上行混合自动重传请求的实现方法和系统
US8738981B2 (en) * 2008-10-24 2014-05-27 Qualcomm Incorporated Method and apparatus for H-ARQ scheduling in a wireless communication system
US8363699B2 (en) 2009-03-20 2013-01-29 On-Ramp Wireless, Inc. Random timing offset determination
EP2306665A1 (en) * 2009-10-02 2011-04-06 Panasonic Corporation Relay backhaul uplink HARQ protocol
CN102124781A (zh) * 2009-10-07 2011-07-13 高通股份有限公司 用于便利td-scdma系统中的切换的装置和方法
ES2566974T3 (es) 2010-02-23 2016-04-18 Alcatel Lucent Realimentación de información de estado de canal
JP5620808B2 (ja) * 2010-12-24 2014-11-05 株式会社Nttドコモ 通信管理装置、移動機、通信システムおよび通信管理方法
US20120320909A1 (en) * 2011-06-16 2012-12-20 Ziegler Michael L Sending request messages over designated communications channels
US8867357B2 (en) * 2011-12-12 2014-10-21 Verizon Patent And Licensing Inc. Processing network traffic at a network edge
IL217307A (en) * 2012-01-01 2015-09-24 Video Flow Ltd Continuous error correction (fec) system and method
US9877306B2 (en) * 2012-03-09 2018-01-23 Sun Patent Trust Wireless communication terminal device and control channel forming method
WO2014067488A1 (en) * 2012-11-02 2014-05-08 Mediatek Singapore Pte. Ltd. Method for decoding control channels with multiple subframes
US9622147B2 (en) * 2013-09-12 2017-04-11 Apple Inc. System and method for performing hybrid automatic repeat request (HARQ) in a WLAN system
WO2016122397A1 (en) * 2015-01-30 2016-08-04 Telefonaktiebolaget Lm Ericsson (Publ) Wireless communication device, network node and methods for handling data transmissions
US20160226628A1 (en) * 2015-01-30 2016-08-04 Huawei Technologies Co., Ltd. System and method for data retransmission
US10582417B2 (en) * 2015-05-11 2020-03-03 Nokia Solutions And Networks Oy Sending multiple G-PDUs with a single UDP datagram
CN106301679B (zh) * 2015-06-10 2020-10-23 华为技术有限公司 业务速率的调整方法和装置
WO2017185294A1 (en) * 2016-04-28 2017-11-02 Nokia Technologies Oy Method and apparatus for performing hybrid automatic repeat request processes
CN109155704B (zh) * 2016-05-13 2021-12-10 松下电器(美国)知识产权公司 一种用于上行链路数据分组传输的用户设备、基站和方法
JP6845628B2 (ja) * 2016-07-07 2021-03-17 任天堂株式会社 情報処理装置、情報処理方法、情報処理システム、および、制御プログラム
US10263691B2 (en) * 2016-09-21 2019-04-16 Qualcomm Incorporated Dynamic reverse link retransmission timelines in satellite communication systems
CN108401482B (zh) * 2017-12-28 2021-01-01 北京小米移动软件有限公司 数据传输方法和装置
US10680778B2 (en) 2018-02-16 2020-06-09 At&T Intellectual Property I, L.P. Reducing control channel overhead in 5G or other next generation networks
US11172477B2 (en) 2018-11-02 2021-11-09 Qualcomm Incorproated Multi-transport block scheduling
US20210392033A1 (en) * 2020-06-15 2021-12-16 Plantronics, Inc. Systems and Methods for Managing Failed Packet Transmissions using a Smart Retransmission Scheme with Hierarchical Packet Analysis

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0866579A1 (en) 1997-03-20 1998-09-23 Nec Corporation Packet transmission method without sending serial numbers
US6021124A (en) 1997-08-19 2000-02-01 Telefonaktiebolaget Lm Ericsson Multi-channel automatic retransmission query (ARQ) method
US6301249B1 (en) 1998-08-04 2001-10-09 Opuswave Networks, Inc Efficient error control for wireless packet transmissions
FR2809900B1 (fr) 2000-05-31 2002-11-29 Mitsubishi Electric Inf Tech Procede et systeme de transmission de donnees bi-mode, emetteur et recepteur correspondant
EP1227602A1 (en) 2001-01-24 2002-07-31 Lucent Technologies Inc. Method for dynamic allocation of timeslots in a TDD communication system
EP1286491B1 (en) 2001-08-22 2004-06-30 Matsushita Electric Industrial Co., Ltd. Multichannel ARQ method and apparatus
KR100790131B1 (ko) 2001-08-24 2008-01-02 삼성전자주식회사 패킷 통신시스템에서 매체 접속 제어 계층 엔터티들 간의 시그널링 방법
US7272113B2 (en) * 2001-12-05 2007-09-18 Nokia Corporation Apparatus, and associated method, for communicating frame-formatted data at a selected QoS level in a radio communication system
US7013143B2 (en) * 2003-04-30 2006-03-14 Motorola, Inc. HARQ ACK/NAK coding for a communication device during soft handoff
ATE429744T1 (de) 2003-12-19 2009-05-15 Panasonic Corp Harq protokoll mit synchronen wiederholungen
ATE424066T1 (de) * 2004-01-22 2009-03-15 Panasonic Corp Verfahren und vorrichtungen zum umschalten zwischen asynchronen und synchronen harq- wiederübertragungsmoden

Also Published As

Publication number Publication date
KR20090074282A (ko) 2009-07-06
US8351400B2 (en) 2013-01-08
KR20070019757A (ko) 2007-02-15
KR20100080569A (ko) 2010-07-08
UA90109C2 (ru) 2010-04-12
JP2011125007A (ja) 2011-06-23
EP2346199A3 (en) 2017-05-31
CA2565780A1 (en) 2005-11-17
WO2005109730A1 (en) 2005-11-17
JP5185355B2 (ja) 2013-04-17
US20050276249A1 (en) 2005-12-15
CN1981473B (zh) 2016-08-10
EP2346199A2 (en) 2011-07-20
CA2565780C (en) 2013-04-23
KR100989529B1 (ko) 2010-10-25
EP1747633A1 (en) 2007-01-31
BRPI0510701A (pt) 2007-11-20
KR100927556B1 (ko) 2009-11-23
KR101134332B1 (ko) 2012-04-13
CN1981473A (zh) 2007-06-13
TWI366360B (en) 2012-06-11
IL179052A0 (en) 2007-03-08
AU2005241921B2 (en) 2009-01-08
TW200623682A (en) 2006-07-01
RU2353063C2 (ru) 2009-04-20
AU2005241921A1 (en) 2005-11-17
JP2007536806A (ja) 2007-12-13
RU2006142860A (ru) 2008-06-10

Similar Documents

Publication Publication Date Title
US8351400B2 (en) Method and apparatus for overhead reduction in an enhanced uplink in a wireless communication system
US9479297B2 (en) Fractional HARQ re-transmission
JP4198910B2 (ja) 並列チャネルエンコーダパケット伝送システム中でサブパケットを送信する方法および受信する方法
US7734987B2 (en) Communication method and system using two or more coding schemes
CN111030785B (zh) 在无线网络中进行数据重传的方法、系统以及无线接收器
US20120208580A1 (en) Forward error correction scheduling for an improved radio link protocol
US8443248B2 (en) Method for decoding data packets in a wireless communication system
EP3895351B1 (en) New radio code block transmission based on dci extension
CN102754384A (zh) 具有用于dtx和ack/nack的不对等差错保护的用两个分开的码字将harq反馈信息编码的技术
EP3912289B1 (en) Method of transmission of a data packet, computer program, and transceiver device
CN113316922B (zh) 用于传输数据分组的设备、方法、装置以及计算机可读存储介质
EP2507931B1 (en) Data carrier identification method and system
CN113366785A (zh) 用于重传mac协议数据单元(mpdu)的通信发射器

Legal Events

Date Code Title Description
FG Grant or registration
HH Correction or change in general