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

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

Info

Publication number
ES2525815T3
ES2525815T3 ES08726865.2T ES08726865T ES2525815T3 ES 2525815 T3 ES2525815 T3 ES 2525815T3 ES 08726865 T ES08726865 T ES 08726865T ES 2525815 T3 ES2525815 T3 ES 2525815T3
Authority
ES
Spain
Prior art keywords
tsn
mac
ehs
pdus
pdu
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
ES08726865.2T
Other languages
English (en)
Inventor
Paul Marinier
Diana Pani
Christopher R. Cave
Rocco Digirolamo
Stephen E. Terry
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 ES2525815T3 publication Critical patent/ES2525815T3/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, y 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.

Description

10
15
20
25
30
35
40
45
50
55
60
65
E08726865
11-12-2014
DESCRIPCIÓN
Método y aparato para reordenar datos en un sistema de 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.
El documento US 2005/270996 A1 describe un método para recibir y procesar bloques de datos en UMTS.
E08726865
11-12-2014
5
10
15
20
25
30
35
40
45
50
55
60
65
SUMARIO 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 MAC-ehs 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 MACehs, 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".
15
25
35
45
55
65
E08726865
11-12-2014
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 desmultiplexado y entidades 212 de re-ensamble. La PDU MAC-ehs recibida a través de la entidad HARQ 202 se desensambla 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 des-multiplexado 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 reensambla 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
15
25
35
45
55
65
E08726865
11-12-2014
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 reconfiguració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
10
15
20
25
30
35
40
45
50
55
60
65
E08726865
11-12-2014
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 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 desensamble 304 des-ensambla 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 desmultiplexado 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 re-ensamble sin realizar el reordenamiento. La entidad MAC-ehs conoce la identidad de la WTRU si la PDU MACehs 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 re-ensamble 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
10
15
20
25
30
35
40
45
50
55
60
65
E08726865
11-12-2014
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 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 re-ensamble 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 reensamble 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 MACehs 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 reensamble 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.
E08726865
11-12-2014
5
10
15
20
25
30
35
40
45
50
55
60
65
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",
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 desmultiplexadas 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 MACehs, 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 re-ensamble, el procedimiento de reposición debe asegurar que la memoria de almacenamiento intermedio de re-ensamble 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.
E08726865
11-12-2014
5
10
15
20
25
30
35
40
45
50
55
60
65
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.
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 pre-indicada 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;
15
25
35
45
55
65
E08726865
11-12-2014
(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 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 pre-determinada 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;
15
25
35
45
55
65
E08726865
11-12-2014
(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
(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
(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 predefinida(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 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 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;
(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.
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 MAC-ehs, 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 pre-definirse que cualquier cola mapeada al canal lógico CCCH sea sometida al procedimiento de re-posición ampliado 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: 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:
E08726865
11-12-2014
5
10
15
20
25
30
35
40
45
50
55
60
65
-la PDU MAC-hs será descartada;
-o: -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; -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 des-ensamble;
-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:
-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 MAC-ehs 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...
15
25
35
45
55
65
E08726865
11-12-2014
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 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 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:
-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:
-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":
-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 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:
(1)
(Opcional, aplicable al caso en el que T_init no arranque inmediatamente tras el procedimiento de re-posición de MAC-ehs.) Si el temporizador T_init está inactivo
(a)
Arranca el temporizador T_init,
(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":
(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):
15
25
35
45
55
65
E08726865
11-12-2014
(1)
Opcional, aplicable al caso en que T_init arranque inmediatamente tras el procedimiento de reposición de MAC-ehs. Si Tinit_TSN se fija en "pending":
(a) Re-arrancar el temporizador T_init.
(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).
(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 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.
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 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.
(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:
(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". 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 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.
(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 reensamble
(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 que no puede ser entregada a la capa superior:
(m)
arrancar el temporizador T1
E08726865
11-12-2014
15
25
35
45
55
(n) fijar T1_TSN al TSN más alto de entre aquellos grupos de SDUs MAC-ehs que no pueden ser entregados.
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”:
(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:
(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:
(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:
(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:
(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-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 = 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;
(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;
(c)
si la PDU de reordenamiento con TSN=TSN_flush ha sido recibida previamente;
E08726865
11-12-2014
(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.
5
(d) o:
(i) fija next_expected_TSN en TSN_flush.
10 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:
15
(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 20 un H-RNTI común y realice el reordenamiento.
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:
25 (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
30 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:
35 (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.
40 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
45 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
50 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.
55 Adicionalmente, al segmentar el mensaje RRC, un RNC tiene que asegurarse de que el tamaño de las SDUs MACehs 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 MACehs. Alternativamente, o en combinación, el tamaño del bloque de transporte que va a ser utilizado por el Nodo-B
60 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
65 esperar la otra parte o segmento del mensaje RRC).
15
25
35
45
55
65
E08726865
11-12-2014
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 SN-RECEIVE_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 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 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:
-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".
-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 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 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 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.
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
E08726865
11-12-2014
15
25
35
45
55
-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 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:
-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; -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 reensamble;
-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;
-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 reensamble;
-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 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 re-ensamble;
-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 reensamble; -adelantará next_expected_TSN al TSN de esta primera PDU de reordenamiento.
-o:
E08726865
11-12-2014
-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
5 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 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
10 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 no recibida y el funcionamiento normal del reordenamiento puede continuar desde ese punto. El procedimiento detallado es el siguiente:
15
Si el temporizador T1 está inactivo y next_expected_TSN no está fijado en "Pending":
-el temporizador T1 arrancará cuando se reciba correctamente una PDU de reordenamiento con TSN > next_expected_TSN. 20 -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. 25 -T1 TSN se fija en el TSN de esta PDU.
Si el temporizador T1 ya está activado:
-no arrancará ningún temporizador adicional, es decir, solo puede estar activo el temporizador T1 en 30 un 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 35 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:
40 -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.
45
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.
50 -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.
55 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 60 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
65 número de secuencia en el receptor.
E08726865
11-12-2014
15
25
35
45
55
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.
-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;
-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 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; -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; -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; -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; -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;
-entregará todas las PDUs de reordenamiento recibidas correctamente con TSN < TSN_flush a la entidad de re-ensamble;
-si se ha recibido previamente la PDU de reordenamiento con TSN=TSN_flush: -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 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
E08726865
11-12-2014
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 de la ventana del receptor y la variable
5 Reordering_InitialState se fija en "False" para volver al estado normal. El procedimiento detallado es el siguiente:
Si el temporizador T1 está inactivo:
-el temporizador T1 arrancará cuando se reciba correctamente una PDU de reordenamiento con TSN >
10 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.
Si hay un temporizador T1 ya activo:
15
-no arrancará ningún temporizador adicional, es decir, solo puede haber activo un temporizador T1 activo en un momento dado.
El temporizador T1 se detendrá si:
20
-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:
25 -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. -next_expected_TSN se fijará en el TSN de la siguiente PDU de reordenamiento no recibida.
30
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:
-aranca el temporizador T1 35 -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 PDU de reordenamiento con TSN ≤ SN -TRANSMIT_WINDOW_SIZE para evitar ambigüedad del número de
40 secuencia en el receptor.
Funcionamiento del receptor: Cuando se recibe una PDU de reordenamiento con TSN = SN:
45 -si Reordering InitialState está fijado en "True":
-RcvWindow UpperEdge se fijará en SN;
-Reordering InitialState se fijará en "False";
50
-next_expected_TSN se fijará en RcvWindow UpperEdge -WINDOW SIZE + 1. -si SN está dentro de la ventana del receptor: 55 -si SN < next_expected_TSN, o si esta PDU de reordenamiento se ha recibido previamente: -la PDU de reordenamiento será descartada; -o:
60
-la PDU de reordenamiento 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:
65
15
25
35
45
55
65
E08726865
11-12-2014
-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;
-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;
-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;
-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;
-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. -o:
-fijará next_expected_TSN en TSN_flush. 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.
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;
(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; y
(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.
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:
Si los temporizadores T1 o T1_init están inactivos:
15
25
35
45
55
65
E08726865
11-12-2014
-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.
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:
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.
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.
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. -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 -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 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 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 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 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 re-ensamble 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 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.
15
25
35
45
55
65
E08726865
11-12-2014
Si el temporizador T1 está inactivo: -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 ya hay un temporizador T1 activo: -no arrancará ningún temporizador adicional (es decir, solo puede haber un temporizador T1 activo en un 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 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,
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. -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. 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. 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 -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;
E08726865
11-12-2014
-o:
-la PDU de reordenamiento será colocada en la memoria de almacenamiento intermedio de reordenamiento 5 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 10 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
15 decir, fuera de la ventana del receptor una vez actualizada su posición, será eliminada de la memoria de almacenamiento intermedio de reordenamiento y entregada a la entidad de re-ensamble;
-si initial_TSN está por debajo de la ventana actualizada del receptor
20 -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;
25 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 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).
30 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,
35 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
40 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
45 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
50 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
55 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.
60 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 reensamble. Todas las otras PDUs hasta la primera PDU no recibida por encima de la primera PDU recibida pueden
65 ser también entregadas a la capa superior. Next_expected_TSN puede fijarse en el SN de la primera PDU no
15
25
35
45
55
65
E08726865
11-12-2014
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 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
15
25
35
45
55
65
E08726865
11-12-2014
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 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
E08726865
11-12-2014
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 (12)

  1. E08726865
    11-12-2014
    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, y estado URA_PCH; y caracterizado por
    10 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.
  2. 2.
    El método de 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.
  3. 3.
    El método de la reivindicación 2, en el que todas las PDUs MAC-ehs se transmiten varias veces y todas las retransmisiones de una PDU MAC-ehs finalizan antes de comenzar la transmisión de una PDU MAC-ehs posterior.
    15
  4. 4. El método de la reivindicación 1, en el que los datos transportados en las PDUs de reordenamiento provienen de 20 una determinada cola de prioridad.
  5. 5. El método de la reivindicación 1, en el que las PDUs MAC-ehs se reciben utilizando una identidad temporal de red de radio HS-DSCH común, H-RNTI.
    25 6. El método de la reivindicación 1, en el que los datos transportados en las PDUs de reordenamiento provienen de un determinado canal lógico.
  6. 7.
    El método de la reivindicación 6, en que el determinado canal lógico es uno de entre un canal de control de transmisión, BCCH y un canal de control buscapersonas, PCCH.
  7. 8.
    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 un transceptor; y una entidad de control de acceso a los medios HS-DSCH, MAC-ehs, para recibir unidades de datos de protocolo
    30
    35 MAC-ehs, PDUs, a través de un HS-DSCH estando en un estado Cell_FACH, estado Cell_PCH, y estado URA_PCH; caracterizada porque las PDUs de reordenamiento incluidas en las PDUs MAC-ehs son enviadas a una entidad posterior de tratamiento sin realizar el reordenamiento de las PDUs de reordenamiento.
  8. 9. La WTRU de la reivindicación 8, en la que la entidad MAC-ehs incluye un proceso de petición de repetición 40 automática híbrida, HARQ, para recibir las PDUs MAC-ehs.
  9. 10. La WTRU de la reivindicación 9, 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.
    45
  10. 11. La WTRU de la reivindicación 8, en la que los datos transportados en las PDUs de reordenamiento provienen de una determinada cola de prioridad
  11. 12. La WTRU de la reivindicación 8, en la que las PDUs MAC-ehs se reciben utilizando una identidad temporal de 50 red de radio común HS-DSCH, H-RNTI.
  12. 13. La WTRU de la reivindicación 8, en la que los datos transportados en las PDUs de reordenamiento provienen de un determinado canal lógico.
    55 14. La WTRU de la reivindicación 13, en la que el determinado canal lógico es un canal de control de transmisión, BCCH y un canal de control buscapersonas, PCCH.
    29
ES08726865.2T 2007-03-15 2008-03-14 Método y aparato para reordenar datos en un sistema de acceso de paquetes evolucionado de alta velocidad Active ES2525815T3 (es)

Applications Claiming Priority (13)

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
PCT/US2008/003455 WO2008115446A1 (en) 2007-03-15 2008-03-14 Method and apparatus for reordering data in an evolved high speed packet access system

Publications (1)

Publication Number Publication Date
ES2525815T3 true ES2525815T3 (es) 2014-12-30

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 After (1)

Application Number Title Priority Date Filing Date
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

Country Status (17)

Country Link
US (3) US8724634B2 (es)
EP (3) EP2854322A1 (es)
JP (4) JP4909418B2 (es)
KR (4) KR20130045395A (es)
CN (2) CN101636959B (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
WO2005089055A2 (en) 2004-03-19 2005-09-29 Nortel Networks Limited Communicating processing capabilites along a communications path
US8027265B2 (en) 2004-03-19 2011-09-27 Genband Us Llc Providing a capability list of a predefined format in a communications network
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
KR101200615B1 (ko) 2006-04-27 2012-11-12 돌비 레버러토리즈 라이쎈싱 코오포레이션 청각 이벤트 검출에 기반한 비-라우드니스를 이용한 자동 이득 제어
KR101265643B1 (ko) 2006-08-22 2013-05-22 엘지전자 주식회사 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법
WO2008041823A2 (en) 2006-10-02 2008-04-10 Lg Electronics Inc. Methods for transmitting and receiving paging message in wireless communication system
KR100938754B1 (ko) 2006-10-30 2010-01-26 엘지전자 주식회사 비연속 수신을 이용한 데이터 수신 및 전송 방법
EP2084928B1 (en) 2006-10-30 2017-08-23 LG Electronics Inc. Method of performing random access in a wireless communication 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
CN101558595B (zh) 2006-12-15 2012-12-26 Lm爱立信电话有限公司 UTRAN HSDPA无线网络中的增强MAC-d复用
CN101622711B (zh) 2006-12-28 2012-07-18 杰恩邦德公司 用于无声***描述符（sid）转换的方法、***
CN101247195B (zh) * 2007-02-14 2011-06-29 创新音速有限公司 无线通讯***提升传输效率的方法及其相关装置
EP2854322A1 (en) * 2007-03-15 2015-04-01 InterDigital Technology Corporation Method and apparatus for reordering data in an evolved high speed packet access system
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
BRPI0811252A2 (pt) * 2007-04-06 2014-11-04 Ntt Docomo Inc Método de transmissão de solicitação de retransmissão e aparelho do lado de recebimento.
US8130723B2 (en) * 2007-04-19 2012-03-06 Innovative Sonic Limited Method and apparatus for improving reordering functionality in a wireless communications 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
KR101455999B1 (ko) 2007-04-30 2014-11-03 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 생성 방법
KR101464748B1 (ko) 2007-04-30 2014-11-24 엘지전자 주식회사 무선단말의 측정보고 기동방식
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
US8184570B2 (en) 2007-04-30 2012-05-22 Lg Electronics Inc. Method of transmitting data in wireless communication system supporting multimedia broadcast/multicast service
KR20080097338A (ko) * 2007-05-01 2008-11-05 엘지전자 주식회사 불연속 데이터 송수신 방법
US9054869B2 (en) * 2007-05-02 2015-06-09 Nokia Corporation System and method for improving reordering functionality in radio communications
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
JP2008278496A (ja) * 2007-05-07 2008-11-13 Asustek Computer Inc 無線通信システムにおいてＭＡＣ−ｅｈｓプロトコルエンティティーのリセットを改善する方法及び装置
CN101689977B (zh) 2007-06-15 2013-10-30 艾利森电话股份有限公司 序列号更新
US9532355B2 (en) * 2008-04-10 2016-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Transmission of system information on a downlink shared channel
CN101682478B (zh) * 2007-06-18 2013-07-17 艾利森电话股份有限公司 在下行链路共享信道上传输***信息
EP2168263B1 (en) 2007-06-18 2018-04-18 Lg Electronics Inc. Paging information transmission method for effective call setup
EP2015478B1 (en) * 2007-06-18 2013-07-31 LG Electronics Inc. Method of performing uplink synchronization in wireless communication system
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
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
US8355388B2 (en) * 2008-12-17 2013-01-15 Research In Motion Limited System and method for initial access to relays
US8040904B2 (en) 2008-12-17 2011-10-18 Research In Motion Limited System and method for autonomous combining
US20100150022A1 (en) * 2008-12-17 2010-06-17 Research In Motion Corporation System and Method for a Relay Protocol Stack
US8265128B2 (en) 2008-12-19 2012-09-11 Research In Motion Limited Multiple-input multiple-output (MIMO) with relay nodes
US8335466B2 (en) 2008-12-19 2012-12-18 Research In Motion Limited System and method for resource allocation
US8446856B2 (en) 2008-12-19 2013-05-21 Research In Motion Limited System and method for relay node selection
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
JP5677438B2 (ja) * 2009-09-01 2015-02-25 インターデイジタル パテント ホールディングス インコーポレイテッド 媒体アクセス制御順序配送のための方法および装置
US8379619B2 (en) * 2009-11-06 2013-02-19 Intel Corporation Subcarrier permutation to achieve high frequency diversity of OFDMA systems
US9451601B2 (en) * 2010-04-30 2016-09-20 Interdigital Patent Holdings, Inc. Method for multiplexing data for multiple wireless transmit/receive units for high speed downlink channels
CN102291770B (zh) * 2010-06-21 2014-07-30 上海贝尔股份有限公司 基于载波聚合的通信***中优化用户面操作的方法和装置
TWI510127B (zh) 2010-10-01 2015-11-21 Interdigital Patent Holdings 允許自多傳輸點接收之mac及rlc架構及方法
WO2012081117A1 (ja) * 2010-12-16 2012-06-21 富士通株式会社 無線通信装置及び無線通信装置制御方法
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
CA2867571A1 (en) * 2012-03-16 2013-09-19 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 华为技术有限公司 确定公共信道的方法和设备
WO2014172896A1 (zh) * 2013-04-26 2014-10-30 华为技术有限公司 一种数据传输的方法、基站和无线通信设备
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
US20190124575A1 (en) * 2016-05-26 2019-04-25 Qualcomm Incorporated Method to improve one subscription data throughput after turn way on dsds phone
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 엘지전자 주식회사 Ｈｓｄｐａ시스템에서 윈도우를 이용한 교착회피 방법
AU2004307900B2 (en) * 2003-11-10 2007-08-09 3G Licensing S.A. 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
WO2006118426A1 (en) * 2005-05-03 2006-11-09 Lg Electronics Inc. Changing a radio access configuration between a terminal and a network
JP2006322367A (ja) 2005-05-18 2006-11-30 Nissan Motor Co Ltd 副室式内燃機関
JP2006352489A (ja) 2005-06-15 2006-12-28 Ntt Docomo Inc 移動局、無線アクセスネットワーク装置および移動通信システム並びに間欠受信方法
KR20080056307A (ko) 2005-10-21 2008-06-20 인터디지탈 테크날러지 코포레이션 신뢰성있는 하이브리드 ａｒｑ 프로세스를 위한 재전송관리 방법 및 장치
JP4829754B2 (ja) 2006-11-29 2011-12-07 富士通株式会社 無線通信方法及び無線通信装置
KR101430439B1 (ko) 2007-01-10 2014-08-18 엘지전자 주식회사 이동 통신 시스템에서의 제어 정보 전송 방법
TWI401987B (zh) * 2007-02-12 2013-07-11 Innovative Sonic Ltd 無線通訊系統中改善前向接取狀態之高速下鏈路功能的方法及其相關裝置
EP2854322A1 (en) * 2007-03-15 2015-04-01 InterDigital Technology Corporation Method and apparatus for reordering data in an evolved high speed packet access system
JP4986940B2 (ja) 2008-06-27 2012-07-25 三菱電機株式会社 電子式指示計器

Also Published As

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

Similar Documents

Publication Publication Date Title
ES2525815T3 (es) Método y aparato para reordenar datos en un sistema de acceso de paquetes evolucionado de alta velocidad
ES2343947T3 (es) Sistema y procedimiento para evitar atascos usando un temporizador para un sistema de acceso por paquetes con enlace descendente de alta velocidad.
JP6042376B2 (ja) ソフトハンドオーバ中にデータブロックを処理する方法および装置
ES2732975T3 (es) Método y aparato para controlar un traspaso entre celdas UTRA R6 y R7
ES2536071T3 (es) Procedimiento para mover una ventana de recepción en una red de acceso de radio
ES2377652T3 (es) Método y aparato para configurar nuevamente un número de secuencias de transmisión (NST)
ES2404168T3 (es) Procedimiento para transmitir información de control en un sistema de comunicaciones móviles
KR20120024953A (ko) 모바일 디바이스들에 대한 플로우 제어를 제공하기 위한 시스템들 및 방법들
KR20110081027A (ko) 무선 통신 시스템에서 ｍａｃ 프로토콜 데이터 유닛 처리 방법
RU2447591C2 (ru) Способ и устройство для переупорядочения данных в усовершенствованной системе высокоскоростного пакетного доступа