ES2350017T3 - Procedimiento y aparato para transmisión de datos por paquetes con baja sobrecarga y control de modo de recepción. - Google Patents

Procedimiento y aparato para transmisión de datos por paquetes con baja sobrecarga y control de modo de recepción. Download PDF

Info

Publication number
ES2350017T3
ES2350017T3 ES07814221T ES07814221T ES2350017T3 ES 2350017 T3 ES2350017 T3 ES 2350017T3 ES 07814221 T ES07814221 T ES 07814221T ES 07814221 T ES07814221 T ES 07814221T ES 2350017 T3 ES2350017 T3 ES 2350017T3
Authority
ES
Spain
Prior art keywords
data packet
packet
previously transmitted
retransmission
channel
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
ES07814221T
Other languages
English (en)
Inventor
Aziz Gholmieh
Etienne F. Chaponniere
Bharat Ahuja
Stein A. Lundby
Vinay Chande
Juan Montojo
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.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Application granted granted Critical
Publication of ES2350017T3 publication Critical patent/ES2350017T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • 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
    • 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Shafts, Cranks, Connecting Bars, And Related Bearings (AREA)
  • Small-Scale Networks (AREA)

Abstract

Un procedimiento para comunicaciones inalámbricas con sobrecarga de canal compartido reducida, que comprende: recibir en un canal de control compartido un paquete de control que comprende información relacionada con un paquete de datos previamente transmitido en un canal de transporte; recibir en dicho canal de transporte un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes; y obtener los datos comunes basándose en la información relacionada con el paquete de datos previamente transmitido, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión están asociados con una secuencia de paquetes de datos que comprende un primer paquete de datos y en el que el primer paquete de datos no tiene señalización de control asociada con el mismo en el canal de control compartido.

Description

Reivindicación de prioridad según 35 U.S.C., artículo 119
La presente solicitud de patente reivindica prioridad respecto a la solicitud provisional n.o 60/838,586, titulada “METHOD Y APPARATUS FOR LOW-OVERHEAD PACKET DATA TRANSMISSION AND CONTROL OF DRX” presentada el 17 de agosto de 2006 y cedida al cesionario de la misma e incorporada expresamente por la presente mediante referencia en el presente documento.
ANTECEDENTES Campo
Los presentes aspectos dados a conocer se refieren generalmente a comunicaciones, y más específicamente a un procedimiento y un aparato para transmisión de datos por paquetes con baja sobrecarga y control de modo de recepción.
Antecedentes
Un sistema de comunicación de acceso múltiple inalámbrico puede incluir muchos Nodos B (o estaciones base) que soportan comunicación para muchos equipos de usuario (UE). Un Nodo B puede comunicarse con múltiples UE en el enlace descendente y el enlace ascendente. El enlace descendente (o enlace directo) se refiere al enlace de comunicación desde los Nodos B a los UE, y el enlace ascendente (o enlace inverso) se refiere al enlace de comunicación desde los UE a los Nodos B.
En el enlace descendente, un Nodo B puede transmitir datos a múltiples UE que usan canales de datos dedicados y/o un canal de datos compartido. Un canal de datos compartido es un canal de datos que se asigna a un UE específico y se usa para enviar datos sólo a ese UE. Un canal de datos compartido es un canal de datos que comparten múltiples UE y puede transportar datos para uno o más UE en un momento dado. Un canal de datos es un mecanismo para enviar datos y puede depender de la tecnología de radio usada por el sistema. Por ejemplo, en un sistema de acceso múltiple por división de código (CDMA), un canal de datos puede asociarse con un código de canalización específico, por ejemplo, un código Walsh específico.
Un Nodo B puede usar un canal de datos compartido para conseguir diversos beneficios. El canal de datos compartido puede permitir una mejor utilización de los recursos de radio disponibles ya que puede darse servicio a cada UE según sea necesario y usando justo los recursos de radio suficientes para dar servicio a ese UE. El canal de datos compartido puede soportar también mayores tasas de transmisión de datos pico para los UE ya que todos los recursos de radio disponibles para el canal de datos compartido pueden usarse potencialmente para un UE. El canal de datos compartido también puede proporcionar flexibilidad en la planificación de los UE para la transmisión de datos en el enlace descendente.
Un Nodo B puede enviar señalización en un canal de control compartido en paralelo con el canal de datos compartido para indicar cómo se usa el canal de datos compartido. Por ejemplo, la señalización puede indicar a qué UE se da servicio, los recursos de radio asignados a cada UE al que se da servicio, cómo se envían datos a cada UE, etc. Debido a la naturaleza dinámica del canal de datos compartido, los UE que pueden recibir potencialmente datos en el canal de datos compartido pueden monitorizar de manera continua el canal de control compartido con el fin de determinar si se les están enviando datos. Cada UE que recibe señalización en el canal de control compartido puede procesar el canal de datos compartido basándose en la señalización recibida para recuperar los datos enviados al UE. Sin embargo, el canal de control compartido representa una sobrecarga para el canal de datos compartido.
Existe por tanto una necesidad en la técnica de reducir la sobrecarga de canal compartido. El documento de patente WO 00/45543 da a conocer un procedimiento para realizar retransmisiones de HARQ y redundancia incremental en combinación con sobrecarga de señalización reducida. Los números de secuencia de paquetes se omiten y las retransmisiones transportan señalización en banda que indica la transmisión original a la que se refieren. El documento R1-05-1511 (XP002467442), de 3GPP TSG-RAN WG1 #43 (07.11.05), da a conocer una solución sin HS-SCCH completo en la que ni el primer paquete ni las retransmisiones posteriores en el HS-DSCH tienen señalización asociada en el HS-SCCH.
SUMARIO
Los aspectos dados a conocer en el presente documento van dirigidos a las necesidades anteriormente indicadas proporcionando un sistema que elimina la transmisión de señalización de canal de control para nuevas transmisiones y sólo transmite señalización de canal de para retransmisiones. Asimismo, se crea un modo de recepción discontinua para el UE de modo que puede reducirse su potencia en intervalos predeterminados.
En el presente documento se describen técnicas para una transmisión y recepción eficaz de datos en un sistema de comunicación inalámbrica. Según un aspecto, un procedimiento para comunicaciones inalámbricas incluye recibir un paquete de control que incluye información relacionada con un paquete de datos previamente transmitido; recibir un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes; y obtener los datos comunes basándose en la información relacionada con el paquete de datos previamente transmitido, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión están asociados con una serie de paquetes de datos que incluye un primer paquete de datos y en el que el primer paquete de datos no tiene un paquete de control transmitido con el mismo.
Según otro aspecto, un procedimiento para comunicaciones inalámbricas incluye transmitir un paquete de control que tiene información relacionada con un paquete previamente transmitido, no habiéndose transmitido la información cuando se transmitió el paquete previamente transmitido; y transmitir un paquete de datos, en el que el paquete previamente transmitido y el segundo paquete se derivan de datos comunes.
Según aún otro aspecto, un equipo de usuario incluye medios para recibir un paquete de control que incluye información relacionada con un paquete de datos previamente transmitido; medios para recibir un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes; y medios para obtener los datos comunes basándose en la información relacionada con el paquete de datos previamente transmitido, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión están asociados con una secuencia de paquetes de datos que incluye un primer paquete de datos y en el que el primer paquete de datos no tiene un paquete de control asociado con el mismo.
Según aún otro aspecto, un producto de programa informático para comunicaciones inalámbricas incluye un medio legible por máquina que tiene instrucciones que pueden ejecutarse por un controlador para recibir un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes; y obtener los datos comunes basándose en la información relacionada con el paquete de datos previamente transmitido, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión están asociados con una secuencia de paquetes de datos que incluye un primer paquete de datos y en el que el primer paquete de datos no tiene un paquete de control asociado con el mismo.
Según aún otro aspecto, un equipo de usuario que incluye un demodulador, en el que el demodulador está configurado para recibir un paquete de control que tiene información relacionada con un paquete de datos previamente transmitido; un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes; un procesador de datos de recepción acoplado al demodulador, en el que el procesador de datos de recepción está configurado para obtener los datos comunes basándose en la información relacionada con el paquete de datos previamente transmitido, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión están asociados con una secuencia de paquetes de datos que incluye un primer paquete de datos y en el que el primer paquete de datos no tiene un paquete de control asociado con el mismo; y un transductor acoplado al procesador de datos de recepción, en el que el transductor está configurado para producir audio basándose en los datos comunes.
Según aún otro aspecto, un procedimiento para comunicaciones inalámbricas incluye transmitir un paquete de control que tiene información relacionada con un paquete de datos previamente transmitido, no habiéndose transmitido la información cuando se transmitió el paquete previamente transmitido; y transmitir un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes.
Según aún otro aspecto, un aparato para comunicaciones inalámbricas incluye medios para transmitir un paquete de control que tiene información relacionada con un paquete de datos previamente transmitido, no habiéndose transmitido la información cuando se transmitió el paquete previamente transmitido; y medios para transmitir un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes.
Según aún otro aspecto, un aparato para comunicaciones inalámbricas incluye un transmisor, estando el transmisor configurado para transmitir un paquete de control que tiene información relacionada con un paquete de datos previamente transmitido, no habiéndose transmitido la información cuando se transmitió el paquete previamente transmitido; y para transmitir un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes.
Según aún otro aspecto, un producto de programa informático para comunicaciones inalámbricas incluye un medio legible por máquina que tiene instrucciones que pueden ejecutarse por un controlador para transmitir un paquete de control que tiene información relacionada con un paquete de datos previamente transmitido, no habiéndose transmitido la información cuando se transmitió el paquete previamente transmitido; y transmitir un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes.
Según aún otro aspecto, un nodo B incluye una antena y un transmisor acoplado a la antena, en el que el transmisor está configurado para transmitir un paquete de control con la antena que tiene información relacionada con un paquete de datos previamente transmitido, no habiéndose transmitido la información cuando se transmitió el paquete previamente transmitido; y para transmitir un paquete de datos de retransmisión con la antena, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La figura 1 es un diagrama de red de un sistema de comunicación inalámbrica;
la figura 2 es un diagrama de bloques de un Nodo B y un UE;
la figura 3 es un formato de trama en W-CDMA;
la figura 4 es una transmisión para un UE con HARQ en HSDPA;
la figura 5 muestra transmisiones para múltiples UE en HSDPA;
la figura 6 muestra transmisiones para un UE con parámetros asignados;
la figura 7 muestra transmisiones para múltiples UE con parámetros asignados;
la figura 8 muestra un procesador de datos de TX y un modulador en el Nodo B;
la figura 9 muestra un demodulador y un procesador de datos de RX en el UE;
la figura 10 muestra un proceso para la transmisión de datos sin señalización;
la figura 11 muestra un proceso para la recepción de datos sin señalización;
la figura 12 muestra un controlador para implementar la transmisión de datos sin señalización en un Nodo B; y,
la figura 13 muestra un controlador para implementar la recepción de datos sin señalización en un UE.
DESCRIPCIÓN DETALLADA
A continuación se describen diversos aspectos de la presente memoria descriptiva. Por motivos de conveniencia, puede hacerse referencia a uno o más aspectos de la presente memoria descriptiva en el presente documento simplemente como “un aspecto,” “aspectos,” o “algunos aspectos.” Debe ser evidente que las enseñanzas del presente documento pueden realizarse en una gran variedad de formas y que cualquier estructura específica, función, o ambas, que se dan a conocer en el presente documento son meramente representativas. Basándose en las enseñanzas del presente documento un experto en la técnica debe apreciar que un aspecto dado a conocer en el presente documento puede implementarse independientemente de cualquier otro aspecto y que dos o más de estos aspectos pueden combinarse de diversas maneras. Por ejemplo, puede implementarse un aparato o puede llevarse a la práctica un procedimiento usando cualquier número de los aspectos expuestos en el presente documento. Además, puede implementarse un aparato de este tipo o puede llevarse a la práctica un procedimiento de este tipo usando otra estructura, funcionalidad, o estructura y funcionalidad adicional o diferente a uno o más de los aspectos expuestos en el presente documento.
La figura 1 muestra un sistema 100 de comunicación inalámbrica con múltiples Nodos B 110 y múltiples UE 120. Un Nodo B es generalmente una estación fija que se comunica con los UE y también puede denominarse estación base, un Nodo B mejorado (eNodo B), un punto de acceso, etc. Cada Nodo B 110 proporciona cobertura de comunicación para un área geográfica particular y soporta la comunicación para los UE ubicados dentro del área de cobertura. Un controlador 130 de sistema se acopla a los Nodos B 110 y proporciona coordinación y control para estos Nodos B. El controlador 130 de sistema puede ser una única entidad de red o un conjunto de entidades de red. Por ejemplo, el controlador 130 de sistema puede comprender un controlador de red de radio (RNC), un centro de conmutación móvil (MSC), etc.
Los UE 120 pueden estar distribuidos por todo el sistema, y cada UE puede ser estacionario o móvil. Un UE puede denominarse también una estación móvil, un terminal, un terminal de acceso, una unidad de abonado, una estación, etc. Un UE puede ser un teléfono celular, un asistente digital personal (PDA), un dispositivo de comunicación inalámbrica, un dispositivo portátil, un módem inalámbrico, un ordenador portátil, etc. Un UE puede comunicarse de manera activa con un Nodo B o puede sólo recibir señales piloto y señalización desde el Nodo B. Los términos “UE” y “usuario” se usan de manera intercambiable en el presente documento.
La figura 2 muestra un diagrama de bloques de un Nodo B 110 y un UE 120, que son uno de los Nodos B y uno de los UE en la figura 1. En el Nodo B 110, un procesador 210 de datos de transmisión (TX) recibe datos de tráfico desde una fuente de datos (no mostrada) y señalización desde un controlador/procesador 240, procesa (por ejemplo, formatea, codifica, intercala, y correlaciona mediante símbolos) los datos de tráfico y la señalización, y proporciona símbolos de datos y símbolos de señalización. Un modulador 220 procesa los datos y los símbolos de señalización tal como se especifica por el sistema y proporciona elementos de código de salida. Un transmisor (TMTR) 222 procesa (por ejemplo, convierte en analógico, amplifica, filtra, y convierte de manera ascendente en frecuencia) los elementos de código de salida y genera una señal de enlace descendente, que se transmite desde una antena 224.
En el UE 120, una antena 252 recibe la señal de enlace descendente desde el Nodo B 110 y proporciona una señal recibida a un receptor (RCVR) 254. El receptor 254 acondiciona (por ejemplo, filtra, amplifica, convierte de manera descendente en frecuencia, y digitaliza) la señal recibida y proporciona muestras recibidas. Un demodulador (Demod) 260 procesa las muestras recibidas de una manera complementaria al procesamiento mediante el modulador 220 y proporciona estimaciones de símbolo. Un procesador 270 de datos de recepción (RX) procesa (por ejemplo, decorrelaciona mediante símbolos, desintercala, y decodifica) las estimaciones de símbolo y proporciona datos codificados para el UE 110.
En el enlace ascendente, en el UE 120, los datos y la señalización se procesan
mediante un procesador 290 de datos de TX, se modulan mediante un modulador 292, se acondicionan mediante un transmisor 294, y se transmiten a través de una antena 252. En el Nodo B 110, las señales de enlace ascendente desde el UE 120 y otros UE se reciben por la antena 224, se acondicionan mediante un receptor 230, se demodulan mediante un demodulador 232, y se procesan mediante un procesador 234 de datos de RX para recuperar los datos y la señalización enviados por los UE. En general, el procesamiento para la transmisión de enlace ascendente puede ser similar a, o diferente de, el procesamiento para la transmisión de enlace descendente.
Los controladores 240 y 280 dirigen las operaciones en el Nodo B 110 y el UE 120, respectivamente. Las memorias 242 y 282 almacenan datos y códigos de programa para el Nodo B 110 y el UE 120, respectivamente.
Las técnicas descritas en el presente documento pueden usarse para diversos sistemas de comunicación inalámbrica tales como sistemas de acceso múltiple por división de código (CDMA), sistemas de acceso múltiple por división de tiempo (TDMA), sistemas de acceso múltiple por división de frecuencia (FDMA), sistemas de FDMA ortogonal (OFDMA), etc. Los términos “sistema” y “red” se usan a menudo de manera intercambiable. Un sistema de CDMA puede utilizar una tecnología de radio tal como CDMA de banda amplia (W-CDMA), cdma2000, etc. Cdma2000 abarca las normas IS-2000, IS-856, y IS-95. Un sistema de TDMA puede utilizar una tecnología de radio tal como el sistema global de comunicaciones móviles (GSM). Estas diversas normas y tecnologías de radio se conocen en la técnica. WCDMA y GSM se describen en documentos de una organización llamada “3rd Generation Partnership Project” (3GPP). Cdma2000 se describe en documentos de una organización llamada “3rd Generation Partnership Project 2” (3GPP2). Por motivos de claridad, las técnicas se describen a continuación para la transmisión de enlace descendente en un sistema de W-CDMA. Sin embargo, debe indicarse que las técnicas descritas en el presente documento pueden implementarse conforme a otras normas tales como las normas 802.11, 802.16 (WiMAX), y
802.20 del Instituto de Ingenieros Eléctricos y Electrónicos.
En W-CDMA, los datos para un UE se procesan como uno o más canales de transporte en una capa superior. Los canales de transporte pueden transportar datos para uno o más servicios, por ejemplo, voz, vídeo, datos por paquetes, juegos, etc. Los canales de transporte se correlacionan con canales físicos en una capa física. Los canales físicos se canalizan con diferentes códigos de canalización y son ortogonales entre sí en el dominio de código.
La publicación 5 de 3GPP y posteriores soportan acceso por paquetes de enlace descendente de alta velocidad (HSDPA), que es un conjunto de canales y procedimientos que permiten una transmisión de datos por paquetes de alta velocidad en el enlace descendente.
Para HSDPA, un Nodo B envía datos en un canal compartido de enlace descendente de alta velocidad (HS-DSCH), que es un canal de transporte de enlace descendente que todos los UE comparten tanto en tiempo como en código. El HS-DSCH puede transportar datos para uno o más UE en un intervalo de tiempo de transmisión (TTI) dado. Un TTI es igual a una subtrama
5 para HSDPA y es la unidad más pequeña de tiempo en la que pueden planificarse los UE y en la que puede darse servicio a los mismos. La compartición del HS-DSCH es dinámica y puede cambiar de un TTI a otro.
La tabla 1 enumera algunos canales físicos de enlace descendente y enlace ascendente usados para HSDPA y proporciona una breve descripción para cada canal físico.
10
Tabla 1
Enlace
Canal Nombre del canal Descripción
Enlace descendente
HS-PDSCH Canal compartido de enlace descendente físico de alta velocidad Transporta datos enviados en el HSDSCH para diferentes UE.
Enlace descendente
HS-SCCH Canal de control compartido para HSDSCH Transporta señalización para el HS-PDSCH.
Enlace ascendente
HS-PDCCH Canal de control físico dedicado para HS-DSCH Transporta realimentación para la transmisión de enlace descendente en HSDPA.
Para HSDPA, un Nodo B puede usar hasta quince códigos de canalización de 16
15 elementos de código con un factor de ensanchamiento de 16 (SF=16) para el HS-PDSCH. El Nodo B puede usar también cualquier número de códigos de canalización de 128 elementos de código con un factor de ensanchamiento de 128 (SF = 128) para el HS-SCCH. El número de códigos de canalización de 16 elementos de código para el HS-PDSCH y el número de códigos de canalización de 128 elementos de código para el HS-SCCH son configurables. Los códigos
20 de canalización para el HS-PDSCH y el HS-SCCH son códigos de factor de ensanchamiento variable ortogonal (OVSF) que pueden generarse de una manera estructurada. El factor de ensanchamiento (SF) es la longitud de un código de canalización. Un símbolo se ensancha con un código de canalización de longitud SF para generar SF elementos de código para el símbolo.
A un UE pueden asignarse hasta quince códigos de canalización de 16 elementos de código para el HS-PDSCH y hasta cuatro códigos de canalización de 128 elementos de código para el HS-SCCH. Los códigos de canalización para el HS-SCCH se asignan al UE en el establecimiento de llamada y se señalizan al UE a través de señalización de capa superior. Los códigos de canalización para el HS-PDSCH se asignan de manera dinámica y se transportan al UE a través de señalización enviada en el HS-SCCH usando uno de los códigos de canalización de 128 elementos de código asignados.
HSDPA puede considerarse también como que tiene (a) hasta quince HS-PDSCH, usando cada HS-PDSCH un código de canalización de 16 elementos de código diferente, y (b) cualquier número de HS-SCCH, usando cada HS-SCCH un código de canalización de 128 elementos de código diferente. En este caso, a un UE pueden asignarse hasta cuatro HSSCCH y hasta quince HS-PDSCH. En la siguiente descripción, el HSDPA se considera como que tiene (a) un único HS-PDSCH con hasta quince códigos de canalización de 16 elementos de código y (b) un único HS-SCCH con cualquier número de códigos de canalización de 128 elementos de código. En la siguiente descripción, las referencias a códigos de canalización son para el HS-PDSCH a menos que se indique lo contrario.
La figura 3 muestra un formato de trama en W-CDMA. La línea de tiempo para la transmisión se divide en tramas de radio. Las tramas de radio en el enlace descendente se definen respecto al sincronismo de un canal piloto común (CPICH). Cada trama de radio tiene una duración de 10 milisegundos (ms) y se identifica mediante un número de trama de sistema de 12 bits (SFN). Cada trama de radio se divide además en 15 ranuras, que se etiquetan como de la ranura 0 a la ranura 14. Cada ranura tiene una duración de 0,667 ms e incluye 2560 elementos de código a 3,84 megaelementos de código/segundo (Mcps). Cada trama de radio se divide también en cinco subtramas de 0 a 4. Cada subtrama tiene una duración de 2 ms y abarca 3 ranuras. Las subtramas del HS-SCCH están alineadas en el tiempo con las tramas de radio del CPICH. Las subtramas del HS-PDSCH están desplazadas hacia la derecha (o retardadas) por dos ranuras con respecto a las subtramas del HS-SCCH.
El HS-DSCH transporta bloques de transporte para los UE a los que se da servicio. Un bloque de transporte es un bloque de datos y también puede denominarse un bloque de datos, un paquete, etc. Cada bloque de transporte se codifica y se modula y entonces se envía en el HS-PDSCH.
HSDPA soporta retransmisión automática híbrida (HARQ), que también se denomina redundancia incremental (RI). Con HARQ, un Nodo B envía una nueva transmisión para un bloque de transporte y puede enviar una o más retransmisiones hasta que el bloque de transporte se decodifica correctamente por un UE, o se ha enviado el número máximo de retransmisiones, o se encuentra alguna otra condición de terminación. Por tanto, el Nodo B puede enviar un número variable de transmisiones para un bloque de transporte. La primera transmisión se denomina una nueva transmisión, y cada transmisión posterior se denomina una retransmisión. El HSDPA soporta RI asíncrona, lo que significa que puede enviarse una retransmisión una cantidad de tiempo variable después de una transmisión anterior. En cambio, con RI síncrona, una retransmisión se envía una cantidad de tiempo fijo después de una transmisión previa. Con RI tanto síncrona como asíncrona, existe un intervalo de tiempo entre transmisiones sucesivas de un bloque de transporte. Durante este intervalo de tiempo, pueden producirse transmisiones para otros bloques de transporte. Por tanto pueden intercalarse transmisiones de diferentes bloques de transporte con HARQ.
Para HARQ en HSDPA, un Nodo B genera una comprobación de redundancia cíclica (CRC) para un bloque de transporte, adjunta la CRC al bloque de transporte, y codifica el bloque de transporte y la CRC basándose en un esquema de codificación o tasa de transmisión de códigos para obtener un bloque codificado. Un UE usa la CRC para detectar errores tras la decodificación. El Nodo B divide el bloque codificado en múltiples versiones de redundancia. Cada versión de redundancia puede contener diferente información codificada (o bits de código) para el bloque de transporte. El Nodo B puede enviar una versión de redundancia para cada transmisión del bloque de transporte. En HSDPA, el Nodo B puede seleccionar la secuencia de versiones de redundancia que va a enviarse para el bloque de transporte.
El uso de señalización de HS-SCCH proporciona información de control para todas las nuevas transmisiones y retransmisiones. Sin embargo, los mensajes de control enviados por la señalización de HS-SCCH constituyen una sobrecarga porque consumen códigos de HSSCCH (que están limitados en cuanto a su número) así como cierta potencia. Para reducir la sobrecarga mediante el uso de HS-SCCH, sería deseable eliminar la señalización de HSSCCH. En un aspecto, la señalización de HS-SCCH se elimina para todas las nuevas transmisiones en el HS-PDSCH, y sólo se usa para retransmisiones. La siguiente descripción describirá en primer lugar cómo se consiguen transmisiones que usan HS-SCCH para fines de fondo, y después describirá cómo se consiguen transmisiones que carecen de HS-SCCH, que también se denominan transmisiones sin HS-SCCH.
Cuando se usa señalización de control para cada transmisión en el HS-PDSCH, el Nodo B envía señalización en el HS-SCCH para cada transmisión enviada en el HS-PDSCH. La tabla 2 proporciona la señalización enviada en el HS-SCCH. La primera columna de la tabla 2 enumera diferentes campos o tipos de información incluidos en la señalización, la segunda columna proporciona el tamaño de cada campo, y la tercera columna proporciona una breve descripción de lo que cada campo transporta. A continuación se describen las columnas cuarta y quinta, que describen la señalización cuando se envía el HS-SCCH (es decir, para todas las retransmisiones) en el enfoque de transmisión sin HS-SCCH.
Tabla 2 – Información de HS-SCCH
Campo de HSSCCH
Tamaño (bits) Con HS-SCCH Tamaño (bits) Sin HS-SCCH
Conjunto de códigos de canalización
7 Indicar uno de 120 posibles conjuntos de códigos de canalización 7 Un código de canalización asignado al UE antes de las transmisiones en
para HS-PDSCH
el HS-PDSCH
Esquema de
1 Indicar o bien 1 Fijo en QPSK.
modulación
QPSK o bien 16
QAM
Información especial
No aplica No aplica 6 Ajustar a “111110” para indicar una
operación sin HS-SCCH.
Tamaño de bloque de transporte
6 Usado para seleccionar uno de los 254 transportes posibles 2 Cuatro tamaños de bloque de transporte asignados al UE; determinados a ciegas por el UE para la transmisión de
un nuevo
paquete.
Número de
3 Indicar qué 3 Puntero a
proceso de
bloque de transmisión
HARQ
transporte está enviándose previa.
Versión de redundancia (VR)
3 Indicar versión de redundancia y modulación No aplica No necesario porque se usa RI asíncrona con una secuencia fija de versiones de redundancia, identificadas basándose en el ID de retransmisión a continuación.
Indicador de
1 Indicar si la No aplica No necesario
datos nuevos
transmisión actual es una retransmisión de una transmisión previamente recibida. porque toda la señalización de HS-SCCCH es sólo para retransmisiones.
ID de retransmisión
No aplica No aplica 1 Identifica si la retransmisión actual es la primera o la segunda retransmisión.
Reservado
No aplica No aplica 1 Reservado.
Identidad de UE
16 Enviar con 16 Enviar con datos
(ID de UE)
señalización en en el HS-
el HS-SCCH
PDSCH
La señalización en el HS-SCCH incluye información relacionada con recursos y formato de transporte (TFRI) e información relacionada con HARQ (o información de HARQ). La TFRI incluye el conjunto de códigos de canalización, el esquema de modulación, y el tamaño de bloque de transporte. La información de HARQ incluye el número de proceso de HARQ, la versión de redundancia, y el indicador de datos nuevos. La señalización se procesa en dos partes. La parte 1 contiene 8 bits para el conjunto de códigos de canalización y el esquema de modulación. La parte 2 contiene 13 bits para el tamaño de bloque de transporte y la información de HARQ. Se calcula una CRC sobre ambas partes 1 y 2. La parte 1 se codifica con una tasa de transmisión de código convolucional 1/2, se aleatoriza con el ID de UE, y se envía en la primera ranura de una subtrama. La parte 2 y la CRC se codifican con una tasa de transmisión de código convolucional 1/2 y se envía en las dos últimas ranuras de la subtrama. Esto permite al UE recuperar la información crítica en cuanto al tiempo de la parte 1 del HSSCCH antes de la transmisión de datos en el HS-PDSCH.
La figura 4 muestra la transmisión de datos en el HS-DSCH con señalización. Un UE estima periódicamente su calidad de señal recibida basándose en una señal piloto y envía un indicador de calidad de canal (CQI) en el HS-DPCCH. Un Nodo B tiene datos para enviar al UE y planifica el UE para la transmisión de enlace descendente. El Nodo B envía señalización para el UE en el HS-SCCH y envía una primera transmisión de un bloque de transporte para el UE en el HS-PDSCH. La transmisión de datos en el HS-PDSCH se retarda dos ranuras desde la transmisión de señalización correspondiente en el HS-SCCH.
El UE procesa el HS-SCCH y recupera la señalización enviada al UE. El UE procesa entonces el HSPDSCH basándose en la señalización recibida y recupera el bloque de transporte enviado al UE. El UE envía un acuse de recibo (ACK) en el HS-DPCCH si el bloque de transporte se decodifica correctamente y envía un acuse de recibo negativo (NAK) en caso contrario. El UE estima también la calidad de señal recibida y envía la CQI junto con el ACK o NAK en el HS-DPCCH. La transmisión de realimentación en el HS-DPCCH se retarda aproximadamente 7,5 ranuras desde el final de la correspondiente transmisión de datos en el HS-PDSCH.
El Nodo B puede enviar una retransmisión del bloque de transporte si se recibe un NAK desde el UE y puede enviar una nueva transmisión para otro bloque de transporte si se recibe un ACK. El Nodo B envía señalización en el HS-SCCH y la retransmisión o nueva transmisión en el HS-PDSCH. La señalización indica si el HS-PDSCH transporta una retransmisión o una nueva transmisión así como otra información. En general, el Nodo B puede enviar una nueva transmisión para un bloque de transporte y una o más retransmisiones si es necesario. El Nodo B puede enviar múltiples bloques de transporte de una manera entrelazada, según se muestra en la figura 4.
La figura 5 muestra una transmisión de datos a múltiples UE en HSDPA. Un Nodo B planifica los UE para transmisión de datos en el HS-PDSCH en cada TTI. El Nodo B envía señalización para los UE planificados en el HS-SCCH y envía transmisiones para los UE planificados en el HS-PDSCH. Cada UE que pueda recibir datos en el HS-PDSCH procesa el HS-SCCH para determinar si se ha enviado señalización a ese UE. Cada UE planificado procesa el HS-PDSCH para recuperar el bloque de transporte enviado al UE. Cada UE planificado envía realimentación de ACK/NAK y CQI en el HS-DPCCH. Los UE no planificados en un TTI dado también pueden enviar ACK/NAK para una transmisión anterior y CQI para el TTI actual en el HS-DPCCH.
En la figura 5, las transmisiones en el HS-PDSCH y la señalización en el HS-SCCH para servicios en tiempo real tales como de voz sobre protocolo de Internet (VoIP), juegos, etc., se muestran con sombreado sólido. Las transmisiones en el HS-PDSCH y la señalización en el HS-SCCH para otros servicios tales como “el mejor servicio posible” (best effort), etc., se muestran con trama diagonal. Cada transmisión en el HS-PDSCH se asocia con señalización correspondiente en el HS-SCCH.
HSDPA está diseñado y optimizado para aplicaciones análogas a descargar grandes cantidades de datos. Muchos resultados de simulación usados en el diseño de HSDPA se generaron basándose en un modelo de tráfico de memoria intermedia llena. Esta premisa lleva a un diseño de HSDPA que optimiza el caudal de célula en lugar del rendimiento para aplicaciones sensibles al retardo, que puedan producir paquetes relativamente pequeños. Algunas de las consecuencias del diseño de HSDPA actual son:
1.
El HS-SCCH transporta muchos bits para señalización, según se muestra en la tabla 2,
2. El HS-SCCH se codifica y se transmite de una manera subóptima,
3.
El HS-PDSCH transporta bloques de transporte que son relativamente grandes para algunos servicios en tiempo real, y
4. El HS-DPCCH se transmite de manera continua por cada UE.
La gran cantidad de señalización en el HS-SCCH se usa para soportar (a) elección flexible de códigos de canalización asignados para el HS-PDSCH, que pueden cambiar con cada transmisión, (b) elección flexible del tamaño de bloque de transporte a partir de 254 tamaños de bloque de transporte posibles, (c) elección flexible del tiempo de transmisión y retransmisión para RI asíncrona, (d) elección flexible de la versión de redundancia, y (e) elección flexible de la modulación. Todas estas características flexibles dan como resultado una gran cantidad de sobrecarga en el HS-SCCH.
Además, la señalización en el HS-SCCH se divide en dos partes según se describió anteriormente para simplificar UE implementación. La transmisión de HS-PDSCH está retardada con respecto a la transmisión de HS-SCCH, según se muestra en las figuras 4 y 5, para simplificar también la implementación de UE. Estas dos características son subóptimas y
provocan la sobrecarga debido a que el HS-SCCH es aún más grande.
El HS-PDSCH puede transportar bloques de transporte de diferentes tamaños para ajustarse mejor a las cargas útiles de datos de los UE. El HSDPA soporta 254 tamaños de bloque de transporte que oscilan entre 137 bits y 27.952 bits. Los tamaños de bloque de transporte dependen del esquema de modulación (por ejemplo, QPSK o 16 QAM) y el número de códigos de canalización usados para la transmisión en el HS-PDSCH. Están disponibles diferentes conjuntos de tamaños de bloque de transporte para diferentes números de códigos de canalización. Por ejemplo, pueden usarse 103 tamaños de bloque de transporte que oscilan entre 137 y 1871 bits cuando se asigna un código de canalización para el HS-PDSCH.
Los tamaños de bloque de transporte pequeños pueden utilizar demasiado espacio de código de canalización. El factor de ensanchamiento de 16 se usa para el HS-PDSCH porque reduce la cantidad de señalización para transportar el conjunto de códigos de canalización asignado mientras que proporciona suficiente granularidad de espacio de código para los datos. Esta elección de factor de ensanchamiento da como resultado tamaños de bloque de transporte pequeños (que pocas veces se usan para tráfico de memoria intermedia llena) que tienen pequeñas tasas de transmisión de código efectivas. Por ejemplo, todos los tamaños de bloque de transporte de 137 a 449 bits con QPSK tienen una tasa de transmisión de código de 1/2 o inferior en la primera transmisión. Para VoIP, una trama de tasa de transmisión completa para voz multitasa adaptativa (AMR) de 12,2 kilobits/segundo (kbps) contiene 317 bits. Un tamaño de bloque de transporte típico para esta trama de tasa de transmisión completa tiene una tasa de transmisión de código de aproximadamente 1/3 en la primera transmisión. La capacidad en exceso de este tamaño de bloque de transporte típico da como resultado una baja tasa de transmisión de código para la primera transmisión, lo que puede dar como resultado que se usen más recursos de radio para la trama de tasa de transmisión completa de lo necesario.
Cada UE que puede recibir transmisión de datos en el HS-PDSCH envía de manera continua información de realimentación (por ejemplo, CQI) en el HS-DPCCH. La información de realimentación mejora el rendimiento de la transmisión de datos en el enlace descendente a costa de una sobrecarga de enlace ascendente y un mayor consumo de batería del UE. La planificación flexible de los UE para la transmisión de datos en el HS-PDSCH requiere que los UE monitoricen de manera continua el HS-SCCH y transmitan de manera continua en el HSDPCCH.
Por los motivos indicados anteriormente, el diseño de HSDPA con señalización de HSSCCH proporciona un buen rendimiento para aplicaciones similares al modelo de tráfico de memoria intermedia llena aunque es ineficaz para aplicaciones con datos de bajo caudal y/o sensibles al retardo. Además, este diseño de HSDPA no considera problemas relacionados con la conectividad de paquete continua, tal como la sobrecarga de enlace ascendente y la vida útil de la batería del UE.
En un aspecto, un Nodo B envía transmisiones en un canal de datos compartido (por ejemplo, el HS-DSCH y HS-PDSCH) a un UE basándose en al menos un parámetro que se asigna al UE antes de las transmisiones. El Nodo B no envía señalización en un canal de control compartido (por ejemplo, el HS-SCCH) para ninguna nueva transmisión enviada al UE en el canal de datos compartido (es decir, el Nodo B sólo envía señalización de HS-SCCH en retransmisiones en el canal de datos compartido), que pueden reducir en gran medida la sobrecarga. El UE procesa las transmisiones recibidas desde el canal de datos compartido basándose en los parámetros asignados. Un canal de datos compartido puede comprender canales en diferentes capas (por ejemplo, canales de transporte y físicos) observados por un bloque de transporte o un paquete de datos. Como un ejemplo, para HSDPA, un canal de datos compartido puede comprender el HS-DSCH y el HS-PDSCH. Un canal de datos compartido puede comprender otros canales para otras tecnologías de radio.
En general, puede asignarse al UE cualquier número de parámetros y cualquier tipo de parámetro. Por ejemplo, los parámetros asignados pueden incluir uno cualquiera o cualquier combinación de los siguientes:
1.
Parámetros de código de canalización,
2.
Parámetros de codificación y modulación, y
3.
parámetros de retransmisión o de HARQ.
Los parámetros de código de canalización pueden indicar el número de códigos de canalización y/o los códigos de canalización específicos que pueden usarse para transmisiones al UE. Los códigos de canalización asignados pueden ser cualquiera de los códigos de canalización de 16 elementos de código disponibles para el HS-PDSCH y/u otros códigos de canalización. Por ejemplo, puede asignarse al UE un código de canalización con un factor de ensanchamiento de 32 ó 64, que puede ocupar menos espacio de código que un código de canalización de 16 elementos de código. El UE puede procesar el canal de datos compartido sólo para los códigos de canalización asignados y puede ignorar otros códigos de canalización.
Los parámetros de codificación y modulación pueden indicar cómo se codifican y modulan los datos. Por ejemplo, los parámetros de codificación y modulación pueden indicar uno o más esquemas de modulación (por ejemplo, QPSK y/o 16 QAM), uno o más tamaños de bloque de transporte, una o más tasas de transmisión de código, etc., que pueden utilizarse para transmisiones al UE. El UE puede procesar el canal de datos compartido basándose en los parámetros de codificación y modulación asignados. En un aspecto, sólo se usa QPSK, tal
como se muestra en la tabla 2.
Los bits previamente usados para los parámetros de HARQ en el modo de operación de HS-SCCH se usan ahora para indicar parámetros aplicables para retransmisiones al UE tal como la transmisión/retransmisión previa a la que está asociada la transmisión actual (puntero sin HS-SCCH). El número de la retransmisión para un bloque de transporte de retransmisión (ID de retransmisión) también se envía en la retransmisión para indicar la transmisión previa (si la retransmisión actual es una retransmisión de una nueva transmisión) o retransmisión (si la retransmisión actual es una retransmisión de una retransmisión previa) con la que está asociado el bloque de transporte de retransmisión actual. Las versiones de redundancia para el bloque de transporte para cada retransmisión pueden enviarse en un orden específico que el Nodo B y el UE conocen a priori. Por ejemplo, una primera versión de redundancia puede enviarse en una primera retransmisión para el bloque de transporte, una segunda versión de redundancia puede enviarse en una segunda retransmisión, una tercera versión de redundancia puede enviarse en una tercera retransmisión, etc.
En un aspecto, si un UE soporta el envío de realimentación de ACK/NAK, de modo que el ajuste de realimentación de ACK/NAK puede indicar si enviar tanto realimentación de ACK como de NAK, sólo realimentación de ACK, etc., el UE se ajustará a sólo realimentación de ACK en el modo de operación sin HS-SCCH. Para nuevas transmisiones cuando no se envía ninguna señalización en el HS-SCCH y cuando el UE encuentra un error de decodificación, puede que el UE no pueda determinar si el error de decodificación resultante de (a) un bloque de transporte enviado al UE y decodificado por error por el UE; (b) un bloque de transporte enviado para otro UE, cuando el UE está recibiendo el bloque de transporte que está enviándose a otro UE porque el bloque de transporte está enviándose a través de un canal compartido (la decodificación no es correcta porque el ID de UE con el que el bloque de transporte se codificó era el ID de UE del otro UE); o (c) no se envía ningún bloque de transporte a ningún UE. Por tanto, un UE puede no saber cuándo enviar NAK para sus bloques de transporte. Mediante el envío de sólo realimentación de ACK, puede evitarse señalización superflua y errónea para NAK para tales errores de decodificación no relacionados debido a que puede evitarse enviar bloques de transporte a otros UE.
Los parámetros asignados pueden incluir también otros tipos de parámetros, que pueden depender del diseño de sistema. Por ejemplo, en un sistema basado en OFDM, los parámetros asignados pueden indicar una o más subportadoras específicas que pueden usarse para transmisiones al UE. En un sistema que soporta transmisión entrada múltiple salida múltiple (MIMO), los parámetros asignados pueden indicar el número de flujos de datos que pueden enviarse al UE, una o más matrices de precodificación que pueden usarse para las
transmisiones al UE, etc.
El canal de datos compartido puede comprender canales de transporte y físicos, por ejemplo, el HS-DSCH y el HS-PDSCH. Ciertos parámetros (por ejemplo, parámetros de codificación) pueden aplicarse para la parte de canal de transporte del canal de datos compartido mientras que otros parámetros (por ejemplo, parámetros de modulación y código de canalización) pueden aplicarse para la parte de canal físico del canal de datos compartido.
En un aspecto, pueden definirse uno o más formatos de transmisión y asignarse a un UE. Cada formato de transmisión puede estar asociado con uno o más parámetros específicos para usar para la transmisión. Por ejemplo, un formato de transmisión puede estar asociado con un conjunto específico de uno o más códigos de canalización, un esquema de modulación específico, una tasa de transmisión de código o tamaño de bloque de transporte específico, etc. Un Nodo B puede enviar una transmisión basándose en uno del (de los) formato(s) de transmisión asignados al UE. Si se asignan al UE múltiples formatos de transmisión, entonces el Nodo B puede usar uno cualquiera de los formatos de transmisión para cada transmisión enviada al UE.
En general, un parámetro puede ser para cualquier cosa pertinente para la transmisión de datos tal como, por ejemplo, tamaño de bloque, tasa de transmisión de código, esquema de modulación, parámetro de HARQ, etc. Un formato de transmisión puede estar asociado con uno o más parámetros específicos (por ejemplo, un tamaño de bloque y un esquema de modulación) y puede ser un mecanismo conveniente para transportar parámetros.
Además, en general, los parámetros asignados pueden usarse para cualquier canal de datos compartido en cualquier sistema de comunicación inalámbrica. Los parámetros asignados pueden usarse para HSDPA con el fin de evitar enviar señalización en el HS-SCCH para nuevas transmisiones. Un nuevo formato de subtrama o modo de transmisión para el HSDSCH puede definirse con una o más de las siguientes características:
1.
No se envía señalización en el HS-SCCH para una nueva transmisión y sólo se envía en retransmisiones,
2.
Pueden usarse uno o más códigos de canalización específicos para transmisiones al UE,
3. Pueden usarse uno o más esquemas de modulación específicos para transmisiones,
4.
Pueden usarse uno o más tamaños de bloque de transporte específicos para transmisiones,
5.
HARQ se ajusta a RI asíncrona con un número predeterminado de retransmisiones, una referencia a la transmisión/retransmisión previa con la que está asociada la retransmisión actual, y una secuencia predeterminada de versiones de redundancia basándose en la versión
de la retransmisión (por ejemplo, primera retransmisión, segunda retransmisión, etc.), y
6.
Se usa una CRC específica de UE para cada bloque de transporte enviado en el HSPDSCH.
Algunos de los parámetros pueden ser fijos mientras que otros parámetros pueden ser configurables. En un aspecto, los códigos de canalización y tamaños de bloque de transporte son parámetros configurables, y otros parámetros son fijos. Por ejemplo, el esquema de modulación puede fijarse en QPSK, el número de retransmisiones puede fijarse en dos, la secuencia de versiones de redundancia puede fijarse basándose en la versión de retransmisión, etc. El Nodo B y el UE conocen a priori los parámetros fijos. Los parámetros configurables pueden determinarse al inicio de una llamada y pueden cambiarse durante la llamada.
Pueden definirse uno o más formatos de transmisión para un UE. Por ejemplo, puede definirse un formato de transmisión con lo siguiente:
1.
Un código de canalización específico para el HS-PDSCH;
2.
Un esquema de modulación específico (por ejemplo, QPSK);
3.
Un tamaño de bloque de transporte específico;
4. Información de tipo HARQ ajustada a RI asíncrona, con información de puntero a transmisiones/retransmisiones previas, dos retransmisiones y una secuencia predeterminada de versiones de redundancia; y
5. Una CRC específica de UE.
Pueden definirse múltiples formatos de transmisión con diferentes parámetros para el UE. Por ejemplo, pueden definirse dos formatos de transmisión para dos tamaños de bloque de transporte diferentes y el mismo código de canalización, esquema de modulación, etc. En general, puede asociarse un formato de transmisión con cualquier número de parámetros y cualquier tipo de parámetro.
Por tanto, los parámetros que se transportan a través de señalización en el HS-SCCH durante las retransmisiones pueden fijarse o configurarse/asignarse antes de la transmisión. En un diseño, todos los parámetros transportados a través de la señalización en el HS-SCCH pueden gestionarse según se muestra en la última columna de la tabla 2. En este diseño, muchos de los parámetros son o bien fijos o se configuran/asignan de modo que la señalización en el HS-SCCH no es necesaria para nuevas transmisiones. Además, en este diseño, pueden usarse un único código de canalización y cuatro tamaños de bloque de transporte para las transmisiones al UE. Los cuatro tamaños de bloque de transporte pueden seleccionarse basándose en requisitos de datos para una llamada. A modo de ejemplo, para una llamada de VoIP, puede usarse un tamaño de bloque de transporte de 353 bits para una trama de voz de AMR-NB de 12,2 Kbps o una trama de voz de AMR-WB de 12,6 Kbps. Puede usarse un tamaño de bloque de transporte de 161 bits para una trama de descriptor de silencio (SID) de AMR-NB o AMR-WB. También pueden usarse otros tamaños de bloque de transporte y/o diferentes números de tamaños de bloque de transporte.
En un aspecto, puede asignarse a un UE uno o múltiples códigos de canalización entre los códigos de canalización disponibles para el HS-PDSCH. En otro aspecto, puede asignarse a un UE un código de canalización con un factor de ensanchamiento mayor que 16. Entonces, el UE puede desensanchar una transmisión recibida con un código de canalización que es más largo que el código de canalización más corto para el canal de datos compartido. El factor de ensanchamiento más grande reduce la granularidad en asignación de espacio de código y puede mejorar la utilización del código de canalización. Por ejemplo, puede asignarse a un UE con tamaños de carga útil de datos pequeños (por ejemplo, para VoIP o juegos) un código de canalización con factor de ensanchamiento de 32 y a continuación puede ocupar la mitad del espacio de código. Una transmisión enviada con este código de canalización de SF = 32 puede tener una tasa de transmisión de código que es dos veces más alta que una transmisión comparable enviada con un código de canalización de SF = 16. HARQ puede compensar la tasa de transmisión de código más alta enviando retransmisiones para bloques de transporte que requieren tasas de transmisión de código más bajas. En aún otro aspecto, se asigna a un UE un código de canalización variable en el tiempo (que puede variar en el tiempo de manera predeterminada) o diferentes códigos de canalización en diferentes intervalos de tiempo.
Los parámetros asignados para un UE pueden darse mediante uno o más formatos de transmisión y/o de alguna otra manera. Los parámetros asignados pueden determinarse para el UE durante el establecimiento de llamada al inicio de una llamada y pueden basarse en requisitos de la llamada. Por ejemplo, los tamaños de bloque de transporte asignados pueden seleccionarse basándose en requisitos de datos, los intervalos de tiempo asignados pueden seleccionarse basándose en el tipo de llamada (por ejemplo, VoIP o juegos), etc. Los parámetros asignados también pueden modificarse durante la llamada debido a diversos motivos tales como cambios en los requisitos de datos, carga de sistema, etc. Los cambios en los parámetros asignados pueden gestionarse a través de mecanismos de reconfiguración soportados por el sistema. Por tanto, los parámetros asignados pueden ser estáticos o semiestáticos y pueden ser configurables para cada UE. Los parámetros asignados pueden enviarse a cada UE a través de señalización de capa superior o mediante algún otro medio antes de las transmisiones en el canal de datos compartido usando los parámetros asignados. Por ejemplo, los parámetros asignados pueden enviarse en el establecimiento de llamada usando Mensajes de establecimiento de portador de radio de capa 3 en W-CDMA o durante la
reconfiguración usando Mensajes de reconfiguración de portador de radio.
La figura 6 muestra la transmisión de datos en el HS-DSCH con parámetros asignados. Un UE estima periódicamente su calidad de señal recibida y envía CQI en el HS-DPCCH. Un Nodo B tiene datos para enviar al UE y planifica al UE para transmisión de enlace descendente. El Nodo B procesa un bloque de transporte basándose en los parámetros asignados, por ejemplo, un formato de transmisión asignado. Puesto que ésta es una primera (nueva) transmisión, el Nodo B no envía ninguna señalización en el HS-SCCH y sólo envía la transmisión del bloque de transporte en el HS-PDSCH al UE. El UE procesa el HS-PDSCH basándose en los parámetros asignados y recupera el bloque de transporte enviado al UE. El UE envía un ACK en el HS-DPCCH si el bloque de transporte se decodifica correctamente y no envía nada en caso contrario. El UE también estima la calidad de señal recibida y envía CQI junto con el ACK/nada en el HS-DPCCH. El Nodo B puede enviar una nueva transmisión para otro bloque de transporte si se recibe un ACK. En la figura 6, el UE no envía un ACK porque no recibió el bloque de transporte con éxito (por ejemplo, o bien el UE no recibió el bloque de transporte o bien el bloque de transporte no se recibió correctamente). En un aspecto, el Nodo B enviará una retransmisión si no se recibe ningún ACK desde el UE en un periodo predeterminado de tiempo. Por ejemplo, el Nodo B planificará una retransmisión si el UE no envía de vuelta un ACK. Por tanto, el Nodo B envía nuevas transmisiones sin ninguna señalización en el HS-SCCH pero enviará retransmisiones con señalización en el HS-SCCH según se describe en la tabla 2.
La figura 7 muestra transmisión de datos a múltiples UE con parámetros asignados. Un Nodo B envía transmisiones a UE con parámetros asignados (que se muestran con sombreado sólido) así como transmisiones a UE sin parámetros asignados (que se muestran con trama diagonal) en el HS-PDSCH. El Nodo B envía señalización en el HS-SCCH sólo a los UE sin parámetros asignados o para retransmisiones a UE con parámetros asignados, que se muestran con trama diagonal. El Nodo B no envía señalización a los UE con parámetros asignados. Según indican las figuras 5 y 7, puede ahorrarse recursos de radio no enviando señalización a los UE con parámetros asignados.
La figura 8 muestra un diagrama de bloques de un diseño del procesador 210 de datos de TX y el modulador 220 en el Nodo B 110 en la figura 2. Por motivos de claridad, la figura 8 muestra unidades de procesamiento para generar una transmisión en el HS-PDSCH para un UE.
Dentro del procesador 210 de datos de TX, un generador 810 de CRC genera una CRC para un bloque de transporte. Un aleatorizador 812 puede aleatorizar el bloque de transporte, la CRC, o tanto el bloque de transporte como la CRC basándose en un identificador de UE (ID de UE) para el UE destinatario. Este ID de UE puede ser un ID de MAC o algún otro tipo de ID que pueda identificar de manera única al UE destinatario. Puede generarse una CRC específica de UE de diversas maneras que hacen a esta CRC específica para el UE destinatario. Por ejemplo, puede generarse una CRC de la manera normal, y la CRC puede entonces hacerse específica para el UE. Esto puede conseguirse realizando una operación exclusiva O (XOR) entre la CRC computada y el ID de UE. En general, puede realizarse aleatorización específica de UE en la totalidad o en cualquier parte de una transmisión y también en cualquier lugar a lo largo del trayecto de procesamiento de transmisión.
Un codificador 814 codifica el bloque aleatorizado basándose en un esquema de codificación y proporciona un bloque codificado que tiene un tamaño de bloque de transporte seleccionado. El controlador 240 puede seleccionar el tamaño de bloque de transporte basándose en el CQI recibido desde el UE, los tamaños de bloque de transporte asignados al UE, etc. Una unidad 816 de HARQ divide el bloque codificado en múltiples versiones de redundancia. Para cada transmisión, la unidad 816 de HARQ determina qué versión de redundancia enviar basándose en un control de HARQ desde el controlador 240 y proporciona la versión de redundancia seleccionada. Un intercalador 818 de canal intercala (o reordena) los bits de código en la versión de redundancia seleccionada. Un correlacionador 820 de símbolos correlaciona los bits intercalados con símbolos de datos basándose en un esquema de modulación seleccionado para el UE. Este esquema de modulación puede ser fijo (por ejemplo, para QPSK) cuando se usan parámetros asignados.
Dentro del modulador 220, un ensanchador 820 ensancha los símbolos de datos basándose en un código de canalización asignado al UE y proporciona elementos de código de datos. Los elementos de código de datos se procesan adicionalmente y se transmiten al UE. El controlador/procesador 240 puede recibir realimentación (por ejemplo, ACK/nada, CQI, etc.) desde el UE y puede proporcionar diversos parámetros (por ejemplo, el ID de UE, tamaño de bloque de transporte, puntero de HARQ—el puntero a una transmisión/retransmisión previa si el bloque de transporte actual es una retransmisión, esquema de modulación, código de canalización, etc.) para cada transmisión enviada al UE.
La figura 9 muestra un diagrama de bloques de un diseño de demodulador 260 y procesador 270 de datos de RX en el UE 120 en la figura 2. Dentro del demodulador 260, un desensanchador 910 desensancha las muestras recibidas para una transmisión recibida basándose en un código de canalización asignado al UE y proporciona símbolos desensanchados a una memoria 912 intermedia de símbolos y un combinador 914 de HARQ. La memoria 912 intermedia almacena los símbolos desensanchados para una posible combinación con futuras transmisiones. El combinador 914 de HARQ puede (a) pasar los símbolos desensanchados para la transmisión actual desde el desensanchador 910 sin combinar o (b) combinar los símbolos desensanchados para la transmisión actual con símbolos desensanchados para una o más transmisiones anteriores basándose en un control de HARQ desde el controlador 280.
Dentro del procesador 270 de datos de RX, un decorrelacionador 920 de símbolos decorrelaciona los símbolos desensanchados del combinador 914 de HARQ basándose en el esquema de modulación seleccionado. Por ejemplo, el decorrelacionador 920 de símbolos puede proporcionar relaciones de logaritmo de probabilidad (LLR) para bits de código de los símbolos desensanchados. Un desintercalador 922 de canal realiza la desintercalación de una manera complementaria a la intercalación realizada por el intercalador 818 de canal en la figura
8. Un decodificador 924 decodifica la salida del desintercalador 922 basándose en un tamaño de bloque de transporte y proporciona un bloque de transporte decodificado.
Si el Nodo B aleatoriza la CRC para el bloque de transporte, entonces un generador 926 de CRC genera una CRC para el bloque de transporte decodificado, y un desaleatorizador 928 desaleatoriza una CRC recibida, según se muestra en la figura 9. Si el Nodo B aleatoriza el bloque de transporte, entonces el desaleatorizador 928 desaleatoriza el bloque de transporte decodificado, y el generador 926 de CRC genera una CRC para el bloque de transporte desaleatorizado (no mostrado en la figura 9). En cualquier caso, un detector 930 compara la CRC generada localmente con la CRC recibida o desaleatorizada y determina si el bloque de transporte se decodifica correctamente o incorrectamente basándose en el resultado de la comparación. En general, la desaleatorización específica de UE en el UE se realiza de manera complementaria a la aleatorización específica de UE en el Nodo B. El controlador/procesador 280 puede proporcionar diversos parámetros (por ejemplo, el código de canalización, puntero de HARQ-el puntero a una transmisión /retransmisión previa si el bloque de transporte actual es una retransmisión, esquema de modulación, tamaño de bloque de transporte, ID de UE, etc.) para cada transmisión procesada por el UE.
El UE puede realizar decodificación ciega para una transmisión recibida basándose en los parámetros asignados. El UE puede procesar la transmisión recibida para cada hipótesis posible hasta que el bloque de transporte se decodifica correctamente o se hayan evaluado todas las hipótesis. El número de hipótesis depende de los factores desconocidos en el UE. Por ejemplo, si pueden usarse cuatro tamaños de bloque de transporte para una transmisión, entonces el UE puede decodificar la transmisión recibida para cada uno de los cuatro tamaños de bloque de transporte. Si pueden enviarse hasta dos retransmisiones para un bloque de transporte y el UE tiene información de puntero de HARQ para determinar la versión de redundancia, entonces el UE puede procesar la transmisión recibida para dos hipótesis correspondientes a la transmisión recibida que es una segunda transmisión (es decir, primera retransmisión), y una tercera transmisión (es decir, segunda retransmisión). En este ejemplo, el UE puede realizar decodificación ciega para hasta cuatro hipótesis que cubren cuatro posibles tamaños de bloque de transporte.
El UE puede evaluar la hipótesis en un orden secuencial que puede seleccionarse basándose en la probabilidad de que cada hipótesis suceda. Por ejemplo, el UE puede realizar la decodificación para el tamaño de bloque de transporte más probable, a continuación decodificación para el siguiente tamaño de bloque de transporte más probable, etc. Por ejemplo, si se asigna al UE cuatro tamaños de bloque de transporte y el tamaño de bloque de transporte más grande se usa más a menudo que el tamaño de bloque de transporte más pequeño, entonces el UE puede realizar la decodificación para el tamaño de bloque de transporte más grande en primer lugar antes de realizar la decodificación para el tamaño de bloque de transporte más pequeño.
La figura 10 muestra un proceso 1000 realizado por un Nodo B para la transmisión de datos sin señalización de HS-SCCH en una primera transmisión de un bloque de transporte. El Nodo B asigna al menos un parámetro a un UE (bloque 1012). El al menos un parámetro puede comprender al menos uno de un código de canalización, un tamaño de bloque, un esquema de modulación, un formato de transmisión, un parámetro de retransmisión, etc. Por ejemplo, el al menos un parámetro puede comprender múltiples formatos de transmisión (por ejemplo, múltiples tamaños de bloque de transporte) que pueden usarse para transmisiones al UE. El al menos un parámetro puede asignarse durante el establecimiento de llamada al inicio de una llamada para establecer portadores de radio para el UE, durante la reconfiguración para cambiar los portadores de radio para el UE, etc. El Nodo B envía el al menos un parámetro asignado al UE (bloque 1014). El Nodo B a continuación procesa una transmisión para el UE basándose en el al menos un parámetro asignado (bloque 1016). El Nodo B puede aleatorizar la totalidad o una parte de la transmisión con un identificador para el UE. El Nodo B envía la transmisión en un canal de datos compartido por una pluralidad de UE para su procesamiento por el UE basándose en el al menos un parámetro asignado (bloque 1018). El Nodo B enviará la transmisión sin señalización de HS-SCCH si ésta es una primera transmisión, y con señalización de HS-SCCH si ésta es una retransmisión. Por tanto, el Nodo B puede deshabilitar la transmisión de información/señalización de control de enlace descendente correspondiente a la transmisión de nuevos bloques de transporte en el canal de datos compartido.
La figura 11 muestra un proceso 1100 realizado por un UE para recepción de datos sin señalización de HS-SCCH en la transmisión de nuevos bloques de transporte. El UE recibe al menos un parámetro asignado al UE, por ejemplo, durante el establecimiento de llamada, reconfiguración, etc. (bloque 1112). El al menos un parámetro puede comprender cualquiera de los parámetros enumerados anteriormente. El UE a continuación recibe una transmisión en un canal de datos compartido por una pluralidad de UE (bloque 1114). El UE procesa la transmisión recibida basándose en el al menos un parámetro asignado al UE antes de recibir la transmisión (bloque 1116). La transmisión recibida puede comprender uno o más paquetes de datos (o bloques de transporte).
El procesamiento por el UE en el bloque 1116 puede incluir procesar/decodificar la transmisión recibida basándose en diferentes formatos de transmisión (por ejemplo, diferentes tamaños de bloque de transporte) que pueden usarse para la transmisión recibida. El UE puede seleccionar un formato de transmisión en un momento, procesar la transmisión recibida basándose en el formato de transmisión seleccionado, terminar el procesamiento de la transmisión recibida si se decodifica correctamente, y repetir el procesamiento para otro formato de transmisión si no se decodifica correctamente.
Si se usa HARQ, entonces el UE puede determinar si la transmisión recibida es una nueva transmisión o una retransmisión debido a los HS-SCCH recibidos, por ejemplo, basándose en el resultado de la decodificación para una transmisión anterior, y una transmisión anterior, el número de retransmisiones permitidas, etc. El UE puede procesar, en primer lugar, la transmisión recibida como una nueva transmisión para obtener un paquete decodificado y, si el paquete decodificado tiene algún error, procesar la transmisión recibida como una retransmisión. Alternativamente, el UE puede procesar, en primer lugar, la transmisión recibida como una retransmisión para obtener un paquete decodificado y, si el paquete decodificado tiene algún error, procesar la transmisión recibida como una nueva transmisión. En ambos casos, el UE puede procesar la transmisión recibida para diferentes hipótesis correspondientes a diferentes números de transmisión enviados antes de la transmisión recibida, diferentes tamaños de bloque de transporte, etc.
El procesamiento en el bloque 1116 también puede incluir determinar si el UE es un destinatario previsto de la transmisión recibida. Esta determinación puede conseguirse comprobando la transmisión recibida con un identificador para el UE, por ejemplo, generando una CRC para la transmisión recibida, desaleatorizando una CRC recibida con el identificador de UE, y comparando la CRC desaleatorizada y la CRC generada localmente. Esta determinación también puede conseguirse desaleatorizando la transmisión recibida con el identificador de UE.
La figura 12 es un diagrama de bloques de un controlador 1200 que puede usarse para implementar las técnicas descritas en el presente documento en un Nodo B. El controlador 1200 incluye un circuito 1202 integrado para transmitir un paquete de control que tiene información relacionada con un paquete de datos previamente transmitido, no habiéndose transmitido la información cuando se transmitió el paquete previamente transmitido; y un circuito 1204 integrado para transmitir un segundo paquete de datos, en el que el paquete de datos previamente transmitido y el segundo paquete se derivan de datos comunes.
La figura 13 es un diagrama de bloques de un controlador 1300 que puede usarse para implementar las técnicas descritas en el presente documento en un UE. El controlador 1300 incluye un circuito 1302 integrado para recibir un paquete de control, el paquete de control incluye información relacionada con un paquete de datos previamente transmitido; un circuito 1304 integrado para recibir un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes; y un circuito 1306 integrado para obtener los datos comunes basándose en la información relacionada con el paquete de datos previamente transmitido, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión están asociados con una secuencia de paquetes de datos, incluyendo la secuencia de paquetes de datos un primer paquete de datos. El primer paquete de datos no tiene un paquete de control asociado con el mismo.
El UE puede recibir transmisiones adicionales en el canal de datos compartido y puede procesar cada transmisión recibida adicional de manera similar basándose en el al menos un parámetro asignado al UE. El UE puede recibir de manera discontinua transmisiones en el canal de datos compartido, denominadas la transmisión (DTX) o recepción (DRX) discontinua. La explicación en el presente documento se referirá a DRX, pero la explicación se aplica de manera recíproca también a DTX.
La operación de DRX tiene el inconveniente de reducir la tasa de transmisión de datos máxima que puede ofrecerse a un usuario dado, así como reducir la capacidad de enlace descendente global para servicios sensibles al retardo. La tasa de transmisión de datos máxima se reduce porque el Nodo B ahora puede transmitir sólo esporádicamente a un UE dado. Por ejemplo, si el UE está en espera 3 intervalos de tiempo de un total de 4, entonces la tasa de transmisión de datos sostenida máxima que puede servirse al UE es 1/4 de la que era cuando no se usaba DRX. Esto puede ser aceptable cuando están transmitiéndose pocos datos (por ejemplo, cuando un usuario está leyendo una página web), pero se volverá limitativo cuando el usuario hace clic en un enlace y solicita la descarga de una nueva página web. Otro inconveniente de DRX es que disminuye la capacidad de enlace descendente global para aplicaciones sensibles al retardo.
En un aspecto, se bascula entre los modos de DRX y DTX en el UE a través de la transmisión de una secuencia de control en la señal de HS-SCCH, teniendo la señalización de
HS-SCCH la forma de la tabla 3, en la que una secuencia de bits de escape señala al UE que está emitiéndose una orden para la basculación. En referencia a la tabla 3 a continuación, en una implementación la secuencia de escape se ajusta a una secuencia predefinida de “11100000,” que son los ocho bits del código de canalización ajustados y el esquema de 5 modulación; la información de tamaño de bloque de transporte también se ajusta a una secuencia predefinida de “111101;” el tipo de orden se ajusta a las secuencias predefinidas de “000” para la señalización al UE de que está emitiéndose una señal de control de modo DRX/DTX; y dos bits se usan para bascular entre los modos de DRX/DTX, respectivamente. La basculación entre DRX/DTX se ajusta a “0” si el modo va a desactivarse, o “1” si el modo va a
10 activarse. Tabla 3 – Información de DTX/DRX
Campo de HS-SCCH
Tamaño (bits) Valor
Conjunto de códigos de canalización
7 1110000 (predefinido)
Esquema de modulación
1 0 (predefinido)
Información de tamaño de bloque de transporte
6 111101 (predefinido)
Tipo de orden
3 000 (control de DRX/DTX)
Orden (basculación de DRX)
1 1/0
Orden (basculación de DTX)
1 1/0
Orden (reservado)
1 No aplica (reservado)
Indicador de datos nuevos
1 No aplica (reservado)
Identidad de UE (ID de UE)/CRC
16 Enmascarada como parte de CRC
En un aspecto, la información de control de DTX/DRX se envía como una orden de
15 capa física transmitida en la señalización de HS-SCCH, en la que el orden se decodifica del paquete de control tras detectar un código de escape en la ubicación del paquete de control que normalmente se usa para transmitir información de conjunto de códigos de canalización, modulación, y tamaño de bloque de transporte según se muestra en la tabla 3 anterior. La palabra “ejemplar” se usa en el presente documento con el significado “que sirve
20 como ejemplo, caso, o ilustración.” Cualquier aspecto descrito en el presente documento como “ejemplar” no debe interpretarse necesariamente como que es preferido o ventajoso respecto a otros aspectos.
Los expertos en la técnica entenderán que la información y las señales pueden representarse usando cualquiera de una variedad de diferentes tecnologías y técnicas. Por ejemplo, los datos, instrucciones, órdenes, información, señales, bits, símbolos, y elementos de código a los que puede hacerse referencia a lo largo de la descripción anterior pueden representarse mediante tensiones, corrientes, ondas electromagnéticas, partículas o campos magnéticos, partículas o campos ópticos, o cualquier combinación de éstos.
Los expertos en la técnica apreciarán adicionalmente que los diversos bloques lógicos, módulos, circuitos, y etapas de algoritmo ilustrativos descritos en relación con los aspectos dados a conocer en el presente documento pueden implementarse como hardware electrónico, software informático, o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, se han descrito anteriormente en general diversos componentes, bloques, módulos, circuitos, y etapas ilustrativos en cuanto a su funcionalidad. Que tal funcionalidad se implementa como hardware o software depende de la aplicación y restricciones de diseño particulares impuestas al sistema global. Los expertos pueden implementar la funcionalidad descrita de modos variados para cada aplicación particular, pero tales decisiones de implementación no deben interpretarse como causantes de un alejamiento del alcance de la presente memoria descriptiva.
Los diversos bloques lógicos, módulos, y circuitos ilustrativos descritos en relación con los aspectos dados a conocer en el presente documento pueden implementarse dentro de o realizarse mediante un circuito integrado (“CI”), un terminal de acceso, o un punto de acceso. El CI puede comprender un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), una disposición de puertas programables en campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistor, componente de hardware discreto, componente eléctrico, componente óptico, componente mecánico, o cualquier combinación de éstos diseñada para realizar las funciones descritas en el presente documento, y pueden ejecutar códigos o instrucciones que residen en el CI, fuera del CI, o ambos. Un procesador de propósito general puede ser un microprocesador, pero como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador, o máquina de estados convencional. Un procesador también puede implementarse como una combinación de dispositivos de computación, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores en conjunción con un núcleo de DSP, o cualquier otra configuración de este tipo.
Las etapas de un procedimiento o algoritmo descritas en relación con los aspectos dados a conocer en el presente documento pueden realizarse directamente en hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software puede residir en una memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, disco duro, un disco extraíble, un CD-ROM, o cualquier otra forma de medio de almacenamiento conocido en la técnica. Un medio de almacenamiento ejemplar se acopla al procesador de modo que el procesador puede leer información desde, y escribir información en el medio de almacenamiento. Como alternativa, el medio de almacenamiento puede ser solidario con el procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en un terminal de usuario o equipo de usuario (UE). Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un terminal de usuario. El procesador y el medio de almacenamiento también pueden residir en el Nodo B en la variedad de formas que se ha descrito en el presente documento. Además, las etapas de un procedimiento o algoritmo descritas en relación con los aspectos dados a conocer en el presente documento pueden realizarse en un producto de programa informático, que incluye medios legibles por ordenador y sus materiales de empaquetado.
La secuencia de etapas de un procedimiento o algoritmo descrita en relación con los aspectos dados a conocer en el presente documento puede intercambiarse sin alejarse del alcance de la invención.
La descripción previa de los aspectos dados a conocer se proporciona para permitir a cualquier experto en la técnica realizar o usar la presente memoria descriptiva. Diversas modificaciones de estos aspectos serán fácilmente evidentes para los expertos en la técnica, y los principios genéricos definidos en el presente documento pueden aplicarse a otros aspectos sin alejarse del alcance de la invención. Por tanto, la presente memoria descriptiva no tiene como objetivo limitarse a los aspectos mostrados en el presente documento sino que debe concedérsele el alcance más amplio acorde con los principios y características novedosas dados a conocer en el presente documento.

Claims (45)

  1. REIVINDICACIONES
    1.
    Un procedimiento para comunicaciones inalámbricas con sobrecarga de canal
    compartido reducida, que comprende: recibir en un canal de control compartido un paquete de control que comprende información relacionada con un paquete de datos previamente transmitido en un canal de transporte; recibir en dicho canal de transporte un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes; y obtener los datos comunes basándose en la información relacionada con el paquete de datos previamente transmitido, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión están asociados con una secuencia de paquetes de datos que comprende un primer paquete de datos y en el que el primer paquete de datos no tiene señalización de control asociada con el mismo en el canal de control compartido.
  2. 2.
    El procedimiento según la reivindicación 1, que comprende además transmitir un mensaje de acuse de recibo si la versión completa del paquete de datos previamente transmitido se recupera con éxito.
  3. 3.
    El procedimiento según la reivindicación 2, en el que transmitir el mensaje de acuse de recibo comprende además transmitir un paquete de acuse de recibo en un canal de enlace ascendente.
  4. 4.
    El procedimiento según la reivindicación 3, en el que el canal de enlace ascendente es un canal de enlace ascendente de acceso por paquetes de enlace descendente de alta velocidad (HSDPA).
  5. 5.
    El procedimiento según la reivindicación 1, que comprende además recibir una orden para habilitar un modo de recepción discontinua (DRX) o para habilitar un modo de transmisión discontinua (DTX).
  6. 6.
    Un procedimiento para comunicaciones inalámbricas con sobrecarga de canal
    compartido reducida, comprendiendo dicho procedimiento: transmitir en un canal de control compartido un paquete de control que tiene información relacionada con un paquete de datos previamente transmitido en un canal de transporte, y transmitir en dicho canal de transporte un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de
    retransmisión se derivan de datos comunes; y
    en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión están asociados con una secuencia de paquetes de datos que comprende un primer paquete de datos y en el que el primer paquete de datos no tiene señalización de control asociada con el mismo en el canal de control compartido.
  7. 7.
    El procedimiento según la reivindicación 6, que comprende además transmitir un segundo paquete de datos de retransmisión ubicado temporalmente entre el paquete de datos de retransmisión y el paquete de datos previamente transmitido, en el que el segundo paquete de datos de retransmisión se deriva también de los datos comunes.
  8. 8.
    El procedimiento según la reivindicación 7, en el que la información está también relacionada con el segundo paquete de retransmisión.
  9. 9.
    El procedimiento según la reivindicación 6, en el que el paquete de datos previamente transmitido se envía en dicho canal de transporte en un medio de transmisión compartido por una pluralidad de equipos de usuario, y el paquete de datos previamente transmitido comprende información de identificación asociada con un equipo de usuario particular.
  10. 10.
    El procedimiento según la reivindicación 6, en el que el paquete de datos de retransmisión se transmite tras un periodo de tiempo predeterminado desde la transmisión del paquete de datos previamente transmitido y no se recibe un mensaje de acuse de recibo.
  11. 11.
    El procedimiento según cualquiera de las reivindicaciones 1 ó 6, en el que la información relacionada con el paquete de datos previamente transmitido comprende un puntero que identifica una ubicación del paquete de datos previamente transmitido en dicha secuencia de paquetes de datos.
  12. 12.
    El procedimiento según la reivindicación 11, en el que la ubicación del paquete de datos previamente transmitido en la secuencia de paquetes de datos es una ubicación temporal.
  13. 13.
    El procedimiento según la reivindicación 11, en el que el puntero comprende un desplazamiento de la ubicación relativa desde el paquete de datos de retransmisión para identificar el paquete de datos previamente transmitido.
  14. 14.
    El procedimiento según la reivindicación 13, en el que el desplazamiento comprende una pluralidad de bits.
  15. 15.
    El procedimiento según cualquiera de las reivindicaciones 1 ó 6, en el que el paquete de control comprende un número de ranura.
  16. 16.
    El procedimiento según cualquiera de las reivindicaciones 1 ó 6, en el que el paquete de
    control comprende un esquema de modulación.
  17. 17.
    El procedimiento según cualquiera de las reivindicaciones 1 ó 6, en el que el paquete de datos de retransmisión es idéntico al paquete de datos previamente transmitido.
  18. 18.
    El procedimiento según cualquiera de las reivindicaciones 1 ó 6, en el que el paquete de datos de retransmisión es de un tamaño de bloque particular, y el paquete de control comprende además un tamaño de bloque de transporte que especifica el tamaño de bloque particular del paquete de datos de retransmisión.
  19. 19.
    El procedimiento según la reivindicación 18, en el que el tamaño de bloque de transporte se elige a partir de cuatro posibles tamaños de bloque diferentes.
  20. 20.
    El procedimiento según cualquiera de las reivindicaciones 1 ó 6, en el que el paquete de control comprende además un indicador de retransmisión que identifica un número de intentos de retransmisión asociados con el paquete de datos de retransmisión.
  21. 21.
    El procedimiento según cualquiera de las reivindicaciones 1 a 6, en el que el paquete de control se transmite en un canal de control compartido de enlace descendente de alta velocidad (HS-SCCH).
  22. 22.
    El procedimiento según la reivindicación 6, que comprende además transmitir una orden para habilitar un modo de recepción discontinua (DRX) o para habilitar un modo de transmisión discontinua (DTX).
  23. 23.
    Un aparato para comunicaciones inalámbricas con sobrecarga de canal compartido
    reducida, que comprende: medios para recibir en un canal de control compartido un paquete de control que comprende información relacionada con un paquete previamente transmitido en un canal de transporte; medios para recibir en dicho canal de transporte un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes; y, medios para obtener los datos comunes basándose en la información relacionada con el paquete de datos previamente transmitido, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión están asociados con una secuencia de paquetes de datos que comprende un primer paquete de datos y en el que el primer paquete de datos no tiene señalización de control asociada con el mismo en el canal de control compartido.
  24. 24.
    El aparato según la reivindicación 23, que comprende además medios para transmitir un mensaje de acuse de recibo si la versión completa del paquete de datos previamente transmitido se recupera con éxito.
  25. 25.
    El aparato según la reivindicación 24, en el que los medios para transmitir el mensaje de acuse de recibo comprenden medios para transmitir un paquete de acuse de recibo en un canal de enlace ascendente.
  26. 26.
    El aparato según la reivindicación 25, en el que el canal de enlace ascendente es un canal de enlace ascendente de acceso por paquetes de enlace descendente de alta velocidad (HSDPA).
  27. 27.
    El aparato según la reivindicación 23, que comprende además medios para recibir una orden para habilitar un modo de recepción discontinua (DRX) o para habilitar un modo de transmisión discontinua (DTX).
  28. 28.
    Un aparato para comunicaciones inalámbricas con sobrecarga de canal compartido
    reducida, comprendiendo dicho aparato: medios para transmitir en un canal de control compartido un paquete de control que tiene información relacionada con un paquete de datos previamente transmitido en un canal de transporte; y medios para transmitir en dicho canal de transporte un paquete de datos de retransmisión, en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión se derivan de datos comunes, y en el que el paquete de datos previamente transmitido y el paquete de datos de retransmisión están asociados con una secuencia de paquetes de datos que comprende un primer paquete de datos y en el que el primer paquete de datos no tiene señalización de control asociada con el mismo en el canal de control compartido.
  29. 29.
    El aparato según la reivindicación 28, que comprende además medios para transmitir un segundo paquete de datos de retransmisión ubicado temporalmente entre el paquete de datos de retransmisión y el paquete de datos previamente transmitido, en el que el segundo paquete de datos de retransmisión se deriva también de los datos comunes.
  30. 30.
    El aparato según la reivindicación 29, en el que la información también está relacionada con el segundo paquete de retransmisión.
  31. 31.
    El aparato según cualquiera de las reivindicaciones 23 y 28, en el que el paquete de datos previamente transmitido se envía en dicho canal de transporte en un medio de transmisión compartido por una pluralidad de equipos de usuario, y el paquete de datos previamente transmitido comprende información de identificación asociada con un equipo de usuario particular.
  32. 32.
    El aparato según la reivindicación 28, en el que el paquete de datos de retransmisión se transmite tras un periodo de tiempo predefinido desde la transmisión del paquete de
    datos previamente transmitido y no se recibe un mensaje de acuse de recibo.
  33. 33.
    El aparato según cualquiera de las reivindicaciones 23 y 28, en el que la información relacionada con el paquete de datos previamente transmitido comprende un puntero que identifica una ubicación del paquete de datos previamente transmitido en dicha secuencia de paquetes de datos.
  34. 34.
    El aparato según la reivindicación 33, en el que la ubicación del paquete de datos previamente transmitido en la secuencia de paquetes de datos es una ubicación temporal.
  35. 35.
    El aparato según la reivindicación 33, en el que el puntero comprende un desplazamiento de la ubicación relativa desde el paquete de datos de retransmisión para identificar el paquete de datos previamente transmitido.
  36. 36.
    El aparato según la reivindicación 35, en el que el desplazamiento comprende una pluralidad de bits.
  37. 37.
    El aparato según cualquiera de las reivindicaciones 23 y 28, en el que el paquete de control comprende un número de ranura.
  38. 38.
    El aparato según cualquiera de las reivindicaciones 23 y 28, en el que el paquete de control comprende un esquema de modulación.
  39. 39.
    El aparato según cualquiera de las reivindicaciones 23 y 28, en el que el paquete de datos de retransmisión es idéntico al paquete de datos previamente transmitido.
  40. 40.
    El aparato según cualquiera de las reivindicaciones 23 y 28, en el que el paquete de datos de retransmisión es de un tamaño de bloque particular, y el paquete de control comprende además un tamaño de bloque de transporte que especifica el tamaño de bloque particular del paquete de datos de retransmisión.
  41. 41.
    El aparato según la reivindicación 40, en el que el tamaño de bloque de transporte se elige a partir de cuatro posibles tamaños de bloque diferentes.
  42. 42.
    El aparato según cualquiera de las reivindicaciones 23 y 28, en el que el paquete de control comprende además un indicador de retransmisión que identifica un número de intentos de retransmisión asociados con el paquete de datos de retransmisión.
  43. 43.
    El aparato según cualquiera de las reivindicaciones 23 y 28, en el que el paquete de control se transmite en un canal de control compartido de enlace descendente de alta velocidad (HS-SCCH).
  44. 44.
    El aparato según la reivindicación 28, que comprende además medios para transmitir una orden para habilitar un modo de recepción discontinua (DRX) o para habilitar un modo de transmisión discontinua (DTX).
  45. 45.
    Un producto de programa informático para comunicaciones inalámbricas que
    comprende: un medio legible por máquina que comprende instrucciones que pueden ejecutarse por un controlador para llevar a cabo las etapas de cualquiera de las reivindicaciones 1 a 22.
ES07814221T 2006-08-17 2007-08-17 Procedimiento y aparato para transmisión de datos por paquetes con baja sobrecarga y control de modo de recepción. Active ES2350017T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US83858606P 2006-08-17 2006-08-17
US838586P 2006-08-17

Publications (1)

Publication Number Publication Date
ES2350017T3 true ES2350017T3 (es) 2011-01-14

Family

ID=38925706

Family Applications (2)

Application Number Title Priority Date Filing Date
ES07814221T Active ES2350017T3 (es) 2006-08-17 2007-08-17 Procedimiento y aparato para transmisión de datos por paquetes con baja sobrecarga y control de modo de recepción.
ES07802147T Active ES2350016T3 (es) 2006-08-17 2007-09-05 Procedimiento para producir una biela.

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES07802147T Active ES2350016T3 (es) 2006-08-17 2007-09-05 Procedimiento para producir una biela.

Country Status (18)

Country Link
EP (1) EP2087633B1 (es)
JP (1) JP4971446B2 (es)
KR (1) KR101073210B1 (es)
CN (1) CN101507168B (es)
AT (1) ATE482540T1 (es)
AU (1) AU2007285802B2 (es)
BR (1) BRPI0716618B1 (es)
CA (1) CA2658583C (es)
DE (1) DE602007009417D1 (es)
ES (2) ES2350017T3 (es)
IL (1) IL196611A0 (es)
MX (1) MX2009001685A (es)
NO (1) NO20090538L (es)
PL (1) PL2087633T3 (es)
RU (1) RU2436247C2 (es)
TW (1) TWI373940B (es)
UA (1) UA95114C2 (es)
WO (1) WO2008022329A2 (es)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8102805B2 (en) 2006-10-31 2012-01-24 Telefonaktiebolaget Lm Ericsson (Publ) HARQ in spatial multiplexing MIMO system
US8169992B2 (en) 2007-08-08 2012-05-01 Telefonaktiebolaget Lm Ericsson (Publ) Uplink scrambling during random access
CN101431370B (zh) * 2007-11-09 2012-08-08 华为技术有限公司 控制高速下行分组接入系统工作模式的方法、装置及系统
US8477734B2 (en) 2008-03-25 2013-07-02 Qualcomm Incorporated Reporting of ACK and CQI information in a wireless communication system
US9264097B2 (en) * 2009-06-04 2016-02-16 Qualcomm Incorporated Interference mitigation for downlink in a wireless communication system
US20130336193A1 (en) 2012-06-19 2013-12-19 Qualcomm Incorporated Network information for assisting user equipment
US9264342B2 (en) 2009-12-24 2016-02-16 Samsung Electronics Co., Ltd. Terminal device based on content name, and method for routing based on content name
US9268813B2 (en) 2009-12-24 2016-02-23 Samsung Electronics Co., Ltd. Terminal device based on content name, and method for routing based on content name
US20140003415A1 (en) * 2012-07-02 2014-01-02 Qualcomm Incorporated Systems and methods for enhanced wireless communication frames
US9350511B2 (en) * 2013-08-09 2016-05-24 Qualcomm Incorporated Efficiency of traffic communication over a downlink (DL) channel
CN104148884B (zh) * 2014-05-28 2016-08-24 无锡兴澄特种材料有限公司 异型棒加工工艺
US10405278B2 (en) 2014-10-31 2019-09-03 Qualcomm Incorporated Low power scheduling
CN107079270B (zh) * 2015-04-29 2020-09-08 华为技术有限公司 一种下行信息接收、发送方法、用户设备及网络设备
CN108781202A (zh) * 2016-03-15 2018-11-09 高通股份有限公司 长程低功率帧结构
WO2018033222A1 (en) * 2016-08-19 2018-02-22 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for encoding and decoding a downlink control channel transmission
RU2696621C1 (ru) * 2018-11-26 2019-08-05 Хуавей Текнолоджиз Ко., Лтд. Способ приема и способ отправки информации по каналу нисходящей линии связи, устройство пользователя и сетевое устройство
WO2023211973A1 (en) * 2022-04-26 2023-11-02 Apple Inc. Transport block over multiple slots for downlink transmissions

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002536873A (ja) * 1999-01-29 2002-10-29 ノキア ネットワークス オサケ ユキチュア データブロックを合成できる増分的冗長度通信システムにおけるシグナリング方法
US20020071407A1 (en) * 2000-07-08 2002-06-13 Samsung Electronics Co., Ltd. HARQ method in a CDMA mobile communication system
KR100754552B1 (ko) * 2001-12-28 2007-09-05 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서고속 공통 제어 채널 송수신 장치 및 방법
KR100876765B1 (ko) * 2002-05-10 2009-01-07 삼성전자주식회사 이동 통신 시스템에서 데이터 재전송 장치 및 방법
EP1475973B1 (en) * 2003-05-09 2008-12-17 Nokia Siemens Networks S.p.A. Method for transmitting multimedia services in the UMTS networks by immediate multicasting of a streaming subset
KR100575929B1 (ko) * 2003-05-29 2006-05-02 삼성전자주식회사 이동 통신 시스템에서 다중 안테나 다이버시티 방식을사용하여 데이터를 송수신하는 장치 및 방법

Also Published As

Publication number Publication date
KR101073210B1 (ko) 2011-10-12
JP2010501148A (ja) 2010-01-14
NO20090538L (no) 2009-03-17
CN101507168A (zh) 2009-08-12
RU2436247C2 (ru) 2011-12-10
ES2350016T3 (es) 2011-01-14
WO2008022329A3 (en) 2008-04-17
KR20090041440A (ko) 2009-04-28
BRPI0716618B1 (pt) 2019-12-31
CA2658583A1 (en) 2008-02-21
CN101507168B (zh) 2013-04-10
EP2087633B1 (en) 2010-09-22
JP4971446B2 (ja) 2012-07-11
RU2009109427A (ru) 2010-09-27
TWI373940B (en) 2012-10-01
PL2087633T3 (pl) 2011-02-28
WO2008022329A2 (en) 2008-02-21
ATE482540T1 (de) 2010-10-15
BRPI0716618A2 (pt) 2013-10-08
UA95114C2 (ru) 2011-07-11
MX2009001685A (es) 2009-02-26
EP2087633A2 (en) 2009-08-12
DE602007009417D1 (de) 2010-11-04
IL196611A0 (en) 2009-11-18
HK1134183A1 (en) 2010-04-16
AU2007285802B2 (en) 2011-03-31
AU2007285802A1 (en) 2008-02-21
CA2658583C (en) 2013-06-11
TW200818785A (en) 2008-04-16

Similar Documents

Publication Publication Date Title
ES2350017T3 (es) Procedimiento y aparato para transmisión de datos por paquetes con baja sobrecarga y control de modo de recepción.
US8625601B2 (en) Method and apparatus for low-overhead packet data transmission and control of reception mode
KR100983198B1 (ko) 무선 통신에서 공유 데이터 채널을 통한 효율적인 전송
ES2898461T3 (es) Procedimiento y aparato para transmisión de datos de alta velocidad en comunicaciones inalámbricas
ES2388614T3 (es) Procedimiento y aparato para la arquitectura de un canal de enlace inverso para un sistema de comunicación inalámbrica
ES2378747T3 (es) Operación de multiportadora en sistemas de transmisión de datos
ES2464890T3 (es) Modo asimétrico de operación en sistemas de comunicación multi-portadora
TWI325246B (en) Method and apparatus for stealing power or code for data channel operations
TWI487317B (zh) 彈性的上行鏈路控制通道配置
WO2008039126A1 (en) Autonomous transmission for extended coverage
KR20100010498A (ko) 광대역 무선 접속 시스템에서의 그룹 자원할당 방법
HK1134183B (en) Method and apparatus for low-overhead packet data transmission and control of reception mode