ES2461545T3 - Método y aparato para reordenar datos en un acceso de paquetes evolucionado de alta velocidad - Google Patents

Método y aparato para reordenar datos en un acceso de paquetes evolucionado de alta velocidad Download PDF

Info

Publication number
ES2461545T3
ES2461545T3 ES12188428.2T ES12188428T ES2461545T3 ES 2461545 T3 ES2461545 T3 ES 2461545T3 ES 12188428 T ES12188428 T ES 12188428T ES 2461545 T3 ES2461545 T3 ES 2461545T3
Authority
ES
Spain
Prior art keywords
tsn
mac
pdus
ehs
rearrangement
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
ES12188428.2T
Other languages
English (en)
Inventor
Paul Marinier
Diana Pani
Christopher R. Cave
Stephen E. Terry
Rocco Digirolamo
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
InterDigital Technology Corp
Original Assignee
InterDigital Technology Corp
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 InterDigital Technology Corp filed Critical InterDigital Technology Corp
Application granted granted Critical
Publication of ES2461545T3 publication Critical patent/ES2461545T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/155—Ground-based stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1841—Resequencing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
    • H04L47/6275—Queue scheduling characterised by scheduling criteria for service slots or service orders based on priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03—Protocol definition or specification 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/26—Cell enhancers or enhancement, e.g. for tunnels, building shadow
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método para recibir transmisiones de canal compartido de enlace descendente de alta velocidad, HS-DSCH, comprendiendo dicho método: la recepción de control de acceso a los medios HS-DSCH, MAC-ehs, unidades de datos de protocolo, PDUs, a través de un HS-DSCH estando en uno de los estados Cell_FACH, estado Cell_PCH, o estado URA_PCH; y caracterizado por enviar PDUs de reordenamiento incluidas en las PDUs MAC-ehs a una entidad posterior de tratamiento (310a) sin realizar el reordenamiento de las PDUs de reordenamiento, en el que el envío se salta una entidad de reordenamiento.

Description

Método y aparato para reordenar datos en un acceso de paquetes evolucionado de alta velocidad
CAMPO DE LA INVENCIÓN La presente invención se refiere a las comunicaciones inalámbricas
ANTECEDENTES En la actualidad, se desarrollan sistemas de acceso de paquetes evolucionado de alta velocidad (HSPA) en el marco de la Publicación 7 del Proyecto de Asociación de Tercera Generación (3GPP). Una característica de la Publicación 7 del 3GPP es la posibilidad de que un equipo de usuario (UE) reciba a un usuario y/o datos de control a través de un canal compartido de enlace descendente de alta velocidad (HS-DSCH) no sólo en un estado Cell_DCH sino también en estados Cell_FACH, URA_PCH, Cell_PCH.
En el acceso de paquetes de enlace descendente de alta velocidad (HSDPA), un UE recibe un paquete, (es decir, unidad de datos de protocolo MAC-hs (PDU) o PDU MAC-ehs), desde un Nodo-B ejecutando una técnica de petición de repetición automática híbrida (HARQ). En el estado Cell_DCH, el UE envía un reconocimiento positivo (ACK) o un reconocimiento negativo (NACK) al Nodo-B después de cada transmisión HARQ para indicar si el UE recibió el paquete satisfactoriamente o no.
A causa del retardo que el UE requiere para descodificar y luego retransmitir esta información de retorno, el Nodo-B transmite (o retransmite) diferentes paquetes después de enviar el paquete pero antes de recibir la correspondiente información de retorno para la transmisión continua de paquetes. Dado que el número de transmisiones requerido para la descodificación satisfactoria en el UE varía según los paquetes, existe la posibilidad de que la entidad HARQ en el UE no entregue los paquetes en el mismo orden que sus transmisiones iniciales respectivas desde el Nodo-B. Para solucionar este problema, la capa de control de acceso al medio, (MAC) en el UE realiza un reordenamiento con anterioridad a la entrega de los paquetes recibidos a las capas más altas. El reordenamiento se basa en un número secuencial de transmisión (TSN) en el encabezamiento MAC-hs.
Durante el estado Cell_DCH, un UE determina si se destina una transmisión HS-DSCH desde el Nodo-B al UE, enmascarando la comprobación redundante cíclica (CRC) del canal de control compartido de alta velocidad (HS-SCCH) con su único (es decir, específico del UE) identificador temporal de red de radio HS-DSCH (H-RNTI). Sin embargo, durante los estados Cell_PCH, URA_PCH o Cell_FACH, el UE no tiene necesariamente un H-RNTI específico de UE. Por ejemplo, tras la re-selección de célula, el UE no conoce necesariamente su H-RNTI específico de UE, para utilizarlo en la célula objetivo cuando el UE recibe un mensaje de confirmación de actualización de célula. Para solucionar este problema, la red puede utilizar un H-RNTI común que todas las WTRUs puedan descodificar y utilizar indicación en banda para identificar al UE. Además, puede necesitarse un H-RNTI común para permitir que la red transmita mensajes (por ejemplo, mensajes de canal de control de transmisión (BCCH)) a todas las WTRUs alojadas en una célula determinada.
Surgen algunos problemas cuando se intenta ejecutar la funcionalidad de reordenamiento cuando el/los UE(s) recibe(n) datos a través del HS-DSCH utilizando un H-RNTI común. Un primer problema es que, potencialmente, un UE retarda la entrega de datos a las capas más altas porque la función de reordenamiento espera la llegada de paquetes que ni siquiera están destinados al UE.
Surge otro problema cuando el UE realiza una reposición MAC-hs o MAC-ehs, (por ejemplo, tras la re-selección de la célula). Tras realizar la re-selección de célula, un UE inicia algunas variables relativas al reordenamiento (por ejemplo, next_expected_TSN y RcvWindow_UpperEdge), durante la reposición de MAC-ehs. Al utilizar un H-RNTI común, sin embargo, la célula objetivo no puede re-inicializar el valor TSN sin afectar a las otras WTRUs que ya están utilizando este H-RNTI común en esa célula objetivo. Por lo tanto, el UE que se incorpora a la célula objetivo no puede depender de la re-inicialización del TSN para realizar el reordenamiento posterior. Como resultado, pueden producirse efectos no deseados. Por ejemplo, si el número secuencial (SN) del primer paquete recibido tras la reposición de MAC-ehs resulta que está dentro de la ventana inicial recibida y por debajo del valor inicial de next_expected_TSN, este paquete será descartado.
En la técnica anterior, como en el documento 3GPP R2-071076, "Stage 2 updates for Enchanced CELL-FACH state in FDD", podrían darse retardos excesivos tras la ejecución del procedimiento de actualización de célula cuando se utiliza el HS-DSCH en un estado Cell_FACH. Las transmisiones del Nodo-B sobre el canal de alta velocidad que se realizan sin el conocimiento de la identidad UE (es decir, utilizando un H-RNTI común), presentan dificultades para soportar el reordenamiento. El Nodo-B no puede utilizar TSNs específicos del UE ya que la identidad del receptor de destino no se conoce en la entidad MAC-ehs del UE. Por lo tanto, un UE que comienza a escrutar tales transmisiones no tiene conocimiento de cuál es el siguiente TSN esperado para la entrega en secuencia.
SUMARIO
l0
l5
Se describen un método y un aparato para recibir transmisiones HS-DSCH. Una entidad MAC-ehs en una unidad inalámbrica de transmisión/recepción (WTRU) recibe PDUs MAC-ehs a través de un HS-DSCH mientras se encuentra en uno de los estados Cell_FACH, Cell_PCH y URA_PCH. Las PDUs de reordenamiento incluidas en las PDUs MACehs pueden ser enviadas a una entidad de tratamiento posterior sin realizar un reordenamiento de las PDUs de reordenamiento.
Puede utilizarse un único proceso de petición de repetición automática híbrida (HARQ) para recibir las PDUs MAC-ehs, y todas las retransmisiones de una PDU MAC-ehs pueden ser completadas antes de comenzar la transmisión de una PDU MAC-ehs posterior. Alternativamente, no pueden realizarse retransmisiones HARQ para las PDUs MAC-ehs y todas las PDUs MAC-ehs pueden ser transmitidas sólo una vez. Alternativamente, una entidad HARQ puede mantener una PDU MAC-ehs recibida y entregar la PDU MAC-ehs recibida sólo tras la finalización de las últimas transmisiones HARQ de la PDU MAC-ehs recibida. Alternativamente, una entidad HARQ puede entregar una PDU MAC-ehs satisfactoriamente descodificada inmediatamente a la siguiente entidad de tratamiento y enviar una indicación cuando se produce la última transmisión HARQ para la PDU MAC-ehs correctamente descodificada. Puede aplicarse una función doble de impedimento y reordenamiento (DAR) en una capa de control de enlace por radio (RLC) a todos los canales lógicos o a los datos en modo reconocido (AM).
Una cierta cola de reordenamiento puede entrar en estado de suspensión en caso de un evento que lo provoque y las PDUs MAC-ehs distribuidas a la cola de reordenamiento en estado de suspensión pueden ser re-dirigidas a la siguiente entidad de tratamiento sin efectuar el reordenamiento de las PDUs de reordenamiento. El procedimiento de reposición MAC-ehs puede ampliarse a una cierta transmisión de modo que se produzca una reposición MAC-ehs tras recibir una PDU MAC-ehs en una célula objetivo. Al realizar una reposición MAC-ehs, las variables next_expected_TSN y RcvWindow_UpperEdge se fijan en un valor "Pending".
Puede proporcionarse un número secuencial de transmisión (TSN) para ser usado en una célula que envíe una PDU MAC-ehs a una WTRU utilizando una identidad temporal de red de radio común HS-DSCH (H-RNTI) y puede configurarse la entidad MAC-ehs con el TSN. Un mensaje de control de recursos de radio (RRC) transmitido a través de un HS-DSCH utilizando una identidad temporal de red de radio común HS-DSCH (H-RNTI) puede ser controlado de manera que sea lo bastante pequeño como para caber en una única PDU MAC-ehs.
En un estado pendiente de reordenamiento, pueden enviarse variables de reordenamiento basándose en un TSN de la primera PDU MAC-ehs. Las PDUs MAC-ehs recibidas pueden ser almacenadas en una memoria intermedia de reordenamiento y entregadas a una entidad superior basándose en la información HARQ. Cuando se restringen los números TSN, puede usarse un módulo x para todas las operaciones aritméticas de una entidad de reordenamiento, en la que x es el número TSN menor restringido. El TSN puede ser asignado a cada WTRU independientemente.
BREVE DESCRIPCIÓN DE LOS DIBUJOS La siguiente descripción, que se da a modo de ejemplo, junto con los dibujos que acompañan, puede facilitar una comprensión más detallada:
La figura 1 es un diagrama de bloques de una WTRU de ejemplo; La figura 2 es un diagrama de bloques de una entidad MAC-ehs; La figura 3 es un diagrama de bloques de una entidad WTRU MAC-ehs sin reordenamiento de datos recibidos desde determinadas colas de prioridad; y La figura 4 es un diagrama de bloques de una entidad WTRU MAC-ehs sin reordenamiento ni re-ensamble de los datos recibidos desde determinadas colas de prioridad.
DESCRIPCIÓN DETALLADA Cuando se haga referencia a ella en lo sucesivo, la terminología “unidad inalámbrica de transmisión/recepción (WTRU)" incluye, sin limitación, un equipo de usuario, una estación móvil, una unidad de abonado fija o móvil, un buscapersonas, un teléfono celular, un asistente personal digital (PDA), un ordenador o cualquier otro tipo de dispositivo de usuario capaz de funcionar en un entorno inalámbrico. Cuando se haga referencia a ella en lo sucesivo, la terminología "Nodo-B" incluye, sin limitación, una estación base, un controlador de puesto, un punto de acceso (AP) o cualquier otro tipo de dispositivo de interfaz capaz de funcionar en un entorno inalámbrico. En lo sucesivo, las realizaciones se explicarán con referencia al estado Cell_FACH, como ejemplo. Debe observarse que las realizaciones son aplicables a los estados Cell_PCH o URA_PCH.
La figura 1 es un diagrama de bloques de una WTRU 100 de ejemplo. La WTRU 100 incluye una capa física 110, una capa 120 de control de acceso al medio (MAC), una capa 130 de control de enlace por radio (RLC), una capa 140 de control de recursos de radio (RRC), una(s) capa(s) superior(es) 150 y similares. La capa MAC 120 incluye una entidad MAC-ehs. Debe observarse que a la entidad se le puede denominar entidad MAC-hs o de cualquier otra forma. En lo sucesivo, solo se utilizará la terminología "MAC-ehs".
La figura 2 es un diagrama de bloques de un entidad MAC-ehs 200. La entidad MAC-ehs 200 incluye una entidad 202 de petición de repetición automática híbrida (HARQ), una entidad de des-ensamble 204, una entidad 206 de distribución de cola de reordenamiento, una pluralidad 208 de colas de reordenamiento, entidades 210 de des-multiplexado y
l0
l5
entidades 212 de re-ensamble. La PDU MAC-ehs recibida a través de la entidad HARQ 202 se des-ensambla en las PDUs de reordenamiento por parte de la entidad de des-ensamble 204. Las PDUs de reordenamiento son distribuidas en una cola de reordenamiento 208 por la entidad 206 de distribución de colas de reordenamiento basándose en el identificador del canal lógico recibido. Las PDUs de reordenamiento se reorganizan de acuerdo con el número de secuencia de la transmisión (TSN). Las PDUs de reordenamiento con TSNs consecutivos se entregan a una capa más alta tras su recepción. Un mecanismo temporizador determina la entrega de bloques de datos no consecutivos a las capas más altas. Hay una entidad 208 de reordenamiento por cada cola de prioridad. La entidad 200 de desmultiplexado encamina las PDUs de reordenamiento reordenadas a una entidad 202 de re-ensamble que se basa en el identificador de canal lógico. La entidad 202 de re-ensamble re-ensambla las SDUs MAC-ehs segmentadas en las SDUs MAC-ehs originales y reenvía las SDUs MAC-ehs a las capas superiores.
De acuerdo con una primera realización, se entregan PDUs MAC-ehs en secuencia desde la entidad HARQ y puede liberarse a una capa MAC-ehs de su cometido de reordenamiento, garantizando que los paquetes siempre se reciban en orden en la WTRU. Si la capa MAC-ehs no tiene que realizar el reordenamiento, la funcionalidad de reposición de MAC-ehs puede simplificarse cuando la WTRU no esté asignada a una WTRU específica H-RNTI. A continuación se describen cuatro opciones de ejecución de la primera realización.
En una primera opción para la primera realización, se utiliza un único proceso HARQ para determinadas transmisiones. Las transmisiones pueden ser desde una determinada cola de prioridad, desde un canal lógico determinado o para las que la identidad de la WTRU de destino no es conocida en la entidad MAC-ehs, (es decir, cuando se envían las PDUs MAC-ehs utilizando un H-RNTI común). En el estado Cell_FACH, la entidad MAC-ehs en el Nodo-B transmite PDUs MAC-ehs repetidamente durante un número pre-configurado de veces sin recibir información de retorno de la WTRU, lo que se denomina un esquema de transmisión HARQ repetitivo. El Nodo-B completa todas las retransmisiones de una PDU MAC-ehs antes de comenzar la transmisión de una PDU MAC-ehs posterior para determinadas transmisiones para las cuales es esencial el orden en la entrega.
Con la primera opción, puede producirse un gran retardo impuesto por el mínimo intervalo entre transmisiones HARQ sucesivas del mismo proceso HARQ que se define en las actuales especificaciones 3GPP, lo que puede ser un problema. Bajo las actuales especificaciones 3GPP, una WTRU puede descartar cualquier PDU MAC-ehs destinada a un proceso HARQ si se recibe dentro de cinco (5) sub-tramas desde la última recepción de datos destinados al mismo proceso HARQ. Tal restricción es justificable cuando se utiliza HS-DSCH en un estado Cell_DCH dado que la información de retorno HARQ de la WTRU impone un cierto tiempo de viaje de ida y vuelta. Sin embargo, cuando se utiliza el HS-DSCH en un estado Cell_FACH, una WTRU no envía ACK/NACK de retorno al Nodo-B y por lo tanto, se logra un intervalo más corto.
El problema del retardo puede resolverse configurando la entidad MAC-ehs de forma diferente mientras la WTRU está en un estado Cell_FACH. Por ejemplo, en el estado Cell_FACH, la entidad MAC-ehs de la WTRU puede ser configurada para no descartar paquetes recibidos dentro de cinco sub-tramas desde la última recepción de un paquete destinado al mismo proceso HARQ, y puede hacerlo sólo en el estado Cell-DCH.
Alternativamente, en el estado Cell_FACH, la entidad WTRU MAC-ehs puede ser configurada para descartar un paquete destinado a un proceso HARQ si se recibe dentro de n sub-tramas desde la última recepción de un paquete destinado al mismo proceso HARQ. El número n puede ser fijado y predefinido en las especificaciones. Si n = 0, se entiende que el mínimo no se especifica cuando la WTRU está en el estado Cell_FACH. El número n puede ser dependiente de WTRU. El número mínimo de sub-tramas n puede ser indicado por las capas más altas como una competencia de la WTRU. Por ejemplo, la WTRU puede indicar con antelación información sobre su competencia (como parte de cualquier elemento informativo del protocolo de capa superior) al controlador de red de radio (RNC). El RNC puede indicar el número mínimo de sub-tramas n aplicable a ciertos datos. Alternativamente, el RNC puede indicar al Nodo-B qué número mínimo n a utilizar para cada canal lógico, para cada cola de prioridad o para cada H-RNTI.
Las dos alternativas anteriores pueden ser combinadas de tal forma que pueda proveerse un número mínimo fijo y predefinido de sub-tramas m aplicable a cualquier WTRU que utilice el HS_DSCH en el estado Cell_FACH, junto con un valor más pequeño, dependiente de la WTRU, n (< m) por las capas más altas como una competencia de la WTRU. Esto resulta útil para la transmisión en determinados canales lógicos que no están dedicados a una WTRU específica, tales como el canal de control común (CCCH) o BCCH. En este caso, el Nodo-B puede utilizar un mínimo m para canales lógicos que no están dedicados a una WTRU específica y que utilizan un mínimo menor dependiente de WTRU para datos destinados a una WTRU específica.
Cuando se utiliza un único proceso HARQ solo con el H-RNTI común, el formato HS-SCCH puede ser modificado de forma que el campo convencional de 3 bits “Hybrid-ARQ process information” pueda ser eliminado. Esto da como resultado un número menor de bits de información para codificar en el HS-SCCH y daría lugar a que la potencia de transmisión requerida fuera menor. Las WTRUs pueden determinar qué esquema se ha aplicado, dependiendo de que la transmisión estuviera enmascarada por el H-RNTI común o no.
Puede informarse explícitamente al Nodo-B de que utilice un único proceso HARQ, usando uno de los mensajes convencionales de componente de aplicación de Nodo-B (NBAP) que se emplean para la configuración o re
l0
l5
configuración de los recursos HS-DSCH. Puede añadirse un nuevo elemento de información (IE), indicando el número de procesos HARQ a ser utilizados por la entidad MAC-ehs.
Alternativamente, y con este objetivo, puede ampliarse un IE convencional en los mensajes NBAP utilizados para la configuración de los recursos HS-DSCH. Por ejemplo, la asignación IE de memoria HARQ puede ser ampliada para que incluya un nuevo campo que indique el número del proceso HARQ que se va a utilizar o para fijar una cadena de bits para todos los procesos HARQ que indique qué proceso HARQ puede utilizarse para un canal lógico determinado o para un H-RNTI común determinado.
Alternativamente, puede informarse al Nodo-B de forma implícita por medio de otro IE. Por ejemplo, cuando el temporizador T1 está fijado en cero (0), esto puede significar implícitamente que sólo se está utilizando un proceso HARQ. Alternativamente, puede utilizarse un nuevo IE que indique que no hay reordenamiento o segmentación para indicar de forma implícita un único proceso HARQ.
Alternativamente, la entidad MAC-ehs en el Nodo-B puede recibir instrucciones de no incluir un TSN, o sí incluir un TSN pero sin aumentar el TSN, lo que puede implícitamente indicar que se utiliza un único proceso HARQ o vice versa.
Alternativamente, se puede informar al Nodo-B sobre el protocolo de trama Iub. Puede añadirse un nuevo campo al protocolo de trama Iub para indicar si debería enviarse un mensaje particular utilizando un único proceso HARQ o múltiples procesos HARQ.
Puede utilizarse cualquier combinación de las alternativas descritas anteriormente.
Con una segunda opción para la primera realización, no se realizan retransmisiones HARQ para determinadas transmisiones. El Nodo-B no envía ninguna retransmisión HARQ para PDUs desde una cola de prioridad determinada, desde un canal lógico o para el cual la identidad de la WTRU objetivo no es conocida en la entidad MAC-ehs, (es decir, se usa un HRNTI común) y las PDUs MAC-ehs para estos datos son transmitidas, sólo una vez, por vía inalámbrica. Las PDUs MAC-ehs serán recibidas en orden y la WTRU no necesita realizar ningún reordenamiento para esa transmisión en concreto. La entidad MAC-ehs en la WTRU reenvía PDUs descodificadas satisfactoriamente directamente a una entidad superior, sorteando totalmente la función de reordenamiento.
La WTRU puede ser informada de que se realiza una única transmisión HARQ por cada PDU, de forma explícita en la información de configuración L3, (por ejemplo, BCCH/BCH), para una cola de prioridad determinada o para un canal lógico o para determinadas transmisiones. Alternativamente, puede emplearse una nueva indicación L1 (por ejemplo, un nuevo campo en HS-SCCH), para indicar que no se van a realizar retransmisiones HARQ. Alternativamente, pueden modificarse los campos de HS-SCCH para indicar que no se va a realizar ninguna retransmisión HARQ para un paquete en concreto. Alternativamente, puede añadirse un nuevo campo al encabezamiento de MAC-ehs para indicar una única transmisión HARQ del paquete.
En una tercera opción de la primera realización, se utiliza un esquema de transmisión repetitiva HARQ y la entrega de un paquete descodificado se retarda en la entidad HARQ de la WTRU. Con esta opción, el Nodo-B puede utilizar más de un solo proceso HARQ, (por ejemplo para ofrecer una mejor diversidad de tiempo). Sin embargo, se impone una restricción dado que las últimas transmisiones HARQ de sucesivas PDUs MAC-ehs se transmiten en orden al Nodo-B. En otras palabras, la última transmisión HARQ para la PDU MAC-ehs #n-1 siempre se transmite antes de la última transmisión HARQ para la PDU MAC-ehs #n. Dicha restricción puede verse satisfecha, por ejemplo (pero sin limitación) cuando las retransmisiones HARQ se producen a intervalos fijos (HARQ sincronizado).
La entidad HARQ de la WTRU no entrega un paquete satisfactoriamente descodificado hasta que todas las transmisiones (por ejemplo, el número pre-configurado de repeticiones) para este paquete se hayan enviado. Para determinar si todas las transmisiones para un paquete se han llevado a cabo, la entidad WTRU HARQ puede esperar a la recepción de la transmisión de HS-SCCH con un nuevo indicador de datos (NDI) que indica una nueva PDU para entregar el paquete descodificado. Alternativamente, la WTRU puede contar el número de transmisiones (por ejemplo, basándose en las transmisiones HS-SCCH), para las PDUs MAC-ehs y entregar la PDU MAC-ehs descodificada satisfactoriamente sólo después de haberse alcanzado el número máximo pre-configurado de transmisiones con respecto a esta PDU MAC-ehs. El número máximo se le indica a la WTRU a través de las capas superiores.
En una cuarta opción para la primera realización, la entidad HARQ en la WTRU entrega paquetes satisfactoriamente descodificados inmediatamente a las entidades anteriores (es decir, entidad de reordenamiento), en la entidad MAC-ehs y la entidad de reordenamiento retiene la PDU MAC-ehs entregada hasta que recibe la indicación de la entidad HARQ de que ha tenido lugar la última transmisión HARQ. Tras recibir la indicación, la entidad de reordenamiento remite la PDU MAC-ehs a una de las anteriores entidades/sub-capas. La entidad HARQ puede realizar esta determinación basándose en uno de los métodos descritos en la tercera opción.
Con esta opción, la entidad de reordenamiento no necesita utilizar el campo TSN de la PDU MAC-ehs (si se encuentra presente) para determinar cuándo enviar la PDU a las entidades superiores, pero aún así puede utilizar un temporizador de desactivación (tal como T1) para entregar una PDU MAC-ehs para la cual no se ha recibido indicación de la entidad
l0
l5
HARQ. Determinadas colas de reordenamiento pueden depender de la indicación proporcionada por la entidad HARQ para determinar cuándo entregar las PDUs a las entidades superiores, mientras otras colas de reordenamiento pueden utilizar el mecanismo de reordenamiento convencional.
De acuerdo con una segunda realización, las funcionalidades MAC, (es decir, las funcionalidades MAC-ehs), pueden ser simplificadas para ciertas colas de prioridad con objeto de evitar problemas asociados con el reordenamiento en el estado Cell-FACH. Puede ejecutarse la simplificación de funcionalidad MAC junto con la primera realización, lo que minimizaría (o eliminaría) la entrega desordenada de PDUs MAC-ehs a las capas superiores.
En una primera opción para la segunda realización, se evita el reordenamiento para datos transmitidos desde determinadas colas de prioridad. La funcionalidad MAC-ehs en la WTRU se modifica de forma que los datos recibidos desde determinadas colas de prioridad se envían directamente a una entidad de re-ensamble sin efectuar el reordenamiento. La entidad de re-ensamble re-ensambla una unidad de datos de servicio MAC-ehs (SDU) a partir de segmentos de la SDU MAC-ehs.
La figura 3 muestra una entidad MAC-ehs 300 de acuerdo con esta opción. Debe observarse que el orden exacto de las funciones de des-multiplexado y re-ensamble puede ser diferente del de la figura 3. Las PDUs MAC-ehs recibidas a través de la entidad HARQ 302 se reenvían a una entidad de des-ensamble 304. La entidad de des-ensamble 304 desensambla las PDUs MAC-ehs en PDUs de reordenamiento. Las PDUs de reordenamiento pueden ser situadas en una cola de reordenamiento 308 a través de la entidad 306 de distribución de cola de reordenamiento. De acuerdo con esta opción, para ciertas colas de prioridad, se evita el reordenamiento y las PDUs de reordenamiento se reenvían directamente a la entidad de des-multiplexado 310a. La entidad de des-multiplexado 310a encamina las PDUs de reordenamiento a una entidad de re-ensamble correcto 312a basándose en la identidad del canal lógico. La entidad de des-multiplexado 312a re-ensambla las SDUs MAC-ehs segmentadas en una SDU MAC-ehs completa.
Pueden utilizarse diferentes criterios para determinar si los datos deben ser distribuidos a una entidad de reordenamiento para su reordenamiento o a una entidad de re-ensamble sin reordenamiento. Si la entidad MAC-ehs no conoce la identidad de la WTRU a la que van destinados los datos dentro de la PDU MAC-ehs (es decir, cuando se transmiten las PDUs MAC-ehs utilizando un H-RNTI común), la PDU MAC-ehs puede ser enviada a la entidad de reensamble sin realizar el reordenamiento. La entidad MAC-ehs conoce la identidad de la WTRU si la PDU MAC-ehs ha sido recibida utilizando un H-RNTI específico o si existe una identidad WTRU dentro de la PDU MAC-ehs. El Nodo-B puede siempre utilizar un H-RNTI común para cualquier dato desde una cola de prioridad que no soporte el reordenamiento.
El que los datos deban ser distribuidos a una entidad de reordenamiento para su reordenamiento o a una entidad de reensamble sin reordenamiento puede depender de una identidad de canal lógico de los datos recibidos, independientemente de si los datos se reciben utilizando un H-RNTI común o un H-RNTI específico. Esto permite el multiplexado de los datos desde colas de prioridad que soportan el reordenamiento con los datos de colas de prioridad que no soportan el reordenamiento. Esto también posibilita no utilizar la funcionalidad de reordenamiento incluso cuando se utiliza un H-RNTI específico.
Los canales lógicos que soportan el reordenamiento pueden ser pre-determinados basándose en el tipo de canal lógico (por ejemplo, CCCH, BCCH, canal de control de búsqueda (PCCH), DCCH y similares) y/o una identidad de canal lógico.
Alternativamente, la WTRU puede ser informada por las capas superiores, (por ejemplo, indicación de control de recursos de radio (RRC)), sobre qué canales lógicos soportan el reordenamiento. Por ejemplo, el IE “RB mapping info” contiene información sobre el/los canal/es lógico/s de control de enlace por radio descendente (RLC). Puede añadirse un IE para indicar si se está produciendo un reordenamiento en los MAC-ehs por cada canal lógico. Alternativamente, en el IE “RB mapping info” el IE “Reordering queue ID” que puede añadirse para soportar las mejoras L2 puede tomar un valor especial que indique que una cola no soporta el reordenamiento. Alternativamente, el IE que indica los parámetros de la cola (por ejemplo, “Added or reconfigured MAC-d flow” el flujo MAC ordinario transmitido en la información del sistema o similar), puede ser modificado o ampliado para indicar si la cola soporta o no el reordenamiento. Tal indicación puede ser dada añadiendo un nuevo IE que indique si se soporta el reordenamiento, o alternativamente, algunos de los IEs convencionales pueden adoptar un nuevo valor posible que indicaría que no se soporta el reordenamiento. Por ejemplo, el IE “T1” puede adoptar como uno de sus valores posibles, (por ejemplo, “0”), indicando que el reordenamiento no está soportado en esta cola. El IE “MAC-hs window size” puede también adoptar como uno de sus posibles valores, (por ejemplo, “0”), indicando lo mismo.
Alternativamente, puede utilizarse otra indicación en el encabezamiento de la PDU MAC-ehs para indicar qué canal/es lógico/s soporta(n) el reordenamiento y cuál(es) no lo soporta(n). Por ejemplo, se puede incluir un campo especial que indique si se aplica o no el reordenamiento. Otro ejemplo es la utilización de un valor especial para el campo TSN, (por ejemplo., "111111").
Puede utilizarse cualquier combinación de las alternativas anteriores para indicar qué canal/es lógico/s soporta(n) el reordenamiento y qué canal/es lógico/s no lo soporta(n). Por ejemplo, puede emplearse la identidad del canal lógico
l0
l5
combinada con la ID de la WTRU para indicar si debe enviarse la PDU MAC-ehs a la cola de reordenamiento para su reordenamiento o a la entidad de re-ensamble sin realizar el reordenamiento. Se enviarán mensajes de indicación de portador de radio #1 (SRB#1) en un DCCH utilizando un H-RNTI común, pero pueden enviarse otros mensajes en un DCCH que utiliza un H-RNTI específico. Pueden enviarse mensajes DCCH con un H-RNTI común a la entidad de reensamble sin realizar el reordenamiento, mientras que se pueden enviar mensajes DCCH con un H-RNTI específico a las colas de reordenamiento para su reordenamiento.
Aunque no se realice el reordenamiento, el campo TSN puede sin embargo ser utilizado por la entidad MAC-ehs en el Nodo-B al construir la PDU MAC-ehs, y el campo TSN puede ser utilizado para facilitar la operación de re-ensamble en la WTRU. Por ejemplo, la entidad de re-ensamble puede borrar cualquier segmento presente en la memoria de almacenamiento intermedio de re-ensamble si se reciben TSNs no consecutivos.
Alternativamente, el TSN puede ser eliminado del encabezamiento del MAC-ehs. En este caso, la WTRU puede sin embargo utilizar la indicación de segmentación para re-ensamblar los paquetes, aunque exista la posibilidad de un mal re-ensamble si se pierde una PDU. En el caso de que no se utilice el campo TSN, la WTRU sabría si esperar un campo TSN en el encabezamiento MAC-ehs para un canal lógico basado en el conocimiento del mapeo entre este canal lógico y una cola que no soporte el reordenamiento.
Se explica a continuación un proceso para re-ensamblar las SDUs MAC-ehs segmentadas en caso de que el campo TSN se mantenga en el encabezamiento MAC-ehs, salvo que no se produzca el reordenamiento. Tras recibir una PDU MAC-ehs, una WTRU determina si la información útil de la PDU MAC-ehs es una SDU MAC-hs completa o un segmento, y si es un segmento, si es un primer segmento, un segmento intermedio o un segmento final. Si la información útil es una SDU MAC-ehs completa, la SDU MAC-ehs es reenviada a una capa superior o a una entidad que sigue a la entidad de re-ensamble.
Si la información útil es el primer segmento de una SDU MAC-ehs, y si la WTRU tiene almacenado/s un(os) segmento/s intermedio/s con un número secuencial consecutivo mayor que la PDU recibida, el primer segmento se combina con los segmentos consecutivos. Si la WTRU ha almacenado un segmento final con un número secuencial consecutivo mayor que la PDU recibida, estos se combinan y la SDU MAC-ehs completa es entregada a una capa superior. De otro modo, la información útil se almacena en la entidad de re-ensamble.
Si la información útil es un segmento final de una SDU MAC-ehs, y si la entidad de re-ensamble ha almacenado un segmento consecutivo con un TSN inferior al del paquete recibido, estos se combinan. Si se forma una SDU MAC-ehs completa, esta se entrega a una capa superior. De otro modo, el segmento final se almacena en la memoria de almacenamiento intermedio de re-ensamble.
Si la información útil es un segmento intermedio de una SDU MAC-ehs, y si la entidad de re-ensamble ha almacenado segmentos consecutivos con TSNs mayores o menores que el paquete recibido, estos se combinan. Si se crea una SDU completa, se reenvía a una capa más alta. De otro modo, se almacena en la memoria de almacenamiento intermedio de re-ensamble.
Para descartar segmentos de la entidad de re-ensamble, puede emplearse un mecanismo de descarte basado en temporizadores. Opcionalmente, el paquete puede ser descartado si la memoria de almacenamiento intermedio está llena o si se alcanza la cantidad máxima de segmentos almacenados permitida. Pueden descartarse los segmentos con los números TSH más antiguos. Además, no se requiere el mantenimiento y tratamiento de los parámetros convencionales de reordenamiento RcvWindow_UpperEdge, next_expected_TSN, T1_TSN, y TSN_Flush.
El mecanismo de descarte basado en temporizadores puede ejecutarse en uno o en una combinación de los indicados a continuación. Cada segmento se mantiene en la memoria de almacenamiento intermedio de re-ensamble durante un periodo configurado de tiempo, (es decir, cada vez que se recibe un segmento correspondiente a una SDU MAC-ehs, arranca un temporizador para ese segmento). Al finalizar el temporizador, se descartan todos los segmentos correspondientes a esa SDU MAC-ehs. El temporizador arranca solo cuando se recibe un segmento correspondiente a una PDU de reordenamiento con un TSN mayor que el siguiente TSN esperado. Se fija este TSN a un Tseg_TSN variable. Cuando el temporizador finaliza, se pueden realizar las siguientes acciones.
a.
Si el indicador de segmento (SI) de Tseg_TSN es "01",
i. Descartar todas las unidades de información útil con TSN � Tseg_TSN; y
ii. Fijar el next_expected_TSN al siguiente segmento TSN no recibido
b.
Si SI deT1_TSN es "10",
i. Descartar todas las unidades de información útil con TSN < Tseg_TSN; y
ii. Fijar el next_expected_TSN al siguiente segmento TSN no recibido
c.
Si SI de Tseg_TSN es "11",
l0
l5
i. Descartar la primera unidad de información útil correspondiente a ese TSN y todas las unidades de información útil con TSN < T1_TSN. Esta etapa debe asegurar que no se descarte la última unidad de información útil correspondiente a ese TNS, ya que esa unidad de información útil corresponde a la primera unidad de información útil.
En una segunda opción para la segunda realización, se evitan la segmentación, el reordenamiento y el re-ensamble para los datos transmitidos desde ciertas colas de prioridad. Cualesquiera datos transmitidos desde ciertas colas de prioridad no se someten a segmentación, re-ensamble o reordenamiento. La figura 4 muestra la entidad MAC-ehs en la WTRU de acuerdo con esta opción. Al igual que en la primera opción para la segunda realización, pueden usarse diferentes criterios para determinar si los datos deben ser distribuidos a una cola de reordenamiento para su reordenamiento, o no.
Con esta opción, no es necesario añadir los campos TSN y SI a las PDUs MAC-ehs para las colas correspondientes. Alternativamente, pueden añadirse los campos TSN y SI, pero el campo SI puede ser siempre fijado en un valor determinado (por ejemplo, “00”), y el TSN puede ser fijado en un valor constante, o incrementado opcionalmente pero no para ser utilizado con propósitos de reordenamiento o re-ensamble. Además, cuando se ajustan las colas en la WTRU, no es necesario mantener y tratar las siguientes variables: número TSN, RcvWindow_UpperEdge, next_expected_TSN, T1_TSN, y TSN_Flush.
Cuando se recibe una PDU MAC-ehs, la WTRU sabe que los campos TSN and SI no se encuentran presentes para un determinado canal lógico basándose en el conocimiento del mapeo de este canal lógico a una cola determinada que no soporte el reordenamiento y la segmentación/re-ensamble, o basándose en el uso de un H-RNTI común cuando se transporta este canal. En tal caso, las SDUs MAC-ehs son inmediatamente des-ensambladas y des-multiplexadas de acuerdo con el canal lógico, y enviadas a una capa superior.
Con respecto a la segunda realización, puede modificarse un procedimiento de re-posición de MAC-ehs. De acuerdo con un procedimiento de re-posición MAC-ehs convencional, si una capa superior solicita una re-posición de MAC-ehs, la WTRU, en el momento de la activación indicado por las capas superiores:
a) vaciará mediante software la memoria de almacenamiento intermedio para todos los procesos HARQ configurados; b) detendrá todos temporizadores de desactivación de reordenamiento activos (T1) y fijará todos los temporizadores T1 en su valor inicial; c) arrancará TSN con valor ’0’ para la siguiente transmisión en cada proceso HARQ configurado; d) inicializará las variables RcvWindow_UpperEdge y next_expected_TSN en sus valores iniciales; e) des-ensamblará todas las PDUs MAC-ehs en la memoria de almacenamiento intermedio de reordenamiento y entregará todas las PDUs MAC-ehs a la entidad MAC-d; f) vaciará la memoria de almacenamiento intermedio de reordenamiento; y g) si se inició la reposición de MAC-ehs debido a la recepción del IE “ MAC-hs reset indicator" por parte de las capas superiores, indicará a todas las entidades de modo reconocido (AM) RLC mapeadas en un HS-DSCH que generen un informe de estado.
Si se ejecuta la primera opción de la segunda realización, este procedimiento se modifica de forma que la etapa (d) sólo se lleve a cabo en las colas que soportan el reordenamiento. Si se ejecuta la primera opción con funcionalidad de reensamble, el procedimiento de reposición debe asegurar que la memoria de almacenamiento intermedio de reensamble sea vaciada una vez que la última PDU MAC-ehs PDU haya sido tratada.
Si se ejecuta la segunda opción de la segunda realización, este procedimiento debe ser modificado de forma que las etapas (b)-(f) sólo se ejecuten para las colas que soporten el reordenamiento. Además, deben descartarse los segmentos en la memoria de almacenamiento intermedio de re-ensamble que no se puedan re-ensamblar.
Debe observarse que puede que algunas de estas etapas tengan que ser modificadas para soportar otras próximas características de HSPA evolucionado, tales como las mejoras L2.
Las simplificaciones a la funcionalidad de la entidad MAC-ehs descritas anteriormente pueden dar como resultado una entrega desordenada de SDUs MAC a la entidad RLC. Esto puede causar dificultades particularmente cuando las SDUs MAC-ehs transporten indicación RRC. Estas dificultades pueden evitarse si la entidad RLC realiza el reordenamiento. De forma convencional, se define una función para evitar y reordenar (DAR) para un modo no reconocido (UM) del RLC. Sin embargo, la función DAR, en la actualidad, es solo aplicable a un canal de tráfico (MTCH) de servicio de difusión /multidifusión multimedia (MBMS)
De acuerdo con una tercera realización, la función DAR se aplica a otros canales lógicos además de MTCH, tales como DCCH o DTCH. Tal extensión de la funcionalidad RLC UM DAR sería especialmente útil para el caso de un portador de indicación de radio (SRB) #1 que se define con RLC UM.
l0
l5
Es posible utilizar diversos métodos que permitan el uso de la funcionalidad DAR a otros canales lógicos. Se puede informar a la WTRU de los parámetros a utilizar por las capas superiores para la función DAR, o pueden predeterminarse los parámetros. Por ejemplo, puede modificarse la indicación RRC de forma que la “DL Duplication Avoidance and Reordering Info" puede estar presente opcionalmente, no sólo dentro del IE "RLC info MBMS" sino también dentro del IE “ RLC info" si se selecciona el modo UM RLC. Los valores de parámetro para las configuraciones de radio por defecto pueden ser también actualizados con el nuevo parámetro para SRB1 y otros RBs.
Similarmente, puede introducirse una función DAR o similar en el modo de reconocimiento RLC (AM) de operación, donde puede configurarse de forma que el RLC AM entregue las SDUs en secuencia a las capas superiores. El RLC AM no realiza ningún reordenamiento en el lado de recepción.
La funcionalidad de reordenamiento puede ser modificada para impedir retardos excesivos durante el procedimiento de actualización de célula cuando se utiliza HS-DSCH en el estado Cell_FACH. Este sistema puede ser utilizado si se desea mantener la funcionalidad de reordenamiento para una determinada cola de prioridad. Este sistema no supone ninguna modificación en el comportamiento de la entidad HARQ, pero sería efectivo independientemente de si tales modificaciones se ejecutan o no.
Debe observarse que las realizaciones descritas anteriormente no son solo aplicables al procedimiento de actualización de célula (re-selección de célula) sino que también son aplicables a la configuración y ajuste iniciales de la entidad MAC-ehs cuando se entra en el estado mejorado CELL_FACH o se inicia la recepción HS-DSCH en los estados CELL_FACH, CELL_PCH o URA_PCH.
De acuerdo con una cuarta realización, una cola de reordenamiento puede entrar en el estado de suspensión de reordenamiento cuando se produce un determinado evento que lo provoque En el estado normal, se realizan los procedimientos de reordenamiento convencionales. Mientras una cola de reordenamiento se encuentra en el estado de suspensión de reordenamiento, los datos recibidos que pasan a la cola de reordenamiento en estado suspendido se transfieren directamente a la siguiente entidad de tratamiento, (por ejemplo, a una entidad de re-ensamble, a una entidad de des-ensamble, a una entidad de des-multiplexado que dependen de la arquitectura MAC-ehs, o a una capa por encima de la entidad MAC-ehs), sin tener en cuenta al TSN asociado a los datos.
Los eventos que provocarán el entrar en el estado de suspensión del reordenamiento pueden ser, por ejemplo, la ejecución de un procedimiento de re-posición de MAC-ehs (posiblemente en respuesta a un comando de una entidad RRC), o un comando explícito de la entidad RRC para entrar en el estado de suspensión del reordenamiento. Este comando lo puede emitir, por ejemplo, la entidad RRC, tras iniciar un procedimiento de actualización de célula con objeto de una re-selección de célula. Si se emite un comando explícito, la entidad RRC puede de manera opcional vaciar la memoria intermedia de almacenamiento de reordenamiento.
La(s) cola(s) de reordenamiento que está(n) sujetas a la suspensión del reordenamiento puede(n) ser indicada(s) por las capas superiores junto con (o como parte de) el comando RRC, si resulta de aplicación. La indicación de la capa superior puede ser realizada utilizando una de las opciones indicadas anteriormente. Alternativamente, puede ser preindicada después de ajustar el canal lógico mapeado a la cola, o puede ser pre-definida dependiendo del tipo de canal lógico mapeado a la cola (por ejemplo, puede ser pre-definida de tal forma que cualquier cola mapeada a un canal lógico CCCH experimente la suspensión del reordenamiento en la configuración MAC-ehs).
La cola de reordenamiento regresa al estado normal cuando se produce un determinado evento de transición. Los eventos de transición pueden ser, por ejemplo, la recepción de un paquete para el canal lógico mapeado a la cola tras entrar en el estado de suspensión. Tras recibir el paquete, la WTRU realiza las siguientes acciones:
(a)
Fija next_expected_TSN = TSN - x, donde, por ejemplo, -1 x < 6 (el valor de x > 0 es para asegurar que si se recibe un paquete desordenado, no se descartarán los siguientes paquetes con menor TSNs) y TSN es el número de secuencia de transmisión del paquete recibido y el valor de x puede ser pre-determinado o preindicado por las capas superiores;
(b)
Si x es diferente de cero o de -1, fija T1_TSN = TSN de este paquete y arranca el temporizador T1;
(c)
Fija RcvWindow_UpperEdge = TSN + y, donde y puede ser pre-determinado o pre-indicado por las capas superiores; y
(d)
Regresa al estado de reordenamiento normal.
Debe observarse que para el evento anterior, no se necesita formalmente una definición de un nuevo estado, ya que la WTRU no recibe ningún dato para la cola en cuestión mientras se encuentre en el estado de reordenamiento suspendido. Sería equivalente a decir que el procedimiento de re-posición de MAC-ehs para las colas en cuestión finaliza sólo tras la recepción de datos para estas colas.
El evento de transición puede ser un comando explícito de la entidad RRC para volver al estado de reordenamiento normal. En este caso, la entidad RRC notifica a la entidad MAC-ehs cuándo debe volver la entidad MAC-ehs al estado de reordenamiento normal. Tal comando puede ser activado por la entidad RRC al recibir un mensaje de confirmación de actualización de célula desde su entidad semejante, o cualquier otro evento relativo a procedimientos RRC. Antes
l0
l5
de recibir el comando para volver al estado normal de reordenamiento (es decir, durante el estado de suspensión de reordenamiento), la WTRU tiene que mantener las variables next_expected_TSN, y RcvWindow_UpperEdge para cada cola en cuestión, del siguiente modo:
(a)
La primera vez que se recibe un paquete para la cola tras la re-posición de MAC-ehs:
(i)
Fija next_expected_TSN en TSN+1 de este paquete.
(ii)
Fija RcvWindow_UpperEdge en TSN + y, donde y puede ser pre-determinada o pre-indicada por las capas superiores.
(iii) Opcionalmente, la variable "TSN_init" puede ser fijada en el TSN del paquete recibido.
(b)
Para los siguientes paquetes para la misma cola con número de secuencia de transmisión = TSN:
(i)
Fija next_expected_TSN en TSN+1 si TSN � next_expected_TSN.
(ii)
Fija RcvWindow_UpperEdge en TSN + y si TSN +y > RcvWindow_UpperEdge, donde y pueda ser predeterminada o pre-indicada por las capas superiores
El evento de transición para volver al estado normal puede ser la finalización del temporizador (T_init) que arrancó durante la transición al estado pendiente. Este temporizador puede ser el mismo que el temporizador convencional T1. Si no es el mismo, el valor del temporizador T_init puede ser especificado por las capas superiores, (por ejemplo, utilizando los mismos mensajes de indicación RRC que contienen el valor del temporizador T1, con un elemento de información adicional para el valor de este nuevo temporizador T_init), o puede ser pre-definido. Este valor puede ser inferior o igual al del temporizador T1 para evitar retardos excesivos.
Cuando se produce un evento que provoque el estado de suspensión de reordenamiento (por ejemplo, cuando se produce una re-reposición MAC-ehs), la cola de reordenamiento entra y permanece en el estado de suspensión de reordenamiento por el tiempo que dure el temporizador T_init (más posiblemente el periodo de tiempo entre la reposición MAC-ehs y la recepción de la primera PDU MAC-ehs correcta, si se elige arrancar el temporizador T_init tras la recepción de esta PDU). Opcionalmente, los valores de "next_expected_TSN" y "RcvWindow_UpperEdge" pueden ser fijados en un valor especial ("pending") durante la ejecución de la re-posición de MAC_ehs en lugar de ser fijados en sus valores iniciales al igual que en el procedimiento convencional, que se explicará con detalle más adelante.
Alternativamente, el evento de transición puede ser la recepción satisfactoria de un número N de PDUs con TSNs consecutivos, o N fuera de las M PDUs satisfactorias dentro de M TSNs consecutivos.
Debe observarse que en el caso de que se realice una re-posición MAC-ehs después de que se reciba la confirmación de actualización de célula por las capas superiores, las variables y contenidos de estas colas no deben ser repuestos tras la indicación de la re-posición de MAC-ehs. En este caso, si la cola está en el estado de suspensión de reordenamiento, la re-posición de MAC-ehs será una indicación de que las capas superiores han recibido una confirmación de actualización de célula, y la cola puede retornar al estado normal.
De acuerdo con una quinta realización, el procedimiento de re-posición de MAC-ehs se modifica de forma que para ciertas colas de reordenamiento, el procedimiento de re-posición se amplía hasta la recepción de datos en la célula objetivo. Las variables next_expected_TSN y RcvWindow_UpperEdge no se reponen a su valor inicial para las colas de reordenamiento afectadas de forma inmediata, sino solo tras recibir los datos para estas colas en la célula objetivo.
Si las capas superiores solicitan una re-posición de la entidad MAC-ehs, la WTRU, en el momento de la activación indicado por las capas superiores:
(1)
vaciará mediante software la memoria de almacenamiento intermedio para todos los procesos HARQ configurados;
(2)
detendrá todos los temporizadores de desactivación (T1) y fijará todos los temporizadores T1 en su valor inicial;
(3)
des-ensamblará todas las PDUs MAC-ehs en la memoria de almacenamiento intermedio de reordenamiento y entregará todas las PDUs MAC-d a la entidad MAC-d (Esta etapa puede ser modificada debido a cambios ajenos al procedimiento MAC-ehs en futuras Publicaciones);
(4)
vaciará la memoria de almacenamiento intermedio de reordenamiento; y
(5)
si la re-posición de MAC-hs se inició debido a la recepción del IE " MAC-hs reset indicator " por parte de las capas superiores, indicará a todas las entidades AM RLC mapeadas a HS-DSCH que generen un informe sobre su estado.
Para las colas de reordenamiento a las que se aplica el procedimiento ampliado MAC-ehs:
(1)
Cuando se reciban datos (PDU de reordenamiento) para este cola de reordenamiento, fijará next_expected_TSN = TSN - x, donde, por ejemplo, 0 x < 6, y TSN es el número de transmisión de la PDU de reordenamiento recibida, y el valor de x puede ser pre-determinado o pre-indicado por las capas superiores;
(2)
Opcionalmente, si x es diferente de cero, fijará T1_TSN = TSN de este paquete y arrancará el temporizador T1;
(3)
Fijará RcvWindow_UpperEdge = TSN + y, donde y puede ser pre-determinada o pre-indicada por las capas
superiores; y 5 (4) Finalizará el procedimiento de re-posición de MAC-ehs para la cola de reordenamiento.
Para todas las otras colas de reordenamiento:
(1) iniciará TSN con valor 0 para la siguiente transmisión en cada proceso HARQ configurado; y l0 (2) inicializará las variables RcvWindow_UpperEdge y next_expected_TSN en sus valores iniciales.
La(s) cola(s) a la(s) que se aplica(n) el procedimiento ampliado MAC-ehs puede(n) ser indicada(s) por las capas más altas junto con (o como parte de) el comando RRC que provoca la re-posición de MAC-ehs, si resulta aplicable. Alternativamente, puede(n) ser pre-indicada(s) al configurar el canal lógico mapeado a la cola, o puede(n) ser pre
l5 definida(s) dependiendo del tipo de canal lógico mapeado a la cola, (por ejemplo, puede(n) ser pre-definida(s) de modo que cualquier cola mapeada en el canal lógico CCCH se someta al procedimiento de re-posición ampliado MAC-ehs). Puede realizarse la indicación utilizando una de las opciones enumeradas anteriormente.
De acuerdo con una sexta realización, se definen valores especiales adicionales para las variables de reordenamiento
20 next_expected_TSN y RcvWindow_UpperEdge. Este valor especial puede ser etiquetado, por ejemplo, de una de las siguientes formas: Pending, Undefined o Waiting (la etiqueta “Pending” se utilizará de aquí en adelante).
Para determinadas colas de reordenamiento, la re-posición de MAC-ehs o el nuevo procedimiento de configuración de MAC-ehs se modifican, de forma que las variables "next_expected_TSN" y "RcvWindow_UpperEdge" se fijan en el
25 valor “Pending” en lugar de estar fijadas en sus valores iniciales, como se especifica en el procedimiento convencional. Además, la funcionalidad de reordenamiento también se modifica de forma que cuando se recibe una PDU MAC-ehs con TSN = SN, si el valor de "next_expected_TSN" ha sido fijado en “Pending”, se realizan las siguientes acciones:
(1) El temporizador T1 no arranca;
30 (2) Next_expected_TSN se fija en TSN + 1 (o alternativamente, en TSN + x donde x está pre-definida o fijada por las capas superiores); y
(3) RcvWindow_UpperEdge se fija en TSN + y, donde y puede ser pre-determinada o pre-indicada por las capas superiores.
35 La(s) cola(s) de reordenamiento a la(s) cuál(es) se aplica el procedimiento modificado MAC-ehs puede(n) ser indicada(s) por las capas superiores, junto con (o como parte de) el comando RRC que activa la re-posición de MACehs, si resulta de aplicación. Alternativamente, puede(n) ser pre-indicada(s) configurando el canal lógico mapeado a la cola, o puede(n) ser pre-definida(s) dependiendo del tipo de canal lógico mapeado a la cola (por ejemplo, puede predefinirse que cualquier cola mapeada al canal lógico CCCH sea sometida al procedimiento de re-posición ampliado
40 MAC-ehs). La indicación se puede realizar usando cualquiera de las opciones enumeradas a continuación.
La funcionalidad modificada de reordenamiento para la operación del receptor es la siguiente:
Cuando se recibe una PDU MAC-hs con TSN = SN: 45 Si next_expected_TSN NO se ha fijado en "Pending"
-
si SN está dentro de la ventana del receptor:
-
si SN < next_expected_TSN, o si esta PDU MAC-hs PDU se ha recibido previamente:
-
la PDU MAC-hs será descartada; - o:
50 - la PDU MAC-hs será colocada en la memoria de almacenamiento intermedio de reordenamiento, en el lugar indicado por el TSN.
-
si SN está fuera de la ventana del receptor:
-
la PDU MAC-hs recibida será colocada por encima del TSN mayor recibido en la memoria de almacenamiento intermedio de reordenamiento, en la posición indicada por SN; 55- RcvWindow_UpperEdge se fijará en SN, adelantando así la ventana del receptor;
cualesquiera PDUs MAC-hs con TSN RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE, es decir, fuera de la ventana del receptor una vez su posición haya sido actualizada, serán eliminadas de la memoria de almacenamiento intermedio de reordenamiento y entregadas a la entidad de desensamble;
60 - si next_expected_TSN está por debajo de la ventana del receptor actualizada: -next_expected_TSN se fijará en: RcvWindow_UpperEdge -RECEIVE_WINDOW_SIZE + 1;
-
si la PDU MAC-hs con TSN = next_expected_TSN está almacenada en la memoria de almacenamiento intermedio de reordenamiento:
l0
l5
-
todas las PDUs MAC-hs recibidas con TSNs consecutivos desde next_expected_TSN (incluido) hasta la primera PDU MAC-hs no recibida serán entregadas a la entidad de des-ensamble;
-
next_expected_TSN se adelantará al TSN de esta primera PDU MAC-hs no recibida.
Si una WTRU tiene memoria insuficiente para tratar una PDU MAC-ehs recibida, la WTRU realiza las siguientes operaciones:
-
selecciona TSN_flush de forma que:
next_expected_TSN < TSN_flush < RcvWindow_UpperEdge + 1;
-
entrega todas las PDUs MAC-hs recibidas correctamente con TSN < TSN_flush a la entidad de des-ensamble;
-
si se ha recibido previamente la PDU MAC-hs con TSN=TSN_flush:
- entrega todas las PDUs MAC-hs recibidas con TSNs consecutivos desde TSN_flush (incluido) hasta la primera PDU MAC-hs no recibida a la entidad de des-ensamble;
-
adelanta next_expected_TSN al TSN de esta PDU MAC-hs no recibida. - o:
-
fija next_expected_TSN en TSN_flush. ENDIF [next_expected_TSN NO está fijada en “Pending” ]
o (por ejemplo, si next_expected_TSN está fijado en “pending” )
-
El temporizador T1 no arranca
-
Next_expected_TSN se fija en SN + 1 (o, alternativamente, SN + x donde x es pre-definida o fijada por las capas superiores)
-
RcvWindow_UpperEdge se fija en TSN + y, donde y puede estar pre-determinada o pre-indicada por las capas
superiores FIN
La funcionalidad de reordenamiento puede ser modificada de tal manera que se puedan utilizar dos diferentes temporizadores (T_init y T1). Cuando la cola de reordenamiento esté en el estado “pending”, el temporizador T1 utilizado en el procedimiento convencional no puede ser arrancado. Por lo tanto, el procedimiento convencional necesita ser modificado de la siguiente forma:
Si el temporizador T1 está inactivo:
-
arrancará el temporizador T1 cuando se reciba correctamente una PDU de reordenamiento con TSN > next_expected_TSN, si next_expected_TSN no está fijada en pendiente (o si "reordering_state no está fijada en pending;
-
T1_TSN se fijará en el TSN de esta PDU MAC-hs.
La segunda modificación es que cuando la cola de reordenamiento está en el estado “pending”, la variable "next_expected_TSN" no se actualiza o fija y permanece fijada en el valor "pending". Además, cualquier comparación que se haga con la variable "next_expected_TSN" en el procedimiento convencional debe dar el resultado "False" cuando la cola de reordenamiento está en el estado “pending” . En caso de que el procedimiento de re-posición MACehs fije la variable RcvWindow_UpperEdge en "pending", esta variable necesita ser inicializada tras la recepción de la primera PDU de reordenamiento. Estas modificaciones pueden ser ejecutadas, por ejemplo, modificando el procedimiento convencional. Debe entenderse que son también posibles otras formulaciones al procedimiento...
Funcionamiento del receptor:
Cuando se recibe una PDU MAC-hs con TSN = SN:
-
(Optional, en el caso de que RcvWindow_UpperEdge esté fijado en “pending” durante la reposición de MAC-ehs), si la ventana del receptor es "pending" (RcvWindow_UpperEdge fijado en "pending")
- RcvWindow_UpperEdge se fijará en SN
-
si SN está dentro de la ventana del receptor:
-
si next_expected_TSN no está fijado en "pending" y SN < next_expected_TSN, o se ha recibido previamente esta PDU MAC-hs:
- la PDU MAC-hs sera descartada; - o:
- la PDU MAC-hs se colocará en la memoria de almacenamiento intermedio en el lugar indicado por el TSN.
-
si SN está fuera de la ventana del receptor:
-
la PDU MAC-hs recibida se colocará por encima del TSN recibido más alto en la memoria de almacenamiento intermedio, en la posición indicada por SN;
-
RcvWindow_UpperEdge se fijará en SN adelantando por ello la ventana del receptor; cualesquiera PDUs MAC-hs con:
TSN RcvWindow_UpperEdge RECEIVE_WINDOW_SIZE, es decir, fuera de la ventana del receptor después
de que se ha actualizado su posición, se eliminarán de la memoria de almacenamiento intermedio y se entregarán a la
entidad de des-ensamble;
-
si next_expected_TSN no está fijado en "pending" y 5 next_expected_TSN está por debajo de la ventana actualizada del receptor:
- next_expected_TSN se fijará en RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1;
-si next_expected_TSN no está fijado en "pending" y la PDU MAC-hs con TSN = next_expected_TS está almacenada en la memoria de almacenamiento intermedio:
-
todas las PDUs MAC-hs recibidas con TSNs consecutivos desde next_expected_TSN (incluido) hasta la l0 primera PDU MAC-hs no recibida se entregarán a la entidad de des-ensamble;
-
next_expected_TSN se adelantará al TSN de esta primera PDU MAC-hs no recibida.
En caso de que una WTRU tenga insuficiente memoria para tratar una PDU de reordenamiento recibida, la WTRU realiza las siguientes operaciones:
l5
-
selecciona TSN_flush de forma que: next_expected_TSN < TSN_flush RcvWindow_UpperEdge + 1 (o cualquier valor si next_expected_TSN es "pending");
-
entrega todas las PDUs MAC-hs correctamente recibidas con TSN < TSN_flush a la entidad de des-ensamble;
-
si la PDU MAC-hs con TSN=TSN_flush ha sido previamente recibida:
20 - entrega todas las PDUs MAC-hs recibidas con TSNs consecutivos desde TSN_flush (incluido) hasta la primera PDU MAC-hs no recibida a la entidad de des-ensamble;
- si next_expected_TSN no está fijado en "pending", adelanta next_expected_TSN al TSN de esta primera PDU MAC-hs no recibida. - o, si next_expected_TSN no está fijado en "pending":
25 - fija next_expected_TSN en TSN_flush.
La tercera modificación especifica lo que se hace mientras la cola de reordenamiento está en el estado “pending” (por ejemplo, mientras el temporizador T_init está activo, si es que esta activación se ha seleccionado). Debe añadirse lo siguiente al procedimiento de reordenamiento convencional, (debe entenderse que la variable Tinit_TSN puede ser
30 sustituida por T1_TSN sin cambio de significado):
si next_expected_TSN se fija en "pending" (o si el estado de reordenamiento está fijado en "pending") y se recibe una PDU de reordenamiento para la cola correspondiente con TSN = SN:
35 (1) (Opcional, aplicable al caso en el que T_init no arranque inmediatamente tras el procedimiento de reposición de MAC-ehs.) Si el temporizador T_init está inactivo
(a) Arranca el temporizador T_init, 40 (b) Se fija Tinit_TSN en SN.
(2) (Opcional, aplicable al caso en que T_init arranque inmediatamente tras el procedimiento de reposición de MAC-ehs.) Si se fija Tinit_TSN en "pending":
45 (a) Tinit_TSN se fija en SN.
Cuando el temporizador T_init finalice (o cuando el estado de reordenamiento se reponga a "normal" por cualquier razón):
50 (1) Opcional, aplicable al caso en que T_init arranque inmediatamente tras el procedimiento de re-posición de MAC-ehs. Si Tinit_TSN se fija en "pending":
(a) Re-arrancar el temporizador T_init.
55 (2) Si Tinit_TSN no está fijado en "pending":
(a) Todas las PDUs de reordenamiento recibidas correctamente hasta, e incluyendo, Tinit_TSN - 1 (u, opcionalmente Tinit_TSN) se entregan a la entidad de reordenamiento anterior) (es decir, puede ser una entidad de des-multiplexado, de des-ensamble o de re-ensamble LCH-ID).
60 (b) Todas las PDUs de reordenamiento recibidas correctamente hasta la siguiente PDU de reordenamiento no recibida con TSN mayor que Tinit_TSN serán enviadas a la entidad de reordenamiento anterior.
(c) next_expected_TSN se fija en el TSN de la siguiente PDU de reordenamiento no recibida
opcionalmente con TSN mayor que T1_TSN; y (si es de aplicación) la variable del estado de 65 reordenamiento se fija en “normal”. Alternativamente, next_expected_TSN puede ser siempre fijado en la siguiente PDU MAC-ehs no recibida con TSN mayor que T1_TSN cuando el temporizador finalice.
(d) Opcionalmente, si todavía existe alguna PDU de reordenamiento recibida que no puede ser enviada a una capa superior:
(i)
arrancar el temporizador T1
(ii)
fijar T1_TSN en el TSN más alto entre aquellos grupos de SDUs MAC-ehs que no pueden ser entregados.
l0 Alternativamente, si se utiliza la variable de estado de reordenamiento en el procedimiento de reordenamiento (opcional), el next_expected_TSN puede hacerse RcvWindow_UpperEdge- RECEIVE_WINDOW_SIZE + 1 cuando se recibe una PDU de reordenamiento con TSN = SN.
Alternativamente, puede utilizarse un solo temporizador (T1). Si se utiliza un solo temporizador, (es decir, temporizador l5 T1), la función de reordenamiento se describe de la siguiente forma:
Si el temporizador T1 está inactivo y next_expected_TSN no está fijado en "Pending":
(a) el temporizador T1 arrancará al recibir correctamente una PDU con TSN > next_expected_TSN.
20 (b) T1_TSN se fijará al TSN de esta PDU de reordenamiento. Si el temporizador T1 está inactivo y next_expected_TSN está fijado en "Pending"
(c)
el temporizador T1 arrancará al recibir correctamente una PDU de reordenamiento
(d)
T1_TSN se fija en el TSN de esta PDU de reordenamiento. Si ya está activo un temporizador T1:
25 (e) no arrancará un temporizador adicional, es decir, solo estará activo un temporizador T1 un momento determinado. El temporizador T1 se detendrá si:
(f) la PDU de reordenamiento con TSN = T1_TSN puede ser entregada a la entidad de re-ensamble antes de que el temporizador finalice y next_expected_TSN no esté fijado en "Pending".
30 Cuando el temporizador T1 finalice y next_expected_TSN no esté fijado en "Pending" y T1_TSN > next_expected_TSN:
(g) todas las PDUs recibidas correctamente, con TSN > next_expected_TSN hasta, e incluyendo, T1_TSN-1 se entregarán a la entidad de re-ensamble;
(h) todas las PDUs de reordenamiento recibidas hasta la siguiente PDU de reordenamiento no recibida 35 correctamente serán entregadas a la entidad de re-ensamble.
(i)
next_expected_TSN se fijará en el TSN de la siguiente PDU de reordenamiento no recibida. Cuando finalice el temporizador T1 y next_expected_TSN esté fijado en “Pending”:
(j)
Todas las PDUs de reordenamiento recibidas correctamente hasta, e incluyendo T1_TSN-1, se entregan en la entidad de re-ensamble.
40 (k) Todas las PDUs de reordenamiento recibidas correctamente hasta la siguiente PDU de reordenamiento no recibida con TSN mayor que T1_TSN serán entregadas a la entidad de re-ensamble
(l) next_expected_TSN se fija en el TSN de la siguiente PDU de reordenamiento no recibida, opcionalmente con TSN mayor que T1_TSN Cuando el temporizador T1 se detenga o finalice, y quede aún alguna PDU de reordenamiento recibida
45 que no puede ser entregada a la capa superior:
(m)
arrancar el temporizador T1
(n)
fijar T1_TSN al TSN más alto de entre aquellos grupos de SDUs MAC-ehs que no pueden ser entregados.
50 Alternativamente, se puede hacer lo siguiente:
Cuando el temporizador T1 finalice y T1_TSN > next_expected_TSN o next_expected_TSN esté fijado en "Pending”:
55 (a) Todas las PDUs de reordenamiento recibidas correctamente con TSN > next_expected_TSN hasta, e incluyendo T1_TSN-1, serán entregadas a la entidad de re-ensamble;
(b)
Todas las PDUs de reordenamiento recibidas correctamente hasta la siguiente PDU de reordenamiento no recibida serán entregadas a la entidad de re-ensamble.
(c)
next_expected_TSN se fijará al TSN de la siguiente PDU de reordenamiento no recibida.
El funcionamiento del receptor para el reordenamiento se describe a continuación:
Cuando se reciba una PDU de reordenamiento con TSN = SN:
65 (a) si RcvWindow_UpperEdge está fijada en “Pending” (i) RcvWindow_UpperEdge se fijará en SN
(b) si SN está dentro de la ventana del receptor:
5 (i) si next_expected_TSN no está fijada en “Pending” y si SN < next_expected_TSN, o esta PDU de reordenamiento, han sido previamente recibida:
(ii) se descartará la PDU de reordenamiento;
(c) o:
l0
(i) la PDU de reordenamiento se colocará en la memoria de almacenamiento intermedio de reordenamiento en el lugar indicado por el TSN.
(d) si SN está fuera de la ventana del receptor:
l5
(i)
la PDU de reordenamiento recibida se colocará por encima del TSN más alto recibido en la memoria de almacenamiento intermedio de reordenamiento, en la posición indicada por SN;
(ii)
RcvWindow_UpperEdge se fijará en SN, adelantando así la ventana del receptor;
(iii) cualquier PDU de reordenamiento con TSN RcvWindow_UpperEdge
20 RECEIVE_WINDOW_SIZE, es decir, fuera de la ventana del receptor una vez su posición se haya actualizado, será eliminada de la memoria de almacenamiento intermedio de reordenamiento y entregada a la entidad de re-ensamble;
(iv) si next_expected_TSN no está fijado en “Pending” y si next_expected_TSN está por debajo de la ventana actualizada del receptor,
a. next_expected_TSN se fijará en RcvWindow_UpperEdge RECEIVE_WINDOW_SIZE + 1;
(e) si next_expected_TSN no está fijado en “Pending” y si la PDU de reordenamiento con TSN = 30 next_expected_TSN está almacenada en la memoria de almacenamiento intermedio de reordenamiento:
(i) todas las PDUs de reordenamiento recibidas con TSNs consecutivos desde next_expected_TSN (incluido) hasta la primera PDU de reordenamiento no recibida serán entregadas a la entidad de re-ensamble;
35 (ii) next_expected_TSN se adelantará al TSN de esta primera PDU de reordenamiento no recibida.
En el caso de que una WTRU tenga memoria insuficiente para tratar una PDU de reordenamiento recibida, la WTRU realiza las siguientes operaciones:
(a)
selecciona TSN_flush de forma que: next_expected_TSN < TSN_flush RcvWindow_UpperEdge + 1 [o cualquier valor si next_expected_TSN está fijado en “Pending”];
(b)
entrega todas las PDUs de reordenamiento recibidas correctamente con TSN < TSN_flush a la entidad de re
ensamble; 45 (c) si la PDU de reordenamiento con TSN=TSN_flush ha sido recibida previamente;
(i)
entrega todas las PDUs de reordenamiento recibidas con TSNs consecutivos desde TSN_flush (incluido) hasta la primera PDU de reordenamiento no recibida, a la entidad de re-ensamble;
(ii)
adelanta next_expected_TSN al TSN de esta primera PDU de reordenamiento no recibida.
(d) o:
(i) fija next_expected_TSN en TSN_flush.
55 De acuerdo con una séptima realización, el Nodo-Bs puede transmitir el TSN para la siguiente SDU MAC-ehs que se envía a las WTRUs que utilizan el H-RNTI común. Esta información puede ser transmitida en uno de los bloques de información del sistema (SIB) que se origina en el Nodo-B. Cuando la WTRU realiza una reposición de MAC-ehs y selecciona una nueva célula, la WTRU lee el SIB que contiene el número TSN. Tras adquirir el TSN, la WTRU puede realizar las siguientes etapas:
(1)
Fijar next_expected_TSN = TSN + 1 adquirido de SIB; y
(2)
Fijar Rcv_Window_UpperEdge = TSN
Esto permite que la WTRU trate adecuadamente la siguiente PDU MAC-ehs de reordenamiento recibida, utilizando un 65 H-RNTI común y realice el reordenamiento.
l0
l5
Alternativamente, el Nodo-B puede proveer el TSN en el HS-SCCH. El TSN puede ser provisto en una o en una combinación de las siguientes formas:
(1)
Por cada transmisión realizada sobre un H-RNTI común; y
(2)
Solo para la primera transmisión x (número configurable de veces) justo después de haberse añadido una WTRU a la nueva célula.
Alternativamente, el Nodo B y la WTRU pueden reponer el TSN de una cola concreta a un valor por defecto. Esto puede hacerse siempre que se transmita un paquete a una nueva WTRU en la célula. El valor por defecto puede ser indicado por medio de las capas superiores o predefinido. El Nodo-B puede indicar la reposición del TSN a todas las otras WTRUs que supervisan el H-RNTI. El Nodo B puede indicar una reposición TSN utilizando cualquiera de los siguientes métodos:
(1)
Utilizar indicación de Capa 3 nueva o convencional (por ejemplo, BCCH u otro mensaje RRC);
(2)
Utilizar indicación de Capa 2 nueva o convencional, (por ejemplo, el encabezamiento MAC-ehs puede ser modificado para incluir información sobre la reposición de TSN); y
(3)
Utilizar indicación de Capa PHY nueva o convencional, (por ejemplo, podría utilizarse un formato HS-SCCH modificado para indicar una reposición de TSN.
De acuerdo con una octava realización, la red siempre se asegura de que los mensajes RRC enviados sobre un H-RNTI común sean lo bastante pequeños como para caber en una sola PDU MAC-ehs minimizando el contenido del mensaje. El mensaje RRC puede ser "segmentado" en mensajes RRC más pequeños. Por ejemplo, el mensaje inicial puede contener la célula RNTI (C-RNTI) y/o H-RNTI y el resto de la configuración puede ser indicada utilizando mensaje(s) RRC separado(s). Una vez la WTRU obtiene su exclusivo H-RNTI, los siguientes mensajes RRC pueden ser de cualquier tamaño ya que la funcionalidad de reordenamiento de MAC-ehs opera correctamente con el H-RNTI exclusivo.
Sin embargo, la red necesita asegurarse de que la TRU ha recibido satisfactoriamente el mensaje RRC inicial (por ejemplo, que contiene sólo el C-RNTI y/o el H-RNTI), antes de enviar posteriores mensajes (configuración) utilizando el H-RNTI exclusivo. Esto se puede garantizar si la entidad RRC espera el tiempo suficiente teniendo en cuenta el número de retransmisión HARQ y los requisitos de retardo de RRC en la WTRU. Dependiendo de la ejecución, la entidad RRC puede estar “ciega” al retardo requerido por las capas inferiores para transmitir el mensaje. Si este es el caso, entonces la RRC necesita esperar un largo tiempo hasta estar segura de que la transmisión ha finalizado.
Adicionalmente, al segmentar el mensaje RRC, un RNC tiene que asegurarse de que el tamaño de las SDUs MAC-ehs generadas se encuentre dentro de un valor tal que no se requiera segmentación en la entidad MAC-ehs. Puede utilizarse el tamaño de bloque de transporte más pequeño disponible como referencia del tamaño de la PDU MAC-ehs. Alternativamente, o en combinación, el tamaño del bloque de transporte que va a ser utilizado por el Nodo-B puede ser deducido a partir del valor de los resultados de medición recibidos en un canal de acceso aleatorio (RACH) que se incluye en el campo "Transmit Power Level".
Si se produce la segmentación del mensaje RRC, el lado del receptor puede requerir ser modificado de tal forma que actúe sobre los IEs del mensaje recibido como si se hubiera enviado un solo mensaje RRC, (es decir, no esperar la otra parte o segmento del mensaje RRC).
De acuerdo con una novena realización, los primeros paquetes recibidos no se entregan inmediatamente. La primera PDU MAC_ehs recibida siempre se coloca en la memoria de almacenamiento intermedio de reordenamiento y su SN se utiliza para determinar los valores de algunas o todas las variables de reordenamiento (next_expected_TSN, RcvWindow_UpperEdge, T1_TSN). Por ejemplo, el límite superior de la ventana del receptor (RcvWindow_UpperEdge) y/o T1_TSN puede fijarse en el SN de la PDU MAC-ehs recibida, y next_expected_TSN puede fijarse en este SNRECEIVE_WINDOW_SIZE+1. Esto asegura que no se descarte ninguna PDU con TSN inferior recibida posteriormente, sino que se almacene en la memoria de almacenamiento intermedio de reordenamiento. Alternativamente, next_expected_TSN puede fijarse en un valor diferente, tal como RcvWindow_UpperEdge - x donde x es alguna constante predefinida. Al recibir esta primera PDU MAC-ehs, arranca un temporizador (bien el temporizador T1 u otro temporizador T1_init). Hasta la finalización del temporizador, todas las PDUs MAC-ehs recibidas posteriormente son colocadas en la memoria de almacenamiento intermedio de reordenamiento de acuerdo con su TSN. Estas PDUs no se entregan a la entidad de re-ensamble a menos que tengan que ser eliminadas de la memoria de almacenamiento intermedio de reordenamiento según el procedimiento convencional.
Cuando finaliza el temporizador, alguna o todas las PDUs presentes en la memoria de almacenamiento intermedio de reordenamiento pueden ser entregadas a la entidad de re-ensamble. Por ejemplo, pueden entregarse todas las PDUs con TSN hasta, incluyendo, T1_TSN-1 y después, pueden entregarse todas las PDUs hasta la siguiente PDU no recibida. La variable next_expected_TSN puede ser fijada (o repuesta) en el TSN de la siguiente PDU no recibida. Además, el temporizador T1 puede arrancar en este momento si aún hay PDUs que no pueden ser entregadas. En este caso, la variable T1_TSN puede ser fijada en el TSN más alto de entre las PDUs aMAC-ehs que no pueden ser entregadas. El funcionamiento normal de reordenamiento continúa a partir de ese punto.
Al menos una de las variables next_expected_TSN y RcvWindow_UpperEdge tiene su valor inicial fijado en un valor especial (“Pending”) de forma que la WTRU ejecuta las operaciones correspondientes al comienzo del procedimiento. Alternativamente, puede definirse una nueva variable Booleana, (por ejemplo, "Reordering_InitialState") para indicar si
5 el procedimiento se encuentra en su estado inicial o no. Cuando el valor de esta variable está fijado en "True", la WTRU ejecuta el procedimiento como se indicó anteriormente, y la variable se repone en "False" al finalizar el temporizador inicial.
De acuerdo con una opción para la novena realización, la variable RcvWindow_UpperEdge solo tiene su valor inicial
l0 fijado en “Pending” para determinadas colas de reordenamiento sujetas al procedimiento modificado. El temporizador T1 arranca al recibir la primera PDU cuando el valor de RcvWindow_UpperEdge es "Pending" indicando que está en su estado inicial. El procedimiento detallado es el siguiente:
Si el temporizador T1 está inactivo:
l5
-
el temporizador T1 arrancará al recibir correctamente una PDU de reordenamiento con TSN > next_expected_TSN, o cuando una PDU de reordenamiento sea recibida correctamente y RcvWindow UpperEdge esté fijado en "Pending".
20 -T1_TSN se fijará en el TSN de esta PDU de reordenamiento.
Si ya hay un temporizador T1 activo:
-
no arrancará ningún temporizador adicional. Es decir, solo estará activo el temporizador T1 en un momento 25 dado.
El temporizador T1 finalizará si:
-
la PDU de reordenamiento con TSN = T1_TSN puede entregarse a la entidad de re-ensamble antes de que 30 finalice el temporizador.
Cuando finalice el temporizador T1 y T1_TSN > next_expected_TSN:
-
todas las PDUs de reordenamiento correctamente recibidas con TSN > next_expected_TSN hasta, e 35 incluyendo, T1_TSN-1 se entregarán a la entidad de re-ensamble;
-
todas las PDUs de reordenamiento correctamente recibidas hasta la siguiente PDU de reordenamiento no recibida se entregarán a la entidad de re-ensamble
-
next_expected_TSN se fijará en el TSN de la siguiente PDU de reordenamiento no recibida.
40 Cuando el temporizador T1 finalice, y exista todavía alguna PDU de reordenamiento recibida que no pueda ser entregada a la capa superior:
-
arranca el temporizador T1
45 -se fija T1_TSN en el TSN más alto de entre aquellos entre los grupos de SDUs MAC-ehs que no puedan ser entregados
Funcionamiento del transmisor: Una vez que el transmisor ha transmitido una PDU de reordenamiento con TSN=SN, no debe retransmitirse ninguna
50 PDU de reordenamiento con TSN SN -TRANSMIT_WINDOW_SIZE para evitar ambigüedad en el número de secuencia del receptor.
Funcionamiento del receptor:
Cuando se recibe una PDU de reordenamiento con TSN = SN:
-
si RcvWindow UpperEdge está fijado en "Pending":
-
RcvWindow UpperEdge se fijará en SN;
-
next_expected_TSN se fijará en RcvWindow UpperEdge-WINDOW SIZE + 1.
-
si SN está dentro de la ventana del receptor:
-
si SN < next_expected_TSN, o esta PDU de reordenamiento ha sido recibida previamente:
65 -se descartará la PDU de reordenamiento; -o: -la PDU de reordenamiento se colocará en la memoria de almacenamiento intermedio de reordenamiento en el lugar indicado por el TSN.
-
si SN está fuera de la ventana del receptor:
-
la PDU de reordenamiento recibida será colocada por encima del TSN más alto recibido en la
memoria de almacenamiento intermedio de reordenamiento, en la posición indicada por SN; l0 -RcvWindow_UpperEdge se fijará en SN, adelantando por tanto la ventana del receptor;
-
cualquier PDU de reordenamiento con TSN RcvWindow_UpperEdge-RECEIVE_WINDOW_SIZE, es decir, fuera de la ventana del receptor una vez su posición se haya actualizado, será eliminada de la memoria de almacenamiento intermedio de reordenamiento y entregada a la entidad de re-ensamble;
l5 -si next_expected_TSN está por debajo de la ventana actualizada del receptor:
-
next_expected_TSN se fijará en RcvWindow_UpperEdge-RECEIVE_WINDOW_SIZE + 1;
20 -si la PDU de reordenamiento con TSN = next_expected_TSN está almacenada en la memoria de almacenamiento intermedio de reordenamiento:
-
todas las PDUs recibidas de reordenamiento con TSNs consecutivos desde next_expected_TSN
(incluido) hasta la primera PDU de reordenamiento no recibida serán enviadas a la entidad de re25 ensamble;
-
next_expected_TSN adelantará al TSN de esta primera PDU de reordenamiento no recibida.
En el caso de que una WTRU no tenga memoria suficiente para tratar una PDU de reordenamiento recibida, realizará el 30 siguiente conjunto de operaciones:
-
seleccionará TSN_flush de la forma: next_expected_TSN < TSN_flush RcvWindow_UpperEdge 1;
-
entregará todas las PDUs de reordenamiento recibidas correctamente con TSN < TSN_flush a la entidad de reensamble;
-
si se ha recibido previamente la PDU de reordenamiento con TSN=TSN_flush:
-
entregará todas las PDUs de reordenamiento recibidas correctamente con TSNs consecutivos desde
TSN_flush (incluido) hasta la primera PDU de reordenamiento no recibida, a la entidad de re-ensamble; 40 -adelantará next_expected_TSN al TSN de esta primera PDU de reordenamiento.
-
o:
-
fijará next_expected_TSN en TSN_flush.
De acuerdo con una segunda opción para la novena realización, las variables next_expected_TSN y
RcvWindow_UpperEdge tienen ambas sus valores iniciales fijados en "Pending" para determinadas colas de
reordenamiento sometidas al procedimiento modificado. Tras recibir la primera PDU, las variables
RcvWindow_UpperEdge y T1_TSN se fijan en el SN de esta PDU, mientras que next_expected_TSN permanece fijado 50 en el valor "Pending". Además, arranca el temporizador T1. La comparación entre el SN de las PDUs recibidas y
next_expected_TSN se omite cuando next_expected_TSN está fijado en "Pending". Una vez que el temporizador T1
finalice o se detenga (esto último puede suceder si la PDU con SN igual a T1_TSN puede ser entregada debido al
adelantamiento de la ventana del receptor), todas las PDUs con SN hasta TCTSN -1, y con SN hasta la siguiente PDU
no recibida, se envían a la entidad de re-ensamble. El valor de next_expected_TSN se fija en el SN de la siguiente PDU 55 no recibida y el funcionamiento normal del reordenamiento puede continuar desde ese punto. El procedimiento detallado
es el siguiente:
Si el temporizador T1 está inactivo y next_expected_TSN no está fijado en "Pending":
60 -el temporizador T1 arrancará cuando se reciba correctamente una PDU de reordenamiento con TSN > next_expected_TSN.
-
T1_TSN se fijará en el TSN de esta PDU de reordenamiento.
Si el temporizador T1 está inactivo y next_expected_TSN está fijado en "Pending":
-
el temporizador T1 arrancará cuando se reciba correctamente una PDU de reordenamiento.
-
T1 TSN se fija en el TSN de esta PDU. Si el temporizador T1 ya está activado: 5 -no arrancará ningún temporizador adicional, es decir, solo puede estar activo el temporizador T1 en un momento dado. El temporizador T1 se detendrá si: l0 -la PDU de reordenamiento con TSN = T1_TSN puede ser entregada a la entidad de re-ensamble antes de que finalice el temporizador. Cuando el temporizador T1 expire y next_expected_TSN no esté fijado en "Pending" y T1_TSN > next_expected_TSN:
l5 -todas las PDUs de reordenamiento recibidas correctamente con TSN > next_expected_TSN hasta, e incluyendo, T1_TSN-1 serán entregadas a la entidad de re-ensamble;
-
todas las PDUs de reordenamiento recibidas correctamente hasta la siguiente PDU de reordenamiento no recibida serán enviadas a la entidad de re-ensamble.
-
next_expected_TSN se fijará en el TSN de la siguiente PDU de reordenamiento no recibida.
Cuando se detenga o finalice el temporizador T1 y next_expected_TSN esté fijado en "Pending":
-
todas las PDUs de reordenamiento recibidas correctamente hasta e incluyendo T1 TSN-1 se entregan a la entidad de re-ensamble.
25 -todas las PDUs de reordenamiento recibidas correctamente hasta la siguiente PDU de reordenamiento no recibida con TSN mayor que T1 TSN serán entregadas a la entidad de re-ensamble.
-
next_expected_TSN se fija en el TSN de la siguiente PDU de reordenamiento no recibida con TSN mayor que T1 TSN.
30 Cuando el temporizador T1 se detenga o finalice, y aún exista alguna PDU de reordenamiento recibida que no pueda ser entregada a una capa superior:
-
arranca el temporizador T1
-
se fija T1_TSN en el TSN más alto de entre aquellos del grupo de SDU MAC-ehs que no pueden ser 35 entregadas.
Funcionamiento del transmisor: Una vez que el transmisor ha transmitido una PDU de reordenamiento con TSN=SN, cualquier PDU de reordenamiento con TSN SN -TRANSMIT_WINDOW_SIZE no debe retransmitirse para evitar ambigüedad del número de secuencia
40 en el receptor.
Funcionamiento del receptor: Cuando se recibe una PDU de reordenamiento con TSN = SN:
45 -si RcvWindow UpperEdge está fijado en "Pending":
-
RcvWindow UpperEdge se fijará en SN.
-
si SN está dentro de la ventana del receptor:
-
si next_expected_TSN no está fijado en "Pending" y SN < next_expected_TSN, o esta PDU de reordenamiento ha sido previamente recibida:
-
la PDU de reordenamiento será descartada; 55 -o:
-
la PDU de reordenamiento se colocará en la memoria de almacenamiento intermedio de reordenamiento en el lugar indicado por el TSN.
60 -si SN está fuera de la ventana del receptor:
-
la PDU de reordenamiento recibida se colocará por encima del TSN más alto recibido en la memoria de almacenamiento intermedio de reordenamiento, en la posición indicada por SN;
65 -RcvWindow_UpperEdge se fijará en SN, adelantando por tanto la ventana del receptor; -todas aquellas PDUs de reordenamiento con TSN RcvWindow_UpperEdge-RECEIVE_WINDOW_SIZE, es decir, fuera de la ventana del receptor una vez que su posición se haya actualizado, se eliminarán de la memoria de almacenamiento intermedio de reordenamiento y se entregarán a la entidad de re-ensamble;
5 -si next_expected_TSN no está fijado en "Pending" y next_expected_TSN está por debajo de la ventana actualizada del receptor:
-
next_expected_TSN se fijará en RcvWindow_UpperEdge-RECEIVE_WINDOW_SIZE + 1;
l0 -si next_expected_TSN no está fijado en "Pending" y la PDU de reordenamiento con TSN = next expected_TSN está almacenada en la memoria de almacenamiento intermedio de reordenamiento:
-
todas las PDUs de reordenamiento recibidas con TSNs consecutivos desde next_expected_TSN (incluido) hasta la primera PDU de reordenamiento no recibida serán entregadas a la entidad de re-ensamble;
l5
-
next_expected_TSN se adelantará al TSN de esta primera PDU de reordenamiento no recibida.
En el caso de que una WTRU no tenga memoria suficiente para tratar una PDU de reordenamiento recibida, realizará el siguiente conjunto de operaciones:
-
seleccionará TSN_flush de forma que: next_expected_TSN < TSN_flush < RcvWindow_UpperEdge + 1, o (en el caso en el que next_expected_TSN esté fijado en "Pending"), RcvWindow UpperEdge - RECEIVE WINDOW SIZE < TSN flush < RcvWindow UpperEdge + 1;
25 -entregará todas las PDUs de reordenamiento recibidas correctamente con TSN < TSN_flush a la entidad de reensamble;
-
si se ha recibido previamente la PDU de reordenamiento con TSN=TSN_flush:
30 -entregará todas las PDUs de reordenamiento recibidas con TSNs consecutivos desde TSN_flush (incluido) hasta la primera PDU de reordenamiento no recibida, a la entidad de re-ensamble;
-
adelantará next_expected_TSN al TSN de esta la primera PDU de de reordenamiento no recibida. -o:
-
fijará next_expected_TSN en TSN_flush.
De acuerdo con una tercera opción para la novena realización, RcvWindow_UpperEdge y next_expected_TSN
mantienen su valores iniciales según la técnica convencional, y se define una nueva variable "Reordering_InitialState" y 40 toma el valor inicial "True" para aquellas colas de reordenamiento sometidas al procedimiento modificado. La condición
para arrancar el temporizador T1 se modifica para asegurar que el temporizador arranque al recibir la primera PDU
cuando el valor de Reordering_InitialState sea "True" indicando que está en su estado inicial. La WTRU primero
comprueba si Reordering_InitialState está fijado en "True" antes de tratar la PDU MAC-ehs recibida. Si éste es el caso,
la variable RcvWindow_UpperEdge se fija en el SN de la PDU, la variable next_expected_TSN se fija en el límite inferior 45 de la ventana del receptor y la variable Reordering_InitialState se fija en "False" para volver al estado normal. El
procedimiento detallado es el siguiente:
Si el temporizador T1 está inactivo:
50 -el temporizador T1 arrancará cuando se reciba correctamente una PDU de reordenamiento con TSN > next_expected_TSN, o cuando se reciba correctamente una PDU de reordenamiento y Reordering InitialState esté fijado en "True".
-
T1_TSN se fijará en el TSN de esta PDU de reordenamiento. 55 Si hay un temporizador T1 ya activo:
-
no arrancará ningún temporizador adicional, es decir, solo puede haber activo un temporizador T1 activo en un momento dado.
60 El temporizador T1 se detendrá si:
-
la PDU con TSN = T1_TSN puede entregarse a la entidad de re-ensamble antes de que finalice el temporizador. Cuando el temporizador T1 finalice y T1_TSN > next_expected_TSN:
-
todas las PDUs de reordenamiento correctamente recibidas con TSN > next_expected_TSN hasta, e incluyendo, T1_TSN-1, serán entregadas a la entidad de re-ensamble;
-
todas las PDUs de reordenamiento correctamente recibidas hasta la siguiente PDU de reordenamiento no recibida
será entregada a la entidad de re-ensamble. 5 -next_expected_TSN se fijará en el TSN de la siguiente PDU de reordenamiento no recibida.
Cuando el temporizador T1 se detenga o finalice, y aún haya PDUs de reordenamiento recibidas que no puedan ser entregadas a una capa superior:
l0 -aranca el temporizador T1
-
se fija T1_TSN en el TSN más alto entre aquellos grupos de SDUs MAC-ehs que no pueden ser entregadas.
Funcionamiento del transmisor: Una vez que el transmisor ha transmitido una PDU de reordenamiento con TSN=SN, no debe retransmitirse ninguna l5 PDU de reordenamiento con TSN SN -TRANSMIT_WINDOW_SIZE para evitar ambigüedad del número de secuencia en el receptor.
Funcionamiento del receptor: Cuando se recibe una PDU de reordenamiento con TSN = SN:
-
si Reordering InitialState está fijado en "True":
-
RcvWindow UpperEdge se fijará en SN; 25 -Reordering InitialState se fijará en "False";
-
next_expected_TSN se fijará en RcvWindow UpperEdge - WINDOW SIZE + 1.
-
si SN está dentro de la ventana del receptor:
-
si SN < next_expected_TSN, o si esta PDU de reordenamiento se ha recibido previamente:
-
la PDU de reordenamiento será descartada; 35 -o:
-
la PDU de reordenamiento será colocada en la memoria de almacenamiento intermedio de reordenamiento en el lugar indicado por el TSN.
40 -si SN está fuera de la ventana del receptor:
-
la PDU de reordenamiento recibido se colocará por encima del TSN más alto recibido en la memoria de almacenamiento intermedio de reordenamiento, en la posición indicada por SN;
45 -RcvWindow_UpperEdge se fijará en SN adelantando por tanto la ventana del receptor;
-
todas aquellas PDUs de reordenamiento con TSN RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE, es decir, fuera de la ventana del receptor una vez actualizada su posición, serán eliminadas de la memoria de almacenamiento intermedio de reordenamiento y entregadas a la entidad de re-ensamble;
-
si next_expected_TSN está por debajo de la ventana actualizada del receptor:
-
next_expected_TSN se fijará en RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1;
55 -si la PDU de reordenamiento con TSN = next_expected_TSN está almacenada en la memoria de almacenamiento intermedio de reordenamiento:
-
todas las PDUs de reordenamiento recibidas con TSNs consecutivos desde next_expected_TSN (incluido) hasta la
primera PDU de reordenamiento recibida serán entregadas a la entidad de re-ensamble; 60 -next_expected_TSN se adelantará al TSN de esta primera PDU de reordenamiento no recibida.
En el caso de que una WTRU no tenga memoria suficiente para tratar una PDU de reordenamiento recibida, realizará el siguiente conjunto de operaciones:
65 -seleccionará TSN_flush de forma que: next_expected_TSN < TSN_flush < RcvWindow_UpperEdge + 1; -entregará todas las PDUs de reordenamiento recibidas correctamente con TSN < TSN_flush a la entidad de reensamble
-
si la PDU de reordenamiento con TSN=TSN_flush ha sido previamente recibida:
-
entregará todas las PDUs de reordenamiento recibidas con TSNs consecutivos desde TSN_flush (incluido) hasta la primera PDU de reordenamiento no recibida a la entidad de re-ensamble;
-
adelantará next_expected_TSN al TSN de esta primera PDU de reordenamiento no recibida.
l0
-
o:
-
fijará next_expected_TSN en TSN_flush.
l5 De acuerdo con una cuarta opción para la novena realización, la funcionalidad de reordenamiento puede comenzar con un tamaño inicial de ventana (es decir RECEIVE_WINDOW_SIZE), de 64, lo que cubre todos los posibles números de secuencia para la cola. Esto garantiza que no se descarten PDUs de reordenamiento durante la fase inicial. Al recibir la primera PDU de reordenamiento, el temporizador T1 arranca con T1_TSN fijado en el SN de la primera PDU MAC-ehs recibida, a menos que se reciba una PDU de reordenamiento con SN fijado en 0.
20 Cuando finalice el temporizador, algunas o todas las PDUs presentes en la memoria de almacenamiento intermedio de reordenamiento se entregan a la entidad de re-ensamble según las siguientes reglas:
(1) Todas las PDUs con TSN hasta, incluyendo, T1_TSN-1 serán entregadas a las capas superiores; 25 (2) Todas las PDUs hasta la siguiente PDU no recibida serán entregadas a las capas superiores;
(3)
next_expected_TSN puede ser fijado en el TSN de la siguiente PDU no recibida (alternativamente, fijarla específicamente en la siguiente PDU no recibida con un TSN mayor que T1_TSN);
(4)
RcvWindow_UpperEdge se fija en el número más alto de secuencia de una PDU de reordenamiento recibida;
y30 (5) La variable RECEIVE_WINDOW_SIZE se restaura y se fija en el valor configurado de funcionamiento normal.
Además, el temporizador T1 puede ser reiniciado en este punto si aún hay PDUs que no pueden ser entregadas. En este caso, la variable T1_TSN se fija en el TSN más alto entre aquellos de las PDUs MAC-ehs PDUs que no pueden ser entregadas. El funcionamiento normal de reordenamiento continúa a partir de ese punto.
35 Debe también observarse que para las opciones 1 a 4, puede introducirse opcionalmente un nuevo temporizador diferente, (es decir, T1_init), para la fase inicial. Para utilizar un temporizador diferente, el párrafo del procedimiento donde se comprueba “si el temporizador T1 está inactivo”, se modifica de la siguiente forma:
40 Si los temporizadores T1 o T1_init están inactivos:
-
Si RcvWindow UpperEdge (o next_expected_TSN ) no está fijado en "Pending" (u opcionalmente Reordering InitialState está fijado en "FALSE"), el temporizador T1 arrancará cuando se reciba correctamente una PDU con TSN > next_expected_TSN.
-
Si RcvWindow UpperEdge (o next_expected_TSN) está fijado en "Pending" (u opcionalmente si Reordering InitialState está fijado en "TRUE"), el temporizador T1_init arrancará al recibir correctamente un reordenamiento.
50 Todas las demás acciones relativas a la detención y finalización del temporizador permanecen similares a las acciones relativas al temporizador T1. Cuando el temporizador T1_init finaliza, la entidad de reordenamiento debe asegurar que el temporizador T1 se reiniciará si aún hay PDUs que no pueden ser entregadas. Estos cambios se indican a continuación:
55 Si un temporizador T1 o T1_init está ya activo:
-
no arrancará un temporizador adicional, es decir, solo puede haber activo un temporizador T1 (o T1_ init) en un momento dado.
60 El temporizador T1 o T1_init se detendrá si:
-
la PDU de reordenamiento con TSN = T1_TSN puede ser entregada a la entidad de re-ensamble antes de que finalice el temporizador.
65 Cuando el temporizador T1 o T1_init finalice y T1_TSN > next_expected_TSN:
-
todas las PDUs de reordenamiento recibidas correctamente con TSN > next_expected_TSN hasta, e incluyendo, T1_TSN-1, serán entregadas a la entidad de re-ensamble;
-
todas las PDUs de reordenamiento recibidas correctamente hasta la siguiente PDU no recibida serán entregadas a la entidad de re-ensamble.
5 -next_expected_TSN se fijará en el TSN de la siguiente PDU de reordenamiento no recibida. Cuando el temporizador T1 o T1_init se detenga o finalice, y aún haya alguna PDU de reordenamiento recibida que no puede ser entregada a una capa superior:
-
arranca el temporizador T1 l0 -se fija T1_TSN en el TSN más alto de entre las SDUs MAC-ehs que no pueden ser entregadas.
De acuerdo con una décima realización, puede evitarse un ajuste sistemático explícito del temporizador inicial T1 al recibir la primera PDU de reordenamiento. Por ejemplo, la primera PDU de reordenamiento puede ser inmediatamente entregada a las capas superiores y el valor de su SN se utiliza para determinar los valores de algunas de las variables
l5 de reordenamiento. Para conseguir esto, pueden utilizarse una opción de las siguientes, o una combinación de ellas:
De acuerdo con una primera opción, el procedimiento comienza en un estado “initial” utilizando uno de los métodos antes descritos (por ejemplo, next_expected_TSN y/o RcvWindow_UpperEdge se inicializan en "Pending", o se define una nueva variable para el estado inicial). Cuando se recibe la primera PDU de reordenamiento, next_expected_TSN
20 se fija en SN+1 y RcvWindow_UpperEdge se fija en SN. La cola de reordenamiento continúa con el modo normal de funcionamiento para todas las PDUs de ordenamiento recibidas a continuación.
La primera opción puede dar como resultado que se descarten PDUs recibidas posteriormente con SN < next_expected_TSN. Para evitar el descarte de PDUs, de acuerdo con una segunda opción, se mantiene una nueva
25 variable new initial_TSN que contiene el número TSN de la primera PDU recibida. La primera PDU recibida se entrega a las capas superiores y Initial_TSN se fija en SN, next_expected_TSN se fija en SN+1, y RcvWindow_UpperEdge se fija en SN.
Pueden no descartarse las PDUs de reordenamiento con SN < initial_TSN hasta que el límite inferior de la ventana, (es
30 decir, RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE), se haya desplazado más allá del valor de initial_TSN. Todas las PDUs de reordenamiento con SN < initial_TSN pueden ser entregadas inmediatamente a la entidad de reensamble o directamente a la entidad de des-multiplexado LCH-ID (sin realizar el re-ensamble). El reordenamiento de PDUs con SN > initial_TSN puede ser normalmente tratado por medio del procedimiento de reordenamiento. Opcionalmente, con objeto de evitar duplicidades de datos, puede mantenerse una lista de PDUs recibidas hasta que el
35 límite inferior de la ventana se haya desplazado más allá del TSN inicial. Alternativamente, las PDUs de reordenamiento con SN< initial_TSN pueden no descartarse (y ser entregadas a las capas superiores) hasta que un cierto temporizador finalice (T1 o un nuevo temporizador).
A continuación se describe un procedimiento a modo de ejemplo.
Si el temporizador T1 está inactivo:
-
el temporizador T1 arrancará cuando se reciba correctamente una PDU de reordenamiento con TSN >
next_expected_TSN. 45 -T1_TSN se fijará en el TSN de esta PDU de reordenamiento.
Si ya hay un temporizador T1 activo:
-
no arrancará ningún temporizador adicional (es decir, solo puede haber un temporizador T1 activo en un 50 momento dado).
El temporizador T1 se detendrá si:
-
la PDU de reordenamiento con TSN = T1_TSN puede ser entregada a la entidad de re-ensamble antes 55 de que finalice el temporizador.
Cuando el temporizador T1 finalice y T1_TSN > next_expected_TSN:
-
todas las PDUs de reordenamiento recibidas correctamente con TSN > next expected_TSN hasta, e incluyendo, 60 T1_TSN-1, serán entregadas a la entidad de re-ensamble;
-
todas las PDUs de reordenamiento recibidas correctamente hasta la siguiente PDU de reordenamiento no recibida serán entregadas a la entidad de re-ensamble.
65 -next_expected_TSN se fijará en el TSN de la siguiente PDU de reordenamiento no recibida.
-
si reordering_InitialState está fijado en "TRUE", reordering_InitialState se fijará en "FALSE"
Cuando el temporizador T1 se detenga o finalice, y aún exista alguna PDUs de reordenamiento recibida que no puede ser entregada a la capa superior:
-
arranca el temporizador T1
-
se fija T1_TSN en el TSN más alto de entre aquellos de los grupos de SDUs MAC-ehs que no pueden ser entregados.
l0
Funcionamiento del transmisor: Una vez el transmisor haya transmitido una PDU de reordenamiento con TSN=SN, no debe retransmitirse ninguna PDU de reordenamiento con TSN SN -TRANSMIT_WINDOW_SIZE para evitar ambigüedad en el número de secuencia en el receptor.
l5
Funcionamiento del receptor: Cuando se recibe una PDU de reordenamiento con TSN = SN:
-
si initial_TSN está fijado en "Pending"
-
RcvWindow UpperEdge se fijará en SN:
-
next_expected_TSN se fijará en SN+1 25 -initial_TSN se fijará en SN
-
se entregará la PDU de reordenamiento a la entidad de re-ensamble
-
si SN está dentro de la ventana del receptor
-
si reordering_State está fijado en "TRUE" y si SN < initial TSN
-
la PDU de reordenamiento será entregada a la entidad de re-ensamble (u, opcionalmente, puede saltarse la entidad de re-ensamble y ser enviada directamente a la entidad de des-multiplexado LCH-ID).
-
o si reordering_InitialState está fijado en "FALSE" y si SN < next_expected_TSN, o esta PDU de reordenamiento ha sido previamente recibida:
-
se descartará la PDU de reordenamiento;
-
o: -la PDU de reordenamiento será colocada en la memoria de almacenamiento intermedio de reordenamiento en el lugar indicado por TSN.
-
si SN está fuera de la ventana del receptor:
-
la PDU de reordenamiento recibida será colocada por encima del TSN más alto recibido en la memoria de almacenamiento intermedio de reordenamiento¸ en la posición indicada por SN;
-
RcvWindow_UpperEdge se fijará en SN adelantando por tanto la ventana del receptor;
-
cualquier PDU de reordenamiento con TSN RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE, es decir,
fuera de la ventana del receptor una vez actualizada su posición, será eliminada de la memoria de 55 almacenamiento intermedio de reordenamiento y entregada a la entidad de re-ensamble;
-
si initial_TSN está por debajo de la ventana actualizada del receptor
-
reordering_InitialState se fija en "FALSE"
-
si next_expected_TSN está por debajo de la ventana actualizada del receptor:
-
next_expected_TSN se fijará en RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1;
65 Alternativamente, al recibir la primera PDU de reordenamiento recibida, next_expected_TSN puede fijarse en SN - x, donde x puede ser un valor estático, un número configurable por las capas superiores o un valor predeterminado
l0
l5
basado en el número de procesos HARQ, (por ejemplo, si sólo se utilizan 4 procesos HARQ, x puede fijarse en 4 o en el número de procesos HARQ -1).
El RcvWindow_UpperEdge está fijado en SN. Esto garantiza que algunas de las PDUs de reordenamiento con SN < SN
-
x no serán descartadas para el procedimiento inicial.
Alternativamente, el valor inicial de next_expected_TSN puede estar fijado en el límite inferior de la ventana inicial, RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE +1 en lugar de estar fijado en 0 como en la técnica anterior. El valor inicial de RcvWindow_UpperEdge puede estar fijado en 63.
Además, el procedimiento de reordenamiento puede ser modificado por medio del cambio del tamaño de la ventana inicial. Por ejemplo, pueden configurarse dos tamaños de ventana de receptor, un tamaño pequeño de ventana de receptor y una ventana de receptor de funcionamiento normal configurada por las capas superiores. El tamaño de la ventana inicial puede ser fijado en un valor inferior para acelerar el proceso inicial y evitar el esperar que el largo temporizador T1 finalice. Para volver al estado normal de funcionamiento de reordenamiento, la WTRU puede esperar a que se reciban n (n se corresponde con el tamaño pequeño de ventana inicial) PDUs consecutivas de reordenamiento, o a que el límite inferior de la ventana adelante al SN de la PDU inicial recibida o a que un temporizador finalice. Al entrar en el funcionamiento normal, el WINDOW_SIZE normal configurado puede ser configurado y restaurado.
El tamaño de la ventana puede también fijarse en un valor de cero o de uno. Con el valor fijado en uno, la probabilidad de recibir la primera PDU dentro de la ventana, y por tanto descartarla, se reduce significativamente. La WTRU puede ser configurada de forma que la ventana del receptor sea inicialmente fijada en este pequeño valor y al recibir la primera PDU, la ventana de recepción se fija de nuevo en el RECEIVE_WINDOW_SIZE configurado.
De acuerdo con una undécima realización, la entidad de reordenamiento puede utilizar la información del proceso HARQ como una indicación de comenzar el funcionamiento normal de reordenamiento. Este método puede utilizarse en solitario o en combinación con cualquiera de las realizaciones descritas en esta memoria. Durante el funcionamiento normal, la WTRU puede asegurar que la PDU de reordenamiento con la secuencia más baja posible sea recibida desde la célula, cuando todos los procesos HARQ tengan una nueva asignación. Todas las PDUs de reordenamiento recibidas se almacenan en la memoria de almacenamiento intermedio de reordenamiento hasta que, todos los nuevos procesos HARQ tengan una nueva asignación o hasta que finalice el temporizador T1.
Puede supervisarse el bit NDI de cada proceso HARQ. Cuando el bit NDI para todos los procesos activos alterna entre ‘0’ a ’1’ (indicando una nueva transmisión en el proceso HARQ), la entidad de reordenamiento puede entregar todas las PDUs almacenadas hasta, e incluyendo, la primera PDU de reordenamiento recibida a la entidad de re-ensamble. Todas las otras PDUs hasta la primera PDU no recibida por encima de la primera PDU recibida pueden ser también entregadas a la capa superior. Next_expected_TSN puede fijarse en el SN de la primera PDU no recibida y RcvWindow_UpperEdge se fija en el SN del TSN más alto recibido. El temporizador T1 debe detenerse si está funcionando.
Alternativamente, puede mantenerse un mapeo entre el proceso HARQ y los posibles valores de TSN. Cuando al menos una PDU de reordenamiento de cada proceso HARQ se recibe satisfactoriamente, o si falla la recepción satisfactoria, la WTRU se asegura de que no se transmitirá ninguna PDU de reordenamiento con números de secuencia inferiores a cualquiera de los recibidos. La WTRU puede fijar RcvWindow_UpperEdge en el SN del TSN más alto recibido y next_expected_TSN en la primera PDU no recibida con el SN más alto que la PDU de reordenamiento más baja recibida.
En otra opción, cuando la WTRU recibe la primera PDU de reordenamiento, la WTRU puede comprobar el TSN de todas las PDUs en todos los procesos HARQ activos. Si los números de secuencia de las PDUs que se están tratando en el proceso HARQ son mayores que la primera PDU recibida, la WTRU puede volver al funcionamiento normal. De otro modo, la WTRU puede esperar hasta que se reciba la PDU de reordenamiento con el número de secuencia más bajo en los procesos HARQ.
La red puede también definir la relación entre la ID del proceso HARQ y un conjunto de TSNs posibles para cada proceso HARQ. Por ejemplo, puede configurarse que el proceso HARQ #m sólo gestione PDUs con un TSN que satisfaga TSN = 4 n + m, donde n es un número entero. Esta relación puede ser pre-indicada a la WTRU por las capas más altas. La WTRU puede entonces utilizar esta relación para deducir cuándo se recibe la PDU SN más baja y así continuar el funcionamiento normal. Cabe contemplar una solución basada en una red que restrinja el uso de todo el espacio del número TSN (es decir, la red evita utilizar TSN 55 a 63). Si el tamaño de la ventana de recepción es igual o inferior a los TSNs no utilizados por la red, esto eliminará la posibilidad de descartar las primeras PDUs recibidas. Sin embargo, esta solución puede generar retardos adicionales, y la posibilidad de entregar PDUs desordenadas. Para evitar esto, pueden ejecutarse las siguientes opciones.
De acuerdo con una primera opción, la WTRU puede usar un modulo x, donde x es el número de TSN más bajo restringido (es decir, si 55 a 63 están restringidos, x será 55), para todas las operaciones aritméticas de la entidad de
l0
l5
reordenamiento. Por ejemplo, todas las operaciones aritméticas contenidas en el procedimiento de reordenamiento de next_expected_TSN, RcvWindow_UpperEdge, T1_TSN y TSN_flush están afectadas por el módulo x.
El módulo x puede afectar a los funcionamientos en todo momento para el reordenamiento de CCCH o DCCH (SRB#1). Para el funcionamiento inicial, el RcvWindow_UpperEdge puede ser 63 o cualquier otro valor por encima de x. El modulo x no debería aplicarse a este valor inicial de RcvWindow_UpperEdge o el valor inicial puede ser considerado como un valor inicial indefinido. Utilizar este valor puede ser considerado como equivalente a fijar el valor de RcvWindow_UpperEdge en "Pending". Cuando RcvWindow_UpperEdge está fijado en 63, al recibir la primera PDU con TSN = SN, puede realizarse una, o una combinación, de las siguientes operaciones:
(1)
Comenzar a utilizar el módulo x para todas las operaciones aritméticas;
(2)
RcvWindow_UpperEdge se fijará en SN;
(3)
next_expected_TSN se fijará en RcvWindow_UpperEdge - WINDOW_SIZE + 1; y
(4)
Arrancar el temporizador T1 o el temporizador T1_init.
Alternativamente, pueden emplearse dos operaciones de modulo diferentes para el estado de funcionamiento inicial y normal. Por ejemplo, para el estado de funcionamiento inicial, puede emplearse el módulo normal 64. El RcvWindow_UpperEdge inicial se fija en 63, el límite inferior de la ventana está dentro de los TSNs restringidos, y, por lo tanto, no se descartará ningún dato. Sin embargo, al entrar en el estado de funcionamiento normal (es decir, al recibir la primera PDU o cuando el temporizador T1 finaliza), el procedimiento de reordenamiento puede actualizar los procedimientos aritméticos basados en el funcionamiento del módulo x. Esto evitará retardos duplicados de T1. Opcionalmente, pueden también realizarse las cuatro etapas descritas anteriormente para fijar Rcvwindow_UpperEdge, next_expected_TSN, T1, y comenzar a utilizar el módulo x.
De acuerdo con una segunda opción, el modulo 64 se utiliza en todo momento pero el procedimiento se modifica de tal forma que tiene en cuenta el espacio TSN que falta. Puede usarse uno de los métodos antes mencionados para indicar el funcionamiento del estado de reordenamiento (es decir, tanto el estado de reordenamiento inicial o como el normal:
-
next_expected_TSN o RcvWindow_UpperEdge se fija en un valor especial, "Pending"; y
-
variable de nuevo estado
La WTRU entra en un estado normal de funcionamiento de reordenamiento cuando se recibe la primera PDU o cuando finaliza el temporizador T1. Para el estado de funcionamiento inicial, los procedimientos aritméticos permanecen inalterables. Dado que el espacio TSN está restringido, la primera PDU recibida nunca estará dentro de la ventana de recepción, por lo que no será descartada. Sin embargo, al entrar en el estado normal, el procedimiento de reordenamiento debe ser actualizado para evitar entregas desordenadas y temporizadores T1 duplicados. Con objeto de describir estos procedimientos, pueden utilizarse las siguientes variables:
-
El espacio TSN se restringirá de x a y, donde x es el valor más bajo del espacio restringido e y es el valor superior del espacio restringido (es decir, 63);
-
RcvWindow_lowerEdge es equivalente a RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1;
-
Nr_restrictedTSNs es equivalente al número de TSNs cuyo uso se restringe, y-x.
Cuando opera en el estado normal, el procedimiento de reordenamiento se modifica de tal forma que:
-
Cuando x <= RcvWindow_lowerEdge <= y, entonces la ventana definida del receptor es equivalente a RcvWindow_lowerEdge - Nr_restrictedTSNs;
-
O la ventana de recepción se calcula como (RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE +1);
-
next_expected_TSN no debe fijarse en un valor entre x e y;
-
Si next_expected_TSN es x-1, entonces la siguiente PDU MAC-ehs en orden esperada se considera que sea y+1;
-
El procedimiento de reordenamiento puede considerar todos los números TSN desde x hasta y como PDUs recibidas satisfactoriamente al realizar el reordenamiento y cuando se considera que están esperando a dichos TSNs.
Opcionalmente, al recibir la primera PDU, las variables pueden ser fijadas del siguiente modo:
(1)
RcvWindow_UpperEdge se fijará en SN;
(2)
next_expected_TSN se fijará en RcvWindow_UpperEdge - WINDOW_SIZE + 1; y
(3)
Arrancará el temporizador T1 o el temporizador T1_init.
De acuerdo con una decimosegunda realización, el problema del reordenamiento puede ser solucionado en el lado de la red, en lugar del lado del receptor. El Nodo B puede mantener números TSN diferentes para cada WTRU independientemente dentro de cada H-RNTI común. Cuando se añade una nueva WTRU a la célula, el Nodo B puede comenzar a numerar las PDUs de reordenamiento para esta WTRU desde cero. Los números TSN se incrementan para cada WTRU de forma independiente. Esta solución requeriría que el Nodo B conociera la ID de WTRU única a la cual se
l0
l5
está transmitiendo, además del H-RNTI común. El protocolo de trama Iub puede proporcionar el H-RNTI común. En esta realización, debe también suministrarse el H-RNTI exclusivo que la red ha proporcionado a esta WTRU.
Alternativamente, el RNC puede indicar que el mensaje que va a ser transmitido es para una nueva WTRU. Cuando el Nodo B recibe esta indicación, el Nodo B puede realizar una o una combinación de lo siguiente:
•
Reposiciona enseguida los números TSN asociados con el grupo H-RNTI común; o
•
Se asegura de que cualesquiera PDUs MAC-ehs previamente almacenadas, con el mismo H-RNTI común, hayan sido transmitidas y luego repuestos los números TSN, de modo que el mensaje para la nueva WTRU se envíe con el TSN inicial en cero.
Dado que las otras WTRUs asociadas a la célula con el mismo H-RNTI común estarán recibiendo datos para la nueva célula, podría ser preferible indicar a estas WTRUs que el número TSN ha sido repuesto. Esto puede ser indicado por medio de un bit en el HS-SCCH.
Aunque se han descrito con anterioridad características y elementos en combinaciones concretas, cada característica o elemento pueden ser utilizados por separado, sin las otras características y elementos, o en varias combinaciones con o sin otras características y elementos. Los métodos o gráficos aquí contenidos pueden ser ejecutados en un programa informático, software o firmware incorporado en un medio de almacenamiento interpretable por ordenador para su ejecución por medio de un ordenador o procesador de propósito general. Algunos ejemplos de medios de almacenamiento interpretables por ordenador son una memoria de sólo lectura (ROM), una memoria de acceso aleatorio (RAM), un registro, una memoria caché, dispositivos de memoria de semiconductor, medios magnéticos tales como discos duros internos y discos extraíbles, medios magnético-ópticos, y medios ópticos tales como discos CD-ROM y discos digitales versátiles (DVDs).
Ejemplos de procesadores adecuados son, a modo de ejemplo, un procesador de propósito general, un procesador de propósito especial, un procesador convencional, un procesador de señal digital (DSP), una pluralidad de microprocesadores, uno o más microprocesadores en asociación con un núcleo DSP, un controlador, un microcontrolador, Circuitos Integrados de Aplicación Específica (ASICs), Conjuntos de Puertas Programables en Campo (FPGAs), cualquier otro tipo de circuito integrado (IC), y/o un autómata finito
Puede utilizarse un procesador en asociación con software para conformar un transceptor de radio frecuencia para utilizarlo en una unidad inalámbrica de recepción y transmisión (WTRU), equipo de usuario (UE), terminal, estación base, controlador de red de radio (RNC), o cualquier ordenador anfitrión. La WTRU puede ser utilizada junto con módulos, ejecutada en hardware y/o software, tal como una cámara, un módulo de video cámara, un videófono, un auricular, un dispositivo de vibración, un altavoz, un micrófono, un transceptor de televisión, un auricular de manos libres, un teclado, un módulo Bluetooth®, una unidad de radio modulada en frecuencia (FM), una pantalla de cristal líquido (LCD), una pantalla con diodo orgánico emisor de luz (OLED), un reproductor digital de música, un reproductor multimedia, un módulo de video juego, un navegador de internet y/o cualquier red inalámbrica de área local (WLAN) o módulo de Banda Ultra Ancha (UWB).

Claims (19)

  1. REIVINDICACIONES
    1. Un método para recibir transmisiones de canal compartido de enlace descendente de alta velocidad, HS-DSCH, 5 comprendiendo dicho método:
    la recepción de control de acceso a los medios HS-DSCH, MAC-ehs, unidades de datos de protocolo, PDUs, a través de un HS-DSCH estando en uno de los estados Cell_FACH, estado Cell_PCH, o estado URA_PCH; y caracterizado por enviar PDUs de reordenamiento incluidas en las PDUs MAC-ehs a una entidad posterior de
    l0 tratamiento (310a) sin realizar el reordenamiento de las PDUs de reordenamiento, en el que el envío se salta una entidad de reordenamiento.
  2. 2. El método de acuerdo con la reivindicación 1, en el que se emplea un proceso individual de petición automática híbrida, HARQ, para recibir las PDUS MAC-ehs.
    l5
  3. 3.
    El método de acuerdo con la reivindicación 2, en el que todas las PDUs MAC-ehs se transmiten varias veces y todas las re-transmisiones de una PDU MAC-ehs finalizan antes de comenzar la transmisión de una PDU MAC-ehs posterior.
  4. 4.
    El método de acuerdo con la reivindicación 2, en el que se utiliza el proceso individual HARQ al menos en uno de los
    20 siguientes tipos de recepción: recepciones provenientes de una determinada cola de prioridad, recepciones provenientes de un determinado canal lógico o recepciones que utilizan una identidad temporal de red de radio HS-DSCH común, H-RNTI.
  5. 5. El método de acuerdo con la reivindicación 2, en el que una PDU MAC-ehs destinada al proceso individual HARQ no
    25 es descartada cuando se recibe la PDU MAC-ehs dentro de cinco sub-tramas desde una última recepción de una PDU MAC-ehs destinada a un mismo proceso HARQ.
  6. 6. El método de acuerdo con la reivindicación 2, en el que una PDU MAC-ehs destinada al proceso HARQ individual es
    descartada cuando se recibe la PDU MAC-ehs dentro de n sub-tramas desde una última recepción de una PDU MAC30 ehs destinada a un mismo proceso HARQ, n siendo un número entero.
  7. 7. El método de acuerdo con la reivindicación 1, en el que las PDUs de reordenamiento se envían a la siguiente entidad de tratamiento sin realizar el reordenamiento de las PDUs de reordenamiento si los datos transportados en las PDUs de reordenamiento provienen de una determinada cola de prioridad.
  8. 8. El método de acuerdo con la reivindicación 1, en el que las PDUs de reordenamiento son reenviadas a la siguiente entidad de tratamiento sin realizar el reordenamiento de las PDUs de reordenamiento si las PDUs MAC-ehs se reciben utilizando una identidad temporal de red de radio HS-DSCH común, H-RNTI.
    40 9. El método de acuerdo con la reivindicación 1, en el que las PDUs de reordenamiento se reenvían a la siguiente entidad de tratamiento sin realizar el reordenamiento de las PDUs de reordenamiento si los datos transportados en las PDUs de reordenamiento provienen de un determinado canal lógico.
  9. 10. El método de acuerdo con la reivindicación 9, en que el determinado canal lógico es o un canal de control de 45 transmisión, BCCH o un canal de control buscapersonas, PCCH.
  10. 11. El método de acuerdo con la reivindicación 1, en el que las PDUs MAC-ehs recibidas se reciben mientras una unidad inalámbrica de transmisión/recepción, WTRU, está o en un estado Cell_FACH, o en un estado Cell_PCH o en un estado URA_PCH, y que además comprende fijar un valor inicial de un next_expected_TSN en el límite inferior de una
    50 ventana de recepción (RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1).
  11. 12. Una unidad inalámbrica de transmisión /recepción, WTRU, para recibir transmisiones de canal compartido de enlace descendente de alta velocidad, HS-DSCH, comprendiendo la WTRU un transceptor; y una entidad de control de acceso a los medios HS-DSCH, MAC-ehs, que está configurada para:
    55 recibir unidades de datos de protocolo MAC-ehs, PDUs, a través de un HS-DSCH estando en un estado Cell_FACH, estado Cell_PCH, o estado URA_PCH; y caracterizada porque dicha entidad MAC-ehs está además configurada para enviar PDUs de reordenamiento incluidas en las PDUs MAC-ehs a una entidad posterior de tratamiento (310a) sin realizar el reordenamiento de las PDUs de reordenamiento, en la que las PDUs de
    60 reordenamiento se saltan una entidad de reordenamiento.
  12. 13.
    La WTRU de acuerdo con la reivindicación 12, en la que la entidad MAC-ehs incluye un proceso de petición de repetición automática híbrida, HARQ, para recibir las PDUs MAC-ehs.
  13. 14.
    La WTRU de acuerdo con la reivindicación 13, en la que todas las PDUs MAC-ehs se transmiten varias veces y todas las retransmisiones de una PDU MAC-ehs se completan antes de comenzar la transmisión de una PDU MAC-ehs posterior.
    5 15. La WTRU de acuerdo con la reivindicación 13, en la que se utiliza un único proceso HARQ cuando los datos proceden: o de una determinada cola de prioridad o de un determinado canal lógico o se transmiten utilizando una identidad temporal de red de radio común HS-DSCH, H-RNTI.
  14. 16. La WTRU de acuerdo con la reivindicación 13, en la que la entidad MAC-ehs está configurada para no descartar una
    l0 PDU MAC-ehs destinada al proceso HARQ cuando se recibe la PDU MAC-ehs dentro de cinco sub-tramas desde una última recepción de una PDU MAC-ehs destinada al mismo proceso HARQ.
  15. 17. La WTRU de acuerdo con la reivindicación 13, en la que la entidad MAC-ehs está configurada para descartar una
    PDU MAC-ehs destinada al proceso HARQ cuando se recibe la PDU MAC-ehs dentro de n sub-tramas desde una última l5 recepción de una PDU MAC-ehs destinada al mismo proceso HARQ, siendo n un número entero.
  16. 18. La WTRU de acuerdo con la reivindicación 12, en la que no se realizan retransmisiones de petición de repetición automática híbrida, HARQ, para las PDUs MAC-ehs y en la que cada PDU MAC-ehs se transmite solo una vez.
    20 19. La WTRU de acuerdo con la reivindicación 12, en la que las PDUs de reordenamiento se envían a la siguiente entidad de tratamiento sin realizar el reordenamiento de las PDUs de reordenamiento si los datos transportados en las PDUs de reordenamiento provienen de una determinada cola de prioridad
  17. 20. La WTRU de la reivindicación 12, en la que las PDUs de reordenamiento se reenvían a la siguiente entidad de
    25 procesamiento sin realizar el reordenamiento de las PDUs de reordenamiento si las PDUs MAC-ehs se reciben utilizando una identidad temporal de red de radio común HS-DSCH, H-RNTI.
  18. 21. La WTRU de acuerdo con la reivindicación 12, en la que las PDUs de reordenamiento se reenvían a la siguiente
    entidad de procesamiento sin realizar el reordenamiento de las PDUs de reordenamiento si los datos transportados en 30 las PDUs de reordenamiento provienen de un determinado canal lógico.
  19. 22. La WTRU de acuerdo con la reivindicación 21, en la que el determinado canal lógico es un canal de control de transmisión, BCCH o un canal de control buscapersonas, PCCH.
    35 23. La WTRU de acuerdo con la reivindicación 12, en la que las PDUs MAC-ehs recibidas se reciben estando la WTRU,
    o en un estado Cell_FACB, o en un estado Cell_PCH o en un estado URA_PCH, y en la que la entidad MAC-ehs está además configurada para fijar un valor inicial de un next_expected_TSN en un límite inferior de una ventana de recepción (RcvWindow_UpperEdge - RECEIVE_WINDOW _SIZE + 1).
ES12188428.2T 2007-03-15 2008-03-14 Método y aparato para reordenar datos en un acceso de paquetes evolucionado de alta velocidad Active ES2461545T3 (es)

Applications Claiming Priority (12)

Application Number Priority Date Filing Date Title
US89502807P 2007-03-15 2007-03-15
US895028P 2007-03-15
US89583507P 2007-03-20 2007-03-20
US895835P 2007-03-20
US91502307P 2007-04-30 2007-04-30
US915023P 2007-04-30
US91699307P 2007-05-09 2007-05-09
US916993P 2007-05-09
US94020907P 2007-05-25 2007-05-25
US940209P 2007-05-25
US94146507P 2007-06-01 2007-06-01
US941465P 2007-06-01

Publications (1)

Publication Number Publication Date
ES2461545T3 true ES2461545T3 (es) 2014-05-20

Family

ID=39638692

Family Applications (2)

Application Number Title Priority Date Filing Date
ES08726865.2T Active ES2525815T3 (es) 2007-03-15 2008-03-14 Método y aparato para reordenar datos en un sistema de acceso de paquetes evolucionado de alta velocidad
ES12188428.2T Active ES2461545T3 (es) 2007-03-15 2008-03-14 Método y aparato para reordenar datos en un acceso de paquetes evolucionado de alta velocidad

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES08726865.2T Active ES2525815T3 (es) 2007-03-15 2008-03-14 Método y aparato para reordenar datos en un sistema de acceso de paquetes evolucionado de alta velocidad

Country Status (17)

Country Link
US (3) US8724634B2 (es)
EP (3) EP2137867B1 (es)
JP (4) JP4909418B2 (es)
KR (4) KR101128211B1 (es)
CN (2) CN103634082B (es)
AR (1) AR067205A1 (es)
AU (1) AU2008229486B2 (es)
BR (1) BRPI0808243A2 (es)
CA (1) CA2681049C (es)
DK (1) DK2547031T3 (es)
ES (2) ES2525815T3 (es)
HK (1) HK1137096A1 (es)
IL (1) IL200918A (es)
MY (1) MY152601A (es)
PL (1) PL2547031T3 (es)
TW (3) TWI493918B (es)
WO (1) WO2008115446A1 (es)

Families Citing this family (82)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8254372B2 (en) 2003-02-21 2012-08-28 Genband Us Llc Data communication apparatus and method
US8027265B2 (en) 2004-03-19 2011-09-27 Genband Us Llc Providing a capability list of a predefined format in a communications network
US7990865B2 (en) 2004-03-19 2011-08-02 Genband Us Llc Communicating processing capabilities along a communications path
US7830864B2 (en) * 2004-09-18 2010-11-09 Genband Us Llc Apparatus and methods for per-session switching for multiple wireline and wireless data types
US7729346B2 (en) * 2004-09-18 2010-06-01 Genband Inc. UMTS call handling methods and apparatus
US7792150B2 (en) * 2005-08-19 2010-09-07 Genband Us Llc Methods, systems, and computer program products for supporting transcoder-free operation in media gateway
US7835346B2 (en) * 2006-01-17 2010-11-16 Genband Us Llc Methods, systems, and computer program products for providing transcoder free operation (TrFO) and interworking between unlicensed mobile access (UMA) and universal mobile telecommunications system (UMTS) call legs using a media gateway
CA2648237C (en) 2006-04-27 2013-02-05 Dolby Laboratories Licensing Corporation Audio gain control using specific-loudness-based auditory event detection
KR101265643B1 (ko) 2006-08-22 2013-05-22 엘지전자 주식회사 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법
US8619685B2 (en) 2006-10-02 2013-12-31 Lg Electronics Inc. Method for transmitting and receiving paging message in wireless communication system
KR100938754B1 (ko) 2006-10-30 2010-01-26 엘지전자 주식회사 비연속 수신을 이용한 데이터 수신 및 전송 방법
US8428013B2 (en) 2006-10-30 2013-04-23 Lg Electronics Inc. Method of performing random access in a wireless communcation system
US8442017B2 (en) 2006-10-30 2013-05-14 Lg Electronics Inc. Method for transmitting random access channel message and response message, and mobile communication terminal
WO2008073050A2 (en) * 2006-12-15 2008-06-19 Telefonaktiebolaget Lm Ericsson (Publ) Improved mac-d multiplexing in utran hsdpa wireless networks
US8346239B2 (en) 2006-12-28 2013-01-01 Genband Us Llc Methods, systems, and computer program products for silence insertion descriptor (SID) conversion
EP1983767A1 (en) * 2007-02-14 2008-10-22 Innovative Sonic Limited Method and apparatus for enhancing transmission efficiency in a wireless communications system
PL2547031T3 (pl) * 2007-03-15 2014-07-31 Interdigital Tech Corp Sposób i urządzenie do zmiany kolejności danych w systemie ulepszonego szybkiego dostępu do pakietów
US8045518B2 (en) * 2007-03-23 2011-10-25 Innovative Sonic Limited Method of deactivating high-speed downlink operation in CELL—FACH state for a wireless communications system and related apparatus
WO2008126806A1 (ja) * 2007-04-06 2008-10-23 Ntt Docomo, Inc. 再送要求送信方法及び受信側装置
KR100978320B1 (ko) * 2007-04-19 2010-08-26 이노베이티브 소닉 리미티드 무선통신시스템에서 재정렬 기능을 개선하는 방법 및 장치
KR101469281B1 (ko) * 2007-04-30 2014-12-04 엘지전자 주식회사 무선단말의 상태 전환 방식
WO2008133480A1 (en) 2007-04-30 2008-11-06 Lg Electronics Inc. Method for transmitting or receiving data unit using header field existence indicator
USRE45347E1 (en) 2007-04-30 2015-01-20 Lg Electronics Inc. Methods of transmitting data blocks in wireless communication system
US8543089B2 (en) 2007-04-30 2013-09-24 Lg Electronics Inc. Method for performing an authentication of entities during establishment of wireless call connection
US8184570B2 (en) 2007-04-30 2012-05-22 Lg Electronics Inc. Method of transmitting data in wireless communication system supporting multimedia broadcast/multicast service
KR101464748B1 (ko) 2007-04-30 2014-11-24 엘지전자 주식회사 무선단말의 측정보고 기동방식
KR20080097338A (ko) * 2007-05-01 2008-11-05 엘지전자 주식회사 불연속 데이터 송수신 방법
KR100917205B1 (ko) 2007-05-02 2009-09-15 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 구성 방법
US20080273503A1 (en) * 2007-05-02 2008-11-06 Lg Electronics Inc. Method and terminal for performing handover in mobile communications system of point-to-multipoint service
EP2140631B1 (en) * 2007-05-02 2018-06-20 Nokia Technologies Oy System and method for improving reordering functionality in radio communications
JP2008278496A (ja) * 2007-05-07 2008-11-13 Asustek Computer Inc 無線通信システムにおいてＭＡＣ−ｅｈｓプロトコルエンティティーのリセットを改善する方法及び装置
CN101689977B (zh) 2007-06-15 2013-10-30 艾利森电话股份有限公司 序列号更新
EP2015478B1 (en) 2007-06-18 2013-07-31 LG Electronics Inc. Method of performing uplink synchronization in wireless communication system
KR101451434B1 (ko) 2007-06-18 2014-10-21 엘지전자 주식회사 효과적인 호의 설정을 위한 호출 정보 전송 방법
WO2008156412A2 (en) * 2007-06-18 2008-12-24 Telefonaktiebolaget Lm Ericsson (Publ) Transmission of system information on a downlink shared channel
US9532355B2 (en) * 2008-04-10 2016-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Transmission of system information on a downlink shared channel
KR101394008B1 (ko) 2007-08-07 2014-05-12 삼성전자주식회사 복합 자동 재전송을 지원하는 이동통신 시스템에서 패킷 송/수신 장치 및 방법
KR101387537B1 (ko) 2007-09-20 2014-04-21 엘지전자 주식회사 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
JP4801707B2 (ja) * 2007-09-27 2011-10-26 イノヴァティヴ ソニック リミテッド 無線通信システムにおいてＭＡＣ−ｅｈｓプロトコルエンティティーのリセットを改善する方法及び装置
US20090168723A1 (en) 2007-11-27 2009-07-02 Qualcomm Incorporated Method and apparatus for handling out-of-order packets during handover in a wireless communication system
US20090197606A1 (en) * 2008-01-31 2009-08-06 Telefonaktiebolaget L M Ericsson High-speed serving cell change
KR101606205B1 (ko) * 2008-08-21 2016-03-25 엘지전자 주식회사 무선통신 시스템에서 상태 보고 유발 방법 및 수신기
KR100917832B1 (ko) 2008-09-19 2009-09-18 엘지전자 주식회사 시간 정렬 타이머를 고려한 신호 송수신 방법 및 이를 위한 사용자 기기
KR100972166B1 (ko) * 2008-10-13 2010-07-26 한국전자통신연구원 무선통신 시스템에서의 프로토콜데이터유닛 순서정렬 방법 및 이를 수행하는 단말
US8848594B2 (en) * 2008-12-10 2014-09-30 Blackberry Limited Method and apparatus for discovery of relay nodes
US8311061B2 (en) 2008-12-17 2012-11-13 Research In Motion Limited System and method for multi-user multiplexing
US8355388B2 (en) * 2008-12-17 2013-01-15 Research In Motion Limited System and method for initial access to relays
US20100150022A1 (en) * 2008-12-17 2010-06-17 Research In Motion Corporation System and Method for a Relay Protocol Stack
US8402334B2 (en) 2008-12-17 2013-03-19 Research In Motion Limited System and method for hybrid automatic repeat request (HARQ) functionality in a relay node
US8040904B2 (en) 2008-12-17 2011-10-18 Research In Motion Limited System and method for autonomous combining
US8265128B2 (en) 2008-12-19 2012-09-11 Research In Motion Limited Multiple-input multiple-output (MIMO) with relay nodes
US8446856B2 (en) 2008-12-19 2013-05-21 Research In Motion Limited System and method for relay node selection
US8335466B2 (en) 2008-12-19 2012-12-18 Research In Motion Limited System and method for resource allocation
US8520632B2 (en) 2008-12-29 2013-08-27 Qualcomm Incorporated Method and apparatus for synchronization during a handover failure in a wireless communication system
KR20100080280A (ko) * 2008-12-31 2010-07-08 삼성전자주식회사 Ｈａｒｑ 프로세스를 사용하는 이동통신 시스템의 전송 제어방법
KR101098592B1 (ko) * 2009-04-13 2011-12-23 엘지전자 주식회사 무선 통신 시스템상에서 점대다 서비스를 수신하는 방법
US9948424B2 (en) * 2009-04-27 2018-04-17 Samsung Electronics Co., Ltd. System and method for reducing blind decoding complexity in OFDMA-based systems
US8908541B2 (en) 2009-08-04 2014-12-09 Genband Us Llc Methods, systems, and computer readable media for intelligent optimization of digital signal processor (DSP) resource utilization in a media gateway
WO2011028680A1 (en) * 2009-09-01 2011-03-10 Interdigital Patent Holdings, Inc. Method and apparatus for medium access control in-order delivery
US8379619B2 (en) * 2009-11-06 2013-02-19 Intel Corporation Subcarrier permutation to achieve high frequency diversity of OFDMA systems
KR20140051755A (ko) * 2010-04-30 2014-05-02 인터디지탈 패튼 홀딩스, 인크 고속 다운링크 채널용으로 복수의 무선 송수신 유닛의 데이터를 다중화하는 방법
CN102291770B (zh) * 2010-06-21 2014-07-30 上海贝尔股份有限公司 基于载波聚合的通信系统中优化用户面操作的方法和装置
WO2012044945A1 (en) 2010-10-01 2012-04-05 Interdigital Patent Holdings, Inc. Mac and rlc architecture and procedures to enable reception from multiple transmission points
JPWO2012081117A1 (ja) * 2010-12-16 2014-05-22 富士通株式会社 無線通信装置及び無線通信装置制御方法
CN102065559B (zh) * 2011-01-10 2013-07-10 大唐移动通信设备有限公司 一种bcch数据的调度方法和设备
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
US8954084B2 (en) * 2011-08-01 2015-02-10 Alcatel Lucent Method and system for reducing MAC-is reset ambiguity for common E-DCH transmissions
AU2013232807A1 (en) * 2012-03-16 2014-09-04 Telefonaktiebolaget L M Ericsson (Publ) Method and base station for controlling transmission of data streams to user equipments in a wireless communication system
KR101318395B1 (ko) * 2012-07-13 2013-10-15 한국과학기술원 평판형 코일과 이를 갖춘 급전장치 및 집전장치
CN104080106B (zh) * 2013-03-29 2017-12-29 华为技术有限公司 确定公共信道的方法和设备
EP2991418B1 (en) * 2013-04-26 2021-06-23 Huawei Technologies Co., Ltd. Method and apparatus for multi-stream aggregation
US9369926B2 (en) * 2013-05-08 2016-06-14 Qualcomm Incorporated Method and apparatus for handover VoLTE call to UMTS PS-based voice call
US9344217B2 (en) 2013-07-26 2016-05-17 Qualcomm Incorporated Devices and methods for reconstructing corrupted control channel bits
US9363209B1 (en) * 2013-09-06 2016-06-07 Cisco Technology, Inc. Apparatus, system, and method for resequencing packets
EP3466191A4 (en) * 2016-05-26 2020-02-26 Qualcomm Incorporated METHOD FOR IMPROVING SUBSCRIPTION DATA FLOW AFTER DETACHMENT ON A DSDS TELEPHONE
CN108260210B (zh) * 2016-12-29 2022-02-11 华为技术有限公司 一种数据传输方法及用户设备、无线接入设备
CN108668320B (zh) * 2017-03-31 2020-11-03 维沃移动通信有限公司 一种分段组包方法及接收端
CN107182070B (zh) * 2017-06-13 2020-04-28 重庆邮电大学 一种无线网络信道质量更新及传递方法
US11317462B2 (en) 2018-11-05 2022-04-26 Apple Inc. Apparatus, systems, and methods for transmitting large network configuration messages
US11368253B2 (en) 2019-06-21 2022-06-21 Hewlett Packard Enterprise Development Lp System to improve the performance and stability of bonding radios
CN114071380B (zh) * 2020-08-05 2023-05-26 维沃移动通信有限公司 多播业务的接收方法、配置方法、终端及网络侧设备
WO2023193269A1 (zh) * 2022-04-08 2023-10-12 Oppo广东移动通信有限公司 数据处理方法、装置、通信设备及存储介质

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100840733B1 (ko) * 2002-01-05 2008-06-24 엘지전자 주식회사 통신 시스템에서 패킷 데이터 처리하는 방법 그 시스템 및 그 수신 장치
KR100747464B1 (ko) 2002-01-05 2007-08-09 엘지전자 주식회사 고속하향링크패킷접속（ｈｓｄｐａ）시스템을 위한타이머를 이용한 교착상황 회피방법
KR100876765B1 (ko) * 2002-05-10 2009-01-07 삼성전자주식회사 이동 통신 시스템에서 데이터 재전송 장치 및 방법
KR101158912B1 (ko) 2003-11-10 2012-06-21 엘지전자 주식회사 Ｈｓｄｐａ시스템에서 윈도우를 이용한 교착회피 방법
WO2005046086A1 (en) 2003-11-10 2005-05-19 Lg Electronics Inc. Updating next-expected tsn and receiver window to avoid stall conditions
JP3979382B2 (ja) 2003-12-03 2007-09-19 日産自動車株式会社 車線逸脱防止装置
KR100520146B1 (ko) 2003-12-22 2005-10-10 삼성전자주식회사 고속 순방향 패킷 접속 통신 시스템에서 데이터 처리장치및 방법
KR101000699B1 (ko) * 2004-04-19 2010-12-10 엘지전자 주식회사 무선링크 제어계층에서의 데이터 처리방법
US7580388B2 (en) * 2004-06-01 2009-08-25 Lg Electronics Inc. Method and apparatus for providing enhanced messages on common control channel in wireless communication system
KR100713394B1 (ko) * 2004-06-16 2007-05-04 삼성전자주식회사 이동통신 시스템에서 전송일련번호와 타임스탬프를 이용한 상향링크 데이터 패킷들의 재정렬 방법 및 장치
KR100921241B1 (ko) * 2004-06-16 2009-10-12 엘지전자 주식회사 통신 시스템의 데이터 유닛 처리 시스템
DE102004044957B4 (de) 2004-09-16 2007-04-19 Infineon Technologies Ag Medium-Zugriffs-Steuerungs-Einheit, Mobilfunkeinrichtung und Verfahren zum Abbilden mittels einer Mobilfunkeinrichtung zu übertragender Daten
EP1689130A1 (en) 2005-02-07 2006-08-09 Lg Electronics Inc. Method for settling an error in a radio link control
MX2007013832A (es) * 2005-05-03 2008-01-22 Lg Electronics Inc Cambio de una configuracion de acceso de radio entre una terminal y una red.
JP2006322367A (ja) 2005-05-18 2006-11-30 Nissan Motor Co Ltd 副室式内燃機関
JP2006352489A (ja) 2005-06-15 2006-12-28 Ntt Docomo Inc 移動局、無線アクセスネットワーク装置および移動通信システム並びに間欠受信方法
BRPI0619290A2 (pt) 2005-10-21 2011-09-27 Interdigital Tech Corp método e aparato para gerenciamento de retransmissão de processos de arq hìbrido confiável
JP4829754B2 (ja) 2006-11-29 2011-12-07 富士通株式会社 無線通信方法及び無線通信装置
KR101430439B1 (ko) 2007-01-10 2014-08-18 엘지전자 주식회사 이동 통신 시스템에서의 제어 정보 전송 방법
TWI368419B (en) * 2007-02-12 2012-07-11 Innovative Sonic Ltd Method for improving high-speed downlink operation in cell_fach state for a wireless communications system and related apparatus
PL2547031T3 (pl) 2007-03-15 2014-07-31 Interdigital Tech Corp Sposób i urządzenie do zmiany kolejności danych w systemie ulepszonego szybkiego dostępu do pakietów
JP4986940B2 (ja) 2008-06-27 2012-07-25 三菱電機株式会社 電子式指示計器

Also Published As

Publication number Publication date
TW201603524A (zh) 2016-01-16
US20140286231A1 (en) 2014-09-25
TW201218679A (en) 2012-05-01
JP2012134985A (ja) 2012-07-12
JP5629697B2 (ja) 2014-11-26
JP2010521881A (ja) 2010-06-24
EP2854322A1 (en) 2015-04-01
WO2008115446A1 (en) 2008-09-25
AR067205A1 (es) 2009-10-07
US9438330B2 (en) 2016-09-06
KR101649378B1 (ko) 2016-08-19
IL200918A0 (en) 2010-05-17
CN101636959B (zh) 2013-12-11
CA2681049C (en) 2013-02-05
JP2017028744A (ja) 2017-02-02
KR20100017526A (ko) 2010-02-16
HK1137096A1 (en) 2010-07-16
AU2008229486B2 (en) 2011-07-21
MY152601A (en) 2014-10-31
US8724634B2 (en) 2014-05-13
CN101636959A (zh) 2010-01-27
JP2015039212A (ja) 2015-02-26
CN103634082B (zh) 2017-06-06
EP2547031A1 (en) 2013-01-16
KR101128211B1 (ko) 2012-03-26
TWI493918B (zh) 2015-07-21
DK2547031T3 (da) 2014-04-22
TWI497942B (zh) 2015-08-21
JP6040208B2 (ja) 2016-12-07
CN103634082A (zh) 2014-03-12
EP2137867A1 (en) 2009-12-30
TW200901671A (en) 2009-01-01
US20080225765A1 (en) 2008-09-18
PL2547031T3 (pl) 2014-07-31
EP2137867B1 (en) 2014-10-15
US20160337026A1 (en) 2016-11-17
CA2681049A1 (en) 2008-09-25
ES2525815T3 (es) 2014-12-30
EP2547031B1 (en) 2014-02-26
KR20130045395A (ko) 2013-05-03
KR20150058527A (ko) 2015-05-28
KR20090130376A (ko) 2009-12-23
IL200918A (en) 2014-11-30
AU2008229486A1 (en) 2008-09-25
BRPI0808243A2 (pt) 2014-07-29
JP4909418B2 (ja) 2012-04-04

Similar Documents

Publication Publication Date Title
ES2461545T3 (es) Método y aparato para reordenar datos en un acceso de paquetes evolucionado de alta velocidad
ES2821768T3 (es) Control de transmisión de datos en redes de acceso por radio
ES2536071T3 (es) Procedimiento para mover una ventana de recepción en una red de acceso de radio
ES2343947T3 (es) Sistema y procedimiento para evitar atascos usando un temporizador para un sistema de acceso por paquetes con enlace descendente de alta velocidad.
ES2377652T3 (es) Método y aparato para configurar nuevamente un número de secuencias de transmisión (NST)
ES2402621T3 (es) Método y aparato para proporcionar señalización de versiones de redundancia
ES2732975T3 (es) Método y aparato para controlar un traspaso entre celdas UTRA R6 y R7
ES2404168T3 (es) Procedimiento para transmitir información de control en un sistema de comunicaciones móviles
KR20110081027A (ko) 무선 통신 시스템에서 ｍａｃ 프로토콜 데이터 유닛 처리 방법
ES2933695T3 (es) Procedimiento y aparato para manejar la recuperación de fallos del haz en relación con el restablecimiento del control de acceso al medio en un sistema de comunicación inalámbrico
JP2010530173A (ja) シーケンス番号の更新
RU2447591C2 (ru) Способ и устройство для переупорядочения данных в усовершенствованной системе высокоскоростного пакетного доступа