MXPA04007969A - Metodo para mover una ventana de recepcion en una red de acceso de radio. - Google Patents

Metodo para mover una ventana de recepcion en una red de acceso de radio.

Info

Publication number
MXPA04007969A
MXPA04007969A MXPA04007969A MXPA04007969A MXPA04007969A MX PA04007969 A MXPA04007969 A MX PA04007969A MX PA04007969 A MXPA04007969 A MX PA04007969A MX PA04007969 A MXPA04007969 A MX PA04007969A MX PA04007969 A MXPA04007969 A MX PA04007969A
Authority
MX
Mexico
Prior art keywords
sdu
pdu
discarded
window
transmission
Prior art date
Application number
MXPA04007969A
Other languages
English (en)
Inventor
Young-Dae Lee
Original Assignee
Lg Electronics 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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=32310822&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=MXPA04007969(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Lg Electronics Inc filed Critical Lg Electronics Inc
Publication of MXPA04007969A publication Critical patent/MXPA04007969A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/04—Scheduled access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1832—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/187—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/22—Traffic shaping
    • H04L47/225—Determination of shaping rate, e.g. using a moving window
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Circuits Of Receivers In General (AREA)
  • Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un metodo para mover una ventana de recepcion en un sistema de comunicacion movil inalambrico, en donde el RLC AM de lado de transmision envia informacion de la ultima SDU descartada sin importar la continuidad de las SDU descartadas; el RLC AM del lado de recepcion verifica si todas las SDU del punto de partida de la ventana de recepcion hasta la ultima SDU descartada son recibidas exitosamente, suministra las SDU que han sido recibidas exitosamente en un estrato superior, y descarta unicamente aquellas SDU que no han sido recibidas exitosamente.

Description

For two-letier codes and other abbreviations, refer to the "Guid-ance Notes on Codes and Abbreviations" appearing al the begin-ning oj each regular ijsue oj the PC Gazetle.
METODO PARA MOVER UNA VENTANA DE RECEPCION EN UNA RED DE ACCESO DE RADIO CAMPO TECNICO La presente invención se refiere a transmisión de datos de control de enlace de radio (RLC) en un UMTS (sistema de telecomunicaciones móvil universal), y más particularmente, a un método para mover una ventana de recepción en una red de acceso por radio.
ANTECEDENTES DE LA INVENCION Un sistema de telecomunicaciones móvil universal (UMTS) es un sistema de comunicación móvil de tercera generación que ha evolucionado desde un estándar conocido como sistema global para comunicaciones móviles (GSM). Este estándar es un estándar europeo que ayuda a proveer un servicio de comunicación móvil mejorado con base en una red central GSM y tecnología de acceso múltiple de división de código de banda ancha (W-CDMA). Un sistema de telecomunicación móvil universal (UMTS) es un sistema de comunicación móvil de tercera generación que ha evolucionado desde un estándar europeo conocido como sistema global para comunicaciones móviles (GSM) que ayuda a proveer un servicio de comunicación móvil mejorado con base en una red central GSM y una tecnología de conexión inalámbrica de acceso múltiple de división de código de banda ancha (W-CDMA). En diciembre de 1998, la ETSI de Europa, el ARIB/TTC de Japón, el T1 de Estados Unidos, y el TTA de Corea formaron un proyecto de asociación de tercera generación (3GPP), para el propósito de creación de especificaciones detalladas de la tecnología UMTS. Dentro de 3GPP, con el fin de lograr el desarrollo técnico rápido y eficiente de UMTS, cinco grupos de especificación técnica (TSG) han sido creados para realizar la estandarización de UMTS al considerar la naturaleza independiente de los elementos de red y sus operaciones. Cada TSG desarrolla, mejora y maneja la especificación estándar en una región relacionada. Entre estos grupos, el grupo (RAN) de red de acceso de radio (TSG-RAN) desarrolla los estándares para las funciones, requerimientos, e interfaz de la red de acceso de radio terrestre UMTS (UTRAN), la cual es una nueva red de acceso de radio para soportar una tecnología de acceso W-CDMA en UMTS. La figura 1 ilustra una estructura de protocolo de interfaz de radio entre una terminal y UTRAN de conformidad con los estándares de red de acceso de radio 3GPP. Con relación a la figura 1 , un protocolo de interfaz de radio tiene estratos horizontales que comprenden un estrato físico, un estrato de enlace de datos, y un estrato de red, y tiene planos verticales que comprenden un plano de usuario para transmitir los datos de usuario y un plano de control para transmitir información de control. El plano de usuario es una región que maneja información de tráfico del usuario tal como voz y paquetes de protocolo de Internet (IP), mientras que el plano de control es una región que maneja la información de control para una interfaz de una red, mantenimiento y manejo de una llamada, y similares. Los estratos de protocolo en la figura 1 pueden dividirse en un primer estrato (L1 ), un segundo estrato (L2), y un tercer estrato (L3) con base en los tres estratos inferiores de un modelo estándar de interconexión de sistema abierto (OSI). Cada estrato se describirá a detalle a continuación. El primer estrato (L1 ), principalmente, el estrato físico, provee un servicio de transferencia de información a un estrato superior al utilizar varias técnicas de transmisión de radio. El estrato física se conecta a un estrato superior llamado un estrato de control de acceso medio (MAC) por medio de un canal de transporte. El estrato MAC y el estrato físico envían y reciben datos entre sí por medio del canal de transporte. El segundo estrato (L2) incluye un estrato MAC, un estrato de control de enlace de radio (RLC), una estrato de control de transmisión/multidifusión (BMC), y un estrato de convergencia de datos de paquete (PDCP). El estrato MAC provee un servicio de asignación de los parámetros MAC para asignación y re-asignación de fuentes de radio. El estrato MAC se conecta a un estrato superior llamado el estrato de control de enlace de radio (RLC), por medio de un canal lógico. Varios canales lógicos se proveen de conformidad con el tipo de información transmitida. En general, cuando la información del plano de control se transmite, se utiliza un canal de control. Cuando la información del plano del usuario es transmitida, se utiliza un canal de tráfico. El estrato RLC soporta las transmisiones de datos confiables, y realiza una segmentación y función de concatenación en una pluralidad de unidades de datos de servicio RLC (SDU RLC) suministrada a partir de un estrato superior. Cuando el estrato RLC recibe las SDU RLC del estrato superior, el estrato RLC ajusta el tamaño de cada SDU RLC en una manera apropiada al considerar la capacidad de procesamiento, y posteriormente crea ciertas unidades de datos con información de encabezado agregada a la misma. Las unidades de datos creadas son llamadas unidades de datos de protocolo (PDU), que posteriormente se transfieren al estrato MAC por medio de un canal lógico. El estrato RLC incluye un búfer RLC para almacenar las SDU RLC y/o las PDU RLC. El estrato PDCP (protocolo de convergencia de datos de paquete), como un estrato superior del estrato RLC, permite que los datos transmitidos a través de un protocolo de red (tal como IPv4 o IPv6) se transmitan efectivamente en una interfaz de radio con un ancho de banda relativamente pequeño. Para lograr esto, el estrato PDCP realiza la función de reducir información de control innecesaria utilizada por una red de cable, y este tipo de función es llamada, compresión del encabezado. Un estrato BMC (control de transmisión/multidifusión) transmite mensajes de transmisión de celda (de aquí en adelante abreviado como "mensaje CB") transferido desde una red central a terminales a través de una interfaz de radio. Para esto, el estrato BMC realiza las funciones de almacenar, programar, y transmitir los mensajes CB. Existe un estrato de control de fuente de radio (RRC) en una porción más baja del estrato L3. El estrato RRC se define únicamente en el plano de control, y maneja el control de canales lógicos, canales de transporte y canales físicos con respecto a la instalación, reconfiguración y liberación de los soportes de radio. El servicio de soporte de radio se refiere a un servicio que el segundo estrato (L2) provee para transmisión de datos entre la terminal y la UTRAN, y en general, el montaje del soporte de radio se refiere a definir los estratos de protocolo y las características de canal de los canales requeridos para proveer un servicio específico, como también establecer respectivamente parámetros sustanciales y métodos de operación. Para referencia; el PDCP y los estratos BMC existen en el plano del usuario únicamente, mientras que los estratos MAC y RLC pueden existir en el plano del usuario o en el plano de control de conformidad con el estrato superior conectado al mismo. Principalmente, cuando el estrato RLC provee servicios al estrato RRC, los estratos MAC y RLC existen en el plano de control. De otra manera, existen en el plano del usuario.
Además, los segundos estratos (incluyendo el estrato MAC) tienen una pluralidad de identidades para garantizar la QoS (calidad de servicio) que es apropiada para cada soporte de radio (RB). Principalmente, una multitud de entidades puede existir en un estrato, y cada entidad provee un servicio por separado. El estrato RLC se explicará con mayor detalle a continuación. Una función básica del estrato RLC es garantizar la QoS de cada RB y sus transmisiones de datos correspondientes. Ya que el servicio RB es un servicio que el segundo estrato del protocolo de radio provee a estratos superiores, todo el segundo estrato afecta la QoS, y en particular, el estrato RLC tiene una influencia importante en la QoS. El RLC provee una entidad RLC independiente para cada RB con el fin de garantizar la QoS particular de RB, y provee tres modos RLC, principalmente, un modo de transparente (TM) un modo de no reconocimiento (UM), y un modo de reconocimiento (AM) para soportar varios tipos de QoS. Ya que los tres modos RLC (TM, UM, AM) respectivamente soportan diferentes requerimientos de QoS, existen diferencias en operación y en funciones específicas. Asimismo, cada modo operacional de RLC debe considerarse con mayor detalle. El RLC particular para cada modo se mencionará como RLC TM, RLC UM, y RLC AM. En TM, al emplear un RLC TM, no se agrega una sobrecarga de protocolo a SDU RLC que se transfiere desde el estrato superior. Ya que RLC deja a SDU pasar "en forma transparente", este modo es llamado modo transparente (TM). Asimismo, el plano del usuario y el plano de control realizan las siguientes funciones. En el plano del usuario, ya que un tiempo de procesamiento de datos en RLC es corto, se manejan las transmisiones de datos de circuito en tiempo real (tales como voz y flujo continuo en el dominio de servicio de circuito (dominio CS)). En el plano de control, ya que no existe una sobrecarga de protocolo dentro de RLC, se manejan la transmisión de enlace ascendente de los mensajes RRC desde una terminal no especificada (UE), y la transmisión de enlace descendente de los mensajes RRC que se transmiten a todas las terminales (UE) dentro de una celda. Mientras tanto, diferente al modo transparente, un modo en el cual la sobrecarga de protocolo se añade en el RLC es llamado modo no transparente. El modo no transparente se divide en un modo no reconocido (UM) que no tiene reconocimiento de recepción para los datos transferidos, y modo reconocido (AM) que tiene reconocimiento. En UM, al emplear RLC UM, un encabezado PDU que incluye un número de secuencia (SN) se añade a cada PDU y posteriormente se transfiere, con el fin de permitir que el lado de recepción identifique qué PDU se perdieron durante la transmisión. Como tal, en UM (empleando un RLC UM), el plano del usuario maneja transmisiones de datos de transmisión/multidifusión o transmisiones de datos de paquetes en tiempo real, tal como voz (por ejemplo, VolP) y flujo continuo en el dominio de servicio de paquete (dominio PS). En el plano de control, se maneja la transmisión de aquellos mensajes RRC que no necesitan respuesta de reconocimiento, entre todos los mensajes RRC proporcionados a una terminal específica o grupo terminal dentro de una región de la celda. Como en UM, en AM (que emplea un RLC AM), un encabezado PDU que incluye SN se agrega para construir una PDU. Sin embargo, diferente a UM, en AM, un lado de recepción provee reconocimiento de recepción de la PDU que se envía desde un lado de transmisión. En AM, el lado de recepción provee reconocimiento con el fin de solicitar re-transmisión de cualesquiera PDU que no se hayan recibido apropiadamente. Esta función de re-transmisión es la característica que se distingue más en RLC AM. De este modo, el objeto de RLC AM es garantizar transferencia de datos libres de error a través de re-transmisiones. Para lograr este objeto en AM (empleando un RLC AM), la transmisión de datos de paquete en tiempo no real tal como TCP/IP en el dominio PS se maneja mediante el plano del usuario, y la transmisión de los mensajes RRC que necesitan absolutamente reconocimiento, entre todos los mensajes RRC transmitidos a una terminal específica, se maneja mediante el plano de control. Considerando la dirección de comunicación de datos, RLC TM y RLC UM se utilizan en comunicación unidireccional, mientras que RLC AM se utiliza en comunicación bi-direccional debido a la retroalimentación necesaria (reconocimiento) desde un lado de recepción. La comunicación bi-direccional se utiliza principalmente en comunicación punto a punto, por lo que RLC AM utiliza canales lógicos dedicados únicamente. Con respecto a las diferencias estructurales, en RLC AM, una sola entidad RLC realiza tanto la transmisión como la recepción, mientras que en RLC TM y RLC UM, una entidad RLC existe en el lado de transmisión y una entidad RLC existe en el lado de recepción. El RLC AM requiere una estructura más complicada y técnicas de procesamiento de datos debido a la función de re-transmisión. En RLC AM, un búfer de re-transmisión se requiere además de un búfer de transmisión para manejar la re-transmisión. El RLC AM realiza varias funciones, tal como utilizar una "ventana de transmisión/recepción" para control de flujo, realizar "sondeo" en donde el lado de transmisión solicita información de estado a partir de una entidad RLC par en el lado de recepción, proveer un "reporte de estado" en donde el lado de recepción reporta su estado de búfer a una entidad RLC par en el lado de transmisión, crear una "PDU de estado" para portar información de estado, realizar "un sobrepuesto" en donde una PDU de estado se inserta en una PDU de datos para incrementar la eficacia de transmisión de datos y similares. Además, el RLC AM necesita varios parámetros de protocolo, variables de estado, y un temporizador para apoyar sus funciones variadas. Una de las funciones principales de RLC es la función de descarte de SDU por lo que ciertas SDU RLC (tales como SDU "antiguas"), entre las SDU almacenadas en la entidad RLC del lado de transmisión, se descartan para evitar sobrecarga del búfer RLC. La función de descarte de SDU juega un papel importante para garantizar la QoS de un servicio RB provisto por RLC. Típicamente, el lado de transmisión descarta ciertas SDU al utilizar un esquema que emplea un temporizador o un esquema que emplea un número limitado de re-transmisiones. El esquema del temporizador se utiliza en los tres tipos de modos RLC (T , UM y AM). Una entidad RLC de lado de transmisión opera un temporizador (por ejemplo, un tiempo de descarte) para medir el tiempo (duración) que cada SDU RLC permanece en el estrato RLC, cada SDU RLC se recibe desde un estrato superior. Si una SDU particular falla para ser transmitida apropiadamente al expirar el tiempo establecido por el temporizador, esa SDU se descarta y todas las SDU entre el inicio de la ventana de transmisión y la SDU correspondiente se descartan también. El número limitado del esquema de re-transmisiones se utiliza en RLC AM únicamente. Si la transmisión y re-transmisión de una PDU RLC particular continúa siendo no exitosa y se alcanza el número máximo (límite) de re-transmisiones, una entidad RLC de lado de transmisión descarta cualquier SDU que incluye por lo menos una porción de la PDU RLC correspondiente. Esta operación se describe con mayor detalle a continuación. La SDU RLC transferida hacia abajo al estrato RLC AM en el lado de transmisión se convierte en PDU RLC para almacenarse en un búfer. En este momento, un contador (por ejemplo VT(DAT)) para contar el número de transmisiones para cada PDU RLC comienza su operación de conteo. El VT(DAT) se incrementa en '1 ' cada vez que PDU RLC (que VT(DAT) es responsable de) se transmite. Si la transmisión de una PDU RLC particular continúa siendo no exitosa, y el VT (DAT) alcanza el número máximo (límite) de re-transmisiones (MaxDAT), el RLC AM descarta todas las SDU incluidas en por lo menos una porción de la PDU correspondiente, como también todas las SDU entre el inicio de una ventana de transmisión y la SDU correspondiente. En el caso de que RLC AM de lado de transmisión descarte por lo menos una SDU RLC, dicho descarte se notifica a RLC AM de lado de recepción de manera que la ventana de recepción del lado de recepción se mueve. La ventana de recepción puede moverse ya que el lado de recepción ya no necesita más quedarse y esperar a la SDU, que ahora se ha descartado y de este modo puede no transmitirse. Aquí, este tipo de operación puede mencionarse como una función de "ventana de recepción de movimiento (MRW)". El lado de transmisión envía un mensaje MRW al lado de recepción para mover la ventana de recepción. Aquí, el comando MRW no especifica la ubicación en la cual la ventana de recepción debe moverse realmente, sino únicamente provee información que una SDU particular ha descartado en el lado de transmisión. Al recibir el mensaje MRW, el lado de recepción mueve apropiadamente la ventana de recepción con base en la información de la SDU descartada. Un procedimiento para mover una ventana de recepción se llama un procedimiento MRW. El procedimiento MRW incluye los pasos de transmitir un comando MRW desde el lado de transmisión, moviendo la ventana de recepción mediante el lado de recepción y transmitiendo la información de movimiento de la ventana de recepción al lado de transmisión, y moviendo la ventana de transmisión al lado de transmisión. La operación de cada uno de estos pasos se explica a detalle a continuación. Para entender mejor, la explicación comienza con el paso realizado por el lado de transmisión de recibir una SDU desde un estrato superior.
Construcción de PDU a partir de SDU Una vez que las SDU son entregadas desde un estrato superior, el RLC AM de lado de transmisión realiza una segmentación y concatenación en las SDU (que pueden tener tamaños diferentes) para construir una PDU de datos AM (AMD) con un tamaño predeterminado. La PDU AMD incluye un encabezado agregado a una carga. La carga cosiste en una porción de una SDU o por lo menos una o más SDU. El encabezado consiste en un número de secuencia (SN) de la PDU y un indicador de longitud (Ll) que indica la ubicación de un límite de la SDU si dicho límite existe. La figura 2 muestra un ejemplo de cómo se construyen las PDU a partir de SDU. Con relación a la figura 2, se asume que la 1a a la 32a SDU que porta la 1a a 20a PDU ya se ha transmitido con éxito. Cuando las SDU consecutivas son entregadas hacia abajo al RLC AM, el RLC AM realiza segmentación y concatenación en las SDU (que pueden tener tamaños diferentes) para construir las PDU AMD de un tamaño predeterminado. En la figura 2, únicamente la 33a a 39a SDU se muestran. Sin embargo, puede entenderse que SDU adicionales pueden continuar siendo entregadas y que el RLC AM continúa construyendo PDU adicionales para las SDU descendente. Además, el RLC AM anexa el SN de la PDU a la PDU AMD. Si un límite de SDU existe dentro de una PDU construida, un indicador Ll que indica la ubicación del limite también se agrega al encabezado PDU AMD. La figura 3 es un diagrama ejemplar que muestra el procesamiento de la 21a a la 23a PDU AMD entre las PDU AMD construidas en la figura 2. Con relación a las figuras 2 y 3, puede entenderse que la 21a PDU cosiste en una porción de la 33a SDU (SDU 33), por lo que ningún límite de 33a SDU (SDU 33) existe dentro de la 21a PDU. Preferiblemente, la 21a PDU simplemente consiste en un SN (en el encabezado) y una porción de SDU 33. A continuación, la 22a PDU consiste en una porción de extremo de SDU 33, la totalidad de SDU 34, y una porción de inicio de SDU 35, por lo que dos límites de SDU existen dentro de la 22a PDU. De este modo, dos campos Ll (Ll 33 y Ll 34) que indican los límites de SDU respectivos se agregan al encabezado. Para la 23a PDU, ya que un solo límite entre SDU 35 y SDU 36 existe dentro de la 23a PDU, se agrega un campo Ll correspondiente al encabezado.
Almacenamiento de PDU Cada PDU AMD construida se almacena en un búfer de transmisión de RLC AM, y se almacena simultáneamente en un búfer de retransmisión para re-transmisión posible que puede llevarse a cabo posteriormente. La diferencia entre la transmisión y los búfer de re-transmisión yace en que la PDU que se ha transmitido una vez se remueve del búfer de transmisión, pero se almacena en el búfer de re-transmisión hasta que la PDU se transmite de manera exitosa. La figura 4 muestra un ejemplo de cómo el RLC AM construye y almacena la PDU AMD en los búfer de transmisión y re-transmisión.
Transmisión de PDU El RLC AM del lado de transmisión transmite las PDU construidas al RLC AM del lado de transmisión de la entidad de RLC AM par. Cuando el RLC AM del lado de transmisión transmite PDU AMD, todas las PDU no se transmiten inmediatamente, ya que únicamente aquellas PDU dentro de una ventana de transmisión pueden ser transmitidas. La razón por la cual RLC AM emplea una ventana de transmisión y una ventana de recepción para transmitir y recibir PDU es para manejar aquellas PDU que necesitan ser re-transmitidas. Para esto, el lado de transmisión únicamente transmite aquellas PDU en la ventana de transmisión, y el lado de recepción únicamente recibe aquellas PDU en la ventana de recepción. Aquí, una "ventana" representa una escala de valores PDU SN, por lo que las PDU en la ventana de recepción se refieren a aquellas PDU que tienen valores SN dentro de la escala de valores PDU SN que corresponden a la ventana de recepción. El tamaño de la ventana de transmisión/recepción se establece cuando la entidad RLC se crea, y su escala (escala de valor SN) varía mientras las PDU se transmiten y se reciben. El punto de partida y el punto final (es decir, limites) de la ventana de transmisión y la ventana de recepción se definen de la siguiente manera: Ventana de transmisión - Punto de partida: el SN de la primera PDU de la cual un ACK debe ser recibido siguiente en secuencia desde el lado de recepción. - Punto final: el SN de la primera PDU entre las PDU que no pueden transmitirse.
Ventana de recepción - Punto de partida: el SN de la primera PDU que debe recibirse siguiente en secuencia. - Punto final: el SN de la primera PDU entre las PDU que no pueden recibirse. Como puede observarse de las definiciones anteriores, el lado de transmisión permite la transmisión de únicamente aquellas PDU que tienen SN dentro de una escala desde el punto de partida al punto final cerca del último ("punto final-1 "). Las PDU que tienen SN en y después del punto final pueden ser transmitidas únicamente después de que se actualiza la ventana de transmisión. La actualización de la ventana de transmisión se lleva a cabo cuando el ACK para la primera PDU en secuencia se recibe desde el lado de recepción. En una manera similar, el lado de recepción permite la recepción de únicamente aquellas PDU que tienen SN dentro de una escala desde el punto de partida al punto final cerca del último ("punto final-1 "). Si una PDU que tiene un SN que se encuentra fuera de una escala se recibe, el lado de recepción inmediatamente descarta dicha PDU. La actualización de la ventana de recepción se lleva a cabo cuando la primera PDU en secuencia es recibida exitosamente. Debe notarse que el tamaño de la ventana de transmisión y la ventana de recepción se define como el intervalo (tamaño) entre el punto de partida y el punto final. Por ejemplo, asumiendo que el tamaño de la ventana de transmisión/recepción es 10 y la 1a a 20a PDU se han transmitido exitosamente, la escala de la ventana de transmisión es 21-31 , y también, la escala de la ventana de recepción es 21-31. En el lado de transmisión, ya que la 21 a PDU es la primera PDU de la cual un ACK debe recibirse en secuencia, la ventana de transmisión puede actualizarse únicamente si la transmisión exitosa de la 21a PDU se confirma. De igual manera, en el lado de recepción, ya que la 21a PDU es la primera PDU a ser recibida en secuencia, la ventana de recepción puede actualizarse únicamente si la recepción exitosa de la 21a PDU se confirma. Si un punto final de la ventana de transmisión/recepción es 31 , el lado de transmisión puede únicamente transmitir la 21a a 30a PDU. Asimismo, el lado de recepción puede únicamente recibir la 21a a 30a PDU también. El lado de recepción inmediatamente descarta cualquier PDU que tenga un SN que se encuentre fuera de la escala, tan pronto como PDU sea recibida. La actualización de la ventana de transmisión y la ventana de recepción se realiza continuamente mientras las PDU AMD se transmiten/reciben, como se muestra en la figura 5. La figura 5 muestra un ejemplo para transmitir y actualizar PDU AMD y actualizar la ventana de transmisión y la ventana de recepción en donde todas las PDU, hasta la 20a PDU, se asume que se transmiten exitosamente y que tanto las ventanas de transmisión como las de recepción tienen una escala de 21 -31. Con relación a la figura 5, un lado de transmisión construye las PDU utilizando las SDU suministradas desde un estrato superior y transmite las PDU construidas al lado de recepción. Aquí, la escala de una ventana de transmisión es 21-31 , por lo que únicamente aquellas PDU dentro de dicha escala se transmiten. Las PDU construidas se transmiten secuencialmente de conformidad con sus SN, y una o más PDU pueden transmitirse dentro un intervalo de transmisión (TTI). Aunque únicamente la 21a a 28a PDU se muestran en la figura 5, la transmisión de PDU continúa llevándose a cabo, por lo que PDU adicionales pueden transmitirse además si tienen SN que esté dentro de la escala. El lado de recepción espera la recepción de PDU con una ventana de recepción dentro de una escala entre 21 -31. Para aquellas PDU dentro de la escala, es posible la recepción apropiada. Sin embargo, si una PDU que se encuentra fuera de la escala es recibida, el lado de recepción contempla dicha PDU como errónea y de esta manera descarta inmediatamente dicha PDU. Ya que el lado de transmisión transmite en forma secuencial PDU, el lado de recepción recibe en forma secuencial estas PDU también. El lado de recepción actualiza la ventana de recepción a una escala de 22-32 una vez que la 21 a PDU se recibe de manera apropiada. De aquí en adelante, al recibir apropiadamente la 22a PDU, el lado de recepción actualiza la ventana de recepción a 23-33. Principalmente, la actualización de la ventana de recepción se lleva a cabo únicamente si una PDU que se supone es recibida en secuencia se recibe apropiadamente. Sin embargo, si la 24a PDU es recibida cuando la ventana de recepción se ha actualizado a 23-33, la ventana de recepción no se actualizará más. En consecuencia, el lado de recepción recibe PDU consecutivas mientras que la ventana de recepción se fija a una escala de 23-33. La figura 5 muestra un ejemplo en donde la 23a, 26a y 27a PDU se pierden durante la transmisión. El lado de recepción envía un reporte de estado con relación a las PDU recibidas al lado de transmisión. Aquí, se asume que el reporte de estado se envía al momento cuando la 28a PDU es recibida. La información de estado reportado provee que entre la 21a a la 28a PDU, la 23a, 26, y 27a PDU no se han recibido apropiadamente, y otras PDU se han recibido de manera apropiada. Al recibir el reporte de estado del lado de recepción, el lado de transmisión elimina las PDU transmitidas con éxito del búfer de re-transmisión, posteriormente actualiza la ventana de transmisión, y prepara la retransmisión de las PDU que fallaron en su transmisión. Principalmente, después de eliminar la 21a, 22a, 24a, 25a y 28a PDU (es decir, las PDU apropiadamente transmitidas) del búfer de re-transmisión, el lado de transmisión mantienen la 23a, 26a y 27a PDU en el búfer de re-transmisión y se prepara para la re-transmisión. En la figura 5, ese asume que las PDU se construyen adicionalmente (hasta la 34a PDU) después de que las PDU (hasta la 28a PDU) se han transmitido apropiadamente. A medida que ocurre la transmisión de PDU en forma secuencial, la 23a, 26a y 27a PDU se re-transmiten y posteriormente la 29a a 32a PDU se transmiten por primera vez. Aquí, ya que la 33a y 34a PDU se encuentran fuera de la escala de la ventana de transmisión, éstas se almacenan en el búfer de transmisión y esperan transmisión subsecuente. Después del procedimiento explicado anteriormente, el lado de recepción recibe en forma secuencial las PDU. Si la 23a PDU es recibida (como resultado de re-transmisión desde el lado de transmisión), el punto de partida de la ventana de recepción se mueve al SN (es decir, SN=26) de la PDU a recibir primero en secuencia, ya que la 24a y 25a PDU ya se recibieron apropiadamente. Principalmente, al momento de recibir la 23a PDU, la ventana de recepción se actualiza a 26-36. Una vez que se recibe la 26a PDU la ventana de recepción de nueva cuenta se actualiza a 27-37. Sin embargo, si la 27a PDU no se recibe de aquí en adelante, pero la 29a PDU es recibida en su lugar, la ventana de recepción mantiene su escala como 27-37 y no se actualiza. La figura 5 muestra que la 27a, 30a y 31a PDU no son recibidas entre las PDU hasta las 32a PDU. Específicamente, la 27a PDU no se transmite dos veces (es decir, una re-transmisión falló). Cuando se recibe la 32a PDU, se asume que el lado de recepción envía un reporte de estado, el lado de recepción habiendo recibido las PDU hasta la 32a PDU enviará un reporte de estado indicando la falla para recibir la 27a, 30a, y 31 a PDU.
Descarte de SDU Suponiendo que la transmisión de la 23a PDU continúa fallando, si las PDU como se muestra en la figura 5 se construyen con las SDU en la figura 2, la falla de transmisión de la 23a PDU significa que la 35a y 36a SDU también tendrán fallas en la transmisión. El descarte de SDU difiere para el esquema del temporizador y para el número limitado de esquema de re-transmisiones, de este modo esto se explicará con mayor detalle a continuación. Al recibir una SDU desde un estrato superior, el RLC AM opera inmediatamente un temporizador de descarte para la SDU. Aquí, el temporizador de descarte opera para cada SDU. El temporizador de descarte detiene la operación en el momento en que la SDU se transmite exitosamente y el temporizador de descarte asignado a la SDU se remueve (expira). Aquí, "transmitido exitosamente" significa que una señal de ACK (que informa que todas las PDU que tienen por lo menos una porción de una SDU han sido recibidas exitosamente) se recibe desde el lado de recepción. Ya que las SDU se entregan en forma secuencial al RLC, el temporizador de descarte expira en forma secuencial también. En la figura 2, si la 23a PDU no se transmite exitosamente en el momento en que el temporizador de descarte de la 35a SDU expira, la 35a SDU se descarta en el momento cuando expira el temporizador de descarte. Aquí, es importante notar que la SDU se descarta, y no la PDU. Ya que una PDU se construye con SDU segmentadas y/o concatenadas, una SDU puede estar totalmente dentro de una PDU o una SDU puede extenderse a través de muchas PDU. En cualquier caso, el descarte de la SDU significa que todas las porciones correspondientes de la SDU se descartan de todas las PDU que contienen cualquier porción de esa SDU. Por ejemplo, con relación de nueva cuenta a al figura 2, aún si la 22a PDU tiene éxito en la transmisión, una falla en la transmisión de la 23a PDU da como resultado el descarte de la 35a SDU. En consecuencia, una porción de la 35a SDU en la 22a PDU también se descarta. Además, también es importante notar que la 23a PDU no se descarta aún si la 35a SDU se descarta. Teniendo una porción de la 36a SDU como también una porción de la 35a SDU, la 23a SDU continúa retransmitiéndose hasta que el temporizador de descarte de la 36a SDU expira. Aún si la 23a PDU se re-transmite mientras la 35a SDU se descarta, la re-transmisión no excluye la porción de la 35a SDU. La construcción de la PDU re-transmitida debe ser igual a la de la PDU originalmente transmitida. Cuando las SDU se entregan por debajo de un estrato superior, pueden descender simultáneamente a pesar de la entrega secuencial. Si la 35a y la 36a SDU se entregan casi simultáneamente, los temponzadores de descarte de la 35a y 36a SDU pueden expirar casi al mismo tiempo. En dicho caso, la 35a y 36a SDU se descartan casi al mismo tiempo, y la retransmisión de la 23a PDU se interrumpe como también la de la 24a PDU que incluye la 36a SDU. A medida que la 25a incluye una porción de la 37a SDU de la cual el temporizador de descarte todavía no expira, la 25a PDU continúa retransmitiéndose hasta que el temporizador de descarte de la 37a SDU expira. Como se mencionó en la explicación anterior, una construcción de la 25a retransmitida es igual a la de la PDU originalmente transmitida. El método de descarte utilizando el esquema del temporizador realiza el descarte de las SDU utilizando la expiración del temporizador de descarte, por medio del cual el descarte de las SDU ocurre secuencialmente. Sin embargo, en el número limitado del esquema de re-transmisiones, una SDU se descarta si la PDU que ha sido re-transmitida (tantas veces como el número máximo (límite) del esquema de re-transmisión lo permite) no se transmite de manera exitosa. Como consecuencia, diferente al esquema de temporizador, todas las SDU que incluyen por lo menos una porción de la PDU correspondiente se descartan simultáneamente de conformidad con el número limitado del esquema de re-transmisiones. Por ejemplo, como se muestra en la figura 2, si la 23a PDU falla para transmitirse apropiadamente aún cuando el número máximo (limite) de las re-transmisiones se alcanza, la 35a y 36a SDU se descartan simultáneamente. Sin embargo, ya que este esquema también es para descartar las SDU, los procedimientos de aquí en adelante son iguales a aquellos del esquema de temporizador en cuanto a que dos SDU se descartan casi al mismo tiempo. Principalmente, una porción correspondiente de la 22a PDU se descarta debido al descarte de la 36a SDU, mientras que la 24a PDU se descarta debido al descarte de la 36a SDU a pesar del hecho de que las re-transmisiones de la 24a PDU deben aún completarse ya que el número máximo (limite) de re-transmisiones no se ha alcanzado aún. Sin embargo, la 25a PDU que incluye la 37a SDU en la misma continúa retransmitiéndose hasta que el número máximo (limite) de las re-transmisiones se alcanza.
Transmisión de la información de descarte de SDU Un procedimiento MRW que se relaciona directamente con la presente invención se explica de la siguiente manera. Después de descartar una SDU, el RLC AM del lado de transmisión informa al lado de recepción de la SDU descartada a través de un comando MRW para mover la ventana de recepción. En este caso, el comando MRW no indica directamente la posición a la cual la ventana de recepción debe moverse, pero únicamente informa la información de descarte de SDU, por lo que el lado de recepción mueve la ventana de recepción a una posición apropiada con base en la información de descarte. La información que indica una porción final de la SDU descartada por el lado de transmisión se incluye en el comando MRW que se transmite por medio del lado de transmisión. Con el fin de indicar la porción final de la SDU, el comando MRW debe incluir información relacionada con "a qué PDU pertenece la porción final de la SDU" y "a qué porción en la PDU pertenece la porción final de la SDU". En consecuencia, el comando MRW consiste en un SN de PDU a la cual la porción final de la SDU descartada pertenece, y un indicador que indique un extremo de la SDU descartada en la PDU. Cuando por lo menos dos SDU se descartan, el comando MRW porta información sobre la última SDU descartada. Esto se debe a que la posición a la cual la ventana de recepción debe moverse se ubica después del extremo de la última SDU descartada. Además, como se explica en la descripción anterior, cuando una cierta SDU se descarta, todas las SDU entre el punto de partida de la ventana de transmisión y la SDU correspondiente también se descartan. En consecuencia, el lado de recepción únicamente recibe la información de la última SDU descartada para saber qué SDU se han descartado en el lado de transmisión.
Cuando una estrato superior solicita información sobre otras SDU descartadas, como también la información de la última SDU descartada, el comando MRW puede informar opcionalmente dicha información. Sin embargo, para las otras SDU, en lugar de la última SDU, el SN de la PDU (en donde existe la porción final de la SDU descartada) se informa, pero un indicador que indica un extremo de la SDU correspondiente en la PDU no se informa. Esto se debe a que la información sobre la otra SDU descartada no afecta el movimiento de I ventana de recepción, y porque estas otras SDU se descartan consecutivamente. La figura 6 es un diagrama conceptual de la estructura de un comando MRW, en donde "N" es el número de la información de SDU descartada que es portada por el comando MRW, y el estándar UMTS actual establece este número a un máximo de 15. Con relación a la figura 6, un comando MRW básico contiene información sobre una porción de extremo de la Na SDU desechada. Adicionalmente, otra información de descarte sobre las SDU entre 1 a N-1 (es decir SDU 1 a SDU (N-1 )) puede agregarse opcionalmente. En la figura 6, el campo que se encuentra más arriba es el número de SN PDU que se incluye en el comando MRW y es igual a "N". Es importante notar que N no es el número de SDU sustancialmente descartadas en el lado de transmisión, sino el número de la información de descarte de SDU portada en el comando MRW correspondiente.
Principalmente, si el comando MRW incluye el SN de PDU en donde una porción final de la Na SDU existe, el comando MRW incluye una información de descarte SDU, de manera que la cuenta sea 1. Cuando se incluye toda la información de descarte de la 1a a la Na SDU, el comando MRW incluye información de descarte N SDU de manera que el número es N. La razón por la cual un valor de N es notificado es que el lado de recepción es informado en cuanto a si la información de descarte SDU opcional de 1 ~(N-1 ) existe o no cuando se recibe el comando MRW. También, la información indicadora que indica en donde se ubica la porción de extremo de la Na SDU dentro de la PDU siempre se incluye al final del comando MRW. Con relación a las figuras 2 y 5, un ejemplo de cómo un comando MRW puede estructurarse realmente se explica a continuación. En primer lugar, se asume que la 23a PDU no se transmite exitosamente de manera continua o durante un periodo prolongado, de manera que la 35a y 36a SDU se descarten simultáneamente. En este caso, un punto de partida de la ventana de transmisión es la 23a PDU como se explicó en la descripción anterior. En dicho caso, el comando MRW se configura como se muestra en la figura 7. Principalmente, si la 35a y 36a SDU se descartan debido a la falla de transmisión de la 23a PDU, el comando MRW para esta situación consiste en PDU SN=23 de información de descarte de la 35a SDU, PDU SN=25 de la información de descarte de la 36a SDU, y un indicador que indica un final de la 36a SDU. Aquí, como se explicó en la descripción anterior, la información de descarte de la 35a SDU puede insertarse opcionalmente mediante una solicitud del estrato superior y un valor de campo de cuenta (número) del SN PDU más alto se ajusta de manera correspondiente.
Moviendo la ventana de recepción y la información de movimiento de transmisión Al recibir un comando MRW, el lado de recepción descarta todas las SDU de una SDU que existe en un punto de partida de una ventana de recepción a una última SDU informada por el comando MRW, y se mueve de manera correspondiente a la ventana de recepción. La posición movida de la ventana de recepción varía de acuerdo con si las PDU (que incluyen la SDU después de la SDU descartada) se reciben o no. En cualquier caso, el principio básico es que el punto de partida de la ventana de recepción se mueve al SN de PDU que se recibe primero en secuencia después de excluir las SDU descartadas. En consecuencia, la posición movida de la ventana de recepción puede ser la PDU que incluye una porción final de la última SDU descartada informada por el comando MRW o la PDU que sigue después de la PDU consecutiva ha sido recibida exitosamente. El lado de recepción descarta consecutivamente las SDU del punto de partida de la ventana de recepción para corresponder al comando MRW, mueve la ventana de recepción, y posteriormente informa al lado de transmisión de la posición movida de la ventana de recepción. En este caso, el punto de partida de la ventana de recepción es el SN de la PDU para recibirse primero en secuencia. La posición movida de la ventana de recepción se explica mediante la referencia al comando MRW en la Figura 7 como un ejemplo. Con relación otra vez a la figura 5, el lado de recepción recibe exitosamente todas las PDU hasta la 22a PDU, pero no recibe la 23a PDU, por lo que el punto de partida de la ventana de recepción es la 23a PDU. Asumiendo que la 24a a 28a PDU se reciben exitosamente, si el comando MRW que se muestra en la figura 7 se recibe, el lado de recepción descarta todas las SDU del punto de partida de la ventana de recepción hasta la última SDU descartada. Principalmente, todas las SDU desde la 35a SDU que corresponde al punto de partida de la ventana de recepción hasta la 36a SDU (que es la última PDU informada por el comando MRW) se descartan. Específicamente, en la figura 2, una porción final de la 22a PDU (que incluye la 35a SDU) se descarta, la 23a PDU falla para ser recibida, la 24a PDU se descarta totalmente, y la porción de inicio de la 25a PDU (que incluye la 36a SDU) se descarta. De aquí en adelante, las PDU hasta la 28a se reciben exitosamente, por lo que el punto de partida de la ventana de recepción se mueve a la 29a PDU para recibirse primero en secuencia. El lado de recepción entonces notifica al lado de transmisión que la ventana se recepción se ha movido a la 29a PDU. En situaciones particulares, la posición de la ventana de recepción puede proceder más que la PDU especificada por el comando MRW. Dicha situación ocurre cuando la información ACK se pierde durante la transmisión, aún si el lado de recepción que recibió apropiadamente la PDU envía la información ACK al lado de transmisión. En este caso, el lado de recepción recibió con éxito la PDU y actualizó en consecuencia la ventana de recepción. Sin embargo, el lado de transmisión falla al recibir información ACK de la PDU transmitida, fallando así en actualizar su ventana de recepción. Sin duda, el punto de partida de la ventana de recepción esta por detrás del punto de partida de la ventana de transmisión. Por ejemplo, en referencia a la figura 7, el lado de recepción recibió con éxito toda la PDU hasta la PDU 28a y actualizó el punto de partida de la ventana de recepción a la PDU 29a. Sin embargo, la información ACK para la PDU 23a se pierde consecutivamente durante la transmisión, con lo que el punto de partida de la ventana de transmisión puede mantenerse en la PDU 23a. En este caso, si el lado de transmisión descarta las SDU 35a y 36a y transmite la información de descarte de SDU al lado de recepción, la información de descarte de SDU no es útil, ya que la ventana de recepción del lado de recepción ya se ha movido a la PDU 29a. Sin duda, cuando la ventana de recepción ya se ha movido, es decir, cuando la información de descarte de SDU correspondiente es recibida después de que la SDU recibida con éxito es suministrada al estrato superior, el lado de recepción ignora esta información e informa al lado de transmisión de una posición actual de la ventana de recepción. Sin embargo, el lado de recepción puede no descartar la SDU que fue descartada por el lado de transmisión. A saber, si la información de descarte de SDU que fue recibida con éxito y suministrada al estrato superior es recibida, la SDU correspondiente no puede ser descartada porque la SDU correspondiente ya fue suministrada al estrato superior. El lado de recepción puede informar únicamente al estrato superior de la información que la SDU correspondiente fue descartada en el lado de transmisión.
Movimiento de ventana de transmisión Al recibir la información de movimiento de ventana del lado de recepción, el lado de transmisión mueve el punto de partida de la ventana de transmisión a la misma posición que el punto de partida de la ventana de recepción. La PDU que corresponde al punto de partida de la ventana de transmisión puede ser ya transmitida antes de la información de movimiento de ventana de recepción. En tal caso, el lado de transmisión no transmite la PDU correspondiente y espera el reporte de estado de ACK/NACK del lado de recepción. Si la PDU que corresponde al punto de partida de la ventana de transmisión no se transmite de antemano, el lado de transmisión empieza a transmitir desde la PDU correspondiente. En el método de la técnica relacionada después de recibir el comando MRW, el lado de recepción descarta todas las SDU del punto de partida de la ventana de recepción hasta la última SDU descartada informada por el comando MRW, con lo que se crean varios problemas si las SDU son descartadas continuamente en el lado de transmisión.
La figura 8A es un diagrama que explica cómo tiene lugar un descarte de SDU continuo en una transmisión y recepción normal de datos. En primer lugar, asumiendo que las PDU hasta la PDU 20a son transmitidas con éxito, los puntos de partida de las ventanas de transmisión y recepción pueden estar ubicadas en la PDU 21a. Si las SDU son suministradas al RLC del lado de transmisión mientras se mantiene dicho estado, el RLC segmenta y/o concatena las SDU para construir PDU y posteriormente transmite las PDU construidas al lado de recepción. La figura 8A es un diagrama para transmitir las PDU 21a a 28a desde el lado de transmisión. En este caso, las PDU hasta la PDU 30a pueden ser transmitidas sustancialmente. Sin embargo, las SDU se suministran secuencialmente hacia el RLC. Sin duda, se asume que las PDU desde la PDU 29a no están construidas todavía al momento de transmisión de lado de transmisión. En la figura 8A, el lado de recepción falla al recibir las PDU 23a, 26a y 27a entre las PDU 21a a 28a transmitidas a través del procedimiento descrito anteriormente, debido a pérdidas durante la transmisión y tiene éxito al recibir el resto de las PDU. Después de recibir con éxito las PDU 21a y 22a el lado de recepción actualiza el punto de partida de la ventana de recepción a la PDU 23a. Sin embargo, no tiene lugar ninguna actualización de ventana de recepción adicional ya que la PDU 23a no ha sido recibida. Una vez que el lado de recepción transmite información de estado para las PDU 21 a a 28a al lado de transmisión, el lado de transmisión borra las PDU 21a, 22a, 24a, 25a y 28a de un búfer, actualiza el punto de partida de la ventana de transmisión a la PDU 23a, y posteriormente espera la transmisión subsecuente. La figura 8B es un diagrama que explica un procedimiento de lado de transmisión para actualizar la ventana de transmisión a 23-33, y posteriormente lleva a cabo la transmisión subsecuente. Aquí, las PDU son transmitidas en el orden de las PDU 23a, 26a, 27a, 29a, 30a, 31a y 32a, en donde las PDU 23a, 26a y 27a requieren retransmisión. Debe ser observado que aunque las PDU desde la PDUá 33 son construidas, no pueden ser transmitidas debido a la limitación de tamaño de la ventana de transmisión. Asumiendo que el lado de recepción aún falla en recibir las PDU 23a y 27a entre las PDU 23a a 32a transmitidas y además falla en recibir la PDU 30a y 31 a. Ya que no se recibe la PDU 23, la ventana de recepción, como se muestra en la figura 8B, mantiene su escala actual de 23-33. Una vez que se transmite la información de estado de las PDU 23a a 32a a lado de transmisión, el lado de transmisión borra las PDU que se suceden en transmisión desde el búfer. Sin embargo, ya que el ACK de la PDU 23a no es recibida, la actualización de la ventana de transmisión no tiene lugar como en el lado de recepción. Sin duda, el lado de transmisión, como se muestra en la figura 8C, retransmite las PDU 23a, 27a, 30a y 31a y simultáneamente mantiene la ventana de transmisión en una escala de 23-33. Si el lado de recepción sigue fallando en recibir las PDU 23a y 27a, ya que las PDU 23a y 27a permanecen dentro de la escala de la ventana de transmisión, el lado de transmisión falla en transmitir PDU adicionales, y retransmite únicamente las PDU 23a y 27a. Posterior a esto, asumiendo que las PDU 23a y 27a continúan siendo retransmitidas, pero al final no son transmitidas apropiadamente, el lado de transmisión entonces descarta las SDU correspondientes debido al vencimiento del temporizador de descarte para SDU o el número máximo (límite) de retransmisiones ha sido alcanzado. La figura 9 es un diagrama de descarte discontinuo de las SDU 35a, 36a, 38a y 39a debido a la falla de transmisión de las PDU 23a y 27a. En referencia a la figura 9, en caso de SDU descartadas discontinuamente, para mover una ventana de recepción utilizando el procedimiento MRW, se utiliza uno de los siguientes dos métodos.
A. Método para ejecutar de manera secuencial procedimientos MRW cuantas veces sea necesario como el número de conjuntos de SDU descartados continuamente Cuando se descartan discontinuamente SDU, este método considera a la SDU descartadas continuamente como un conjunto, y ejecuta uri procedimiento MRW para cada SDU descartadas continuamente para mover una ventana de recepción secuencialmente. A saber, en referencia a la figura 9, el lado de transmisión considera las SDU 35a y 36a como un conjunto, y la SDU 38a y 39a como otro conjunto, y posteriormente lleva a cabo el procedimiento MRW en cada uno de los dos conjuntos. Ya que los procedimientos MRW se llevan a cabo uno por uno en cualquier momento dado, no pueden ser ejecutados simultáneamente pero se ejecutan secuencialmente uno después del otro. Dicho procedimiento se explica a mayor detalle mediante la figura 10. En primer lugar, el lado de transmisión ejecuta un primer procedimiento MRW mientras la ventana de transmisión se encuentra entre 23-33. El lado de transmisión descarta toda la SDU del punto de partida de ventana de transmisión a la SDU 36a y transmite dicha información al lado de recepción utilizando un comando MRW (S1 , S2). El lado de recepción descarta todas las SDU del punto de partida de la ventana de recepción a la última SDU descartada informada por el comando MRW recibido, es decir, la SDU 36a y luego la ventana de recepción a 27-37 (S3). Posterior a esto, el lado de recepción informa al lado de transmisión de una posición movida de la ventana de recepción (S4). Posteriormente el lado de transmisión termina el primer procedimiento MRW y mueve la ventana de transmisión a 27-37 para corresponder a la posición movida de la ventana de recepción. El lado de transmisión entonces ejecuta un segundo procedimiento MRW para mover la ventana de recepción después de la SDU 39a (S5). Otro comando MRW transmitido en el segundo procedimiento MRW incluye la información de descarte de la SDU 39a que es la última SDU descartada de un segundo conjunto SDU descartado discontinuo. Debe observarse que, ya que la ventana de transmisión se mueve a 27-37 mientras el segundo procedimiento MRW está en progreso, la PDU 33a a 36a puede ser transmitida (S6). Después de descartar toda las SDU del punto de partida de la ventana de recepción a la última SDU descartada por el comando MRW recibido, es decir la SDU 39a, el lado de recepción mueve el punto de partida de la ventana de recepción a una posición "apropiada" entre 33-37 (S7). En este caso la PDU 33a a 36a pueden ser transmitidas mientras el segundo procedimiento MRW se lleva a cabo, con lo que la posición de la ventana de recepción es referida como "apropiada" porque dicha posición varía dependiendo de si estas PDU son recibidas. Por ejemplo, si no existe recepción PDU adicional mientras el segundo procedimiento MRW está en progreso, la segunda ventana de recepción es actualizada a 33-43. Si todas las PDU 33a a 36a son recibidas, la ventana recibida es actualizada a 37-47. A saber, las PDU transmisibles pueden ser transmitidas durante el procedimiento MRW, con lo que la recepción de tales PDU cambia (actualiza) la posición de la ventana de recepción. Esto es lo mismo que en el primer procedimiento MRW. Sin embargo, ya que no hay PDU transmisibles excepto las PDU 23a y 27a entre la escala de 23-33 de la ventana de recepción en el ejemplo de la figura 8, el punto de partida de la ventana de recepción fue definido como 27. Después de mover el punto de partida de la ventana de recepción a la posición apropiada, el lado de recepción transmite información de movimiento de la ventana de transmisión al lado de transmisión (S8). El lado de transmisión que ha recibido la información de movimiento de ventana de transmisión termina el segundo procedimiento MRW y mueve el punto de partida de la ventana de transmisión para que corresponda con el de la ventana de recepción (S9). Posteriormente se utiliza la ventana de transmisión para continuar la transmisión de la PDU al punto de partida de la ventana de transmisión (S10).
B. Método para descartar todas PDU entre SDU descartadas discontinuamente La figura 1 1 es el diagrama de flujo de mover una ventana de recepción utilizando este método (método B) cuando tiene lugar el descarte de SDU discontinuo en la figura 9. En el método B, cuando las SDU son descartadas discontinuamente, el lado de transmisión descarta todas las SDU de una SDU que corresponde al punto de partida de la ventana de transmisión hasta la última de las SDU descartadas, sin importar el éxito o falla de transmisión, de modo tal que la SDU del punto de partida de la ventana de transmisión hasta la última SDU sean descartadas continuamente. A saber, si las SDU son descartadas discontinuamente como se muestra en la figura 9, el lado de transmisión descarta todas las SDU de las SDU 35a del punto de partida de la ventana de transmisión hasta la SDU 39a de la última SDU descartada, y envía toda la información al lado de recepción (S11 , S12). En este caso, la SDU 37a es descartada sin importar su éxito en la transmisión. El lado de recepción que haya recibido un comando MRW considera a todas las SDU del punto de partida de la ventana de recepción hasta la SDU 39a como descartadas, para descartar las SDU correspondientes, y posteriormente mueve la ventana de recepción más allá de la SDU 39a (S13). En este caso la SDU 37a es descartada a pesar del éxito de transmisión en el lado de transmisión. Posterior a esto, el lado de recepción informa al lado de transmisión de la posición movida de la ventana de recepción (S14). El lado de transmisión que haya recibido la posición movida termina el procedimiento MRW y mueve la ventana de transmisión a 33-44 (S15). El lado de transmisión entonces inicia la transmisión desde la PDU 33a del punto de partida de la ventana de transmisión (S16). Como se explicó en la descripción anterior, cuando el descarte de SDU discontinua tiene lugar, la ventana de recepción se mueve al utilizar uno de los dos métodos, los métodos A o B en la técnica relacionada. Sin embargo, los métodos de la técnica relacionada A y B tienen los siguientes problemas o desventajas. Primero, en el método A, los procedimientos MRW son ejecutados secuencialmente varias veces para informar al lado de recepción del descarte de SDU discontinua, con el que tiene lugar un retraso de tiempo considerable para procesar las SDU subsecuentes. A saber, la PDU después de la PDU 37a es transmitida después que el segundo procedimiento MRW ha sido llevado a cabo en los ejemplos de las figuras 9 y figuras 10, con lo que las SDU involucradas en el segundo procedimiento MRW deben ser almacenadas en el búfer de RLC durante un tiempo considerable. Típicamente, lleva por lo menos 150 ms para terminar un procedimiento MRW. Si la ventana de recepción se mueve de conformidad con el método A, el procedimiento MRW indeseablemente interrumpe la comunicación de datos a alta velocidad. Cuando se utiliza el método de descarte SDU con base en el esquema de sincronizador, las SDU fallan en ser transmitidas y continúan siendo descartadas en el escenario del peor caso. Aún más, al utilizar el método B, cuando las SDU son descartadas discontinuamente, el lado de recepción descarta las SDU que fueron transmitidas exitosamente de igual manera, lo cual indeseablemente reduce la eficiencia de transmisión. A saber, en el ejemplo de la figura 9, únicamente la SDU 37a es innecesariamente descartada, y así la eficiencia de transmisión no se reduce mayormente. Sin embargo, en otros ejemplos extremos, si las SDU que corresponden a los puntos de partida y finales de la ventana de transmisión son descartadas, todas las SDU en la ventana de transmisión son descartadas, lo cual reduce de manera significativa la eficiencia de transmisión.
BREVE DESCRIPCION DE LA INVENCION En consecuencia, la presente invención está dirigida a un método para mover una ventana de recepción en un sistema de comunicación móvil inalámbrico que sustancialmente evita uno o más problemas debido a limitaciones y desventajas de la técnica relacionada.
Un objeto de la presente invención es proveer un método para mover una ventana de recepción en un sistema de comunicación móvil inalámbrico, el cual permite reducir los retrasos en transmisión que tienen lugar en caso de mover la ventana de recepción si las SDU son descartadas discontinuamente. Otro objeto de la presente invención es proveer un método para mover una ventana de recepción en un sistema de comunicación móvil inalámbrico, lo cual permite reducir la degradación de la eficiencia de transmisión generada al mover la ventana de recepción cuando SDU son descartadas discontinuamente. Ventajas, objetos y características adicionales de la invención serán establecidas en parte en la descripción que sigue y en parte serán evidentes para los expertos en la técnica al examinar lo siguiente o pueden aprenderse a partir de la práctica de la invención. Los objetivos y otras ventajas de la invención pueden ser materializados y logrados mediante la estructura señalada en particular en la descripción escrita y reivindicaciones de la misma, así como en los dibujos adjuntos. Para lograr estos objetos y otras ventajas y de conformidad con los propósitos de la invención, según se modaliza y se describe ampliamente en la presente, un método de comunicación de datos de conformidad con la presente invención incluye, recibir un comando de mover ventanas de recepción (MRW); y suministrar unidades de datos de servicio recibidas exitosamente (SDU) entre unidades de datos a partir de un punto de partida de una ventana de recepción actual a una posición indicada por el comando MRW a un estrato superior. Preferiblemente, el comando MRW se transmite a través de un ambiente de radio. Preferiblemente las unidades de datos son unidades de datos de servicio (SDU) de un estrato de enlace de datos. Preferiblemente las unidades de datos son SDU de control de enlace por radio (RLC). Preferiblemente las SDU son identificadas por un indicador de limite de SDU. Preferiblemente, el indicador de límite SDU está incluido en una unidad de datos de protocolo (PDU) de un estrato de enlace de datos. Preferiblemente, las SDU que no han sido aún recibidas con éxito son descartadas. Preferiblemente, la posición que es indicada por el comando MRW indica un punto de extremo de la SDU a ser descartada al último. Preferiblemente, los pasos se llevan a cabo en un modo de recepción-respuesta. Preferiblemente el comando MRW incluye un número de secuencia de una unidad de datos de protocolo (PDU) con un punto de extremo de la SDU descartada al último; y un indicador de punto final que indica el punto final de la SDU en la PDU.
Preferiblemente el método además comprende mover la ventana de recepción a la posición indicada por el comando MRW. Preferiblemente, el movimiento de la ventana de recepción se lleva a cabo en un estrato de enlace de datos. En otro aspecto de la presente invención, un método para mover una ventana de recepción en un sistema de comunicación móvil inalámbrico incluye recibir una información de una unidad de datos de servicio descartada al último (SDU) a partir de un lado de transmisión; verificar si las SDU previo a la última unidad de datos de servicio descartadas al último se recibieron exitosamente; y suministrar las SDU que hayan sido recibidas exitosamente a un estrato superior y mover una ventana de recepción de conformidad con la información. Preferiblemente, la SDU es una SDU de control de enlace de radio (RLC). Preferiblemente, la información para la última SDU descartada incluye un número de secuencia de una unidad de datos de protocolo (PDU) con un punto de extremo de la SDU descartada al último; y un indicador de punto de extremo que indica el punto final de la SDU en la PDU. Preferiblemente, el movimiento de la ventana de recepción se lleva a cabo en un estrato de enlace de datos. Preferiblemente, la ventana de recepción se mueve a la PDU incluyendo el punto de extremo de la última SDU descartada.
Preferiblemente, las SDU son identificadas por el indicador de punto de extremo. Preferiblemente el paso de verificación comprende identificar datos de una porción indicada por un indicador de punto final de SDU a una porción indicada por un indicador de punto de extremo de SDU adyacente como una SDU; y juzgar la SDU correspondiente como recibida exitosamente si todas las porciones de la SDU identificadas son recibidas. Debe comprenderse que tanto la descripción general anterior y la siguiente descripción detallada de la presente invención son ejemplares y explicatorias y pretenden proveer mayor explicación de la invención según se reivindica.
BREVE DESCRIPCION DE LOS DIBUJOS Los dibujos adjuntos, que se incluyen para proveer una comprensión adicional compresión de la invención y son incorporados y forman parte de la solicitud, muestran modalidad(es), de la invención y junto con la descripción sirve para expresar el título de la invención. En los dibujos: La figura 1 ilustra un diagrama en bloque de una arquitectura de un protocolo de interfaz de radio entre una terminal y la UTRAN con base en estándares de la red de acceso por radio 3GPP; La figura 2 es un diagrama de un ejemplo para construir una PDU a partir de SDU(s); La figura 3 es un diagrama que explica las PDU AMD 21a a 23a entre las PDU AMD construidas en la figura 2; La figura 4 es un diagrama que muestra cómo el RLC AM construye una PDU AMD para almacenar en búfers de transmisión y retransmisión; La figura 5 es un diagrama de un ejemplo para transmitir/recibir PDU AMD y actualizar ventanas de transmisión/recepción; La figura 6 es un diagrama de un concepto de construcción de un comando MRW; La figura 7 es un diagrama de un formato de comando MRW; Las figuras 8A a 8C son diagramas que explican cómo tiene lugar el descarte de SDU no consecutivas en una transmisión/recepción normal de datos; La figura 9 es un diagrama de un ejemplo para descartar SDU discontinuamente; La figura 10 es un diagrama de flujo de un procedimiento para mover una ventana de recepción utilizando un primer método de conformidad con una técnica relacionada cuando se descarta SDU discontinuamente; La figura 1 1 es un diagrama de flujo de un procedimiento para mover una ventana de recepción utilizando un segundo método de conformidad con una técnica relacionada cuando se descarta SDU discontinuamente; y La figura 12 es un diagrama de flujo de un método para mover una ventana de recepción de conformidad con la presente invención cuando se descartan SDU discontinuamente.
MODALIDADES PREFERIDAS DE LA INVENCION Se hará ahora referencia en detalle a las modalidades preferidas de la presente invención, ejemplos de las cuales se ilustra en los dibujos adjuntos. La presente invención se implementa en un sistema de comunicación móvil como UMTS (sistema de telecomunicaciones móviles universales) desarrollado por 3GPP. Sin embargo, la presente invención es además aplicable a sistemas de comunicación que operan bajo otros estándares. En la presente invención, cuando se descarta SDU, el RLC AM del lado de transmisión transfiere información de la última SDU descartada sin importar la continuidad de las SDU descartadas. El RLC AM de lado de recepción entonces verifica si va recibir la SDU del punto de partida de la ventana de recepción a la última SDU descartada, respectivamente, y suministra las SDU que son recibidas con éxito a un estrato superior, lo que resulta en un retraso de tiempo mínimo y una mínima reducción de eficiencia de transmisión incluso si tiene lugar el descarte de SDU discontinuo.
Una modalidad detallada de la presente invención se aplica al caso en el que SDU son descartadas de conformidad con la figura 9. En este caso, se asume que el procedimiento de transmisión/recepción de PDU ya está en progreso descrito con respecto a las figuras 8A a 8C. La figura 12 es un diagrama de flujo de un método para mover una ventana de recepción de conformidad con la presente invención cuando se descartan SDU discontinuamente. Primero, si son descartadas SDU de conformidad con la figura 9, el RLC de lado de transmisión ejecuta un procedimiento MRW, y luego añade al comando MRW información de la SDU 39a que es la última de las SDU descartadas para transmisión al RLC del lado de recepción (S20, S21 ). En este caso, la ventana de transmisión reposa entre la PDU 23a y la PDU 33a. Si el RLC está fijo para informar al lado de recepción de todas las SDU descartadas, la información de descarte para otras SDU así como la SDU 39a es portada en el comando MRW. En este caso, la SDU 37a es transmitida exitosamente y no es descartada. Sin duda, la información de descarte de SDU 37a no es portada en el comando MRW. Al recibir el comando MRW, el lado de recepción extrae la información de descarte de la SDU ubicada en la última posición en la información de descarte de SDU portada en el comando MRW. Al verificar un primer campo de contenido SN PDU, la porción de la información de la última SDU descartada puede ser obtenida. En el ejemplo de la figura 9, a partir del comando MRW, el lado de recepción que conoce la información que el lado de transmisión descartó SDU hasta una primera porción de PDU 28a. El lado de recepción verifica todas las PDU desde la PDU 23a como el punto de partida de la ventana de recepción hasta la PDU 28a informada por comando MRW para determinar si las SDU son recibidas correctamente, y luego descarga selectivamente ciertas SDU (S22). El lado de recepción determina cuáles SDU han sido recibidas exitosamente utilizando un indicador de límite, a saber, un indicador de longitud (Ll) incluido en un encabezado PDU. A medida que el indicador de longitud (Ll) indica el límite entre SDU, el lado de recepción considera una porción entre dos Ll vecinas como una sola SDU. Si existe una porción de una SDU diferente entre dos Ll, el lado de recepción determina la SDU correspondiente como una falla. En una modalidad de la presente invención, a medida que el lado de recepción recibe PDU de la misma manera que se muestra en la Figura 9, las PDU 23a y 27a no son recibidas. Así el lado de recepción lo determina como sigue. Al fallar al recibir la PDU 23a, el lado de recepción considera (reconoce) la última porción de la PDU 22a hasta una porción de inicio de la PDU 25a como una SDU. Ya que una porción que corresponde a la PDU 23a de la SDU reconocida falla en ser recibida, el lado de recepción la descarta. El lado de recepción determina que una porción siguiente que corresponde a la PDU 37 es recibida exitosamente y tal no es descartada. Además, el lado de recepción reconoce la porción de inicio de la PDU 26a hasta una porción de inicio de la PDU 28a como una SDU. La SDU reconoce y es descartada porque una porción que corresponde a la PDU 27a no ha sido recibida apropiadamente. Es importante observar que el lado de recepción difiere de lado de transmisión al calcular el número total de las SDU descartadas, si el comando MRW incluye únicamente la información de la última SDU descartada. A saber, el lado de transmisión descarta cuatro SDU en el ejemplo de la Figura 9. Sin embargo, el lado de recepción considera que únicamente dos SDU son descartadas. Dicho procedimiento puede causar problemas en algunos casos.
Así, cuando el RLC AM está configurado de modo tal que la información que todas las SDU descartadas es o no suministrada por el comando MRW. Si el RLC está configurado para suministrar la toda información de SDU descartadas, el lado de transmisión porta información acerca de cada uno de las SDU descartadas. En este caso, el lado de recepción sabe que las porciones finales de la SDU descartadas existen en la PDU 23a, 25a, 27a y 28a, respectivamente, con lo que se puede observar que cuatro SDU son descartadas en el lado de transmisión. El comando MRW no suministra directamente el número de las SDU descartadas sino más bien, la SN de la PDU que tenga la porción de extremo de la SDU descartada. Este informa al lado de recepción de una posición de la SDU descartada. A saber, en el ejemplo de la Figura 9, el lado de recepción considera que dos grupos SDU incluyendo porciones de la SDU 35a y 36a, y las otras porciones de la SDU 38a y 39a son descartadas. Si las porciones de extremo de cada una de las SDU descartadas no son informadas, pero se informa el número de las SDU descartadas, el lado de recepción es incapaz de saber cuántas SDU descartadas existen en las porciones frontales y posteriores. Por ejemplo, el lado de recepción puede considerar que una SDU en la porción frontal y tres SDU posteriores son descartadas o que hay dos SDU descartadas en cada una de las porciones frontales y posteriores. Esto está relacionado con una secuencia de las SDU descartadas. La secuencia de descarte es importante a unos estratos superiores. Sin duda, el comando MRW informa a la SN PDU indicando dónde existe la porción de extremo de cada uno de las SDU descartadas. Cuando el comando MRW informa la información de la última SDU descartada o la información de todas las SDU descartadas, el lado de recepción descarta porciones que corresponde a las SDU 35a, 36a, 38a y 39a y suministra la SDU 37a a un estrato superior. Además, el RLC de lado de recepción mueve el punto de partida de la ventana de recepción a la PDU 33a para ser recibida primero en secuencia. Posterior a esto, el lado de recepción envía información del punto de partida de la ventana de recepción movida al lado de transmisión (S23). El lado de transmisión que haya recibido dicha información determina que el procedimiento MRW es llevado a cabo exitosamente, mueve la ventana de transmisión a la misma posición a la de la ventana de recepción y luego inicia una transmisión PDU subsecuente (S24, S25).
Una modalidad de la presente invención provee, en una red de acceso por radio, un método para descartar unidades de datos de servicio por un extremo de envío que emplea una ventana de transmisión y un accionador de descarte. El método puede comprender los pasos de, verificar todas las unidades de datos de servicio que inicien con una primera unidad de datos de servicio ubicada en un borde inferior de la ventana de transmisión hasta una unidad de datos de servicio final que fue descartada por el accionador de descarte, y descartar aquellas unidades de datos de servicio verificadas que no hayan sido reconocidas positivamente. Aquí el paso de verificación puede además comprender un paso de reconocer positivamente cualesquiera unidades de datos de servicio que hayan sido enviadas exitosamente a un extremo de recepción. Además, el método anterior puede además comprender un paso de enviar, a un extremo de recepción, un comando para mover una ventana de recepción e información de la unidad de datos de servicio final. Otra modalidad de la presente invención provee, en una red de acceso por radio, un método para descartar unidades de datos de servicio por un extremo de recepción que emplea una ventana de recepción. El método puede comprender los pasos de, recibir un comando para mover la ventana de recepción, verificar todas las unidades de datos de servicio que inicien con una primera unidad de datos de servicio ubicada en un borde inferior de la ventana de recepción hasta la unidad de datos de servicio final indicada en el comando, y descartar aquellas unidad de datos de servicio verificados que no hayan sido recibidas exitosamente. Aquí, esté método además puede comprender un paso de reconocer, a un extremo de envío, cualesquiera unidades de datos de servicio que hayan sido recibidos exitosamente. Como se describió anteriormente, el lado de recepción de la presente invención verifica si todas las SDU del punto de partida de la ventana de recepción hasta la última SDU descartada han sido recibidas exitosamente, posteriormente suministra las SDU que hayan sido recibidas exitosamente a un estrato superior, y descarta únicamente las SDU que no hayan sido recibidas exitosamente. Un método de mover una ventana de recepción de conformidad con la presente invención supera los problemas de retraso de tiempo de transmisión de SDU creados al mover la ventana de recepción de conformidad con la técnica relacionada, incluso si las SDU son descartadas discontinuamente. Aún más, la presente invención supera la reducción de eficiencia de transmisión de SDU creada por el método de la técnica relacionada B, permitiendo así comunicaciones de datos a alta velocidad mejorada, así como meter el máximo de eficiencia de transmisión de datos. Las modalidades anteriores son meramente ejemplares y no deben ser interpretadas como limitantes de la presente invención. Las presentes enseñanzas pueden ser aplicadas a otros tipos de aparatos. La descripción de la presente invención pretende ser ilustrativa y no limitar el alcance de las reivindicaciones. Muchas alternativas, modificaciones y variaciones serán aparentes para los expertos en la técnica.

Claims (22)

52 NOVEDAD DE LA INVENCION REIVINDICACIONES
1.- Un método de comunicación de datos en un sistema de comunicación por radio que comprende: recibir un comando de mover ventanas de recepción (MRW); y suministrar a un estrato superior, unidades de datos de servicio recibidas exitosamente (SDU) entre unidades de datos desde un punto de partida de una ventana de recepción actual a una posición que es indicada por el comando MRW.
2. - El método de conformidad con la reivindicación 1 , caracterizado además porque el comando MRW es transmitido a través de un ambiente de radio.
3. - El método de conformidad con la reivindicación 1 , caracterizado además porque las unidades de datos son unidades de datos de servicio (SDU) de un estrato de enlace de datos.
4. - El método de conformidad con la reivindicación 3, caracterizado además porque las unidades de datos son SDU de control de enlace de radio (RLC).
5.- El método de conformidad con la reivindicación 1 , caracterizado además porque las SDU son identificadas por un indicador de limite de SDU. 53
6. - El método de conformidad con la reivindicación 5, caracterizado además porque el indicador de límite de SDU se incluye en una unidad de datos de protocolo (PDU) de un extracto de enlace de datos.
7. - El método de conformidad con la reivindicación 1 , caracterizado además porque las SDU que no han sido recibidas exitosamente todavía son descartadas.
8. - El método de conformidad con la reivindicación 1 , caracterizado además porque la posición que es indicada por el comando MRW indica un punto de extremo de la SDU que ha sido descartada al último.
9.- El método de conformidad con la reivindicación 1 , caracterizado además porque los pasos son llevados a cabo en un modo de recepción-respuesta.
10. - El método de conformidad con la reivindicación 1 , caracterizado además porque el comando MRW incluye: un número de secuencia de una unidad de datos de protocolo (PDU) con un punto de extremo de una SDU descartada al último; y un indicador de punto de extremo que indica el punto de extremo de la SDU en la PDU.
11. - El método de conformidad con la reivindicación 1 , caracterizado además porque también comprende: mover la ventana de recepción a la posición indicada por el comando MRW.
12. - El método de conformidad con la reivindicación 1 1 , caracterizado además porque el movimiento de la ventana de recepción se lleva a cabo en un estrato de enlace de datos. 54
13. - Un método para mover una ventana de recepción en un sistema de comunicación por radio, que comprende: recibir información de una última unidad de datos de servicio descartada (SDU) de un lado de transmisión; verificar si las unidades de datos de servicio (SDU) previo a la última unidad de datos de servicio descartada han sido recibidas exitosamente; y suministrar las SDU que hayan sido recibidas exitosamente en un estrato superior y mover una ventana de recepción de conformidad con la información.
14. - El método de conformidad con la reivindicación 13, caracterizado además porque la SDU es una SDU de control de enlace de radio (RLC).
15. - El método de conformidad con la reivindicación 13, caracterizado además porque la información para la última SDU descartada comprende: un número de secuencia de una unidad de datos de protocolo (PDU) con un punto de extremo de la última SDU descartada; y un indicador de punto de extremo que indica el punto de extremo de la SDU en la PDU.
16. - El método de conformidad con la reivindicación 13, caracterizado además porque un movimiento de la ventana de recepción se lleva a cabo en un estado de enlace de datos.
17.- El método de conformidad con la reivindicación 13, caracterizado además porque la SDU es identificada por el indicador de punto de extremo. 55
18. - El método de conformidad con la reivindicación 13, caracterizado además porque el paso de verificación comprende: identificar datos a partir de una porción indicada por un indicador de punto de extremo de SDU a una porción indicada por un indicador de punto de extremo de SDU adyacente como una SDU; y determinar que la SDU haya sido recibida exitosamente si todas las porciones de la SDU identificada han sido recibidas.
19. - En un sistema de comunicación por radio, un método para descartar unidades de datos de servicio por un extremo de envío que emplea una ventana de transmisión y un accionador de descarte, y el método comprende: verificar todas las unidades de datos de servicio que inicien con una primera unidad de datos de servicio ubicada en un borde inferior de la ventana de transmisión hasta la última unidad de datos de servicio que haya sido descartada por el accionador de descarte; y descartar aquellas unidades de datos de servicio verificadas que no hayan sido reconocidas positivamente.
20.- El método de conformidad con la reivindicación 19, caracterizado además porque la verificación además comprende un paso de verificar si un reconocimiento positivo fue recibido a partir de un extremo de recepción para cualesquiera unidades de datos de servicio que hayan sido enviadas exitosamente a un extremo de recepción.
21.- El método de conformidad con la reivindicación 19, caracterizado además porque también comprende un paso de enviar, a un extremo de recepción, un comando para mover una ventana de recepción e información de la última unidad de datos de servicio descartada. 56
22.- Un método para descartar unidades de datos de servicio en un sistema de comunicación por radio por un extremo de recepción que emplea una ventana de recepción, y el método comprende: recibir un comando para mover la ventana de recepción; verificar todas las unidades de datos de servicio que inician con una primera unidad de datos de servicio ubicada en un extremo inferior de la ventana de recepción hasta una última unidad de datos de servicio indicada en el comando; y descartar aquellas unidad de datos de servicio verificadas que no hayan sido recibidas exitosamente.
MXPA04007969A 2002-11-07 2003-11-06 Metodo para mover una ventana de recepcion en una red de acceso de radio. MXPA04007969A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20020068909A KR100802619B1 (ko) 2002-11-07 2002-11-07 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
PCT/KR2003/002367 WO2004042953A1 (en) 2002-11-07 2003-11-06 Method for moving a receive window in a radio access network

Publications (1)

Publication Number Publication Date
MXPA04007969A true MXPA04007969A (es) 2004-11-26

Family

ID=32310822

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA04007969A MXPA04007969A (es) 2002-11-07 2003-11-06 Metodo para mover una ventana de recepcion en una red de acceso de radio.

Country Status (13)

Country Link
US (14) US7539197B2 (es)
EP (4) EP1559204B1 (es)
JP (1) JP4016032B2 (es)
KR (1) KR100802619B1 (es)
CN (3) CN101674169B (es)
AT (1) ATE522037T1 (es)
AU (1) AU2003276747B2 (es)
ES (3) ES2604981T3 (es)
MX (1) MXPA04007969A (es)
RU (1) RU2291594C2 (es)
UA (1) UA77047C2 (es)
WO (1) WO2004042953A1 (es)
ZA (1) ZA200405986B (es)

Families Citing this family (112)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2398092T3 (es) * 2000-10-07 2013-03-13 Lg Electronics Inc. Procedimiento para la transmisión de datos desde una capa del RLC en un sistema de radiocomunicación
WO2003096712A1 (en) 2002-05-10 2003-11-20 Interdigital Technology Corporation System for permitting control of the purging of a node b by the serving radio network controller
US7332273B2 (en) 2002-06-20 2008-02-19 Affymetrix, Inc. Antireflective coatings for high-resolution photolithographic synthesis of DNA arrays
KR100802619B1 (ko) * 2002-11-07 2008-02-13 엘지전자 주식회사 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
JP4987483B2 (ja) * 2003-12-31 2012-07-25 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムにおける選択的結合方法及び装置
US7584397B2 (en) * 2004-06-10 2009-09-01 Interdigital Technology Corporation Method and apparatus for dynamically adjusting data transmission parameters and controlling H-ARQ processes
CN100356758C (zh) * 2004-06-30 2007-12-19 大唐移动通信设备有限公司 防止无线链路控制层的发送缓存器溢出的方法
KR100703503B1 (ko) * 2004-11-30 2007-04-03 삼성전자주식회사 통신 시스템에서 데이터 재전송 장치 및 방법
CN1330162C (zh) * 2004-12-02 2007-08-01 华为技术有限公司 一种数据分段级联的方法
US7489629B2 (en) * 2004-12-07 2009-02-10 Intel Corporation Methods and media access controller for broadband wireless communications with variable data unit size and delayed data unit construction
US7668102B2 (en) * 2004-12-13 2010-02-23 Intel Corporation Techniques to manage retransmissions in a wireless network
US7986676B2 (en) * 2004-12-31 2011-07-26 Intel Corporation Techniques to manage communication rates in a wireless network
JP4580770B2 (ja) * 2005-02-01 2010-11-17 株式会社エヌ・ティ・ティ・ドコモ 通信システム及び受信装置
CN1855887A (zh) * 2005-04-29 2006-11-01 华硕电脑股份有限公司 在接收端中减少数据串流前后跳动的方法及其相关装置
ES2314534T3 (es) 2005-09-20 2009-03-16 Panasonic Corporation Procedimiento y dispositivo para la señalizacion de segmentacion y concatenacion de paquetes en un sistema de telecomunicaciones.
TWI398148B (zh) * 2005-09-21 2013-06-01 Innovative Sonic Ltd 無線通訊系統重建接收邊處理計時器的方法及裝置
JP4575265B2 (ja) * 2005-09-29 2010-11-04 株式会社東芝 無線通信装置
KR101268200B1 (ko) * 2006-01-05 2013-05-27 엘지전자 주식회사 이동통신 시스템에서의 무선자원 할당방법
KR100912784B1 (ko) * 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
KR101333918B1 (ko) * 2006-01-05 2013-11-27 엘지전자 주식회사 이동 통신 시스템의 점-대-다 서비스 통신
KR20070080552A (ko) 2006-02-07 2007-08-10 엘지전자 주식회사 이동 통신 시스템에서의 응답 정보 전송 방법
WO2007078171A2 (en) 2006-01-05 2007-07-12 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
AU2007203861B2 (en) 2006-01-05 2009-11-26 Interdigital Patent Holdings, Inc. Transmitting information in mobile communications system
KR101203841B1 (ko) * 2006-01-05 2012-11-21 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
KR101265628B1 (ko) * 2006-01-05 2013-05-22 엘지전자 주식회사 이동 통신 시스템에서의 무선 자원 스케줄링 방법
CN105515736A (zh) 2006-01-05 2016-04-20 Lg电子株式会社 在移动通信系统中发送数据
EP1980062A4 (en) * 2006-01-05 2011-03-30 Lg Electronics Inc TRANSFER OF DATA IN A MOBILE COMMUNICATION SYSTEM
KR101358469B1 (ko) * 2006-02-07 2014-02-06 엘지전자 주식회사 무선 네트워크(ｎｅｔｗｏｒｋ) 안에서 상향(ｕｐｌｉｎｋ)및 하향(ｄｏｗｎｌｉｎｋ) 대역폭(ｂａｎｄｗｉｄｔｈ)의선택 및 신호 방법
US8493854B2 (en) * 2006-02-07 2013-07-23 Lg Electronics Inc. Method for avoiding collision using identifier in mobile network
KR101216751B1 (ko) * 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
KR101387475B1 (ko) 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
GB2436912B (en) * 2006-04-04 2008-03-12 Nec Technologies ARQ and HARQ protocol data units and method of formation
US20070249343A1 (en) * 2006-04-19 2007-10-25 Andreas Olsson Method and system of communications
KR101369135B1 (ko) 2006-06-21 2014-03-05 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말
KR20070121505A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 무선링크 재설정 방법
KR20070121513A (ko) * 2006-06-21 2007-12-27 엘지전자 주식회사 이동통신 시스템의 상향 접속 방법
US8570956B2 (en) * 2006-06-21 2013-10-29 Lg Electronics Inc. Method of communicating data in a wireless mobile communications system using message separation and mobile terminal for use with the same
WO2007148881A2 (en) 2006-06-21 2007-12-27 Lg Electronics Inc. Method of supporting data retransmission in a mobile communication system
JP2008011026A (ja) * 2006-06-28 2008-01-17 Fujitsu Ltd 送信装置、受信装置、及び通信方法
US8379646B2 (en) * 2006-07-31 2013-02-19 Lg Electronics Inc. Method of processing control information in a mobile communication system
CN101132260B (zh) * 2006-08-22 2010-06-23 中兴通讯股份有限公司 增强上行链路异步混合自动重传请求的重传控制方法
WO2008051126A1 (en) 2006-10-27 2008-05-02 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for efficiently utilizing radio resources in a communication network
KR100996069B1 (ko) * 2006-11-27 2010-11-22 삼성전자주식회사 이동통신 시스템에서 라디오 링크 제어 계층의 데이터 전송 방법 및 장치
US8300674B2 (en) * 2007-01-12 2012-10-30 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for complexity reduction in detection of delay and Doppler shifted signature sequences
US7715444B2 (en) * 2007-02-02 2010-05-11 Palm, Inc Resuming a previously interrupted peer-to-peer synchronization operation
CA2681020C (en) 2007-03-16 2015-05-12 Interdigital Technology Corporation Wireless communication method and apparatus for supporting reconfiguration of radio link control parameters
TWI405481B (zh) * 2007-05-18 2013-08-11 Innovative Sonic Ltd 無線通訊系統比較狀態變數或封包序號的方法及其相關裝置
US9887813B2 (en) * 2007-06-13 2018-02-06 Qualcomm Incorporated Protocol data unit recovery
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
US8149768B2 (en) 2007-06-20 2012-04-03 Lg Electronics Inc. Method of transmitting data in mobile communication system
WO2008156314A2 (en) 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
US8699711B2 (en) * 2007-07-18 2014-04-15 Interdigital Technology Corporation Method and apparatus to implement security in a long term evolution wireless device
JP2009044581A (ja) 2007-08-10 2009-02-26 Fujitsu Ltd 通信装置、送信方法、受信方法
EP2186247A4 (en) 2007-08-10 2014-01-29 Lg Electronics Inc METHOD FOR CONTROLLING HARQ OPERATION WITH DYNAMIC RADIO RESOURCE ALLOCATION
KR101479341B1 (ko) 2007-08-10 2015-01-05 엘지전자 주식회사 Ｍｂｍｓ 서비스를 제공하는 무선 통신 시스템에서효율적인 수신 방법
CN101779389B (zh) 2007-08-10 2013-03-27 Lg电子株式会社 在无线通信系统中建立信道的方法
JP2009044693A (ja) * 2007-08-10 2009-02-26 Fujitsu Ltd 送信方法、送信装置、およびコンピュータプログラム
KR101514841B1 (ko) 2007-08-10 2015-04-23 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
US8488523B2 (en) 2007-08-14 2013-07-16 Lg Electronics Inc. Method of transmitting and processing data block of specific protocol layer in wireless communication system
KR100937432B1 (ko) 2007-09-13 2010-01-18 엘지전자 주식회사 무선 통신 시스템에서의 무선자원 할당 방법
KR101461970B1 (ko) 2007-09-13 2014-11-14 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
ATE548880T1 (de) 2007-09-13 2012-03-15 Lg Electronics Inc Verfahren zur zuteilung von funkmitteln in einer drahtlosen kommunikationsanordnung
KR100895681B1 (ko) * 2007-09-17 2009-04-30 주식회사 케이티프리텔 무선 링크 제어 계층의 버퍼 제어 방법 및 장치
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
KR101591824B1 (ko) * 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101396062B1 (ko) 2007-09-18 2014-05-26 엘지전자 주식회사 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
KR101132522B1 (ko) 2007-10-01 2012-04-02 인터디지탈 패튼 홀딩스, 인크 Ｐｄｃｐ를 폐기하기 위한 방법 및 장치
US8787306B2 (en) * 2007-10-09 2014-07-22 Qualcomm Incorporated Centralized mobile access point acquisition
KR101487557B1 (ko) 2007-10-23 2015-01-29 엘지전자 주식회사 공통제어채널의 데이터를 전송하는 방법
KR20090041323A (ko) 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
WO2009057941A2 (en) 2007-10-29 2009-05-07 Lg Electronics Inc. A method for repairing an error depending on a radion bearer type
US8208394B2 (en) * 2007-10-30 2012-06-26 Qualcomm Incorporated Service data unit discard timers
US20090129315A1 (en) * 2007-11-21 2009-05-21 Qualcomm Incorporated Data discard for radio link control in wireless networks
PL2667534T3 (pl) * 2008-01-08 2018-12-31 Unwired Planet International Limited Sposób i układ w bezprzewodowej sieci komunikacyjnej
KR101577451B1 (ko) 2008-01-30 2015-12-14 엘지전자 주식회사 Ｒｌｃ 무한 재전송 오류를 검출하고 처리하는 방법
KR101594359B1 (ko) 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
WO2009096743A2 (en) 2008-01-31 2009-08-06 Lg Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
US8027356B2 (en) 2008-01-31 2011-09-27 Lg Electronics Inc. Method for signaling back-off information in random access
US8265056B2 (en) 2008-02-19 2012-09-11 Qualcomm Incorporated Packet decoding for H-ARQ transmission
KR101163275B1 (ko) 2008-03-17 2012-07-05 엘지전자 주식회사 Ｐｄｃｐ 상태 보고 전송 방법
EP2266224B1 (en) 2008-03-17 2017-06-14 LG Electronics Inc. Method of transmitting rlc data
WO2009145420A1 (en) * 2008-03-31 2009-12-03 Samsung Electronics Co., Ltd. Method and system for discarding data units in a mobile communication system
EP2117278B1 (en) * 2008-05-09 2011-08-17 Research In Motion Limited Method and apparatus for assembling network layer data units
EP2136501B1 (en) * 2008-06-20 2019-12-04 LG Electronics Inc. Method of delivering a PDCP data unit to an upper layer
CN101729228B (zh) 2008-10-31 2014-04-16 华为技术有限公司 丢包抑制重传的方法、网络节点和系统
US8443247B2 (en) 2008-12-12 2013-05-14 Qualcomm Incorporated Methods and systems using window start update for wireless communication HARQ connection
US9554417B2 (en) * 2008-12-24 2017-01-24 Qualcomm Incorporated Optimized header for efficient processing of data packets
CN101925195A (zh) * 2009-06-17 2010-12-22 中兴通讯股份有限公司 基于rlc协议确认模式中确认信息的处理方法及系统
US8989140B2 (en) 2010-06-28 2015-03-24 Qualcomm Incorporated System and method for mobility in a multi-point HSDPA communication network
US8891356B2 (en) * 2010-06-28 2014-11-18 Qualcomm Incorporated System and method for multi-point HSDPA communication utilizing a multi-link RLC sublayer
US8989004B2 (en) 2010-11-08 2015-03-24 Qualcomm Incorporated System and method for multi-point HSDPA communication utilizing a multi-link PDCP sublayer
US9125098B2 (en) 2011-08-03 2015-09-01 Qualcomm Incorporated Method and apparatus for flow congestion control in multiflow networks
US9432251B2 (en) * 2013-03-08 2016-08-30 Qualcomm Incorporated Enhanced acknowledgement and retransmission mechanism
EP2993954B1 (en) * 2013-05-20 2019-10-02 Huawei Technologies Co., Ltd. Acknowledgement packet transmission method and device thereof
WO2015085525A1 (zh) * 2013-12-12 2015-06-18 华为技术有限公司 体验质量QoE的实现方法及装置
CN104837127B (zh) * 2014-02-08 2019-12-31 夏普株式会社 由辅基站和主基站执行的通信方法以及相应的基站
CN104837163B (zh) * 2014-02-08 2019-10-25 夏普株式会社 用于删除无线链路控制服务数据单元的方法和基站
JP6425707B2 (ja) * 2014-03-19 2018-11-21 株式会社Ｎｔｔドコモ ユーザ装置及びアップリンクデータ送信方法
CN104506279B (zh) * 2014-12-29 2017-10-24 武汉虹信通信技术有限责任公司 用于lte中rlc am模式下的上下行并行处理方法
CN105871519A (zh) * 2015-01-23 2016-08-17 中兴通讯股份有限公司 数据包的重传方法及装置
WO2016182220A1 (en) * 2015-05-11 2016-11-17 Lg Electronics Inc. Method for performing rlc retransmission based on contention-based pusch in a wireless communication system and a device therefor
US10334477B2 (en) * 2016-05-03 2019-06-25 Lg Electronics Inc. Method and device for transmitting data unit
CN107787009B (zh) * 2016-08-26 2022-09-27 中兴通讯股份有限公司 拥塞处理方法、装置及系统
US10999019B2 (en) * 2017-03-31 2021-05-04 Samsung Electronics Co., Ltd. Apparatus and buffer control method thereof in a wireless communication system
US10750520B2 (en) * 2017-04-27 2020-08-18 Qualcomm Incorporated Radio link control/packet data convergence protocol window advance with holes
CA3072168C (en) * 2017-08-11 2022-06-28 Lg Electronics Inc. Methods and devices for transmitting data units, with selective radio link control (rlc) service data unit (sdu) discarding
CN110011925B (zh) * 2018-01-04 2022-09-13 维沃移动通信有限公司 一种sdu的处理方法和通信设备

Family Cites Families (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4841526A (en) * 1984-05-25 1989-06-20 Wilson Jon C Data communications system
US4852127A (en) 1985-03-22 1989-07-25 American Telephone And Telegraph Company, At&T Bell Laboratories Universal protocol data receiver
DE3853118T2 (de) * 1987-09-30 1995-06-14 Hewlett Packard Co Verfahren und Vorrichtung zur Datenübertragung.
US5007051A (en) * 1987-09-30 1991-04-09 Hewlett-Packard Company Link layer protocol and apparatus for data communication
US5659569A (en) * 1990-06-25 1997-08-19 Qualcomm Incorporated Data burst randomizer
GB2252221B (en) 1991-01-24 1995-01-18 Roke Manor Research Improvements in or relating to equalisers for digital radio communication systems
DE69533663T2 (de) * 1994-02-17 2006-03-09 Motorola, Inc., Schaumburg Gerät und verfahren zur kontrolle der kodiergeschwindigkeit in einer kommunikationsanordnung
US5586119A (en) 1994-08-31 1996-12-17 Motorola, Inc. Method and apparatus for packet alignment in a communication system
US5579306A (en) * 1994-09-01 1996-11-26 Ericsson Inc. Time and frequency slot allocation system and method
JP2968706B2 (ja) * 1995-07-26 1999-11-02 日本電気エンジニアリング株式会社 移動無線機
FI103548B (fi) * 1996-03-25 1999-07-15 Nokia Telecommunications Oy Vuonvalvontamenetelmä
FI102231B1 (fi) 1996-09-16 1998-10-30 Nokia Technology Gmbh Symbolitahdistuksen ja näytteenottotaajuuden säätömenetelmä OFDM-moduloituja lähetyksiä vastaanottavassa laitteessa sekä menetelmän toteuttava laite
US6404755B1 (en) * 1996-11-07 2002-06-11 Harris Broadband Wireless Access, Inc. Multi-level information mapping system and method
US5872774A (en) 1997-09-19 1999-02-16 Qualcomm Incorporated Mobile station assisted timing synchronization in a CDMA communication system
US6567416B1 (en) 1997-10-14 2003-05-20 Lucent Technologies Inc. Method for access control in a multiple access system for communications networks
KR100414932B1 (ko) 1998-01-24 2004-04-03 삼성전자주식회사 이동통신시스템의데이타통신방법
EP0954142A1 (en) 1998-04-28 1999-11-03 Lucent Technologies Inc. Channel estimation using a sliding window technique
US6505253B1 (en) * 1998-06-30 2003-01-07 Sun Microsystems Multiple ACK windows providing congestion control in reliable multicast protocol
EP0996248A1 (en) * 1998-10-21 2000-04-26 Telefonaktiebolaget L M Ericsson (Publ) ARQ protocol with packet-based reliability level setting
US6519223B1 (en) * 1999-04-06 2003-02-11 Telefonaktiebolaget L M Ericsson (Publ) System and method for implementing a semi reliable retransmission protocol
US6542743B1 (en) 1999-08-31 2003-04-01 Qualcomm, Incorporated Method and apparatus for reducing pilot search times utilizing mobile station location information
US6760391B1 (en) * 1999-09-14 2004-07-06 Nortel Networks Limited Method and apparatus for line rate control in a digital communications system
FI112305B (fi) * 2000-02-14 2003-11-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
US6775252B1 (en) 2000-03-31 2004-08-10 Qualcomm, Inc. Dynamic adjustment of search window size in response to signal strength
WO2002015520A1 (en) 2000-08-17 2002-02-21 Redback Networks Inc. Packet scheduling methods and apparatus
GB0020442D0 (en) * 2000-08-18 2000-10-04 Nokia Networks Oy Data transmission protocol
KR100378987B1 (ko) * 2000-08-19 2003-04-07 엘지전자 주식회사 래디오 링크 콘트롤 (ｒｌｃ)에서 서비스 데이터유닛(ｓｄｕ)의 디스카드 처리 방법
KR100421863B1 (ko) * 2001-05-18 2004-03-09 엘지전자 주식회사 무선 통신 시스템의 데이터 전송 방법 및 그를 위한 장치
ES2398092T3 (es) 2000-10-07 2013-03-13 Lg Electronics Inc. Procedimiento para la transmisión de datos desde una capa del RLC en un sistema de radiocomunicación
KR100344981B1 (ko) * 2000-10-07 2002-07-20 엘지전자주식회사 시간 기반 서비스 데이터 유닛의 디스카드 정보 전송 방법
US6975591B1 (en) * 2000-11-22 2005-12-13 International Business Machines Corporation Methodology for improving TCP throughput over lossy communication links
US6687248B2 (en) 2001-01-10 2004-02-03 Asustek Computer Inc. Sequence number ordering in a wireless communications system
US6922393B2 (en) * 2001-01-10 2005-07-26 Asustek Computer Inc. Data discarding request acknowledgement in a wireless communications protocol
US6862450B2 (en) * 2001-02-07 2005-03-01 Nokia Mobile Phones Ltd. Resetting signaling link upon SRNS relocation procedure
US6888816B2 (en) * 2001-04-02 2005-05-03 Asustek Computer Inc. Window-based polling scheme for a wireless communications protocol
US7310336B2 (en) * 2001-05-18 2007-12-18 Esa Malkamaki Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets
US7242670B2 (en) 2001-07-07 2007-07-10 Lg Electronics Inc. Method for controlling retransmission of information using state variables in radio communication system
US7161978B2 (en) * 2001-08-29 2007-01-09 Texas Instruments Incorporated Transmit and receive window synchronization
KR100776084B1 (ko) * 2001-09-17 2007-11-15 엘지노텔 주식회사 티씨피/아이피 프로토콜 계층 2에서 리라이어블 서비스제공장치 및 그 방법
KR100746790B1 (ko) * 2001-11-14 2007-08-06 엘지노텔 주식회사 상태 정보 코딩방법
US7039013B2 (en) * 2001-12-31 2006-05-02 Nokia Corporation Packet flow control method and device
KR100541015B1 (ko) 2002-02-04 2006-01-10 아스텍 컴퓨터 인코퍼레이티드 무선 통신 시스템에 있어서의 데이터 폐기 신호 절차
US20040203623A1 (en) * 2002-05-03 2004-10-14 Wu Frank Chih-Hsiang Scheme to retransmit radio resource control messages during a radio link control reset in a wireless communication system
US6901063B2 (en) * 2002-05-13 2005-05-31 Qualcomm, Incorporated Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems
AU2003259050A1 (en) 2002-08-09 2004-02-25 Interdigital Technology Corporation Efficient memory allocation in a wireless transmit/receiver unit
US7227856B2 (en) * 2002-08-13 2007-06-05 Innovative Sonic Limited Method for handling timers after an RLC reset or re-establishment in a wireless communications system
US7346701B2 (en) * 2002-08-30 2008-03-18 Broadcom Corporation System and method for TCP offload
KR100802619B1 (ko) 2002-11-07 2008-02-13 엘지전자 주식회사 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
US20040160937A1 (en) * 2003-02-13 2004-08-19 Jiang Sam Shiaw-Shiang Enhanced SDU discard signaling procedure in wireless communication systems

Also Published As

Publication number Publication date
EP2290866A1 (en) 2011-03-02
JP4016032B2 (ja) 2007-12-05
CN1692568A (zh) 2005-11-02
US20130250859A1 (en) 2013-09-26
US7564851B2 (en) 2009-07-21
US20090041001A1 (en) 2009-02-12
ZA200405986B (en) 2006-04-26
CN101447855B (zh) 2015-04-29
US9191333B2 (en) 2015-11-17
KR20040040710A (ko) 2004-05-13
JP2005539465A (ja) 2005-12-22
EP2811681A1 (en) 2014-12-10
EP1559204A4 (en) 2009-09-23
US20170064738A1 (en) 2017-03-02
US8547980B2 (en) 2013-10-01
ATE522037T1 (de) 2011-09-15
CN101674169A (zh) 2010-03-17
RU2291594C2 (ru) 2007-01-10
US8031610B2 (en) 2011-10-04
EP2056514A3 (en) 2009-09-23
EP1559204B1 (en) 2011-08-24
AU2003276747A1 (en) 2004-06-07
US20040184437A1 (en) 2004-09-23
US8259581B2 (en) 2012-09-04
EP1559204A1 (en) 2005-08-03
US8462633B2 (en) 2013-06-11
US20110149865A1 (en) 2011-06-23
CN100550671C (zh) 2009-10-14
EP2056514A2 (en) 2009-05-06
ES2536071T3 (es) 2015-05-20
US8488611B2 (en) 2013-07-16
US20070268932A1 (en) 2007-11-22
US20110141995A1 (en) 2011-06-16
US9860915B2 (en) 2018-01-02
US20140334385A1 (en) 2014-11-13
US20160057778A1 (en) 2016-02-25
US7903663B2 (en) 2011-03-08
ES2604981T3 (es) 2017-03-10
US20100009670A1 (en) 2010-01-14
US7636312B2 (en) 2009-12-22
US7826368B2 (en) 2010-11-02
US20110019772A1 (en) 2011-01-27
US7539197B2 (en) 2009-05-26
WO2004042953A1 (en) 2004-05-21
US20090052468A1 (en) 2009-02-26
RU2004127248A (ru) 2005-04-20
US20080267163A1 (en) 2008-10-30
US9210092B2 (en) 2015-12-08
US20110141978A1 (en) 2011-06-16
KR100802619B1 (ko) 2008-02-13
CN101447855A (zh) 2009-06-03
AU2003276747B2 (en) 2006-10-19
CN101674169B (zh) 2013-03-20
UA77047C2 (en) 2006-10-16
ES2369770T3 (es) 2011-12-05
US9532378B2 (en) 2016-12-27
EP2811681B1 (en) 2016-09-07
EP2290866B1 (en) 2015-02-18

Similar Documents

Publication Publication Date Title
MXPA04007969A (es) Metodo para mover una ventana de recepcion en una red de acceso de radio.
US20140071947A1 (en) Method and apparatus for performing handover using packet data convergence protocol (pdcp) reordering in mobile communication system
US20050039101A1 (en) Method and system of retransmission
US9306707B2 (en) Method and apparatus for processing control information included in data unit in a mobile communication system
KR100918735B1 (ko) 이동통신 시스템에서 패킷 송수신 방법 및 장치
KR20080052276A (ko) 이동통신 시스템에서 순서가 재정렬되지 않은 패킷의 제어정보를 처리하는 방법 및 장치

Legal Events

Date Code Title Description
FG Grant or registration