MXPA06010759A - Aparato y metodo para el manejo optimizado de datos de control de radioenlace en un modo no reconocido. - Google Patents

Aparato y metodo para el manejo optimizado de datos de control de radioenlace en un modo no reconocido.

Info

Publication number
MXPA06010759A
MXPA06010759A MXPA06010759A MXPA06010759A MXPA06010759A MX PA06010759 A MXPA06010759 A MX PA06010759A MX PA06010759 A MXPA06010759 A MX PA06010759A MX PA06010759 A MXPA06010759 A MX PA06010759A MX PA06010759 A MXPA06010759 A MX PA06010759A
Authority
MX
Mexico
Prior art keywords
received
protocol data
rlc
data units
pdu
Prior art date
Application number
MXPA06010759A
Other languages
English (en)
Inventor
Seung-June Yi
Young-Dae Lee
Sung-Duck Chun
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
Application filed by Lg Electronics Inc filed Critical Lg Electronics Inc
Publication of MXPA06010759A publication Critical patent/MXPA06010759A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1848Time-out mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management
    • H04L1/1841Resequencing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1832Details of sliding window management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0093Point-to-multipoint
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0097Relays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Una entidad de control de radioenlace (RLC) en un modo no reconocido (UM) recibe unidades de datos de protocolo (PDU) de RLC suministradas a traves de uno o mas canales logicos y reordena las PDU recibidas refiriendose a sus numeros de secuencia y usando una ventana receptora y un cronometro para minimizar el tiempo de retardo de distribucion, para reducir las PDU faltantes recibidas de cada canal logico, y para procesar las PDU al evitar las PDU por duplicado.

Description

en una terminal 100 (estación móvil, equipo de usuario (UE), etc.), una red de acceso de radio terrestre (UTRAN) UMTS 120, y una red central (CN) 130. La UTRAN 120 incluye uno o mas subsistemas de la red de radio (RNS) 125. Cada RNS 125 incluye un controlador de la red de radio (RNC) 123, y una pluralidad de estaciones base (Nodo Bs) 121 dirigidas por el RNC 123. Una o mas celdas hay por cada Nodo B 121. La figura 2 ilustra una arquitectura de protocolo de interfaz de radio que existe en la terminal móvil y en la UTRAN como un par, para el manejo de transmisiones de datos a través de una interfaz de radio. Referente a cada capa de protocolo de radio, la primera capa (Capa 1 ) es una capa física (PHY) que tiene la función de transmitir datos a través de la interfaz de radio usando varias técnicas de radiotransmisión. La capa PHY se conecta con una capa superior, la capa MAC es conectada por medio de canales de transporte, que incluye un canal de transporte especializado y un canal de transporte común dependiendo de si el canal es compartido o no. En la segunda capa (capa 2), existen una capa de control de acceso medio (MAC), una capa de control de radioenlace (RLC), una capa de protocolo de convergencia de datos de paquete (PDCP) y una capa de control de radiodifusión/multidifusión (BMC). La capa MAC tiene la función de configurar varios canales lógicos a varios canales de transporte, además de multiplexar el canal lógico para configurar una pluralidad de canales lógicos a un canal de transporte sencillo. La capa MAC se conecta a una capa más alta, la capa RLC, por medio de canales lógicos, y estos canales lógicos se dividen en canales de control que transmiten información del plano de control y canales de tráfico que transmiten información del plano de usuario. El manejo de la capa de RLC garantiza la calidad del servicio (QoS) de cada radioportador (RB) y la transmisión de sus datos correspondientes. Para garantizar la única QoS de un radioportador, la capa de RLC tiene dentro una o dos entidades RLC independientes por cada radioportador, y provee tres tipos de modos de RLC; un modo transparente (TM), un modo no reconocido (UM) y un modo reconocido (AM), con el fin de soportar los varios QoS. También, la capa de RLC ajusta el tamaño de los datos en consecuencia de modo que una capa inferior pueda transmitir datos a través de la interfaz de radio, al realizar una segmentación y concatenación de los datos recibidos de la capa superior. La capa PDCP se localiza sobre la capa RLC y permite que los datos sean transmitidos usando paquetes de protocolo de Internet (IP), tales como Ipv4 o Ipv6, para ser transmitidos efectivamente a través de la interfaz de radio que tiene una anchura de banda relativamente más pequeña. Para este fin, la capa PDCP realiza una función de compresión de encabezamiento, con lo que solamente los datos completamente necesarios en la porción de encabezamiento de los datos se transmiten, con el propósito de incrementar la eficiencia de transmisión a través de la interfaz de radio. Debido a que la compresión de encabezamiento es su función básica, la capa PDCP solo existe en el dominio PS (paquete conmutado), y existe una entidad simple PDCP por cada radioportador (RB) para proveer una función de compresión de encabezamiento efectiva con respecto a cada servicio PS. Adicionalmente, en la segunda capa (L2), existe una capa (control de radiodifusión/multidifusión) BMC sobre la capa RLC para efectuar las funciones de programación de mensajes de radiodifusión de celdas y la radiodifusión a terminales ubicadas en una celda especial. La capa de control de recurso de radio (RRC) ubicada en la porción más baja de la tercera capa (L3) se define solamente en el plano de control, para controlar los parámetros de la primera y segunda capas y para controlar los canales de transporte y los canales físicos en relación a ía configuración, la reconfiguración y la liberación de los radioportadores (RB). Aquí, el RB se refiere a una ruta lógica provista por la primera y segunda capas del protocolo de radio para la entrega de datos entre la terminal y la UTRAN. Y en general, la configuración de un radioportador (RB) se refiere a la regulación de las capas de protocolo y las características de canal de los canales requeridos para proveer un servicio específico, así como el ajuste de sus respectivos parámetros específicos y métodos de operación. La capa RLC será explicada detalladamente en lo sucesivo. La función básica de la capa RLC es garantizar la QoS (calidad del servicio) de cada RB y transmite datos en consecuencia. Ya que el servicio RB es un servicio que es suministrado por la segunda capa del protocolo de radio hacia una capa superior, la segunda capa entera afecta la QoS, y en particular, el efecto del RLC es grande. Para que el RLC garantice la QoS que es única para el RB, una entidad RLC independiente se provee por cada RB y para soportar varias QoS, tros tipos de modos de RLC; Modo Transparente (TM), Modo no reconocido (UM), y un Modo Reconocido (AM) se suministran. Cada uno de esos tres modos de RLC respectivamente soporta diferentes QoS, los métodos de operación de estos son diferentes y también hay diferencias en sus funciones detalladas. Por lo tanto, el RLC debería ser considerado con más detalle de acuerdo a sus modos de operación. RLC TM es un modo en donde no se adjunta una carga a la SDU RLC (Unidad de Datos de Servicio) recibida de la capa superior cuando constituye un RLC PDU (Unidad de Datos de Protocolo). Es decir, el RLC pasa la SDU de manera transparente, por lo tanto es llamado RLC TM, y debido a estas características, el plano de usuario y el plano de control realizan las siguientes funciones. En el plano de usuario, debido a que el tiempo de procesamiento de datos dentro del RLC es corto, la transmisión de datos de dominio en tiempo real del servicio de circuito (CS) tal como la voz y la transmisión en el dominio CS, son manejados principalmente. En el plano de control, debido a que no existe carga dentro del RLC, la transmisión de enlace ascendente de mensajes RRC de cualquier terminal y la transmisión de enlace descendente de mensajes RRC que son transmitidos a todas las terminales dentro de una región de celda, se manejan. A diferencia del modo transparente, el modo en el cual se añade carga al RLC es llamado modo no transparente, y existen dos tipos con respecto a si la recepción de los datos transmitidos es no reconocida (UM: modo no reconocido) o reconocido (AM: modo reconocido). El RLC UM transmite datos adicionando a cada PDU, un encabezamiento de PDU que incluye un número de secuencia (SN), de tal modo que el extremo de recepción puede saber cual PDU ha sido perdida durante la transmisión (es decir, la PDU es perdida). Cuando se considera desde el RLC del lado de transmisión, si el lado de transmisión opera en un modo no reconocido, no verifica si el extremo de recepción recibe apropiadamente la PDU correspondiente, y una vez que la PDU se transmite, no es retransmitida. Cuando se considera desde el RLC de extremo de recepción que opera en un modo no reconocido, las PDU que se han perdido se determinan haciendo referencia a los números de secuencia de las PDU recibidas, y para esas PDU determinadas como perdidas, no se lleva a cabo la espera y la PDU recibida es distribuida inmediatamente a una capa superior. Por ejemplo, cuando un RLC UM recibe primero una PDU RLC que tiene SN=3 y recibe entonces una PDU RLC que tiene SN=6, el RLC UM determina que la recepción de la PDU RLC que tiene SN=4 y la PDU RLC que tiene SN=5 no es exitosa y no espera más por estas dos PDU RLC. Debido a tal función, el RLC UM maneja principalmente, en el plano de usuario, la transmisión de datos de difusión/multidifusión y la transmisión de datos de paquete como la voz en tiempo real (por ejemplo, VolP; Voz sobre IP) o transmisión del dominio de servicio de paquete (PS), en tanto se encuentre en el plano de control, la transmisión de mensajes RRC que no necesitan reconocimiento de recepción entre esos mensajes RRC transmitidos a una terminal especial o grupo terminal dentro de una región de celda.
Como un tipo de modo no transparente, el RLC AM constituye una PDU al unir un encabezamiento de PDU que incluye una SN como se realiza en el RLC UM pero de modo distinto al RLC UM, el extremo de recepción le da reconocimiento a la PDU transmitida por medio del extremo de transmisión. En el RLC AM, la razón por la cual el extremo de recepción da reconocimiento es para pedir la retransmisión del extremo de transmisión de esas PDU que no fueron recibidas, y esta función de retransmisión es una de las características más importantes del RLC AM. El propósito final de esto es que el RLC AM garantice las transmisiones de datos libres de errores a través de las retransmisiones, y debido a esto, el RLC AM maneja principalmente transmisiones de datos de paquete en tiempo no-real como lo es TCP/IP del dominio PS en el plano de usuario. El RLC UM será explicado con más detalle en lo sucesivo. El RLC UM establece y dirige una variable fija llamada "VR(US)" la cual se refiere al siguiente numero de secuencia que es esperado para ser recibido, es decir, e! número más próximo de secuencia después del numero de secuencia del PDU RLC que fue recibido más recientemente. Por lo tanto, si el recientemente recibido SN=x, entonces VR (US)=x+1. El RLC UM del extremo de transmisión recibe SDU RLC (Unidades de Datos Servicio) de la capa superior, que realiza su segmentación o concatenación para generar unidades de datos de un tamaño apropiado y los números de secuencia son asignados secuencialmente a cada uno con el fin de formar PDU RLC las cuales son entonces distribuidas a una capa inferior. También, el RLC UM incluye indicadores de longitud (Ll) en la PDU RLC que indican la ubicación de límites entre SDU RLC dentro de una PDU RLC, con el fin de permitir el reensamblaje apropiado o (reconstrucción) de la SDU RLC de la PDU RLC en el extremo de recepción. Aquí, el número de secuencia puede ser expresado en 7 bits. Al expresar el número de secuencia de una simple manera, la porción de encabezamiento de cada PDU RLC puede ser minimizada y la eficiencia de transmisión de datos a enviar puede ser incrementada. Por lo tanto, los valores de los números de secuencia que realmente se incluyen en las PDU RLC son a partir de 0 hasta 127. El lado de transmisión asigna secuencialmente números de secuencia comenzando desde 0 para cada PDU RLC y después de que el numero 127 ha sido asignado, los números de secuencia comenzando desde 0 se utilizan de nuevo. Asimismo, cuando un numero de secuencia bajo (por ejemplo, 0) se asigna después de un numero de secuencia alto (por ejemplo, 127), se le conoce como situación de "envolvencia". Por lo tanto, las PDU RLC que tienen números de secuencia asignados después de una situación de envolvencia, deben ser distribuidos después de que las PDU RLC que tienen números de secuencia asignados antes de la situación de envolvencia. El extremo de recepción siempre verifica los números de secuencia (SN) de las PDU RLC recibidas, y si el SN de la PDU RLC recibida es mas pequeño que el SN de la ultima PDU RLC recibida, se determina que una situación de envolvencia ha ocurrido y se supone que todas las PDU RLC recibidas subsecuentemente deberían ser PDU RLC que deben estar secuencialmente después de las PDU RLC previamente recibidas. La figura 3 representa la operación del RLC UM en el extremo de recepción de acuerdo con la técnica relacionada cuando una PDU RLC es recibida de una capa inferior. Primero, el VR (US) es actualizado (reajustado) para igualar el valor del SN de la PDU RLC recibida. Segundo, si el intervalo actualizado del VR (US) no es 1 en el priijier paso anterior, se determina que por lo menos hay una PDU RLC faltante, y todas las SDU RLC relacionadas con una o más PDU RLC faltantes se descartan. Por lo demás, si el intervalo actualizado es 1 , entonces se realiza el siguiente paso. Tercero, el procedimiento de reensamble es efectuado usando las PDU RLC recibidas con éxito, y entonces solo esas SDU RLC reensambladas con éxito son enviadas a una capa superior y la operación es completada. El servicio de radiodifusión/multidifusión de multimedia (MBMS) será descrito en lo sucesivo. El MBMS se refiere a un servicio de transmisión de enlace descendente para proveer servicios de datos como son, servicios de transmisión continua (por ejemplo, multimedia, vídeo a la carta, enlace de red, etc.), o servicios básicos (por ejemplo, correo electrónico, servicio de mensajes cortos (SMS), descargas, etc.) a una pluralidad de terminales empleando un servicio portador de MBMS especializado de enlace descendente. Un servicio sencillo de MBMS comprende una o mas sesiones, y los datos de MBMS se transmiten a una pluralidad de terminales a través de un radie-portador MBMS mientras la sesión esta en curso. El MBMS puede ser clasificado dentro de un modo de difusión y modo multidifusión. El MBMS en modo de difusión se refiere a la transmisión de datos multimedia a todos los usuarios dentro del área de difusión, la cual es un área donde el servicio de difusión es posible. En contraste, el modo de multidifusión de MBMS se refiere a los datos multimedia que se transmiten solo a un cierto grupo de usuarios especificados dentro del área de multidifusión, con lo que un área de multidifusión, la cual es una región donde el servicio de multidifusión es posible. La UTRAN emplea un radioportador para proveer un servicio portador de MBMS a una terminal. Los tipos de portadores de MBMS usados para la UTRAN incluyen un radioportador punto-a-multipunto (p-t-m) y un radioportador punto a punto (p-t-p). Aquí, el radioportador (RB) punto a punto es un RB bi-direccional que comprende un canal lógico DTCH (Canal de Trafico Especializado), un canal de transporte (Canal Especializado) DCH, y un canal físico DPCH (Canal Físico Especializado). El RB punto a multipunto es un RB de enlace descendente unidireccional que comprende un canal lógico MTCH (Canal de Trafico MBMS), un canal de transporte FACH (Canal de Acceso de Ida) y un canal físico SCCPCH (Canal Físico de Control Común Secundario). Un canal lógico MTCH es configurado para cada servicio MBMS suministrado a una celda, y es usado para transmitir datos del plano de usuario de un servicio particular de MBMS a una pluralidad de terminales. La UTRAN que provee el servicio de MBMS transmite a través del canal lógico MCCH (Canal de Control MBMS), mensajes RRC relacionados con MBMS, es decir, mensajes de control a una pluralidad de terminales. Aquí, el MCCH es un canal de enlace descendente punto a muitipunto, y es configurado a un canal de transporte FACH (Canal de Acceso de Ida), mientras que el canal de transporte FACH es configurado a un canal físico SCCPCH (Canal Físico de Control Común Secundario). Ejemplos de mensajes RRC relacionados con MBMS transmitidos a través del MCCH incluyen información de servicio MBMS e información del radioportador MBMS. Aquí, la información de servicio MBMS se transmite a las terminales que desean recibir el servicio MBMS, una lista de ID (identificación) de servicios MBMS que están en curso en una celda correspondiente y transmite el tipo de radioportador para el servicio correspondiente de MBMS. También, cuando un servicio particular de MBMS usa un radioportador punto a muitipunto para una celda correspondiente, la información del radioportador de MBMS transmite información acerca del radioportador punto a muitipunto para ese servicio a aquellas terminales que desean recibir ese servicio. Una terminal que desea recibir un servicio particular de MBMS usando un radioportador punto-a-multipunto recibe información del servicio MBMS a través del MCCH. Si la información de servicio del MBMS recibida por la terminal indica que la información del radioportador MBMS debe ser recibida por un servicio particular de MBMS, la terminal obtiene a través de la información del radioportador de MBMS, la información necesaria para configurar un radioportador de MBMS en una terminal para recibir el servicio particular de MBMS. Es decir, si la información de servicio recibida de la MBMS por la terminal incluye el ID de un servicio particular de MBMS, y si el tipo de radioportador para el servicio particular de MBMS es informado para ser tipo punto-a-multipunto, la terminal recibe la información del radioportador de MBMS para obtener la información del radioportador punto-a-multipunto y configura un radioportador punto-a-multipunto en la terminal usando esta información. En la técnica relacionada, cuando un radioportador punto-a-multipunto es configurado en una región de celda para un servicio particular de MBMS, debido a que la pluralidad de terminales comúnmente reciben datos de servicio a través de el radioportador punto-a-multipunto, la UTRAN no puede configurar apropiadamente el radioportador punto-a-multipunto para cada terminal que tiene diferentes condiciones de recepción respectivamente. Por lo tanto, cuando un radioportador punto-a-multipunto es configurado, la probabilidad de recepción de datos no exitosa por la terminal es mas alta que cuando un radioportador punto-a-punto es configurado. Para reducir tal probabilidad de recepción de datos no exitosa por la terminal, cuando un servicio de MBMS se transmite desde una celda a través de un radioportador punto-a-multipunto, la terminal busca las celdas cercanas y adicionalmente recibe ese servicio MBMS a través del radioportador punto-a-multipunto provisto por una o mas de esas celdas cercanas para entonces recibir los datos de servicio de MBMS que son deseados. Es decir, cuando un servicio particular de MBMS es suministrado a través de un radioportador punto-a-multipunto de la celda (región) en la cual la terminal esta ubicada, incluso si la recepción de algunos datos no es exitosa, tales datos pueden ser recibidos de una o mas de las otras celdas que tienen un radioportador punto-a-multipunto configurado, y por tanto las recepciones de datos no exitosas pueden ser minimizadas.
BREVE DESCRIPCION DE LA INVENCION Problema Técnico En la técnica relacionada, la entidad RLC UM en el extremo de recepción recibe PDU RLC desde solo una celda sencilla o un canal lógico sencillo, y en la verificación del numero de secuencia de cada PDU RLC, no espera más para recibir aquellas PDU RLC que han sido determinadas como faltantes (perdidas), todas las PDU RLC relacionadas con alguna PDU RLC de recepción no exitosa se descartan (eliminan), solo las PDU RLC de recepción exitosa se procesan. Pero esto causa serios problemas cuando los datos son recibidos a través del radioportador punto-a-multipunto desde varias celdas o cuando los datos son recibidos a través de múltiples canales lógicos, como sucede en el servicio de MBMS. Esto se debe a que los puntos de tiempo cuando una terminal recibe los datos de un servicio particular de cada celda son diferentes. Por ejemplo, la figura 4 asume que los datos de un servicio sencillo de MBMS son recibidos de la celda A a la celda B. De acuerdo con la operación de la técnica relacionada, si el RLC UM recibe una PDU RLC que tiene SN=5, el VR (US) es actualizado, mientras la PDU RLC que tiene SN=3 y la PDU RLC que tiene SN=4 se consideran como recibidas sin éxito y no se espera mas para recibir esas PDU RLC. Entonces, la SDU RLC que incluye la PDU RLC que tiene SN=5 es reensamblada y enviada a una capa superior. Como se comprende desde la figura 4, aún cuando la terminal podría recibir una PDU que tiene SN=3 de la celda B, las PDU RLC que tienen SN=3 y SN=4 se consideran como no recibibles, y tienen problemas al procesar la PDU RLC que tiene SN=5 antes de que las PDU RLC que tienen SN=3 o SN=4 se reciban. También, una vez que se recibe una PDU RLC que tiene SN=5 de la celda A, el RLC UM actualiza el VR(US) a 6, y si la PDU RLC que tiene SN=3 es recibido de ahí en delante de la celda B, el RLC UM determina que la situación de envolvencia h ocurrido porque la actualmente recibida PDU RLC (que tiene SN=3) tiene un numero de secuencia mas pequeño que la última PDU RLC recibida (que tiene SN=5). Por lo tanto, el RLC UM determina que la actualmente recibida PDU RLC (que tiene SN=3) es una nueva PDU RLC que fue generada después de la PDU RLC que tiene SN=5, y el problema de la indeseable actualización del VR (US) a 4 y el procesamiento de las PDU RLC ocurre de ahí en adelante. Si la PDU RLC que tiene SN=5 es recibida de una celda B después de que el VR (US) fue actualizado a 4, existe un problema debido a que la PDU RLC que tiene SN=5 (recibido de la celda B) es procesado de nuevo, debido a que la PDU RLC que tiene SN=5 ha sido previamente recibida de la celda A y procesada ya. En este caso, la información del indicador de longitud incluida en la PDU RLC y la configuración entre las PDU RLC no se compara una con otra, por lo tanto lo que resulta en el serio problema de no permitir al RLC UM reensamblar apropiadamente las SDU RLC de las PDU RLC. También se da esta problemática por que la mayoría de los servicios que emplean el RLC UM son aplicaciones que requieren la recepción secuencial de los datos, y tal recepción de datos impropia produce problemas en la operación de estas aplicaciones.
Solución Técnica Los problemas de la técnica relacionada que ocurren debido a la recepción de datos no secuenciales en el RLC UM son dirigidos por la presente invención para minimizar el tiempo de demora en la entrega, para reducir las PDU faltantes recibidas de cada canal lógico, y para procesar las PDU para evitar el duplicado de las PDU. Una entidad de control de radioenlace (RLC) en modo no reconocido (UM) recibe unidades de datos de protocolo (PDUs) de RLC distribuidas a través de uno o más canales lógicos y reordena las PDU recibidas al referirse a sus números de secuencia y al usar una ventana receptora y un cronómetro.
BREVE DESCRIPCION DE LOS DIBUJOS Las características, naturaleza, y ventajas de la presente invención serán más evidentes a partir de la descripción detallada expuesta en la parte de abajo cuando se toma junto con los dibujos en los cuales caracteres de referencia similares se identifican correspondientemente de principio a fin y en donde: La figura 1 representa una estructura básica ejemplar de una red UMTS. La figura 2 representa una arquitectura de protocolo de interfaz de acceso de radio entre la terminal y la UTRAN que está basada en la red de acceso inalámbrica 3GPP. La figura 3 representa un diagrama de flujo de un método de procesamiento de datos del RLC UM de acuerdo con la técnica relacionada. La figura 4 representa el método de procesamiento de datos del RLC UM cuando los datos son recibidos de varias celdas. La figura 5 representa un método de procesamiento de datos del RLC UM de acuerdo a la primera y segunda modalidad de la presente invención. La figura 6 representa un método de procesamiento de datos del RLC UM de acuerdo a la primera modalidad de la presente invención. La figura 7 representa un método de procesamiento de datos del RLC UM de acuerdo a la segunda modalidad de la presente invención.
Las figuras 8 y 9 representan un par de entidades de RLC UM en la UTRAN y terminal (UE) de acuerdo con la presente invención. La figura 10 representa un sistema de comunicaciones ejemplar de acuerdo con la presente invención. La figura 11 representa una estructura de terminal (UE) de acuerdo con la presente invención.
DESCRIPCION DETALLADA DE LA INVENCION La siguiente descripción esta basada en las modalidades actualmente preferidas ejemplares y no restrictivas de la presente invención. Más particularmente, varios conceptos ingeniosos y principios incorporados en sistemas y métodos son discutidos y descritos ahí. Para dirigir los problemas de la técnica relacionada, cuando las PDU RLC se reciben de diversas celdas o varios canales lógicos, la presente invención propone que el RLC UM emplee una ventana receptora y un cronómetro para procesar las PDU RLC recibidas. El procesamiento de PDU RLC que usa una ventana receptora se refiere al procedimiento en el cual el RLC UM dirige la escala de valores del SN de las PDU RLC que pueden ser esperadas para ser recibidas con base en una PDU RLC recibida. El procesamiento de PDU RLC que usa un cronómetro se refiere a el procedimiento en el cual el RLC UM opera un cronómetro de reordenamiento para esas PDU RLC que quedan en la ventana receptora sin haber sido reservados para el reensamble, tal que esas PDU RLC son procesadas después de un lapso de cierto tiempo sin considerar si otras ciertas PDU son recibidas o no. Si una configuración de reordenamiento es recibida de una capa superior a través de una indicación de reordenamiento, el RLC UM puede determinar que las PDU RLC tengan que ser recibidas de diversas celdas o diversos canales lógicos y el RLC UM opera en consecuencia. Si una configuración de reordenamiento no es recibida de una capa superior, entonces se determina que las PDU RLC están para ser recibidas de un canal lógico simple corno en la técnica relacionada, y el UM RLC opera consecuentemente. Si es configurado para conectarse con varios canales lógicos, el RLC UM puede considerar que el reordenamiento ha sido configurado para todas las PDU RLC para ser recibidas subsecuentemente y por ende opera en consecuencia. La presente invención propone dos modalidades. En la primera modalidad, las siguientes variables son definidas adicionalmente: VR (UR): numero de espera de recepción- este valor solo es usado cuando el reordenamiento ha sido configurado y se refiere al SN mas próximo después del SN de la PDU RLC que ha sido recibida en forma secuencial más recientemente. VR (UH): número de recepción máximo - este valor es solo usado cuando el reordenamiento ha sido configurado, y se refiere al valor límite superior de la ventana receptora en el RLC UM y es el valor siguiente (número de secuencia) después del numero de secuencia más alto entre todas los números de secuencia de las SDU RLC recibidas. Cuando una PDU RLC que tiene SN=x que cae fuera de la ventana receptora es recibida, el VR (UH) se establece como x+1. El valor inicial del VR (UH) es 0. VR (UT): número de indicación del cronómetro- este valor es usado solo cuando el reordenamiento ha sido configurado, y es configurado como igual al valor del SN correspondiente a la PDU RLC para la cual el cronómetro de reordenamiento ha sido establecido. Tamaño de ventana receptora: este valor se refiere al tamaño de la ventana receptora. Ventana receptora: esta escala de valores para los números de secuencia de las PDU RLC que la entidad RLC recibe y procesa, y es definida para ser igual o más grande que el valor VR (UH) menos el tamaño de la ventana receptora, pero mas pequeño que VR (UH) (es decir, [VR (UH)-tamaño de ventana de recepción] < ventana receptora < VR (UH)). Entre lo citado arriba, las tres variables (VR(UR), VR(UH), VR(UT)) puede también ser definidas en una manera ligeramente diferente cuando se consideran procedimientos de transferencia de datos en modo no reconocido (UMD). Primero, el VR (UR) es equivalente a "VR (UDR)", que es una variable de estado de envío para evitar y reordenar por duplicado de UM. Esta variable fija contiene el número de secuencia de la siguiente PDU UMD que se espera a ser recibido en secuencia. Segundo, el VR (UH) es equivalente a "VR (UDH)", que es una variable de estado recibida más superior para evitar y reordenar por duplicado de UM. Esta variable de estado contiene el número de secuencia de la numeración más alta de PDU UMD que ha sido recibida por la función de reordenamiento y para evitar duplicada. Tercero, el VR (UT) es equivalente a "VR (UDT)", que es una variable de estado del cronómetro para evitar y reordenar por duplicado UM. Esta variable de estado contiene el número de secuencia del PDU UMD asociado con el "Cronómetro_DAR" (Evitar y Reordenar por duplicado) cuando se corre el cronómetro. Aquí, el Cronómetro_DAR es un cronómetro que se usa con la función para evitar y reordenar UM, que se usa para activar la transferencia de PDU a la siguiente función receptora en secuencia RLC UM. De acuerdo con la primer función, cuando el RLC UM recibe una nueva PDU RLC de una capa inferior, opera de acuerdo a si el reordenamiento ha sido configurado o no, con lo cual el RLC UM opera como en la técnica relacionada si el reordenamiento no ha sido configurado, mientras el RLC UM opera de acuerdo con el valor de SN de la PDU RLC recibida, la ventana receptora, y el cronómetro si el reordenamiento ha sido configurado. En el procedimiento anterior, el RLC UM que opera como en la técnica relacionada se refiere al procedimiento de actualización del VR(US) de acuerdo al valor de SN de la PDU RLC recibida, y considerando que existe al menos una PDU faltante (perdida) si el intervalo actualizado del VR (US) no es 1 , descartando esas SDU RLC relacionadas a las PDU RLC que fueron consideradas como perdidas, reensamblando solo esas RLC SDU consideradas como recibidas de manera exitosa y distribuyendo a una capa superior. Si el intervalo actualizado VR (US) es 1 , se considera que no hay PDU faltantes (perdidas), y las SDU RLC se reensamblan con base en las PDU RLC que se reciben y distribuyen a la capa superior. Aquí, la SDU RLC relacionada con la PDU RLC se refiere a que la SDU RLC que tiene una parte de estos datos o que tiene un indicador de longitud indicando el extremo de la SDU RLC que esta incluida dentro de la PDU RLC. En el procedimiento de arriba, el RLC UM opera de acuerdo al valor de SN de la PDU RLC recibida, la ventana receptora, y el cronómetro se refieren a la verificación de la recientemente PDU RLC recibida que usa el valor de SN de la PDU RLC, la ventana receptora, y el VR(UR), procesando las correspondientes PDU RLC de acuerdo al resultado de verificación, adicionalmente procesando las PDU RLC de acuerdo a si existe ahí una PDU RLC que tiene SN= VR(UR), y entonces el procesamiento adicional que usa un cronómetro de reordenamiento, y adicionalmente procesando aquellas PDU RLC para las cuales el reensamble (reconstrucción) ha sido reservado. En el procedimiento anterior, la verificación de la recientemente PDU RLC recibida que usa el valor del SN de la PDU RLC, la ventana receptora, y el VR(UR), y también el procesamiento de las correspondientes PDU RLC de acuerdo al resultado de verificación serán explicados con más detalle en los sucesivo. Primero, el RLC UM verifica para ver si el valor de SN de la PDU RLC recibido esta ubicado dentro de la ventana receptora. Entonces, si el valor del SN es más pequeño que el VR (UR) o si la PDU RLC correspondiente a ese valor de SN ha sido previamente recibida, la PDU RLC correspondiente se descarta. Si no, la PDU RLC correspondiente se almacena en la memoria intermedia en la ubicación indicada por el valor del SN de esa PDU RLC. Si en la etapa de verificación mencionada, si el valor de SN de la PDU RLC no esta dentro de la ventana receptora, la PDU RLC recibida es puesta en la ubicación indicada por el valor del SN de esa PDU RLC, y la ubicación de la ventana receptora es actualizada por el ajuste del valor VR(UH) igual al valor de la SN de la PDU RLC más 1 (es decir, VR(UH)=SN+1 ). Después, entre las PDU almacenadas en la memoria intermedia de recepción, esas PDU RLC que tienen valores de SN que están fuera de la ventana receptora actualizada (es decir, esas PDU RLC que tienen valores de SN no dentro de la escala a partir de "VR(UH)- tamaño de ventana receptora" a "VR(UH)") son reservados para reensamble (reconstrucción) y como un resultado, si el VR(UR) es más pequeño que la ventana receptora actualizada, el VR(UR) es actualizado a "VR(UH)- tamaño de ventana receptora". En los procedimientos anteriores, el procesamiento de la PDU RLC de acuerdo a si o no una PDU RLC que tiene SN=VR(UR) existe, significa que si una PDU RLC que tiene un valor particular de SN existe dentro de la ventana receptora, las PDU RLC que comienzan desde y que incluyen la PDU RLC de arriba hasta la primera PDU RLC que no se recibió en secuencia se reserva para el reensamble, y el valor VR(UR) es actualizado al valor del SN de la primera PDU RLC que no se recibió en secuencia. En los procedimientos antedichos, el procesamiento al usar un cronómetro de reordenamiento significa que si un cronómetro de reordenamiento que está en operación (funcionando) existe, entonces el RLC UM verifica si una PDU RLC que tiene SN=VR(UT) ha sido reservado para reensamble, y si entonces, el cronómetro reordenado es detenido. Entonces el RLC UM vuelve a verificar para ver si el cronómetro de reordenamiento está en operación (funcionando), y si no, verifica para ver si ahí hay algunas PDU RLC que existen en la memoria intermedia de recepción pero que no han sido reservados, y si entonces, el cronómetro de reordenamiento opera de nuevo (es decir, el cronómetro de reordenamiento es reiniciado) para esa PDU RLC que tiene el mas alto SN entre esas las PDU RLC existentes en la memoria intermedia de recepción pero que no han sido reservados, y el VR(UT) se actualiza al igual que el valor del SN de esa PDU RLC que tiene el más alto SN. En los procedimientos anteriores, el procesamiento de las PDU RLCs que fueron reensambladas y reservadas para eso, quiere decir que se descartan las SDU RLC relacionadas a las PDU RCL que no se recibieron, y las SDU RLC se reensamblan con base en las PDU RLC recibidas y entonces se distribuyen a una capa superior. Aquí, la SDU RLC relacionada al PDU RLC se refiere a la SDU RLC que tiene una parte de estos datos o que tiene un indicador de longitud indicando el extremo de la SDU RLC que esta incluida dentro de la PDU RLC. También en los procedimientos anteriores, cada vez que el cronómetro de reordenamiento expire, el RLC UM se reserva para el reensamble de esas PDU RLC que tienen valores SN mas grandes que VR(UR) pero mas pequeños que VR(UT), se reserva para el reensamble de esas PDU RLC que comienzan a partir del PDU RLC que tiene SN=VR(UT) hasta la primera PDU RLC que no se recibió en la secuencia, y actualiza el valor del SN de la primera PDU RLC que no se recibió en secuencia para igualar VR(UR). Como resultado de esas etapas, si ahí hay cualesquiera de las PDU RLC dentro de la memoria intermedia de recepción pero que no han sido reservados para reensamble, el cronómetro de reordenamiento es reiniciado para la PDU RLC que tiene el más alto SN entre esas RLC PDU, y el valor de SN de la PDU RLC (que tiene el más alta SN) es actualizado para igualar VR(UT). Las figuras 5 y 6 muestran la operación del RLC UM del extremo de recepción (por ejemplo, terminal, UE, etc.) de acuerdo a la primera modalidad de la presente invención. En la etapa 1 , una PDU RLC que tiene un valor SN de RSN llega al UM RLC desde una capa inferior. En la etapa 2, si el reordenamiento ha sido configurado, el proceso va subsecuente a la etapa 5, si no, la siguiente etapa 3 es ejecutada. En la etapa 3, el VR(US) es actualizado y si el intervalo actualizado del VR(US) no es 1 , las PDU consideradas como faltantes (perdidas) y las SDU asociadas inmediatamente, se descartan. Aquí, las PDU RLC consideradas como faltantes (perdidas) son aquellas PDU RLC que tienen números de secuencia que son mas grandes o iguales al VR(US) antes de la actualización y mas pequeños que el RSN. En la etapa 4, al usar las PDU RLC recibidas, las SDU RLC se reensamblan y después se distribuyen a una capa superior, el procedimiento es completado. En la etapa 5, si el RSN no esta dentro de la ventana receptora, el proceso va a la etapa 7, y si el RSN esta en la ventana receptora, se ejecuta la siguiente etapa. En el etapa 6, si el RSN es mas pequeño que el VR(UR) o si la PDU RLC recibida es una PDU que ha sido previamente recibida, la correspondiente PDU RLC se descarta, y si no, la PDU RLC se almacena en la memoria intermedia de recepción en la ubicación indicada por el RSN. Según esto, el proceso va a la etapa 10. En la etapa 7, la PDU RLC es puesta en la ubicación indicada por el RSN y VR(UH) es actualizada para igualar a RSN +1. En la etapa 8, las PDU RLC que tienen valores de SN más pequeños que la ventana actualizada, es decir, valores de SN ubicados fuera de la ventana receptora, son reservados para el reensamblado. En la etapa 9, si el VR(UR) esta ubicado debajo de la ventana actualizada, el VR(UR) es actualizado a un valor que iguala VR(UH)-tamaño de ventana receptora. En la etapa 10, si la PDU RLC correspondiente al VR(UR) no se almacena en la memoria intermedia de recepción, el proceso va a la etapa 12, de otro modo, la siguiente etapa es ejecutada. En la etapa 11 , en la memoria intermedia de recepción, las PDU RLC que comienzan a partir de la PDU RLC que tiene VR(UR) hasta la primera PDU RLC que no ha sido secuencialmente recibida, se reserva para reensamble. Entonces, el VR(UR) es actualizado al igual que el valor SN de la primera PDU RLC que no ha sido secuencialmente recibida. En la etapa 12, si el cronómetro de reordenamiento no esta en operación (funcionando), el proceso va a la etapa 14, de otro modo la siguiente etapa es ejecutada. En la etapa 13, si la PDU RLC correspondiente al VR(UT) ha sido reservada para reensamble, entonces el cronómetro de reordenamiento es detenido. En la etapa 14, si el cronómetro de reordenamiento esta en operación (funcionando), el proceso va a la etapa 17, de otro modo la siguiente etapa es ejecutada. En la etapa 15, si ahí hay PDU RLC que se almacenan en la memoria intermedia de recepción, pero que no han sido reservadas para reensamble, la siguiente etapa es ejecutada, de otro modo, el proceso va a la etapa 17. En la etapa 16, entre las PDU RLC que se almacenan en la memoria intermedia de recepción pero que no han sido reservadas para reensamble, el cronómetro de reordenamiento se opera para la PDU RLC que tiene el valor más grande de SN, y el VR(UT) se determina como el valor SN de la PDU (que tiene el valor mas grande de SN). En la etapa 17, para las PDU RLC para las cuales el reordenamiento ha sido reservado, las SDU RLC relacionados a las PDU RLC consideradas como faltantes (perdidas) se descartan, y para las PDU RLC recibidas, las RLC SDU se almacenan y distribuyen a una capa superior, por lo tanto terminan los procedimientos. En lo sucesivo, la segunda modalidad de acuerdo a la presente invención será descrita. La segunda modalidad es una mejoría de la primera modalidad que usa las características del RLC U . Es decir, aún cuando si el RLC UM del extremo de recepción (por ejemplo, terminal, UE, etc.) recibe las PDU RLC de varias celdas o varios canales lógicos, el extremo de transmisión de cada celda o de cada canal lógico respectivamente no re-transmite la PDU RLC y al usar el hecho de que esas PDU RLC que tienen un valor de SN que es mas pequeño que el SN de cualquier PDU RLC previamente transmitida no es re-transmitida, el efecto de prevenir retardos en la distribución hacia una capa superior debido a PDU RLC que permanece dentro de la ventana receptora por una cantidad de tiempo innecesaria se puede obtener. Con más detalle, el RLC UM registra (almacena) el valore de SN de la PDU RLC últimamente recibidos de cada canal lógico, y usa el mínimo valor entre los valores de SN de las PDU RLC últimamente recibidos de cada canal lógico. Aquí, se usa el hecho de que una PDU RLC que tiene un valor de SN que es mas pequeño que el valor mínimo de arriba no pueda ser recibido en forma adicional de un canal lógico, si el RLC UM espera (aguarda) para recibir una PDU RLC que tiene un SN que es más pequeño que el valor mínimo de arriba, la terminal se reserva para el reensamble inmediato de aquellas PDU RLC comenzando dentro de la PDU RLC que es esperada hasta la PDU RC que corresponde al valor mínimo anterior, para de esta manera prevenir retardos en la distribución que puedan ocurrir debido a alguna espera innecesaria por el UM RLC para la recepción esperada de las PDU RLC que no están mas para ser transmitidas. Para llevar a cabo esto, la segunda modalidad adicionalmente define variables de estado para proponer un método más rápidos y efectivo comparado con la primera modalidad. La segunda modalidad adicionalmente define la siguiente variable en adición a aquellas de la primera modalidad. VR(US_i): número de recepción esperado siguiente del canal i-ésimo - este es usado cuando el reordenamiento ha sido configurado, y se refiere al siguiente valor después del valor de SN de la ultima PDU RLC recibida del canal lógico i-ésimo. El método detallado de la operación de la segunda modalidad será explicada en lo sucesivo. Cuando el RLC UM del extremo de recepción (por ejemplo, terminal, UE, etc.) recibe una nueva PDU RLC de una capa inferior, este opera de acuerdo a si el reordenamiento ha sido configurado o no, con lo cual el RLC UM opera como en la técnica relacionada si el reordenamiento no ha sido configurado, mientras que el RLC UM opera de acuerdo al valor del SN de la PDU RLC recibida, la ventana receptora, y el cronómetro si el reordenamiento ha sido configurado. La operación del RLC UM como en la técnica relacionada se refiere a los procedimientos de actualización del VR(US) de acuerdo al valor del SN de la PDU RLC recibida, considerando que hay al menos una PDU perdida (faltante) si el intervalo actualizado del VR(US) no es 1 , descartando esas SDU RLC relacionadas a las PDU RLC que se consideraron como faltantes, reensamblando solo aquellas SDU RCL consideradas como recibidas de forma exitosa y distribuyendo a una capa superior. Si el intervalo actualizado de VR(US) es 1 , se considera que no existen PDU perdidas (faltantes), y las SDU RLC se reensamblan con base en las PDU RLC recibidas y distribuidas a la capa superior. Aquí, la SDU RLC relacionada a la PDU RLC se refiere a la SDU RLC que tiene una parte de estos datos o que tiene un indicador de longitud indicando que el extremo de la RLC SDU está incluido dentro de la PDU RLC. La operación del RLC UM de acuerdo al valor de SN de la PDU RLC recibida, la ventana receptora, y el cronómetro se refieren a la verificación de la PDU RLC recientemente recibida al usar el valor de SN de la PDU RLC, la ventana receptora, y el VR(UR), procesando las correspondientes PDU RLC de acuerdo al resultado de verificación, procesando las PDU RLC adicionalmente al usar el valor mínimo del siguiente número de recepción esperado (es decir, VR(US_i)) de cada canal lógico, y entonces el procesamiento adicional al usar un cronómetro de reordenamiento, y adicionalmente procesando aquellas PDU RLC para las cuales el reensamble ha sido reservado. En el procedimiento anterior, ia verificación de la PDU RLC recibida recientemente que usa el valor del SN de la PDU RLC, la ventana receptora, y el VR(UR), y entonces el procesamiento de las correspondientes PDU RLC de acuerdo al resultado de verificación será explicado con más detalle en lo sucesivo. Primero, si la PDU RLC recibida fue distribuida a través del canal lógico i-ésimo, la variable de estado (VR(US_i)) correspondiente a ese canal lógico se actualiza a igual que 1 más el valor de SN de la PDU RLC recibida. En lo sucesivo, este se verifica para ver si el valor de SN de la PDU RLC recibida esta ubicada dentro de la ventana receptora. Entonces, la PDU RLC se descarta si el valor del SN es mas pequeño que VR(UR) o si la PDU RLC correspondiente al valor de la SN de arriba ha sido ya recibida. De otra manera, la PDU RLC se almacena en la memoria intermedia de recepción en la ubicación indicada por el valor del SN. Si el valor del SN no esta dentro de la ventana receptora, la PDU RLC recibida se almacena en la ubicación indicada por el valor del SN y la ubicación de la ventana receptora se actualiza por el ajuste del valor VR(UH) para igualar el valor del SN de la PDU RLC más 1 (es decir, VR(UH)=SN+1 ). En lo sucesivo, entre las PDU almacenadas en la memoria intermedia de recepción, esas PDU RLC que tienen valores SN que se encuentran fuera de la ventana receptora actualizada (es decir, esas PDU RLC que tienen valores SN no están dentro de la escala de "VR(UH)-tamaño de ventana receptora" a "VR(UH)") son reservadas para el reensamble y como resultado, si el VR(UR) es mas pequeño que la ventana receptora actualizada, el VR(UR) se actualiza a "VR(UH)- tamaño de ventana receptora". En el procedimiento anterior, el procesamiento de las PDU RLC que usan el mínimo valor del siguiente número de recepción esperado (es decir, VR(US_¡)) de cada canal lógico, significa que el mínimo de valores VR(US_i) es obtenido por todos los canales lógicos conectados al RLC UM, y si este valor mínimo es mas grande que VR(UR), las correspondientes PDU RLC recibidas que tienen un SN que es mas grande que VR(UR) y menor que el mínimo de VR(US_i) se reservan para el reensamble, y el VR(UR) es reajustado para igualar a VR(US_i). Aquí, "i" es un valor entre 0 y N-1 , donde N es el numero total de canales lógicos conectados al RLC UM, y VR(US)_i) es el siguiente número de recepción esperado del canal i-ésimo (como se describió arriba). En los procedimientos anteriores, el procesamiento de la PDU RLC de acuerdo a si una PDU RLC que tiene SN=VR(UR) existe o no, significa que si una PDU RLC que tiene un valor particular de SN existe dentro de la ventana receptora, las PDU RLC que comienzan desde e incluyen la PDU RLC de arriba hasta la primera PDU RLC que no fue recibida en la secuencia, se reservan para el reensamble y el valor VR(UR) se actualiza al valor del SN de la primera PDU RLC que no se recibió en la secuencia. En los procedimientos anteriores, el procesamiento que usa un cronómetro de reordenamiento quiere decir que si un cronómetro de reordenamiento que está en operación (funcionando) existe, entonces el RLC UM verifica si una PDU RLC que tiene SN=VR(UT) ha sido reservada para el reensamble, y si se realiza, el cronómetro de reordenamiento es detenido. Entonces el RLC UM vuelve a verificar para ver si existe un cronómetro de reordenamiento que está en operación (funcionando), y si no, verifica para ver si existen algunas PDU RLC existentes en la memoria intermedia de recepción pero que no han sido reservados, y si se realiza, el cronómetro de reordenamiento es operado de nuevo (es decir, el cronómetro de reordenamiento es reiniciado) por esa PDU RLC que tiene el más alto SN entre aquellas PDU RLC existentes en la memoria intermedia de recepción pero que no han sido reservadas, y el VR(UT) es actualizado para igualar el valor del SN de aquella PDU RLC que tiene el más alto SN. En los procedimientos anteriores, el procesamiento de las PDU RLC que fueron reensambladas y reservadas para esto, se refiere a que se descartan las SDU RLC relacionadas a las PDU RLC que no se recibieron, y las SDU RCL se reensamblan con base en las PDU RLC recibidas y entonces se distribuyen a una capa superior. Aquí, la SDU RLC relacionada a la PDU RLC se refiere a la SDU RCL que tiene una parte de estos datos o que tiene un indicador de longitud indicando el final de la SDU RLC que esta incluida dentro de la PDU RLC. También en los procedimientos anteriores cada vez que el cronómetro de reordenamiento expira, el RLC UM se reserva para el reensamble de aquellas PDU RLC que tienen valores de SN mas grandes que VR(UR) pero menores que VR(UT), se reserva para el reensamble de aquellas PDU RLC que comienzan a partir de la PDU RLC que tiene SN=VR(UT) hasta la primera PDU RLC que no fue recibida en secuencia, y actualiza el valor del SN de la primera PDU RLC que no fue recibida en secuencia para igualar a VR(UR). Como un resultado de esas etapas, si ahí hay algunas PDU RLC dentro de la memoria intermedia de recepción, pero que no han sido reservadas para el reensamble, el cronómetro de reordenamiento es reiniciado para la PDU RLC que tiene el más alto SN entre aquellas PDU RLC, y el valor del SN de la PDU RLC (que tiene el más alto SN) se actualiza para igualar a VR(UT). Las figuras 5 y 7 muestran la operación del RLC UM del extremo de recepción (por ejemplo, terminal, UE, etc.) de acuerdo a la segunda modalidad de la presente invención. Los procedimientos de la figura 7 son similares a los de la figura 6, y las etapas adicionales no empleadas en la figura 6 son indicadas como partes sombreadas en la figura 7. En la etapa 1 , una PDU RLC que tiene un valor SN de RSN llega en el RLC UM desde una capa inferior a través del canal lógico i-ésimo. En la etapa 2, si el reordenamiento ha sido configurado, el proceso va a la subsecuente etapa 5, si no, la siguiente etapa 3 es ejecutada. En la etapa 3, el VR(US) se actualiza y si el intervalo actualizado del VR(US) no es 1 , las PDU son consideradas como perdidas (faltantes) y las SDU asociadas con esto se descartan. Aquí, las PDU RLCs consideradas como perdidas (faltantes) son aquellas PDU RLC que tienen números de secuencia que son mayores o iguales al VR(US) antes de ser actualizados y menores que el RSN. En la etapa 4, al usar las PDU RLC recibidas, las SDU RLC se reensamblan y posteriormente se distribuyen a una capa superior, los procedimientos son completados. En la etapa 5, el VR(US_i) correspondiente al canal lógico i-ésimo se actualiza para igualar RSN +1 , y si el RSN no esta dentro de la ventana receptora, el proceso va a la etapa 7, y si el RSN esta en la ventana receptora, la siguiente etapa es ejecutada. En la etapa 6, si el RSN es más pequeño que VR(UR) o si la PDU RLC recibida es una PDU que ha sido previamente recibida, la correspondiente PDU RLC se descarta, y si no, la PDU RLC se almacena en la memoria intermedia de recepción en la ubicación indicada por el RSN. En lo sucesivo, el proceso va a la etapa 10. En la etapa 7, la PDU RLC recibida es colocada en la ubicación indicada por el RSN, y VR(UH) se actualiza para igualar RSN +1. En la etapa 8, las PDU RLC que tienen valores SN más pequeños que la ventana actualizada, es decir, valores de SN ubicados fuera de la ventana receptora, se reservan para el reensamble. En la etapa 9, si el VR(UR) se ubica por debajo de la ventana receptora, el VR(UR) se actualiza a un valor que iguala a VR(UH)-tamaño de ventana receptora.
En la etapa 10, el valor mínimo de los valores VR(US_k) para todos los canales lógicos es obtenido. Aquí, "k" es un valor entre 0 y N, y "N" es el número total de canales lógicos. Si el mínimo VR(US_k) es mayor que VR(UR), las PDU RLC que tienen valores de SN de VR(UR) hasta VR(US_k) se reservan para el reensamble, y VR(UR) se actualiza para igualar el mínimo VR(US_k). En lo sucesivo, si la PDU RLC correspondiente al VR(UR) no se almacena en la memoria intermedia de recepción, el proceso va a la etapa 12, de otro modo, la siguiente etapa es ejecutada. En la etapa 11 , en la memoria intermedia de recepción, las PDU RLC que comienzan a partir de la PDU RLC que tiene VR(UR) hasta la primera PDU RLC que no ha sido secuencialmente recibida, se reservan para reensamble. Entonces, el VR(UR) se actualiza para igualar el valor SN de la primera PDU RLC que no ha sido secuencialmente recibida. En la etapa 12, si el cronómetro de reordenamiento no esta en operación (funcionando), el proceso va a la etapa 14, de otro modo la siguiente etapa es ejecutada, En la etapa 13, si una PDU RCL correspondiente al VR(UT) ha sido reservada para reensamble, entonces el cronómetro de reordenamiento es detenido. En la etapa 14, si el cronómetro de reordenamiento esta en operación (funcionando), el proceso va a la etapa 17, de lo contrario, la siguiente etapa es ejecutada. En la etapa 15, si existen PDU RLC que se almacenan en la memoria intermedia de recepción pero que no han sido reservadas para reensamble, la siguiente etapa es ejecutada, de lo contrario, el proceso va a la etapa 17. En la etapa 16, entre las PDU RLC que se almacenan en la memoria intermedia de recepción pero que no han sido reservadas para reensamble, el cronómetro de reordenamiento es operado para la PDU RLC que tiene el valor más grande de SN, y el VR(UT) es ajustado como el valor SN de la PDU (que tiene el valor más alto de SN). En la etapa 17, para las PDU RLC para las cuales el reordenamiento ha sido reservado, las PDU RLC relacionadas a las PDU RLC consideradas como faltantes se descartan, y para las PDU RLC recibidas, las SDU RLC se restauran y distribuyen a una capa superior, para de este modo terminar los procedimientos. Sin embargo, en la segunda modalidad de la presente invención descrita en la parte de arriba, se asume que el extremo de transmisión (por ejemplo, UTRAN) no realiza retransmisiones, es una mejoría sobre la primera modalidad. Por otra parte, si el extremo de transmisión realiza retransmisiones, la segunda modalidad puede no operar como se desea y la primera modalidad puede que necesite ser usada. Por lo tanto, en la presente invención, con el fin de permitir que el lado de recepción opere al tener la RLC UM considera si las retransmisiones se realizan en el lado de transmisión, el UM RLC puede operar de acuerdo a la primera modalidad cuando la retransmisión ha sido ajustada a una capa superior y opera de acuerdo a la segunda modalidad cuando la retransmisión no ha sido ajustada. Para realizar esto, el RLC UM en el extremo de recepción puede recibir una indicación de retransmisión y puede entonces usar selectivamente el primer método de la modalidad o el segundo método de la modalidad en consecuencia. Como se describió arriba, la presente invención permite convenientemente a la entidad RLC UM que recibe PDU RLC se distribuyen a través de uno o más canales lógicos, para operar con el mínimo tiempo de retardo, mínima perdida de PDU recibidas de cada canal lógico, y el procesamiento de las PDU con algunas operaciones duplicadas. La presente invención puede emplear una variedad de instrucciones de procedimiento, hardware y/o combinación de estos para realizar los procedimientos identificados de arriba y etapas para el manejo de datos RLC UM, ejemplos de los cuales serán explicados en lo sucesivo. La figura 8 y la figura 9 muestran respectivamente un modelo de dos entidades par en modo no reconocido (UM) para un extremo de transmisión (por ejemplo, UTRAN) y un extremo de recepción (por ejemplo, UE) de acuerdo a la presente invención. La figura 8 muestra dos entidades RLC par UM cuando el evitar y el reordenar por duplicado no están configurados, mientras la figura 9 muestra dos entidades RLC par UM configuradas para evitar y reordenar por duplicado. En la figura 9, el evitar y el reordenar por duplicado son solo especificados por el MTCH (MBMS canal de trafico punto-a-multipunto), las partes cifradas y descifradas se omiten. Las referencias a ambas figuras 8 y 9, la entidad de transmisión RLC UM y la entidad de recepción RLC UM serán explicadas. La entidad de transmisión RLC UM recibe SDU RLC de capas superiores a través del UM SAP. La entidad de transmisión RLC UM segmenta la SDU RLC dentro de las PDU RLC (por ejemplo, Datos en Modo no reconocido (UMD) PDU) de tamaño apropiado si la PSDU RLC es más grande que la longitud del espacio disponible en la PDU UMD. La PDU UMD puede contener SDU RLC segmentadas y/o concatenadas. La PDU UMD puede también contener relleno de compensación para asegurar que es de una longitud valida. Los indicadores de longitud (L1 ) son usados para definir límites entre las SDU RLC dentro de las PDU UMD. Los indicadores de longitud también pueden ser usados para definir si el relleno de compensación esta incluido en la PDU UMD. Si el ciframiento se configura y se inicia, una UMD PDU se cifra (excepto para el encabezamiento de PDU UMD) antes de someterse a la capa inferior. La entidad de transmisión de RLC UM somete a las PDU UMD a la capa inferior a través de cualquier canal lógico CCCH, SHCCH, DCCH, CTCH, DTCH, MCCH, MSCH o MTCH. La entidad de recepción RLC UM recibe las PDU UMD a través de los canales lógicos configurados de la capa inferior. Cuando el "evitar y reordenar por duplicado" se configuran, puede existir una o mas entradas de la capa inferior. Las entradas pueden ser adicionadas o removidas sin cambiar el contenido de la memoria intermedia, variables de estado o cronómetros dentro de la entidad RLC UM de recepción. Cuando el "evitar y reordenar por duplicado" no se configuran, existe solo una entrada de la capa inferior y no se reconfigura. Cuando se configura, el "evitar y reordenar por duplicado" es la primera función receptora que se aplica a las corrientes de entrada PDU UMD en la entidad de recepción RLC UM, y puede ser configurada preferiblemente solo en una UE, y preferiblemente no se usa en la UTRAN. El "evitar y reordenar por duplicado" completa la detección y reordenamiento por duplicado de los PDU UMD que se reciben de una o más entradas para producir una secuencia ordenada simple de PDU que se pasan a la siguiente función receptora RLC en secuencia. La entidad receptora RLC UM descifra (si el cifrado se configura e inicia) las PDU UMD recibidas (excepto para el encabezamiento PDU UMD). Entonces, los encabezamientos RLC se remueven de las PDU UMD y las SDU RLC se reensamblan (si la segmentación y/o concatenación ha sido realizada por la entidad de transmisión RLC UM). Finalmente, las RLC SDU se suministran por la entidad de recepción RLC UM a las capas superiores a través del UM-SAP. Por lo tanto, se puede decir que la presente invención extiende la funcionalidad receptora del RLC UM para incluir la función "evitar y reordenar por duplicado" (DAR). Esta función DAR puede ser configurada en el UE y convenientemente usada para la recepción de un canal lógico particular, es decir, el MBMS MTCH. La función DAR puede ser configurada para usarse dentro de una entidad de recepción RLC UM en el UE. Esto combina secuencias PDU recibidas de las varias fuentes y/o repite transmisiones de una fuente sencilla para formar una secuencia sencilla de PDU ordenada que se pasa a las funciones de remoción y reensamble de encabezamiento. Esto completa la detección de duplicado, descarta y reordena en base en el número de secuencia de PDU UMD. Cuando el RLC UM recibe entradas de varias fuentes, las entradas pueden ser adicionadas o removidas sin cambiar el contenido de la memoria intermedia, variables de estado y cronómetros asociados con la función DAR o alguna función subsecuente RLC UM. La función DAR hace uso de variables de estado VR(UDR) y una ventana receptora cuyo intervalo (escala) es desde VR(UDH)-DAR_ventana_tamaño+1 a VR(UDH) incluso. Para el reordenamiento, la función DAR usa una memoria intermedia de almacenaje temporal de las PDU. Para cada PDU recibida, la función DAR realizará los procedimientos de (1 ) ajuste inicial de valores de variables de estado, (2) detección por duplicado y reordenamiento, y (3) operación del cronómetro. En el procedimiento (1). (a) si la PDU si la primera PDU se recibe por la función DAR, - VR(UDH) se asigna el valor SN; VR(UDR) se asigna el valor VR(UDH)-ventana_tamaño_DAR+1. En el procedimiento (2), (a) si SN esta dentro de la ventana receptora, - si SN < VR(UDR) o si una PDU con SN es ya almacenada en la memoria intermedia, la PDU será descartada, - De otro modo, la PDU será almacenada en la memoria intermedia. (b) si la SN esta fuera de la ventana receptora, - la PDU será almacenada en la memoria intermedia; - el VR(UDH) será asignado el valor SN, con lo cual avanza la ventana receptora; - para cualquier PDU almacenada con los números de secuencia <VR(UDH)-ventana_tamaño_DAR+1 , remueve la PDU de la memoria intermedia y las distribuye a la más alta función RLC; y - si VR(UDR) <VR(UDH)-DAR_ventana_tamaño+1 , VR(UDR) se asignará el valor VR(UDH)- DAR_ventana_tamaño+1. (c) si la PDU con el número de secuencia VR(UDR) se almacena en la memoria intermedia, - o ésta PDU y cualquier secuencia de las PDU almacenadas con números de índice consecutivos (secuencia) comienzan en VR(UDR)+1 , remueven las PDU de la memoria intermedia y las distribuye a la función RLC más alta, - VR(UDR) será asignado el valor de x+1 donde x es el SN de la más alta PDU numerada que se suministró a la función RLC más alta. En el procedimiento (3), (a) si el cronómetroJDAR no está activo cuando una PDU se almacena por la función DAR; - el cronómetro_DAR será iniciado; - VR(UDT) será asignado al valor del SN de la PDU. (b) cronómetro_DAR será detenido; - si la PDU con el número de secuencia VR(UDT) se remueve de la memoria intermedia antes de que el cronómetro_DAR expire. (c) si el cronómetro_DAR expira; - para todas las PDU almacenadas con números de secuencia menores o iguales a VR(UDT) y para cualquier secuencia de las PDU almacenadas con números de secuencia consecutivos comenzando en VR(UDT)+1 , remueve las PDU de la memoria intermedia y la distribuye una función RLC alta; - VR(UDR) será asignado el valor x+1 donde x es el número de secuencia de la PDU numerada mas alta que fue distribuida a una función RLC alta. (d) cuando el cronómetro DAR se detiene o expira, y ahí quedan las PDU almacenadas por la función DAR, - el cronómetro DAR será iniciado; - al VR(UDT) le será asignada el número de secuencia de la mas alta, numerada y almacenada PDU. La figura 10 muestra un sistema de comunicación que comprende una terminal (UE 710) en radio comunicación con una red (UTRAN 720 y CN 730) de acuerdo a la presente invención. La red (UTRAN 720 y CN 730) puede incluir varios hardware y componentes de procesamiento. Por ejemplo, la UTRAN 720 comprende un RNC(726), que esta conectado a una pluralidad de nodos Bs (722), y que tiene un procesador (726-1 ) y una memoria (726-2). Un RNC (728), que esta conectado a una pluralidad de nodos Bs (724), puede también comprender un procesador (728- 1 ) y una memoria (728-2). Los RNC (726,728) son conectados con uno y otro a través de una interfaz, y conectado con la CN (730) por medio de otra interfaz. La red (UTRAN 720 y CN 730) maneja los diferentes procedimientos de procesamientos para comunicaciones con la terminal (UE 710) como se describió previamente. Aquí, debería ser notado que las varias instrucciones y protocolos que son requeridos para la realización de la presente invención pueden ser almacenados en uno o mas dispositivos de memoria y ejecutados por uno o mas procesadores ubicados dentro del nodo Bs (722,724), los RNC (726,728), y/o otros elementos de red. La figura 1 muestra la estructura de una terminal (UE 800) de acuerdo a la presente invención. La terminal (UE 800) puede incluir varios harwares y componentes de procesamiento. Por ejemplo, hay circuitos de procesamiento y dispositivos de memoria, tal como, un Microprocesador/DSP (810), una memoria instantánea, ROM, SRAM (830), y una tarjeta SIM (825). Aquí, la memoria (830) puede almacenar instrucciones de procedimiento para implementar la presente invención y un procesador (810) que puede ejecutar esas instrucciones. También, hay una sección transmisor-receptora (transmisor-receptor) que incluye una batería (855), un modulo de ordenación de potencia (805), un modulo RF (835) que tiene un receptor y un transmisor, y una antena (840). Adicionalmente, existen componentes de entrada y salida, como lo son una pantalla (815), un teclado (820), un altavoz (845), y un micrófono (850). La terminal (UE 800) maneja varios procedimientos de procesamiento de señal para la comunicación con la red, por ejemplo, la red, en la figura 10. Aquí, debería ser notado que varias instrucciones de procedimiento y protocolos que aquí son requeridos para la realización de la presente invención pueden ser almacenadas en uno o más dispositivos de memoria y ejecutadas por uno o más procesadores dentro de la terminal (UE 800). La presente invención provee un método para el manejo de unidades de datos por un servicio punto-a-multipunto en un sistema de comunicación móvil, el método comprende: recibir unidades de datos de protocolo por una entidad de control de radioenlace que opera en un modo no reconocido y tiene una ventana receptora y un cronómetro; reordena las unidades de datos de protocolo recibidas usando números de secuencia de las unidades de datos de protocolo recibidas, la ventana receptora, y el cronómetro, procesar las unidades de datos de protocolo reordenadas para el reensamble de al menos una unidad de datos de servicio, y que distribuye esta misma unidad de datos de servicio. El método de arriba comprende además una etapa de decisión para realizar la etapa de reordenamiento de acuerdo con una indicación recibida de una capa superior. Aquí el uso de una ventana receptora se refiere al manejo de una escala de números de secuencia de las unidades de datos de protocolo que pueden ser esperados o recibidos en una unidad de datos de protocolo recibida, en donde la ventana receptora se usa en unidades de datos de protocolo temporalmente almacenadas en una memoria intermedia para admitir unidades de datos de protocolo no secuenciales para ser recibidas y reordenadas en la distribución de secuencia, y en donde la ventana receptora se actualiza después del procesamiento de las unidades de datos de protocolo reordenadas. Aquí, el uso del cronómetro se refiere a la operación de un cronómetro reordenado para esas unidades de datos de protocolo recibidas que quedan en la ventana receptora sin haber sido reservadas para reensamblado, tal que esas unidades de datos de protocolo se procesan después de un lapso de una cierta cantidad de tiempo concerniente a si otras ciertas unidades de datos de protocolo se reciben o no. Es decir, el cronómetro se usa para limitar una duración durante la cual las unidades de datos de protocolo se reciben y se almacenan temporalmente en una memoria intermedia para reordenamiento. Aquí, el servicio es un servicio de difusión y multidifusión multimedia con unidades de datos de protocolo recibidas de varias celdas o múltiples canales, de donde la entidad de control de radioenlace maneja las unidades de datos de protocolo recibidas a través de al menos un canal lógico, y el método de arriba comprende además una etapa de descartar una unidad de datos de protocolo recibida recientemente si la unidad de datos de protocolo recibida recientemente tiene el mismo numero de secuencia como esta de otra unidad de datos de protocolo que fue previamente recibida. La presente invención también provee un método para manejar unidades de datos de un servicio punto-a-multipunto para comunicaciones móviles, el método comprende: la recepción un indicador de una red; establecer una ventana receptora que ajusta su margen superior a igual un numero de secuencia de la primera unidad de datos de protocolo a ser recibida; recibir una o mas unidades de datos de protocolo; determinar si cada unidad de datos de protocolo recibida esta dentro de la ventana receptora o no; si esta dentro de la ventana receptora; colocar las unidades de datos de protocolo recibidas en una memoria intermedia en una ubicación indicada por el numero de secuencia o que descarta la unidad de datos de protocolo si esa unidad de datos de protocolo ha sido previamente recibida; y el procesamiento de la unidad de datos de protocolo recibida si este numero de secuencia es el siguiente numero de secuencia esperado subsecuente a la ultima unidad de datos de protocolo recibida en secuencia; si no, espera por una unidad de datos de protocolo que tiene un número de secuencia que es igual al siguiente número de secuencia esperado, y si no esta dentro de la ventana receptora, se almacena la unidad de datos de protocolo recibida dentro de una memoria intermedia, y la ventana receptora se avanza si es necesario. Aquí, el indicador indica si se realiza el reordenamiento de las unidades de datos de protocolo que se reciben, en donde el servicio es un servicio de difusión/multidifusión de multimedia con las unidades de datos de protocolo que se reciben de diversas celdas o diversos canales, y en donde el cronómetro se usa para limitar la duración durante la cual la unidad de datos de protocolo se reciben y temporalmente se almacenan en una memoria intermedia para reordenamiento. La presente invención provee además una entidad de control de radioenlace que opera en un modo no reconocido y maneja unidades de datos para un servicio punto-a-multipunto, la entidad comprende: un elemento para evitar y reordenar por duplicado para recibir y reordenar unidades de datos de protocolo de uno o más canales lógicos de una o mas regiones de celda para asegurar que las unidades de datos de protocolo se procesen para la secuencia de suministro. Esta entidad además comprende: un elemento de memoria intermedia de recepción para almacenar las unidades de datos de protocolo recibidas por el elemento de evitar y reordenar por duplicado; un elemento de remoción de encabezamiento de control de radioenlace para remover un encabezamiento de las unidades de datos de protocolo recibidas; y un elemento de reensamble para reensamblar las unidades de datos de protocolo recibidas con base en sus números de secuencia con el propósito de formar una o mas unidades de datos de servicio, y para suministrar las unidades de datos de servicio hacia una capa superior. Aquí, las unidades de datos se reciben a través de un canal de tráfico de servicio punto-a-multipunto. Esta entidad comprende además: un elemento de descifrar para recibir las unidades de datos de protocolo antes que el elemento de evitar y reordenar por duplicado para realizar el desciframiento sobre esto, si la unidad de datos de protocolo fue recibida a través de un canal diferente al canal de tráfico de servicio punto-a-multipunto.
Además, la presente invención provee un método para manejar unidades de datos de un servicio punto-a-multipunto en una entidad de control de radioenlace, el método comprende: la realización de la detección y reordenamiento por duplicado con base en los números de secuencia de las unidades de datos de protocolo que se reciben de una fuente sencilla con transmisiones repetidas o de varias fuentes y se almacenan temporalmente en una memoria intermedia; realizando una operación de cronómetro para controlar la duración durante la cual las unidades de datos de protocolo se almacenan en la memoria intermedia; y suministrando, en base a la operación del cronómetro, a una función mas alta de control de radioenlace, todas las unidades de datos de protocolo consecutivas que se almacenan en la memoria intermedia y descartando las unidades de datos de protocolo perdidas para permitir que las unidades de datos de servicio se reensamblen de las unidades de datos de protocolo suministradas. Aquí, la etapa de detección y reordenamiento por duplicado además comprende: la verificación de si un número de secuencia de la unidad de datos de protocolo están dentro de la ventana receptora; si lo está, la unidad de datos de protocolo es, o descartada o almacenada en la memoria intermedia; y si no, la unidad de datos de protocolo se almacena en la memoria intermedia y la ventana receptora es actualizada si es necesario. Aunque varios aspectos, modalidades, y características de la presente invención se han descrito para un esquema de comunicaciones UMTS, algunas de estas técnicas pueden ser convenientemente aplicadas para otros métodos y sistemas de comunicaciones. La descripción anterior de las modalidades preferidas se provee para permitir que cualquier persona con experiencia en la técnica haga o use la presente invención. Varias modificaciones a estas modalidades serán fácilmente aparentes para aquellos expertos en la técnica, y los principios genéricos definidos aqui pueden ser aplicados a otras modalidades. Por lo tanto, la presente invención no tiene la intención de ser limitada a las modalidades mostradas aquí pero estamos de acuerdo con el alcance más amplio consistente con los principios y características nuevas aquí descritas.

Claims (14)

  1. NOVEDAD DE LA INVENCION REIVINDICACIONES 1. - Un método para el manejo de unidades de datos para un servicio punto-a-multipunto en un sistema móvil de comunicación, el método comprende: la recepción de unidades de datos de protocolo por medio de una entidad de control de radioenlace que opera en un modo no reconocido y tiene una ventana receptora y un cronómetro; el reordenamiento de las unidades de datos de protocolo recibidas que usan números de secuencia de las unidades de datos de protocolo recibidas, la ventana receptora, y el cronómetro; el procesamiento de las unidades de datos de protocolo reordenadas para el reensamble de al menos una unidad de datos de servicio; y el suministro de al menos una unidad de datos de servicio. 2.- El método de conformidad con la reivindicación 1 , caracterizado además porque comprende una etapa de decidir si realiza la etapa de reordenamiento de acuerdo con una indicación recibida de una capa superior. 3.- El método de conformidad con la reivindicación 1 , caracterizado además porque el uso de una ventana receptora se refiere al manejo del intervalo de los números de secuencia de las unidades de datos de protocolo que pueden ser esperadas para ser recibidas con base en una unidad de datos de protocolo recibida. 4. - El método de conformidad con la reivindicación 1 , caracterizado además porque la ventana receptora se usa en unidades de datos de protocolo que se almacenan temporalmente en una memoria intermedia para permitir que unidades de datos de protocolo no secuenciales sean recibidas y reordenadas para el suministro en secuencia. 5. - El método de conformidad con la reivindicación 4, caracterizado además porque la ventana receptora se actualiza después del procesamiento de las unidades de datos de protocolo reordenadas. 6. - El método de conformidad con la reivindicación 1, caracterizado además porque el uso de un cronómetro se refiere a la operación de un cronómetro reordenado para aquellas unidades de datos de protocolo recibidas que quedan en la ventana receptora sin haber sido reservadas para el reensamble, tal que esas unidades de datos de protocolo se procesan después de un lapso de cierta cantidad de tiempo sin tomar en cuenta si otras ciertas unidades de datos de protocolo se reciben o no. 7. - El método de conformidad con la reivindicación 1 , caracterizado además porque el cronómetro se usa para limitar la duración durante la cual las unidades de datos de protocolo se reciben y se almacenan temporalmente en una memoria intermedia para el reordenamiento. 8.- El método de conformidad con la reivindicación 1 , caracterizado además porque el servicio es un servicio de difusión/multidifusión de multimedia con unidades de datos de protocolo que se reciben de diversas celdas o de varios canales. 9. - El método de conformidad con la reivindicación 1 , caracterizado además porque la entidad de control de radioenlace maneja las unidades de datos de protocolo a través de al menos un canal lógico. 10. - El método de conformidad con la reivindicación 1 , caracterizado además porque comprende una etapa de descartar la unidad de datos de protocolo recientemente recibida si la unidad de datos de protocolo recientemente recibida tiene el mismo número de secuencia como el de la otra unidad de datos de protocolo que fue previamente recibida. 11. - Un método para manejar unidades de datos de un servicio punto-a-multipunto para comunicaciones móviles, el método comprende: la recepción un indicador de un red; el establecimiento de una ventana receptora al ajustar su margen superior igual a un número de secuencia de una primera unidad de datos de protocolo que se recibe; la recepción de una o mas unidades de datos de protocolo; la determinación de si cada unidad de datos de protocolo recibida está dentro de la ventana receptora o no; si está dentro de la ventana receptora, coloca las unidades de datos de protocolo recibidas en una memoria intermedia en una ubicación indicada por el número de secuencia o descarta la unidad de datos de protocolo recibida si esa unidad de datos de protocolo ha sido previamente recibida; y procesa la unidad de datos de protocolo recibida si su número de secuencia es el siguiente numero de secuencia esperado subsecuente a la última unidad de datos de protocolo recibida en secuencia; si no, espera una unidad de datos de protocolo que tenga el mismo número de secuencia que es igual al siguiente número de secuencia esperado; y si no esta dentro de la ventana receptora almacena la unidad de datos de protocolo recibida en una memoria intermedia, y la ventana receptora se avanza si es necesario. 12. - El método de conformidad con la reivindicación 11 , caracterizado además porque el indicador indica si se realiza el reordenamiento de las unidades de datos de protocolo a ser recibidas. 13. - El método de conformidad con la reivindicación 11 , caracterizado además porque el servicio es un servicio de difusión/multidifusión de multimedia con unidades de datos de protocolo que se reciben de varias celdas o diversos canales. 14. - El método de conformidad con la reivindicación 11, caracterizado además porque el cronómetro se usa para limitar la duración durante la cual las unidades de datos de protocolo se reciben y se almacenan temporalmente en una memoria intermedia para el reordenamiento. 15.- Una entidad de control de radioenlace que opera en un modo no reconocido y que maneja unidades de datos para un servicio punto-a-multipunto, la entidad comprende: un elemento para el evitar y reordenar por duplicado para recibir y reordenar unidades de datos de protocolo de uno o mas canales lógicos o de una o mas regiones de celda para asegurar que las unidades de datos de protocolo se procesen para un suministro en secuencia. 16.- La entidad de conformidad con la reivindicación 15, caracterizada además porque comprende: un elemento de memoria intermedia de recepción para almacenar las unidades de datos de protocolo recibidas por el elemento para evitar y reordenar por duplicado; un elemento de remoción de encabezamiento de control de radioenlace para remover el encabezamiento de las unidades de datos de protocolo recibidas; y un elemento de reensamble para reensamblar las unidades de datos de protocolo recibidas con base en sus números de secuencia con el fin de formar una o mas unidades de datos de servicio, y para suministrar las unidades de datos de servicio a una capa superior. 17. - La entidad de conformidad con la reivindicación 16, caracterizada además porque las unidades de datos se reciben por medio de un canal de tráfico de servicio punto-a-multipunto. 18. - La entidad de conformidad con la reivindicación 16, caracterizada además porque comprende: un elemento de desciframiento para recibir las unidades de datos de protocolo previo al elemento de evitar y reordenar por duplicado para realizar el desciframiento de esto, si las unidades de datos de protocolo fueron recibidas por otro canal diferente del canal de tráfico de servicio punto-a-multipunto. 19. - Un método para el manejo de unidades de datos de un servicio punto-a-multipunto en una entidad de control de radioenlace, el método comprende: realizar una detección y reordenamiento por duplicado con base en los números de secuencia de las unidades de datos de protocolo que se reciben de una fuente simple con transmisiones repetidas o de múltiples fuentes y se almacenan temporalmente en una memoria intermedia; realizar una operación de cronómetro para controlar una duración durante la cual las unidades de datos de protocolo se almacenan en la memoria intermedia; y la distribución, basada en la operación del cronómetro, a una función mas alta de control de radioenlace, todas las unidades de datos de protocolo consecutivas se almacenan en la memoria intermedia y se descartan las unidades de datos de protocolo perdidas para permitir que las unidades de datos de servicio sean reensambladas a partir de las unidades de datos de protocolo distribuidas. 20.- El método de conformidad con la reivindicación 19, caracterizado además porque la etapa de detección y reordenamiento por duplicado comprende además: la verificación de si un número de secuencia de la unidad de datos de protocolo esta dentro de una ventana receptora; si lo está, la unidad de datos de protocolo se descarta o se almacena en la memoria intermedia; y si no, la unidad de datos de protocolo se almacena en la memoria intermedia y la ventana receptora se actualiza si es necesario.
MXPA06010759A 2004-04-19 2005-04-19 Aparato y metodo para el manejo optimizado de datos de control de radioenlace en un modo no reconocido. MXPA06010759A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20040026852A KR101000699B1 (ko) 2004-04-19 2004-04-19 무선링크 제어계층에서의 데이터 처리방법
PCT/KR2005/001122 WO2005117317A1 (en) 2004-04-19 2005-04-19 Apparatus and method for enhanced um rlc data handling

Publications (1)

Publication Number Publication Date
MXPA06010759A true MXPA06010759A (es) 2006-12-15

Family

ID=35448815

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA06010759A MXPA06010759A (es) 2004-04-19 2005-04-19 Aparato y metodo para el manejo optimizado de datos de control de radioenlace en un modo no reconocido.

Country Status (12)

Country Link
US (2) US7633892B2 (es)
EP (1) EP1756999B1 (es)
JP (1) JP4570657B2 (es)
KR (1) KR101000699B1 (es)
CN (2) CN1951052B (es)
AU (1) AU2005324331B8 (es)
BR (1) BRPI0509268A (es)
MX (1) MXPA06010759A (es)
RU (1) RU2346403C2 (es)
UA (1) UA88467C2 (es)
WO (1) WO2005117317A1 (es)
ZA (1) ZA200606842B (es)

Families Citing this family (117)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1286332C (zh) * 2004-08-12 2006-11-22 华为技术有限公司 Mbms业务传输方法
US7542443B2 (en) * 2005-02-15 2009-06-02 Telefonaktiebolaget L M Ericsson (Publ) Receive window updates in communication systems
CN1323563C (zh) * 2005-03-28 2007-06-27 华为技术有限公司 一种多媒体广播/组播服务控制信息的接收方法
US7768961B2 (en) * 2005-05-03 2010-08-03 Interdigital Technology Corporation Wireless communication method and apparatus for reliably transmitting data
EP1891759A1 (en) * 2005-06-15 2008-02-27 Electronics and Telecommunications Research Institute Wireless communication system with protocol architecture for improving latency
US7876740B2 (en) * 2005-08-04 2011-01-25 Motorola, Inc. Method and system for synchronization of link layer windows
TWI310911B (en) 2005-09-29 2009-06-11 Innovative Sonic Ltd Method and apparatus for initiating a storage window in a periodic packet retransmission wireless communications system operated in unacknowledged mode
KR101203841B1 (ko) 2006-01-05 2012-11-21 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
JP4806030B2 (ja) 2006-01-05 2011-11-02 エルジー エレクトロニクス インコーポレイティド 移動通信システムで信号を転送する方法
KR101319870B1 (ko) 2006-01-05 2013-10-18 엘지전자 주식회사 이동 통신 시스템에서의 핸드오버 방법
WO2007078156A2 (en) 2006-01-05 2007-07-12 Lg Electronics Inc. Transmitting data in a mobile communication system
KR101187076B1 (ko) 2006-01-05 2012-09-27 엘지전자 주식회사 이동 통신 시스템에 있어서 신호 전송 방법
WO2007078171A2 (en) 2006-01-05 2007-07-12 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
KR100912784B1 (ko) 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
KR101268200B1 (ko) 2006-01-05 2013-05-27 엘지전자 주식회사 이동통신 시스템에서의 무선자원 할당방법
USRE43949E1 (en) 2006-01-05 2013-01-29 Lg Electronics Inc. Allocating radio resources in mobile communications system
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
KR101358469B1 (ko) 2006-02-07 2014-02-06 엘지전자 주식회사 무선 네트워크(network) 안에서 상향(uplink)및 하향(downlink) 대역폭(bandwidth)의선택 및 신호 방법
KR101216751B1 (ko) 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
US8493854B2 (en) 2006-02-07 2013-07-23 Lg Electronics Inc. Method for avoiding collision using identifier in mobile network
KR101387475B1 (ko) 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
JP4729000B2 (ja) * 2006-04-27 2011-07-20 イノヴァティヴ ソニック リミテッド 無線通信システムにおいて復号パラメータを同期させる方法及び装置
KR20070121505A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 무선링크 재설정 방법
KR20070121513A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 이동통신 시스템의 상향 접속 방법
EP2033341B1 (en) 2006-06-21 2018-03-21 LG Electronics Inc. Method of transmitting and receiving radio access information using a message separation in a wireless mobile communications system
KR101369135B1 (ko) 2006-06-21 2014-03-05 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말
EP2030359B1 (en) 2006-06-21 2017-12-20 LG Electronics Inc. -1- Method of supporting data retransmission in a mobile communication system
US8379646B2 (en) * 2006-07-31 2013-02-19 Lg Electronics Inc. Method of processing control information in a mobile communication system
CN101136759A (zh) * 2006-09-01 2008-03-05 华为技术有限公司 一种多媒体广播组播业务的发送处理方法及系统
JP5140975B2 (ja) * 2006-09-14 2013-02-13 富士通株式会社 移動通信システム及びその通信方法
WO2008035592A1 (fr) * 2006-09-20 2008-03-27 Nec Corporation Système de communication mobile, équipement d'utilisateur et procédé de réduction du temps de traitement de fin de communication
JP5112671B2 (ja) * 2006-10-06 2013-01-09 富士通株式会社 無線基地局及び移動無線通信制御方法
KR100938090B1 (ko) 2006-10-19 2010-01-21 삼성전자주식회사 이동통신 시스템에서 핸드오버 수행 방법 및 장치
KR100896507B1 (ko) * 2006-12-01 2009-05-08 한국전자통신연구원 통신 시스템에서의 계층적 헤더 포맷과 데이터 전송 방법
US20080130684A1 (en) * 2006-12-05 2008-06-05 Sam Shiaw-Shiang Jiang Method and apparatus for performing reordering in a wireless communications system
US20080137574A1 (en) * 2006-12-08 2008-06-12 Innovative Sonic Limited Method and apparatus for handling data delivery in a wireless communications system
US20080137687A1 (en) * 2006-12-08 2008-06-12 Innovative Sonic Limited Method and apparatus for handling reordering in a wireless communications system
CN101558595B (zh) * 2006-12-15 2012-12-26 Lm爱立信电话有限公司 UTRAN HSDPA无线网络中的增强MAC-d复用
GB0700750D0 (en) * 2007-01-15 2007-02-21 Samsung Electronics Co Ltd Mobile communications
CN101247195B (zh) 2007-02-14 2011-06-29 创新音速有限公司 无线通讯系统提升传输效率的方法及其相关装置
PL2137866T3 (pl) 2007-03-07 2014-11-28 Interdigital Tech Corp Sposób i urządzenie do generowania i przetwarzania jednostki danych protokołu MAC-ehs
EP2854322A1 (en) * 2007-03-15 2015-04-01 InterDigital Technology Corporation Method and apparatus for reordering data in an evolved high speed packet access system
JP4802131B2 (ja) * 2007-03-20 2011-10-26 富士通株式会社 パケット通信装置およびパケット通信方法
CN104080130B (zh) * 2007-03-22 2018-04-03 富士通株式会社 重排方法
CN101647257B (zh) * 2007-03-23 2015-04-01 株式会社Ntt都科摩 重发请求发送方法和接收侧装置
BRPI0811252A2 (pt) 2007-04-06 2014-11-04 Ntt Docomo Inc Método de transmissão de solicitação de retransmissão e aparelho do lado de recebimento.
BRPI0809912A2 (pt) * 2007-04-06 2014-10-07 Ntt Docomo Inc Método de comunicação de pacote e aparelho do lado receptor
US8130723B2 (en) * 2007-04-19 2012-03-06 Innovative Sonic Limited Method and apparatus for improving reordering functionality in a wireless communications system
CN102761921B (zh) * 2007-04-26 2015-07-08 富士通株式会社 无线通信系统
TWI405481B (zh) * 2007-05-18 2013-08-11 Innovative Sonic Ltd 無線通訊系統比較狀態變數或封包序號的方法及其相關裝置
EP2023683B1 (en) * 2007-08-09 2011-05-18 Nokia Siemens Networks Oy Mobile communication terminal, communication station, communication network, and communication method
KR100995962B1 (ko) * 2007-10-22 2010-11-22 이노베이티브 소닉 리미티드 무선 통신 시스템에서 패킷 데이터 컨버전스 프로토콜 계층에 대한 데이터 해독을 처리하는 방법 및 장치
US20090129315A1 (en) * 2007-11-21 2009-05-21 Qualcomm Incorporated Data discard for radio link control in wireless networks
TWI388172B (zh) 2007-11-29 2013-03-01 Innovative Sonic Ltd 設定最大接收狀態變數的方法及其通訊裝置
US8774141B2 (en) 2007-12-07 2014-07-08 Blackberry Limited Multicast broadcast single frequency network data scheduling and handling
WO2009076348A1 (en) * 2007-12-10 2009-06-18 Interdigital Patent Holdings, Inc. Method and apparatus for triggering radio link control packet discard and radio link control re-establishment
KR101577451B1 (ko) * 2008-01-30 2015-12-14 엘지전자 주식회사 Rlc 무한 재전송 오류를 검출하고 처리하는 방법
JP5071178B2 (ja) * 2008-03-14 2012-11-14 富士通株式会社 パケット伝送装置
KR100954925B1 (ko) * 2008-06-20 2010-04-27 엘지전자 주식회사 상위로 PDCP 데이터 유닛(data unit)을 전달하는 방법
EP2136501B1 (en) 2008-06-20 2019-12-04 LG Electronics Inc. Method of delivering a PDCP data unit to an upper layer
JP4955734B2 (ja) * 2008-06-20 2012-06-20 エルジー エレクトロニクス インコーポレイティド 上位にpdcpデータユニットを送信する方法
KR100972166B1 (ko) * 2008-10-13 2010-07-26 한국전자통신연구원 무선통신 시스템에서의 프로토콜데이터유닛 순서정렬 방법 및 이를 수행하는 단말
US8494451B2 (en) * 2009-01-30 2013-07-23 Nokia Corporation Method, apparatus and computer program product for providing ciphering problem recovery for unacknowledged mode radio bearer
JP5229739B2 (ja) * 2009-03-31 2013-07-03 日本電気通信システム株式会社 無線ネットワーク制御装置、移動体通信システム、並びにリオーダリング制御方法及びプログラム
KR101098592B1 (ko) 2009-04-13 2011-12-23 엘지전자 주식회사 무선 통신 시스템상에서 점대다 서비스를 수신하는 방법
CN101925116A (zh) * 2009-06-16 2010-12-22 中兴通讯股份有限公司 一种制式切换中处理接收数据的方法及装置
US9124425B2 (en) * 2009-06-30 2015-09-01 Nokia Technologies Oy Systems, methods, and apparatuses for ciphering error detection and recovery
US8416784B2 (en) * 2009-09-03 2013-04-09 Samsung Electronics Co., Ltd. Apparatus and method for receiving packet data in wireless communication system
TWI510127B (zh) * 2010-10-01 2015-11-21 Interdigital Patent Holdings 允許自多傳輸點接收之mac及rlc架構及方法
US9244936B1 (en) * 2010-10-28 2016-01-26 Symantec Corporation Systems and methods for enabling deduplication of attachment files within a database
US8989004B2 (en) * 2010-11-08 2015-03-24 Qualcomm Incorporated System and method for multi-point HSDPA communication utilizing a multi-link PDCP sublayer
CN102111255B (zh) * 2011-01-10 2013-02-13 东南大学 用于蜂窝移动通信系统的自适应差错检测方法
EP2676477B1 (en) * 2011-02-14 2019-01-09 Telefonaktiebolaget LM Ericsson (publ) Backwards-compatible approach to fields of a protocol layer
US20120294281A1 (en) * 2011-05-16 2012-11-22 Electronics And Telecommunications Research Institute Data delivery method performed in receiving apparatus of mobile communication system
US9736684B2 (en) * 2011-06-01 2017-08-15 Qualcomm Incorporated Mechanisms for detection of and recovery from ciphering parameter mismatch on communication networks
CN102714577A (zh) * 2011-06-07 2012-10-03 华为技术有限公司 数据接收处理方法及装置
US9294235B2 (en) * 2011-06-07 2016-03-22 Qualcomm Incorporated Methods and apparatuses for user equipment-based enhancements of radio link control for multi-point wireless transmission
US9125098B2 (en) 2011-08-03 2015-09-01 Qualcomm Incorporated Method and apparatus for flow congestion control in multiflow networks
US9014023B2 (en) 2011-09-15 2015-04-21 International Business Machines Corporation Mobile network services in a mobile data network
US9014010B2 (en) * 2011-09-27 2015-04-21 Lg Electronics Inc. Method and apparatus for reporting PDCP status
US9948897B2 (en) 2012-05-23 2018-04-17 Sony Corporation Surveillance camera management device, surveillance camera management method, and program
CN103457707B (zh) * 2012-05-30 2016-12-14 华为技术有限公司 一种数据传输方法、装置及系统
US8913556B2 (en) 2012-06-18 2014-12-16 International Business Machines Corporation Reducing packet loss in a mobile data network with data breakout at the edge
US9019843B2 (en) * 2012-09-13 2015-04-28 International Business Machines Corporation Utilizing stored data to reduce packet data loss in a mobile data network with data breakout at the edge
US8929292B2 (en) 2012-10-04 2015-01-06 International Business Machines Corporation Mobility support in a mobile data network
WO2014166053A1 (zh) * 2013-04-09 2014-10-16 华为技术有限公司 一种通讯方法和终端
US9509556B2 (en) * 2013-04-23 2016-11-29 Telefonaktiebolaget L M Ericsson (Publ) Method and system for synchronizing with neighbor in a distributed resilient network interconnect (DRNI) link aggregation group
US9497132B2 (en) 2013-04-23 2016-11-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and system of implementing conversation-sensitive collection for a link aggregation group
US9444753B2 (en) * 2013-06-10 2016-09-13 Qualcomm Incorporated Methods and apparatus for improving call performance and data throughput
WO2015053664A1 (en) * 2013-10-07 2015-04-16 Telefonaktiebolaget L M Ericsson (Publ) Congestion control in a transport network
US10028170B2 (en) 2014-02-06 2018-07-17 Lg Electronics Inc. Method for processing a packet data convergence protocol service data unit at a user equipment in a dual connectivity system and device therefor
CN104935413B (zh) * 2014-03-19 2019-12-27 夏普株式会社 分组数据汇聚协议pdcp实体及其执行的方法
WO2015143693A1 (en) * 2014-03-28 2015-10-01 Qualcomm Incorporated Methods and apparatus for validating reconfiguration messages based on sdu lifetime
US10028311B2 (en) * 2014-04-22 2018-07-17 Lg Electronics Inc. Method for processing received PDCP PDUs for D2D communication system and device therefor
CN105007137B (zh) * 2014-04-23 2018-10-23 电信科学技术研究院 一种rlc层的数据包处理方法和rlc实体
WO2015170834A1 (en) * 2014-05-06 2015-11-12 Lg Electronics Inc. Method for processing received rlc pdus for d2d commucation system and device therefor
US9628586B2 (en) * 2014-08-29 2017-04-18 Lg Electronics Inc. PDCP operation in a wireless communication system supporting dual connectivity
WO2016080877A1 (en) * 2014-11-20 2016-05-26 Telefonaktiebolaget L M Ericsson (Publ) First network node, second network node and methods for transmitting and receiving a protocol data unit
EP3403434B1 (en) * 2016-02-28 2020-05-27 LG Electronics Inc. -1- Method for transmitting information for lte-wlan aggregation system and a device therefor
CN107707337A (zh) * 2016-08-09 2018-02-16 联发科技股份有限公司 重排方法及其装置
CN107786506A (zh) * 2016-08-26 2018-03-09 中兴通讯股份有限公司 数据处理方法、装置、无线网络设备及无线网络系统
CN106506119B (zh) * 2016-11-16 2019-05-17 南京津码智能科技有限公司 一种窄带非对称信道的rtu数据可靠传输控制方法
US11425594B2 (en) * 2017-03-23 2022-08-23 Nokia Technologies Oy Quality of service flow relocation
CN108924871B (zh) * 2017-03-23 2022-09-20 夏普株式会社 无线配置方法、用户设备和基站
WO2018171922A1 (en) * 2017-03-24 2018-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for removal of duplicated packets for transmission
GB2561545B (en) * 2017-03-24 2021-12-15 Tcl Communication Ltd Layer 2 architecture for cellular radio systems
US11082889B2 (en) * 2017-04-25 2021-08-03 Lg Electronics Inc. Method and device for receiving data unit
EP3493586B1 (en) * 2017-05-19 2020-08-26 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for data reception and processing of radio link control layer
US10602563B2 (en) * 2017-06-09 2020-03-24 Samsung Electronics Co., Ltd. Method and apparatus for supporting RLC UM mode operation in next generation mobile communication system
WO2019031924A1 (en) * 2017-08-10 2019-02-14 Samsung Electronics Co., Ltd. METHOD AND APPARATUS FOR DATA PROCESSING IN A WIRELESS COMMUNICATION SYSTEM
WO2019028826A1 (en) * 2017-08-11 2019-02-14 Qualcomm Incorporated RADIO LINK CONTROL REASSEMBLY TECHNIQUES IN WIRELESS SYSTEMS
CN109905206A (zh) * 2017-12-07 2019-06-18 夏普株式会社 无线通信方法和设备
RU2761553C1 (ru) 2018-02-06 2021-12-09 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ управления передачей данных и связанный продукт
CN113196715B (zh) * 2018-10-12 2024-06-04 诺基亚技术有限公司 减少新无线电中的分组数据汇聚协议(pdcp)处的延时
US10749765B2 (en) * 2019-01-08 2020-08-18 International Business Machines Corporation Method and system for monitoring communication in a network
CN114071380B (zh) * 2020-08-05 2023-05-26 维沃移动通信有限公司 多播业务的接收方法、配置方法、终端及网络侧设备
WO2022085664A1 (ja) * 2020-10-21 2022-04-28 シャープ株式会社 端末装置、基地局装置、および方法

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US637842A (en) * 1898-10-29 1899-11-28 Woods Specialty Company Bearing.
US6031832A (en) 1996-11-27 2000-02-29 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for improving performance of a packet communications system
US6307867B1 (en) 1998-05-14 2001-10-23 Telefonaktiebolaget Lm Ericsson (Publ) Data transmission over a communications link with variable transmission rates
KR100306278B1 (ko) 1998-08-04 2001-11-14 윤종용 효율적인데이터전송을위한라디오링크프로토콜구현방법
US6373842B1 (en) 1998-11-19 2002-04-16 Nortel Networks Limited Unidirectional streaming services in wireless systems
EP2288202B1 (en) * 2000-10-07 2015-04-08 LG Electronics Inc. Method for transmitting data from RLC layer in radio communication system
CN1202643C (zh) * 2000-10-07 2005-05-18 Lg电子株式会社 具有无线电链路控制层的无线电通信系统和数据处理方法
KR100344980B1 (ko) 2000-10-07 2002-07-20 엘지전자주식회사 래디오 링크 콘트롤(rlc)의 비인식 모드(um)에서데이터 송수신 처리방법
US6629261B1 (en) 2000-11-21 2003-09-30 At&T Wireless Services, Inc. Enhanced data link layer selective reject mechanism in noisy wireless environment
US6765885B2 (en) * 2001-02-09 2004-07-20 Asustek Computer Inc. Determination of acceptable sequence number ranges in a communications protocol
DE60218149T2 (de) * 2001-04-27 2007-11-22 Telefonaktiebolaget Lm Ericsson (Publ) Datenpaketumordnung in einem kommunikationssystem
US7310336B2 (en) 2001-05-18 2007-12-18 Esa Malkamaki Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets
US6961349B2 (en) * 2001-05-30 2005-11-01 Telefonaktiebolaget Lm Ericsson (Publ) Handling TCP protocol for connections transmitted in parallel over radio link
KR100446502B1 (ko) * 2001-06-11 2004-09-04 삼성전자주식회사 이동 통신 시스템의 데이터 재전송 장치 및 방법
JP2003039075A (ja) * 2001-07-30 2003-02-12 Kobe Steel Ltd 液体処理装置
US6904040B2 (en) * 2001-10-05 2005-06-07 International Business Machines Corporaiton Packet preprocessing interface for multiprocessor network handler
KR100770869B1 (ko) 2001-10-22 2007-10-26 삼성전자주식회사 패킷 재 정렬 방법
KR100747464B1 (ko) * 2002-01-05 2007-08-09 엘지전자 주식회사 고속하향링크패킷접속(hsdpa)시스템을 위한타이머를 이용한 교착상황 회피방법
KR100840733B1 (ko) * 2002-01-05 2008-06-24 엘지전자 주식회사 통신 시스템에서 패킷 데이터 처리하는 방법 그 시스템 및 그 수신 장치
KR100765123B1 (ko) * 2002-02-16 2007-10-11 엘지전자 주식회사 Srns 재할당 방법
KR100896484B1 (ko) * 2002-04-08 2009-05-08 엘지전자 주식회사 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치
TWI220815B (en) 2002-05-06 2004-09-01 Asustek Comp Inc Method and apparatus for handling abnormal transmission status in acknowledged mode and non-acknowledged mode
US6684081B2 (en) * 2002-05-10 2004-01-27 Nokia Corporation Method and system for separating control information and user data from multicast and broadcast services
US6901063B2 (en) * 2002-05-13 2005-05-31 Qualcomm, Incorporated Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems
KR20030097559A (ko) * 2002-06-22 2003-12-31 엘지전자 주식회사 무선이동통신 시스템의 멀티미디어 서비스 방법
JP2004249469A (ja) 2003-02-18 2004-09-09 Ricoh Co Ltd 画像形成装置及びプリンタドライバ

Also Published As

Publication number Publication date
CN101588231A (zh) 2009-11-25
WO2005117317A1 (en) 2005-12-08
US20050270996A1 (en) 2005-12-08
UA88467C2 (ru) 2009-10-26
KR101000699B1 (ko) 2010-12-10
AU2005324331A8 (en) 2008-08-21
KR20050101482A (ko) 2005-10-24
AU2005324331B2 (en) 2008-02-14
AU2005324331A1 (en) 2006-09-21
ZA200606842B (en) 2008-04-30
RU2006128799A (ru) 2008-05-27
CN1951052B (zh) 2012-05-30
EP1756999A1 (en) 2007-02-28
US8023454B2 (en) 2011-09-20
JP4570657B2 (ja) 2010-10-27
RU2346403C2 (ru) 2009-02-10
EP1756999B1 (en) 2015-04-15
CN101588231B (zh) 2012-11-21
US7633892B2 (en) 2009-12-15
BRPI0509268A (pt) 2007-09-04
US20080175249A1 (en) 2008-07-24
JP2007533280A (ja) 2007-11-15
CN1951052A (zh) 2007-04-18
EP1756999A4 (en) 2010-11-24
AU2005324331B8 (en) 2008-08-21

Similar Documents

Publication Publication Date Title
MXPA06010759A (es) Aparato y metodo para el manejo optimizado de datos de control de radioenlace en un modo no reconocido.
US8005089B2 (en) Updating next-expected TSN and receiver window to avoid stall conditions
CN101043301B (zh) 一种无线通信系统中的数据重排重组方法及其基站
TW200910841A (en) Downlink packet data convergence protocol behavior during handover
AU2005204215A1 (en) Repairing errors in data of MBMS service
KR20050118591A (ko) 무선통신 시스템에서의 무선링크제어(rlc) 데이터처리방법
WO2010039875A2 (en) Out-of-synchronization handling method and apparatus
KR20090039624A (ko) 패킷망을 이용하여 서킷서비스를 제공하는 방법
KR101158912B1 (ko) Hsdpa시스템에서 윈도우를 이용한 교착회피 방법
US20060251007A1 (en) Wireless communication method and apparatus for reliably transmitting data
KR101058687B1 (ko) 멀티미디어 방송/멀티캐스트 서비스에서 일련번호를이용한 제어 메시지의 수신 방법 및 장치
WO2021114132A1 (zh) 通信方法和装置
ZA200603632B (en) Updating next-expected TSN and receiver window to avoid stall conditions
MXPA06005207A (es) Actualizacion de numero de secuencia de transmision siguiente esperado y ventana receptora para evitar condiciones de bloqueo

Legal Events

Date Code Title Description
FG Grant or registration